오토클릭으로 부부클리닉 반복 클릭 작업 줄인 기록

오토클릭으로 부부클리닉 반복 클릭 작업 줄인 기록

오토클릭으로 부부클리닉 반복 클릭 작업 줄인 기록

반복 클릭 작업이 쌓이던 부부클리닉 업무

부부클리닉에서 일하다 보면 상담만 있는 것이 아니다. 예약 확인, 문진 등록, 안내문 발송 여부 확인, 내부 기록 화면 이동처럼 손으로 같은 자리를 계속 눌러야 하는 일이 생각보다 많다. 한 건만 보면 단순하지만, 하루에 40건에서 60건 정도가 몰리는 날에는 그 단순한 동작이 가장 먼저 사람을 지치게 만든다.

문제는 클릭 자체보다 중간에 끊기는 흐름이었다. 상담 일정을 조정하면서 같은 버튼을 여러 번 누르고, 저장 여부를 확인하고, 다음 화면으로 넘어가는 일을 반복하다 보면 집중이 끊긴다. 그 상태에서 다른 직원이 옆에서 질문이라도 하면 방금 어디까지 처리했는지 놓치기 쉽다. 입력 실수보다 더 자주 생기는 문제가 바로 이런 순서 누락이었다.

처음에는 그냥 손이 빠르면 해결된다고 생각했다. 그런데 마감 직전처럼 여러 건을 한꺼번에 정리해야 하는 시간대에는 속도보다 일정한 반복이 더 중요했다. 같은 동작을 100번 가까이 이어가야 할 때는 사람이 빠르기보다 흔들리지 않는 편이 낫다.

기존 방식의 한계와 다른 선택지 비교

예전에는 세 가지 방식으로 버텼다. 첫째는 직접 클릭하는 방법이다. 준비가 필요 없고 바로 쓸 수 있다는 장점이 있지만, 반복 횟수가 20회를 넘기면 손이 먼저 피로해진다. 무엇보다 상담 기록을 보면서 동시에 클릭해야 할 때는 눈과 손이 따로 놀기 시작한다.

둘째는 키보드 매크로 기능이 들어 있는 다른 프로그램을 쓰는 방법이었다. 한 번에 여러 입력을 묶을 수 있어서 복잡한 작업에는 강점이 있다. 대신 설정 화면이 어렵고, 어떤 순서로 저장되는지 이해하는 데 시간이 걸렸다. 부부클리닉처럼 행정 담당자와 상담 담당자가 함께 써야 하는 환경에서는 배우는 데 30분 넘게 드는 도구는 오래 남지 않았다.

셋째는 화면 녹화형 자동화 도구를 검토하는 방식이었다. 사용자의 움직임을 기록해 다시 재생하는 구조라서 처음 보기에는 쉬워 보인다. 하지만 화면 배율이 바뀌거나 창 위치가 조금만 달라져도 다시 손봐야 했고, 간단한 클릭 반복에 비해 준비가 과했다. 반복 클릭 작업만 줄이고 싶은 상황이라면 필요한 것보다 큰 도구였다.

오토클릭은 그 중간에 있었다. 손으로 계속 누르던 일을 대신하되, 너무 무겁지 않고 설치 없이 바로 써볼 수 있다는 점이 맞았다. 모든 업무를 맡길 수 있는 종류는 아니지만, 같은 자리나 정해둔 위치를 반복해서 눌러야 하는 일에는 접근이 가장 단순했다.

왜 오토클릭을 쓰게 됐는지, 반복 클릭 작업 기준으로 본 선택 이유

필요했던 것은 화려한 기능이 아니었다. 시작과 중지를 한 번에 할 수 있고, 클릭 간격을 정할 수 있고, 자주 쓰는 위치를 저장해 둘 수 있으면 충분했다. 오토클릭은 이 세 가지가 눈에 보이는 형태로 들어 있었다. 핫키를 정해두고 누르면 바로 시작하거나 멈출 수 있어서, 화면을 바꾸지 않고도 손을 뗄 수 있었다.

여기서 중요한 점은 간격을 한 값이 아니라 범위로 둘 수 있다는 부분이었다. 예를 들어 0.8초에서 1.2초 사이로 두면 매번 같은 박자로 움직이지 않는다. 업무에서는 꼭 자연스럽게 보이게 하려는 목적보다, 너무 빠르게 눌러서 화면 반응이 따라오지 않는 일을 줄이는 데 도움이 됐다. 저장 버튼을 누른 뒤 다음 버튼이 열리기까지 시간이 조금씩 다른 프로그램에서는 이 차이가 꽤 컸다.

설정값이 다음 실행 때 그대로 남는 것도 실무에서는 중요했다. 오전에는 예약 확인용으로 쓰고, 오후에는 기록 검토용으로 쓰는 식으로 패턴이 나뉘는데 매번 처음부터 다시 맞추면 결국 안 쓰게 된다. 설치가 필요 없다는 점도 내부 컴퓨터 권한이 제한된 환경에서는 예상보다 큰 장점이었다.

오토클릭이 작동하는 순서와 실제 사용 과정

쓰는 방법은 단순하지만, 어떤 기준으로 동작이 나뉘는지는 알고 써야 실수가 적다. 내가 사용하는 순서는 대체로 5단계다. 입력, 판단, 처리 방식 선택, 실행, 결과 확인 순서로 보면 이해가 쉽다.

먼저 입력 단계에서는 핫키와 클릭 간격을 정한다. 간격은 최소값과 최대값 두 개를 넣는데, 둘을 같게 두면 늘 같은 시간으로 움직이고 다르게 두면 범위 안에서 바뀐다. 여기서 좌클릭인지, 더블클릭인지도 고른다.

다음은 판단 단계다. 한 자리만 반복해서 누를지, 미리 저장한 여러 위치를 차례대로 누를지 여기서 갈린다. 현재 마우스가 놓인 자리에서 계속 누르면 되는 일이라면 단순 반복이 맞고, 접수 확인 버튼 다음 저장 버튼처럼 순서가 있는 경우에는 위치 목록을 저장해 둔 뒤 쓰는 편이 낫다.

처리 방식 선택 단계에서는 레코드 모드를 켤지 말지를 정한다. 레코드 모드를 켜면 등록한 위치 목록을 위에서 아래 순서대로 돌면서 클릭한다. 항목마다 버튼 종류와 클릭 방식, 기다리는 시간을 따로 줄 수 있어서 첫 번째 위치는 1초, 두 번째 위치는 2초처럼 나눌 수 있다.

실행 단계에서는 지정한 핫키를 누른다. 그러면 프로그램이 설정된 시간 간격을 확인한 뒤 클릭 신호를 보내고, 레코드 모드라면 다음 위치로 넘어간다. 한 번 끝날 때마다 다시 처음으로 돌아갈지, 정해진 횟수만 하고 멈출지도 함께 정할 수 있다.

마지막은 결과 확인이다. 화면 반응이 늦는 날에는 간격 범위를 넓히고, 순서가 틀렸다면 저장된 위치 목록의 순서를 바꾼다. 이 과정이 어렵지 않은 이유는 저장된 항목을 삭제하거나 순서를 조정하는 방식이 단순하기 때문이다. 한 번 맞춰두면 다음날 다시 불러와 그대로 쓸 수 있었다.

화면 반응 속도에 따라 달라진 결과와 수치 변화

도입 전에는 예약 상태 확인과 후속 처리 체크를 묶어서 끝내는 데 30건 기준으로 평균 22분 정도 걸렸다. 이 시간에는 클릭 자체뿐 아니라 같은 위치를 다시 찾고, 누락 여부를 다시 보는 시간이 포함돼 있었다. 오토클릭으로 반복 구간만 맡긴 뒤에는 같은 양을 14분 안팎으로 줄일 수 있었다. 줄어든 8분이 커 보이지 않을 수 있지만, 오전과 오후에 한 번씩만 나와도 하루 15분 이상이 비었다.

시간보다 더 컸던 변화는 실수 유형이 바뀐 점이다. 예전에는 손으로 하다 보니 클릭을 한 번 덜 하거나, 저장 전에 다음 화면으로 가는 일이 있었다. 지금은 순서가 정해진 목록을 쓰는 구간에서는 그런 종류의 누락이 줄었다. 대신 잘못 저장한 위치를 그대로 불러와 엉뚱한 자리를 누르는 문제는 한두 번 있었다. 그래서 레코드 파일을 새로 만들 때는 3건 정도 시험 실행을 먼저 한다.

메모리 사용량이나 무거운 설치 파일 부담이 적다는 점도 체감됐다. 별도 설치 없이 실행 파일 하나로 시작할 수 있어서 공용 컴퓨터에 시험 적용하기 쉬웠다. 업무 환경에서 새로운 프로그램을 도입할 때 가장 번거로운 과정이 설치 허가와 초기 설정인데, 그 단계가 짧아진 덕분에 테스트까지 가는 속도가 빨랐다.

아쉬운 점과 맞는 사람, 맞지 않는 사람

모든 반복 작업에 맞는 것은 아니다. 화면 구성이 자주 바뀌거나, 버튼 위치가 매번 달라지는 웹페이지에는 관리 부담이 생긴다. 또 클릭 전후로 내용을 읽고 판단해야 하는 일, 예를 들어 상담 메모를 보고 분류를 다르게 눌러야 하는 업무는 사람이 직접 하는 편이 안전하다.

반대로 기준이 분명한 반복 클릭 작업에는 잘 맞는다. 같은 위치를 여러 번 누르거나, 정해진 순서의 버튼 몇 개를 반복하는 상황, 마감 직전처럼 짧은 시간 안에 같은 동작이 몰리는 상황이라면 써볼 만하다. 부부클리닉처럼 상담 내용 자체는 사람이 판단하되, 그 결과를 시스템에 반영하는 마지막 손동작이 반복되는 환경에서 특히 효과가 있었다.

키보드 매크로 중심 도구가 더 맞는 경우도 있다. 클릭보다 글자 입력과 창 전환이 많다면 다른 방식이 낫다. 손으로 직접 처리하는 편이 나은 경우도 있다. 하루 5건 이하로 드물게 발생하는 작업이라면 설정하는 시간이 오히려 더 길 수 있다.

오토클릭은 반복 클릭 작업을 줄이기 위한 작은 도구로 보면 정확하다. 순서가 정해진 버튼을 여러 번 눌러야 하고, 그 과정에서 사람의 집중을 더 중요한 판단에 남겨두고 싶을 때 의미가 있다. 반면 상황마다 화면이 바뀌고, 클릭 전에 읽고 판단할 일이 많은 업무라면 다른 선택이 더 맞다.

메타 설명

부부클리닉에서 반복 클릭 작업이 쌓일 때 오토클릭을 어떻게 적용했는지, 기존 방식의 한계와 사용 순서, 맞는 상황과 아닌 경우까지 정리한 글

공식 홈페이지로 가기