회계 소프트웨어를 바꾼 뒤 한 고객에게 인보이스마다 40달러씩 덜 청구되고 있었다는 글을 봤다. 작성자는 8개월이나 지나서야 발견했고, 금액으로는 320달러 정도인데 막상 고객에게 말하자니 관계가 어색해질까 고민하고 있었다. 댓글은 100개 넘게 붙었고, “그 정도면 그냥 먹고 앞으로만 고쳐라”와 “조용히 바꾸면 더 이상하다, 에러였다고 말해라”가 거의 반반으로 갈렸다. 내가 더 신경 쓰였던 건 40달러 자체보다, 소프트웨어 전환 뒤 가격 매핑이 틀어졌는데 아무도 모른 채 매달 반복됐다는 부분이다. 댓글 중에도 이건 단순 오타가 아니라 item/rate 매핑 문제라서, 고객 대화와 별개로 시스템을 잠가야 한다는 말이 있었다. 실제로 작은 사업자들은 계약서 금액, 견적서, 새 회계툴의 품목 단가, 지난달 인보이스를 머릿속으로 대충 맞추다가 이런 누수를 나중에야 발견한다. 작게 만들 수 있는 건 거창한 회계툴이 아니라 ‘청구 금액 드리프트 감시’ 같은 얇은 제품일 것 같다. 고객별 계약 금액과 실제 인보이스를 비교해서 이상한 차이를 잡아주고, 소프트웨어 변경 직후 몇 달은 더 촘촘히 확인해주고, 발견되면 “과거분은 우리가 부담하고 다음 청구부터 정상 단가로 돌아갑니다” 같은 메시지를 사람이 승인해서 보낼 수 있게 하는 정도. 돈보다 더 비싼 건 매달 새는 걸 몰랐다는 불안이라, 그 불안을 줄여주는 쪽에 기회가 있어 보인다.