피아노 레슨을 하는 사람이 예약 소프트웨어를 꽤 뒤져봤는데도, 결국 23명짜리 고객 명단과 스프레드시트를 붙잡고 격주마다 PayPal 인보이스를 새로 만든다는 글을 봤다. Calendly, Square Appointments를 살펴봤고 지금은 Acuity Scheduling을 쓰는데, 선결제는 잘 받아도 “나중에 결제”로 예약한 여러 달치 레슨을 모아 실제 미납 금액을 계산해주지는 못한다고 했다. 그래서 학생별 예약 내역을 보고, 이미 낸 금액을 확인하고, 스프레드시트에 옮기고, 다시 PayPal에서 인보이스를 처음부터 만드는 흐름이 반복된다. 작은 서비스업에서 이 장면이 은근히 자주 보인다. 고객에게 몇 달치 예약을 열어줘야 매출 예측은 쉬워지는데, 한 번에 돈을 받으면 부담스러워하는 사람이 있어서 후불 옵션을 남긴다. 그러면 예약 앱, 결제 앱, 엑셀, 사장님 기억이 네 조각으로 갈라진다. 이 글도 댓글은 많지 않았지만 r/smallbusiness에서 올라온 고민이 너무 구체적이었다. 23명뿐인데도 격주 청구가 오래 걸린다면, 40명, 80명으로 늘 때는 새 소프트웨어를 사는 비용보다 청구 누락과 밤 시간 소모가 먼저 커진다. 여기서 만들 수 있는 건 거창한 학원 관리 시스템이 아니라 “예약 기반 후불 청구 계산기” 정도면 충분해 보인다. Acuity나 Google Calendar에서 완료된 수업을 읽고, 학생별 미납 레슨만 모아 PayPal/Stripe 인보이스 초안을 만들고, 예외적으로 보강·취소·선결제된 건 사장님이 한 번만 확인하게 하는 얇은 레이어. 레슨, 코칭, 방문 서비스처럼 예약은 앞서가고 결제는 뒤따라오는 업종에 꽤 잘 맞을 것 같다.