키보드 입력의 ROI — 한 칸 1.8초에 하루를 곱하면

ERP에서 사무직의 시간을 가장 많이 먹는 동작은 손이 키보드를 떠나는 일입니다. 한 번 한 번은 불평하기에 너무 작습니다 — 하루 8,000칸을 곱하기 전까지는.

ERP에서 사무직의 시간을 가장 많이 먹는 동작은 커다란 기능이 아닙니다. 손이 키보드를 떠나는 일입니다. 여러 줄을 입력하는 화면 — 기술 견적, 공사 물량 내역, 다품목 주문, 자재 명세 — 에서 입력하는 사람은 그 동작을 하루에 수천 번 반복합니다. 그리고 그것을 기록한 장표는 시스템 어디에도 없습니다.

스프레드시트와 같은 조작감을 주는 단축키 층을 더하는 일은 화면을 예쁘게 만드는 이야기가 아닙니다. 그것은 인간공학적 개선이고, 돈으로 잴 수 있습니다.

1. 왜 아무도 이 동작을 재지 않는가

이유는 셋이고, 그 셋이 곧 이 동작이 살아남은 이유입니다.

1. 한 번 한 번이 불평하기에는 너무 작다. 키보드에서 손을 떼고, 다음 칸이나 '행 추가' 버튼까지 옮기고, 누르고, 돌아온다. Keystroke-Level Model에 따르면 이 전환에 평균 1.5~3초가 듭니다. 2초 때문에 문의를 넣는 사람은 없습니다.
2. 망가지는 것은 데이터가 아니라 집중의 흐름이다. 30~100행짜리 표를 놓고 손을 계속 오가게 하면 생각의 리듬이 끊깁니다. 행을 잘못 보고, 단가를 빠뜨리고, 규격을 다른 줄에 적습니다. 그 오류들은 뒷공정에서 다른 이름을 달고 나타나므로, 아무도 마우스까지 거슬러 올라가지 않습니다.
3. 사용자는 이미 우회로를 갖고 있고, 그 우회로가 문제를 가린다. 시스템 밖에 스프레드시트를 만들어 거기서 일을 끝내고, 재촉을 받으면 그때 붙여 넣습니다. 관리하는 쪽에서 보면 데이터는 들어옵니다. 다만 늦게, 그리고 사람 손으로 한 번 옮겨 적은 상태로.

세 번째는 낯익은 모양입니다. 배차 보드를 다룬 글이 출하 계획에서 만난 것이 바로 이것입니다. 화면이 스프레드시트보다 느릴 때 사용자는 항의하지 않습니다 — 조용히 떠나고, 데이터를 함께 가져갑니다.

2. 단축키 층이란 실제로 무엇인가

키 조합 목록이 아닙니다. 성격이 다른 두 가지 일입니다.

첫째 — 두 손을 키보드에 붙여 둔다. Enter로 아래로 내려가고, 표 끝에서는 새 행을 만듭니다. Shift + Enter로 위로. Tab / Shift + Tab으로 옆으로. ↑ ↓로 같은 열을 위아래로. 목표는 오직 하나, 칸과 칸 사이의 이동을 약 2초에서 0.2초 아래로 내리는 것입니다.

둘째 — 스프레드시트는 되고 웹 양식은 대개 안 되는 것들.

• Ctrl + D로 바로 위 칸을 복사합니다. 같은 자재군, 같은 단위, 같은 공급처.
• Alt + ↓로 행 전체를 복제하고 코드를 자동으로 올립니다. 항목이 치수만 다른 물량 내역에 맞습니다.
• Ctrl + V로 Excel에서 블록째 붙여 넣습니다. 고객이나 설계가 물량표를 스프레드시트로 보내오면 한 줄씩 다시 치지 않고 그대로 격자에 들어갑니다.
• Ctrl + Backspace로 지금 서 있는 행을 지우고, Esc로 칸을 이전 값으로 되돌립니다. 버튼을 찾지 않고.
• Ctrl + /로 단축키 표를 그 자리에서 켜고 끕니다.

첫째는 스톱워치로 잴 수 있는 것입니다. 둘째는 사람들이 Excel부터 열지 않게 만드는 것입니다. 값어치의 종류가 다르고, 이 글이 숫자로 만드는 것은 첫째뿐입니다.

3. 세 갈래의 돈, 그리고 어느 것을 믿을 수 있나

가정은 출처를 그대로 따릅니다. 열 명 팀(적산과 견적 담당), 1인 하루 다섯 건, 건당 마흔 줄, 줄마다 입력할 칸 넷 — 품목 코드, 규격, 수량, 단가.

A. 마우스로 손을 뻗는 데 쓴 공수

셋 중 가장 단단한 항목입니다. 스톱워치로 잴 수 있는 시간에만 기대기 때문입니다. 한 건을 재면 기준값이 생기고, 열 건을 재면 분포가 생깁니다.

B. 견적을 더 빨리 내서 생기는 매출총이익

건당 20~30분을 줄인다는 것은 고객이 다음 날이 아니라 그날 견적을 받는다는 뜻입니다. 거기에는 진짜 값어치가 있습니다. 다만 이것이 가장 무른 항목이고, 여기서 출처에 대해 한 가지는 분명히 말해야 합니다.

출처는 두 숫자를 나란히 놓습니다. 수주율 3% 상승, 그리고 연 약 8천만 VND의 매출총이익 증가. 이 둘은 서로의 것이 아닙니다. 출처 자신이 놓은 물량 — 연 12,500건 — 에서 3%p 상승은 수주가 375건 늘어난다는 뜻입니다. 물량 내역이라 부를 만한 어떤 계약 금액에서도 375건은 8천만이 되지 않습니다. 수십억이 됩니다. 8천만이라는 숫자는 3%에서 도출된 적이 없습니다. 그럴듯한 비율 옆에 놓인, 허공에 뜬 추정치입니다.

흥미로운 것은 돈은 대체로 맞고, 틀린 것은 메커니즘뿐이라는 점입니다. 사슬을 제대로 세우면 — 건수 × 수주율 상승 × 계약 금액 × 매출총이익률 — 상승폭이 0.1%p만 되어도 이미 연 7,500만쯤 됩니다.

0.1%p와 3%p의 차이는 서른 배입니다. 자기가 어떤 가정을 필요로 하는지 말하는 모델이라야 독자가 반박할 수 있습니다. 허공에 뜬 숫자는 믿거나 안 믿거나 둘뿐입니다.

응답 속도와 수주율의 관계를 재 본 적이 없다면, 이 항목을 0으로 놓고 합계를 다시 보세요.

C. 단가 오류를 피하는 것

Esc로 칸을 되돌리는 것과 Ctrl + V로 블록째 붙이는 것은 같은 한 무리의 실수를 없앱니다. 0을 하나 더 치는 것, 소수점이 밀리는 것, 마우스로 움직이다 행이 미끄러지는 것. 계약으로 곧장 들어가는 종류의 오류입니다.

4. 합계, 그리고 모델이 스스로 무너지는 지점

차이는 6.6%이고, 거의 전부가 의도한 두 선택에서 옵니다. 이 글은 연 250 근무일을 쓰며 출처의 312일(26일 × 12개월)을 쓰지 않습니다. 그리고 B 항목을 허공에 뜬 숫자가 아니라 사슬에서 다시 세웠습니다. 일회성 개발 비용 20,000,000 VND에 대해 회수는 약 42일, 첫해 수익률은 **775%**입니다.

그러나 가장 중요한 숫자는 0입니다. 글 첫머리의 계산기에서 '단축키로 한 칸 옮기는 초'를 '마우스로 한 칸 옮기는 초'와 같게 놓고, 수주율 상승을 0으로, 단가 오류 비율을 0으로 놓아 보세요. 합계는 0이 됩니다. 작은 나머지가 남는 것이 아닙니다.

가정을 모두 빼앗겼을 때 스스로 무너지지 못하는 모델은 모델이 아닙니다. 산술의 옷을 입은 선입견입니다.

5. 이 숫자를 믿기 전에 할 일

셋, 이 순서로.

1. 실제 문서 한 건을 스톱워치로 재라. 추정도 아니고, 팀에 물어보는 것도 아닙니다. 마흔 줄짜리 표를 치고 있는 사람 옆에 앉아 화면을 연 순간부터 저장할 때까지를 잽니다. 서로 다른 세 사람에게 해 보세요 — 중앙값보다 흩어짐이 더 중요합니다.
2. 줄이 아니라 칸을 세라. 한 줄 네 칸과 한 줄 열두 칸은 다른 문제입니다. 이 모델이 필요로 하는 입력은 칸 수이고, 대개 사람들이 생각하는 것보다 큽니다.
3. 나중에 다시 잴 때는 같은 사람들, 같은 시기에. 앞의 기준값을 비수기에 잡고 뒤의 측정을 성수기에 했다면, 읽어 낸 개선의 대부분은 계절입니다.

공장에서 Kaizen은 작업자가 허리를 굽히거나 팔을 뻗는 횟수를 줄이는 데서 시작합니다. 사무 소프트웨어에서 하루에 천 번 키보드에서 손을 떼게 하는 것은 꼭 같은 종류의 낭비입니다 — 다른 점은 아무도 보지 못한다는 것뿐입니다. 시스템 어디에도 흔적을 남기지 않기 때문입니다.