“예약 사이트 하나 만드는 데 얼마예요?”라는 문의에는 아직 계산할 작업이 없습니다. 신청을 남기는 화면인지, 빈 시간을 보여 주는 화면인지, 결제와 취소까지 필요한 화면인지가 빠져 있기 때문입니다.
혼자 개발과 상담을 맡는다면 첫 문의를 바로 개발 티켓으로 옮기기보다, 무엇을 더 확인해야 하는지 보이는 접수 기록으로 남겨 보세요. 정보가 부족하다는 것과 진행할 수 없다는 것은 다른 상태입니다.
기능 목록은 문의에 없는 것을 추측해서 채우기보다, 확인된 결과에서 시작합니다.
요청 문장을 기능 목록으로 바로 바꾸지 마세요
아래는 가상의 홈페이지 제작 문의입니다.
전화로 예약을 받고 있는데, 고객이 사이트에서 신청하게 하고 싶어요. 다음 달에는 열면 좋겠습니다.
이 한 줄에서 확인된 것은 예약 접수의 불편과 희망 시점입니다. 온라인 결제, 로그인, 문자 발송, 관리자 화면의 구체적인 형태는 아직 정해지지 않았습니다. 내가 익숙한 기능을 전부 추가하면 고객이 요청하지 않은 범위까지 견적에 들어갑니다.
먼저 “신청을 받으면 담당자가 확인할까요, 빈 시간을 선택하면 바로 확정될까요?”처럼 결과를 바꾸는 질문부터 하세요. 필요한 기능은 그 답에서 나옵니다.
접수 기록에는 다섯 묶음만 둡니다
| 확인할 묶음 | 남길 내용 | 빈칸이면 할 질문 |
|---|---|---|
| 목적 | 현재 어떤 일이 불편한지 | 지금은 어떻게 처리하고 있나요? |
| 결과물 | 고객이 하려는 행동과 준비된 자료 | 신청만 받으면 될까요, 확정까지 필요할까요? |
| 일정 | 희망 날짜와 반드시 지켜야 하는 날짜 | 그 날짜를 넘기면 어떤 일이 달라지나요? |
| 예산 | 금액 범위 또는 기능 우선순위 | 먼저 해결해야 할 일은 무엇인가요? |
| 결정 절차 | 의견을 모을 창구와 결정 시점 | 수정 의견은 누가 모아 주실 수 있나요? |
모든 칸을 필수 입력으로 막을 필요는 없습니다. “미정”이라는 답도 현재 상태를 보여 줍니다. 예산이 없다는 말을 곧바로 구매 의사가 없다는 뜻으로 해석하지 말고, 필요한 일과 나중에 할 일을 나눠 보세요.
견적 상태와 개발 상태를 분리합니다
개발 보드에 넣기 전, 문의 기록에 다음 상태를 붙여 보세요.
- 접수: 문의를 받았고 아직 검토하지 않았습니다.
- 추가 확인: 가격이나 일정을 바꾸는 질문이 남았습니다.
- 견적 작성: 포함 범위와 제외 범위를 적을 정보가 있습니다.
- 진행 어려움: 현재 일정이나 제공할 수 있는 일과 맞지 않습니다.
이름은 바꿔도 됩니다. 중요한 것은 접수 확인을 작업 수락으로 오해하지 않게 하고, 누가 언제 무엇을 답할지 남기는 것입니다. “개발 예정”이라고 먼저 적으면 아직 합의하지 않은 일을 약속한 셈이 될 수 있습니다.
첫 답장은 남은 질문만 보냅니다
고객이 이미 목적과 일정을 적었다면 같은 질문을 다시 보내지 마세요. 위 예시에서는 예약의 확정 방식과 우선순위를 먼저 물을 수 있습니다.
문의 감사합니다. 예약 신청을 받은 뒤 담당자가 확인하는 방식일까요, 고객이 시간을 선택하면 바로 확정되는 방식일까요? 먼저 필요한 기능과 준비된 자료를 알려 주시면 포함 범위를 정리한 뒤 견적과 가능한 일정을 안내드리겠습니다.
고정된 상품의 가격 문의라면 이 절차를 줄이고 가격과 포함 범위를 바로 안내하는 편이 낫습니다. 양식은 상담을 위한 도구이지, 모든 고객이 통과해야 하는 장애물이 아닙니다.
다음 문의 하나에만 적용해 보세요. 다섯 묶음 중 확인된 내용, 남은 질문, 다음 답변 예정일을 적으면 충분합니다. 참고 자료에는 비밀번호나 실제 고객 개인정보를 받지 않도록 별도로 안내하세요.
