가치를 재는 법
단톡방 안의 회계 비서: 이체 캡처에서 기장된 전표까지
직원은 하던 대로 캡처를 보내고, 비서는 두 줄짜리 초안을 만들고, 권한 있는 사람이 「기장」이라고 답합니다. 전표 입력 시간만으로는 비서를 돌리는 비용을 감당하지 못합니다. 계산을 플러스로 돌리는 것은 돈이 들어온 것을 더 빨리 아는 장부와 더 적은 손 입력 오류입니다.
단톡방에서 초안을 만드는 비서 — 매달 사람에게 남는 일은 얼마인가?
필요한 것은 월간 돈 전표 수, 초안을 읽고 「기장」이라고 답하는 분, 그리고 돈이 들어온 뒤 장부가 알기까지 걸리는 시간 — 전과 후 — 뿐입니다. 비서를 돌리는 비용까지 모든 금액은 거기서 나오고, 전부 고칠 수 있습니다.
위 네 숫자에서 나온 값
가정 — 열어서 모든 숫자를 보고 고치세요
전표 구성(%, 합이 100이 되도록 자동 조정)
오늘 전표 한 장을 입력하는 분
지연
오류
운영 비용과 구축 비용
이것은 추정이지 약속이 아닙니다. D 항목은 언제나 실재합니다. 위의 세 항목은 확실한 정도가 같지 않고 — C가 가장 무릅니다. 입력 분을 초안 읽는 분과 같게, 두 지연을 같게, 두 오류율을 같게 놓으면 모든 효과가 0이 되고 운영 비용만 남습니다. 정직한 모델이라면 그래야 합니다.
과일 소매업체에서는 하루에도 돈이 열 개가 넘는 문을 지나갑니다. 고객이 계좌 이체로 대금을 보내고, 직원이 물건값을 치르고, 회사 자신의 계좌 사이로 돈이 오갑니다. 그 하나하나의 증빙은 대개 단톡방에 올라온 화면 캡처 한 장입니다. 그리고 한 사람이 — 거의 언제나 한 사람이 — 캡처를 하나씩 다시 읽고, 무슨 돈인지 짐작하고, ERP를 열어 전표를 입력합니다.
이 글은 다른 방식의 ROI를 계산합니다. 바로 그 단톡방 안에 앉아 있는 회계 비서가 캡처를 읽고, 장부를 조회하고, 전표 초안을 만들고, 권한 있는 사람이 「기장」이라고 답할 때만 기장합니다. 전표 입력 시간은 가장 눈에 띄는 부분이지만, 그것만으로는 비서를 돌리는 비용을 감당하지 못합니다. 계산을 플러스로 돌려놓는 것은 거의 아무도 재지 않는 두 곳에 있습니다. 돈이 들어온 뒤 장부가 그것을 알기까지 얼마나 걸리는가, 그리고 손 입력 오류가 몇 건이나 아예 생기지 않는가입니다.
1. 오늘 돈 한 건은 어떤 단계를 거치나
- 돈이 계좌에 들어옵니다. 누군가 캡처해 단톡방에 올리거나, 아무도 올리지 않습니다.
- 회계 담당이 캡처를 봅니다 — 시간이 날 때. 대개 하루 끝, 때로는 다음 날 아침입니다.
- 회계 담당이 혼자 짐작합니다. 어느 고객인지, 어느 송장의 대금인지, 아니면 우리 계좌 두 개 사이의 이체인지. 짐작이 안 되면 단톡방에 되묻고, 기다립니다.
- ERP를 열고 입금 전표나 출금 전표를 입력하고, 계정을 고르고, 송장과 맞추고, 기장합니다.
모두가 보는 곳은 4단계입니다. 비용이 드는 곳은 2단계와 3단계입니다. 그 기다림 내내 장부는 돈이 들어온 줄 모르고, 「이 고객 돈 보냈어요?」라고 묻는 사람은 답을 얻지 못합니다.
2. 비서가 하는 일
- 입력은 단톡방 그 자체입니다. 직원이 올리는 이체 캡처, 또는 은행이 단톡방으로 직접 보내는 거래 알림. 누구도 화면을 하나 더 열 필요가 없습니다.
- 읽고 조회합니다. 금액, 날짜, 계좌, 이체 메모를 읽고, 전에 본 계좌번호나 이름으로 거래처를 찾고, 맞출 미결 송장을 찾습니다.
- 초안을 만들 뿐, 기장하지 않습니다. 단톡방에 두 줄로 답합니다.
RV-0001 · 고객 A · 3,200,000동
차 은행 A / 대 131 · 송장 미연결
↪ 답장: 기장 · 취소
- 권한 있는 사람이 「기장」이라고 답합니다 — 단톡방 안에서. 전표는 비서 자신의 계정으로 기장되고, 적요에는 누가 캡처를 보냈고 누가 「기장」이라고 답했는지 남습니다. 전표 취소나 복잡한 분개는 상위 승인자만 누를 수 있습니다.
- 말로 일을 맡겨도 됩니다. 「@비서 고객 X 입금 320만」이라고 쓰면 똑같은 초안이 하나 나옵니다.
- 조금씩 배웁니다. 분개 규칙, 이체 메모에 흔히 쓰는 줄임말, 어느 계좌번호가 누구의 것인지.
기계가 아무도 기다리지 않고 스스로 기장해도 되는 때는 따로 다룰 만큼 긴 질문이라 별도의 글로 나누었습니다. 여기서는 가장 확실한 부분만 셉니다. 모든 전표에는 여전히 두 줄을 읽고 답하는 사람이 한 명 있습니다.
3. 왜 모두에게 ERP를 열게 하지 않고 단톡방인가
캡처를 보내는 사람은 영업 직원, 구매 담당, 매장 주인입니다 — 그중 누구에게도 ERP를 열 이유가 없습니다. 단톡방은 그들이 이미 있는 곳입니다. 비서를 그곳에 두면 그들이 참여하는 비용은 0입니다. 하던 대로 캡처를 보내면 됩니다. 아무리 잘 만든 입력 화면이라도 그것을 열게 하는 순간, 회계를 하라고 월급 받는 것이 아닌 사람에게 단계를 하나 더하는 것이고 — 필요 없는 단계는 건너뛰어지는 단계입니다.
치러야 할 값도 분명히 있습니다. 되묻는 질문이 단톡방 모두 앞에서 오가고, 비서는 많이 묻습니다. 처음 12일 동안 일 세 건 중 한 건꼴이 「되묻는 중」 상태에서 멈췄습니다. 이것은 결함이 아닙니다. 예전에 회계 담당이 혼자 짐작해야 했던 바로 그 자리입니다.
4. 처음 12일, 잰 값
실제 시스템에서 잰 값을 반올림했습니다.
- 약 300건의 일: 5분의 2는 이체 캡처나 은행 거래 알림에서, 3분의 1은 말로 맡긴 일, 6분의 1은 다른 사람이 손으로 입력한 전표의 검토.
- 약 90장의 전표 기장: 4분의 3은 입금·출금 전표, 5분의 1은 분개.
- 비서가 일을 받은 때부터 전표가 기장되기까지: 평균 약 1.5시간, 사람의 답을 기다린 시간 포함.
- 열 건 중 한 건꼴은 기장하지 못했고(정보 부족, 보낸 사람이 답하지 않음), 오류도 몇 건 있었습니다.
- 비서는 분개 규칙 10개와 줄임말 6개를 배웠습니다.
12일에 90장이면 한 달에 약 220장 — 위 계산표의 가장 중요한 입력값입니다.
5. 첫 번째 원천: 전표 입력 시간 감소
계산표의 덤벨 차트가 보여 주는 가장 눈여겨볼 점은 이것입니다. 「오늘」 점들은 넓게 퍼져 있고, 「비서 사용」 점들은 한곳에 모여 있습니다. 남는 일은 모든 종류에서 똑같습니다 — 두 줄을 읽고 답하기. 그래서 오늘 입력이 가장 오래 걸리는 종류가 가장 많이 아낍니다. 고객 입금은 가장 느린 종류는 아니지만 가장 많은 종류여서 맨 위에 섭니다.
재는 법. 평범한 한 주 동안 회계 담당이 종류별로 전표 20장을 입력하는 시간을 잽니다. 초안을 읽는 분은 단톡방 자체에서 잽니다. 비서가 초안을 보낸 시각과 누군가 답한 시각 — 그 사람이 다른 일로 바빴던 구간은 뺍니다.
믿을 만한 정도: 꽤 높습니다. 다만 키보드 입력에 관한 글에서 말했듯, 남는 시간은 값이 있는 일로 옮겨 갈 때만 돈이 됩니다. 회계 담당이 더 하는 일이 없다면 이 항목은 역량으로 읽고, 다른 항목과 더하지 마세요.
6. 두 번째 원천: 장부가 돈이 들어온 것을 더 빨리 안다
재는 법. 두 주 동안 단톡방에서 「고객 돈 보냈나요」, 「돈 들어왔나요」 같은 질문을 세고, 그 질문이 가리키는 입금의 시각을 적습니다. 오늘의 지연은 캡처에 찍힌 시각부터 장부에 전표가 만들어진 시각까지입니다.
믿을 만한 정도: 숫자는 낮고, 방향은 높습니다. 금액이 작은 것은 계산표가 찾는 데 쓴 분만 세기 때문입니다. 이미 대금을 보낸 고객에게 잘못 보낸 독촉이나, 아침에 돈이 들어온 고객의 물건을 붙잡아 둔 일은 세지 않습니다 — 그런 일은 신뢰를 깎고, 신뢰에는 입력 칸이 없습니다.
7. 세 번째 원천: 손 입력 오류 감소
재는 법. 지난 세 달 동안 취소 후 재기장된 전표와 대사 때 넣은 조정 건을 셉니다. 「이후」 숫자는 이미 있습니다. 비서는 다른 사람이 손으로 입력한 전표도 검토하고, 오류를 하나 찾을 때마다 자기 작업 기록에 한 줄이 남습니다.
믿을 만한 정도: 세 원천 중 가장 낮습니다. 2%는 가정이고, 오류 한 건의 비용은 5분짜리 수정부터 되찾지 못한 이중 지급까지 아주 넓게 퍼져 있습니다.
8. 빼야 할 항목: 비서를 돌리는 비용
계산표에서 확실히 실재하는 항목은 이것 하나뿐이고, 작지 않습니다. 이 항목을 빼면 계산표는 더 보기 좋아지고, 틀립니다.
9. 합산
| 원천 | 월 | 연 |
|---|---|---|
| 전표 입력 시간 감소 | 141만 | 1,690만 |
| 장부가 돈이 들어온 것을 더 빨리 안다 | 21만 | 250만 |
| 손 입력 오류 감소 | 83만 | 990만 |
| 비서를 돌리는 비용 | −165만 | −1,980만 |
| 순효과 | 79만 | 950만 |
구축 비용 1,500만 동, 완전 가동까지 두 달이라면 회수는 약 19개월째입니다. 소박한 숫자이고, 이 글은 그것을 크게 보이게 하지 않습니다. 물량이 두 배가 되면 모든 행이 두 배가 되고 — 운영 비용까지 — 회수는 약 10개월째로 당겨집니다.
10. 이 ROI는 어떤 가정 위에 서 있는가
가장 무거운 가정은 분이 아니라 전표당 작업 횟수입니다. 2.5번에서 1.5번으로 낮추면 — 즉 쓸데없이 되묻는 횟수를 줄이면 — 순효과는 거의 두 배인 약 145만 동이 됩니다. 두 오류율을 같게, 두 지연을 같게 놓으면 −24만 동이 됩니다. 입력 시간만으로는 비서가 자기 운영비를 감당하지 못한다는 뜻입니다. 계산을 플러스로 돌리는 것은 더 정확하고 더 빨리 아는 장부이지, 키보드가 아닙니다. 입력 분까지 초안 읽는 분과 같게 놓으면 모든 효과가 0이 되고 운영 비용만 남습니다. 이렇게 0으로 내려가지 못하는 모델은 산수의 옷을 입은 선입견일 뿐입니다.
모델 밖에 있는 것이 하나 있습니다. 돈이 들어오고 전표가 기장되는 그 순간, 시스템은 「기장 완료」 메시지 바로 아래에 장부 잔액을 은행 잔액 옆에 나란히 놓습니다. 그렇게 한 첫날, 1억 동이 넘는 차이가 드러났습니다. 그 가치는 별도의 글로 다룰 만큼 큽니다.
11. 여러분 회사에서 재기
- 기준 잡기. 두 주 동안 돈 전표를 종류별로 세고, 입력 시간을 재고, 캡처의 시각부터 전표가 만들어진 시각까지의 지연을 재고, 취소 후 재기장을 셉니다.
- 단톡방 하나에서 4주 운영하기. 전표당 비서 작업 횟수와 한 번의 비용을 기록합니다 — 이 숫자가 다른 어떤 숫자보다 많은 것을 결정합니다.
- 같은 계절, 같은 물량끼리 비교하기. 설 명절 직전 달은 평범한 달과 비교할 수 없습니다.
12. 기억할 것
도구는 사람들이 이미 서 있는 곳에 두세요. 캡처를 보내는 사람은 아무것도 바꾸지 않고, 장부를 맡은 사람에게는 두 줄을 읽고 답하는 일만 남습니다. 전표에서 가장 비싼 부분은 한 번도 입력이 아니었습니다 — 그것이 있다는 것을 아무도 모르는 시간이었습니다.
장부가 늦는 것은 회계 담당이 느리게 입력해서가 아닙니다. 돈은 한곳에 들어오고, 장부는 다른 곳에 있기 때문입니다.
이 글의 건수와 비율은 실제 소매업체의 시스템에서 잰 것으로, 익명 처리하고 반올림했습니다. 고객 이름, 예시 메시지의 금액, 계산표의 모든 가정은 설명을 위한 숫자입니다. 여러분의 숫자로 바꾸어 보세요.
이어서 읽기
-
청구서를 두 번 만들지 않기: 만들기 전에 회계 장부에 묻는다, 209건 중 199건은 이미 있었다
청구서 발행을 회계 프로그램에서 ERP로 옮길 때, 양쪽이 모두 청구서를 만드는 기간이 생깁니다. ERP가 만들기 전에 회계 장부에 직접 묻는다면 한 번의 전환에서 중복 몇 건을 피할 수 있을까 — 정리하지 않아도 되는 중복 한 건은 얼마의 가치일까?
-
내역서를 링크 하나로 공유하기: 엑셀을 메일로 돌리는 데 몇 시간이 들고, 「어느 게 최신판?」은 왜 생기나
내역서 한 벌은 메일로 보낸 엑셀 파일로 2–4명 사이를 돌고, 늘 누군가 「어느 게 최신판?」이라고 묻습니다. 한 벌 전체 — 도면, 물량표, 숫자 하나하나의 근거 — 가 하나의 공유 프로젝트 뒤에 있고, 이메일로 함께 작업에 초대하거나 계정이 필요 없는 보기 전용 링크를 보낼 수 있다면, 검토 왕복은 매달 몇 시간을 돌려받는가?
-
원래 발주서 단가로 청구하기: 납품서는 21,000, 체인의 PO는 30,000
유통 체인은 공급자의 납품서가 아니라 자기 PO에 적은 단가로 지급합니다. 기계가 PO 단가를 읽어 차이가 타당하면 그 단가로 청구하고, 다음을 위해 가격표를 고친다면 매달 얼마의 가치가 있을까 — 그리고 어느 행은 여전히 사람이 정해야 할까?