고용보조금컨설팅 반복 입력 작업에서 쓴 오토클릭

반복 입력 작업이 가장 먼저 막히는 지점

고용보조금컨설팅 업무를 하다 보면 어려운 일보다 지치는 일이 먼저 쌓인다. 기업별 신청 화면을 열고, 같은 위치의 버튼을 누르고, 다음 단계로 넘기고, 다시 확인 창을 닫는 식의 반복 입력 작업이 하루에 수십 번 이어진다. 한 건만 보면 짧아 보이지만 20건, 30건으로 늘어나면 집중력이 먼저 흔들린다.

문제가 되는 건 단순히 손이 바쁘다는 점만이 아니었다. 같은 화면을 계속 눌러야 하다 보니 클릭 위치가 조금만 어긋나도 다른 항목이 열리거나, 확인 버튼을 한 번 더 눌러야 하는 일이 생겼다. 서류 검토처럼 판단이 필요한 구간보다, 이런 반복 입력 작업에서 시간이 새는 비중이 더 크다는 걸 계속 느꼈다.

제가 체감한 기준으로는 하루에 25건 안팎의 진행 현황을 정리할 때 반복 클릭이 들어가는 단계가 건당 8단계에서 12단계 정도였다. 단순 계산만 해도 하루 200번 넘는 클릭이 비슷한 위치에서 반복됐다. 사람 손으로 할 수는 있지만, 마감이 겹치는 날에는 그 방식이 오래 버티기 어려웠다.

기존 방식이 왜 오래 못 갔는지

처음에는 그냥 직접 처리했다. 화면을 보면서 필요한 위치를 순서대로 누르면 되니 별다른 도구가 없어도 업무는 돌아갔다. 다만 오후가 되면 속도가 떨어졌고, 같은 화면을 다시 열어 확인하는 횟수도 자연스럽게 늘었다.

그다음에는 메모장이나 엑셀에 단계 순서를 적어두고 체크하면서 진행했다. 이 방법은 빠뜨림을 줄이는 데는 도움이 됐지만, 클릭 자체를 줄여주지는 못했다. 다시 말해 순서를 기억하는 부담만 줄었을 뿐, 반복 입력 작업의 물리적인 양은 그대로 남아 있었다.

브라우저 안에서만 동작하는 기록형 확장 기능도 잠깐 써봤다. 화면 구조가 조금만 바뀌거나 팝업 창이 끼어들면 중간에 멈추는 경우가 있었고, 브라우저 바깥 프로그램까지 섞여 있는 업무에는 맞지 않았다. 고용보조금컨설팅 실무에서는 사이트 하나만 쓰는 날보다, 파일 탐색기와 문서 프로그램, 내부 관리 화면을 오가며 일하는 날이 더 많아서 적용 범위가 좁게 느껴졌다.

오토클릭을 만든 이유와 작동 순서

필요했던 건 복잡한 자동화가 아니었다. 반복 입력 작업 중에서 사람이 판단할 필요가 없는 클릭만 따로 떼어내고, 그 부분만 안정적으로 줄이는 방식이 더 현실적이었다. 그래서 오토클릭 같은 구조가 맞았다. 클릭을 대신해 주되, 언제 시작하고 언제 멈출지는 사람이 직접 잡는 쪽이 실무에 더 잘 맞는다.

작동 순서는 단순하다. 먼저 시작 키를 정한다. 그다음 현재 마우스 위치를 반복할지, 여러 위치를 순서대로 돌릴지 고른다. 이후 클릭 간격을 하나로 고정하거나 최소값과 최대값을 넣고, 마지막으로 반복 횟수를 정한 뒤 실행한다.

사용자 입장에서 풀어쓰면 흐름은 이렇게 이해하면 된다. 입력 단계에서는 클릭할 위치, 누를 방식, 쉬는 시간을 받는다. 판단 단계에서는 한 자리만 계속 누를지, 저장된 여러 위치를 차례로 누를지 가른다. 처리 방식 선택 단계에서는 왼쪽 버튼인지, 오른쪽 버튼인지, 두 번 누를지 정한다. 실행 단계에서는 지정한 간격에 맞춰 운영체제에 클릭 신호를 보낸다. 결과 단계에서는 정해둔 횟수만큼 끝내거나, 중지 키를 누를 때까지 계속 반복한다.

반복 입력 작업에서 실제로 쓴 방식

제가 가장 자주 쓴 건 기록 모드였다. 예를 들어 접수 상태 확인, 다음 화면 이동, 확인 버튼, 닫기 버튼처럼 늘 같은 위치를 누르는 작업은 클릭 위치를 6개에서 9개 정도 저장해 둔다. 저장된 항목은 순서를 바꿀 수 있어서 업무 화면 순서가 바뀌면 전체를 다시 만들지 않고 두세 개만 조정하면 된다.

한 번 만들어 둔 기록은 파일로 저장할 수 있다. 제가 쓰는 기준으로는 업체 유형별로 3개 파일을 나눠 관리했고, 파일 하나 용량은 몇 KB 수준이라 부담이 없었다. 실행 파일과 같은 폴더에 목록 파일이 남기 때문에 다음날 다시 켜도 같은 순서를 이어서 쓸 수 있다는 점이 컸다.

딜레이도 생각보다 중요했다. 같은 간격으로 0.5초마다 누르게 하면 빠르긴 하지만, 화면 전환이 느린 날에는 다음 버튼이 뜨기 전에 먼저 눌러 버리는 문제가 생긴다. 그래서 최소 0.8초, 최대 1.3초처럼 범위를 줬다. 그러면 매번 정확히 같은 박자로 누르지 않아서 화면이 늦게 뜨는 상황에도 좀 더 버틸 수 있었다.

처음부터 모든 과정을 맡기지는 않았다. 저는 사람이 판단해야 하는 구간, 예를 들어 지급 대상 여부를 다시 확인하거나 첨부 서류 이름을 대조하는 구간은 직접 처리했다. 오토클릭은 판단이 끝난 뒤 같은 버튼을 반복해서 누르는 구간에만 넣었다. 이 구분이 있어야 실수가 줄고, 도구를 써도 불안하지 않다.

다른 방법과 비교했을 때 맞는 상황

반복 입력 작업을 줄이는 방법은 오토클릭 하나만 있는 게 아니다. 가장 단순한 대안은 직접 클릭하면서 체크리스트를 함께 쓰는 방법이다. 건수가 적고, 화면 구조가 자주 바뀌고, 매번 확인해야 할 항목이 많다면 이쪽이 더 낫다. 도구 설정 시간을 들일 이유가 없기 때문이다.

브라우저에서 순서를 기록해 두는 방식은 웹사이트 한 곳에서 같은 절차를 길게 반복할 때 유리하다. 대신 팝업 위치가 달라지거나 다른 프로그램 창이 끼어들면 약해진다. 반면 오토클릭은 화면 안의 정확한 위치를 기준으로 누르기 때문에 브라우저, 문서 프로그램, 내부 화면이 섞인 환경에서 더 쓰기 쉽다. 대신 창 위치가 바뀌면 저장한 좌표를 다시 맞춰야 하니, 화면 배치를 자주 바꾸는 사람에게는 손이 더 간다.

선택 기준도 분명하다. 하루 처리 건수가 5건 이하라면 손으로 해도 된다. 10건을 넘기고, 같은 버튼을 여러 번 누르는 구간이 반복되며, 화면 위치가 크게 바뀌지 않는다면 오토클릭 쪽이 맞다. 반대로 단계는 많아도 중간 판단이 계속 끼어드는 업무라면 기록형 브라우저 도구나 수동 처리 쪽이 더 안전할 수 있다.

사용하면서 드러난 결과와 아쉬운 점

가장 큰 변화는 속도보다 피로도였다. 예전에는 오후 늦게 같은 화면을 보다가 다른 항목을 잘못 누르는 일이 한두 번씩 있었다. 오토클릭으로 반복 입력 작업 일부를 떼어낸 뒤에는 사람 손이 개입하는 구간이 줄어들어, 실수의 원인이 되는 단순 클릭이 줄었다.

시간도 차이가 있었다. 제가 맡은 정리 업무 중 반복 클릭 비중이 높은 작업을 기준으로 보면 25건 처리에 약 70분 걸리던 구간이 25분에서 35분 사이로 줄었다. 전부 자동으로 끝난다는 뜻은 아니다. 다만 사람이 직접 눌러야 하는 횟수가 줄어들어, 남는 시간을 검토와 수정에 돌릴 수 있게 됐다.

아쉬운 점도 있다. 좌표를 기준으로 움직이기 때문에 창 크기나 배율이 달라지면 저장해 둔 위치가 어긋날 수 있다. 그래서 모니터 배율을 자주 바꾸거나, 원격 접속 환경과 사무실 PC를 번갈아 쓰는 경우에는 다시 점검해야 한다. 또 너무 짧은 간격으로 설정하면 화면이 따라오지 못해 오히려 잘못된 순서가 생길 수 있어, 무조건 빠르게만 잡는 건 맞지 않았다.

어떤 사람에게 맞고, 어떤 상황에는 맞지 않는지

고용보조금컨설팅처럼 같은 화면을 여러 건 확인하고, 같은 버튼을 반복해서 눌러야 하며, 그 사이사이에 사람 판단이 따로 들어가는 업무라면 오토클릭이 잘 맞는다. 특히 마감 직전처럼 건수는 몰리는데 작업 내용 자체는 크게 다르지 않은 날에 차이가 난다. 반복 입력 작업을 줄이되, 중요한 판단은 직접 잡고 싶은 사람에게 현실적인 선택지다.

반대로 모든 절차가 매번 달라지거나, 클릭 위치보다 내용 확인이 더 큰 업무라면 굳이 맞추지 않아도 된다. 처음 설정하는 시간보다 손으로 처리하는 시간이 더 짧을 수 있다. 화면 구조가 자주 바뀌는 사이트를 상대한다면 브라우저 기록 도구나 단순 체크리스트 방식이 나을 때도 있다.

제가 보기에는 만능 도구로 볼 필요는 없다. 반복 입력 작업이 분명히 존재하고, 그 반복이 같은 순서와 같은 위치에서 계속 나타날 때 꺼내 쓰는 쪽이 맞다. 예를 들어 접수 상태 확인, 동일 버튼 연속 처리, 확인 창 닫기처럼 판단이 거의 없는 구간에는 잘 맞고, 검토와 대조가 핵심인 구간에는 손을 남겨두는 식으로 나누면 부담이 적다.

메타 설명: 고용보조금컨설팅의 반복 입력 작업을 줄이기 위해 오토클릭을 사용한 과정과 기존 방식의 한계, 선택 기준, 실제 처리 시간 변화를 정리한 글

공식 홈페이지로 가기