영업 질문을 준비할 때는 고객이 최근 끝낸 업무 하나를 처음부터 되짚어보면 좋습니다. 어떤 자료를 받아 어디로 옮기고, 무엇을 확인한 뒤 누구에게 보내는지 묻는 겁니다. 자동화 기능이 빨라졌다는 설명만으로는 고객의 일이 줄었는지 알 수 없습니다.
도구가 늘었는데 왜 고객은 더 바쁠까요?
한 작업이 빨라져도 그 앞뒤에 사람이 할 일이 늘면 전체 업무는 더 오래 걸릴 수 있습니다. 기능의 처리 속도와 고객이 일을 끝내는 데 드는 시간은 따로 봐야 합니다.
저는 2025년에 쓴 「B2B SaaS SDR의 질문」에서 이렇게 적었습니다.
“도구들은 많아졌는데, 그걸 익히고 비교하고 도입하고 관리하는 일이 오히려 늘었습니다.”
그래서 던졌던 질문이 “정말 고객은 편해졌을까? 일은 줄었을까?”였습니다. 저도 기능을 설명하는 입장에서 생각하면, 빨라진 부분을 보여주는 데 먼저 관심이 갑니다. 고객이 그 결과물을 어디에 다시 옮기는지는 시연 화면 밖의 일이니까요.
보고서 작성을 예로 들어보겠습니다. 아래 시간은 설명을 위한 가상 값입니다.
| 같은 보고서를 제출하기까지 | 기존 방식 | 새 도구를 쓴 방식 |
|---|---|---|
| 보고서 만들기 | 10분 | 3분 |
| 다른 양식으로 옮겨 적고 확인하기 | 위 작업에 포함 | 8분 |
| 합계 | 10분 | 11분 |
시연에서는 10분이 3분으로 줄어든 모습만 보일 수 있습니다. 하지만 고객이 쓰는 내부 양식과 맞지 않아 다시 옮기고 확인해야 한다면, 제출까지는 11분입니다. 기존 업무와 새 업무의 시작·끝을 같게 놓고 비교해야 하는 이유입니다.
영업 질문을 어떻게 바꾸면 실제 업무가 보일까요?
“무슨 기능이 필요하세요?” 앞에 최근 업무를 실제로 처리한 순서를 묻습니다. 필요한 기능 목록을 듣는 것과 고객이 하루를 어떻게 보내는지 아는 것은 다릅니다.
원문에서 제가 제안했던 문장은 “요즘 가장 반복되는 업무는 어떤 건가요?”, “보고서 만들 때, 어디서 가장 막히세요?”였습니다. 미팅에서 그 답을 더 구체적으로 듣고 싶다면 이렇게 이어갈 수 있습니다.
“지난번 보고서 하나를 기준으로, 자료를 받는 때부터 제출할 때까지 어떻게 하셨는지 알려주실 수 있을까요?”
‘평소에는 대체로’라는 답에서 끝내지 않고 최근 한 건을 따라가 보는 겁니다. 요청을 받은 메일부터 최종 제출 파일까지 순서가 잡히면, 그 안에서 필요한 질문을 꺼낼 수 있습니다.
| 고객이 설명하는 장면 | 이어서 물을 문장 |
|---|---|
| 자료를 받는다 | “필요한 자료가 한 번에 오나요? 빠진 건 어떻게 확인하세요?” |
| 다른 화면에 입력한다 | “여기로 옮길 때 그대로 붙여 넣나요, 형식을 다시 맞추나요?” |
| 결과를 확인한다 | “자동으로 나온 결과에서 다시 확인하는 부분이 있나요?” |
| 다른 사람에게 전달한다 | “보낸 뒤 수정 요청이 오면 어느 작업부터 다시 하세요?” |
첫 질문의 열고 닫는 방식은 첫 미팅의 질문 순서에서 다뤘습니다. 여기서는 답을 들은 뒤 고객이 실제로 하는 일을 빠뜨리지 않는 것에 집중합니다.
말로 들은 설명과 실제 화면은 무엇이 다른가요?
익숙한 작업은 설명할 때 생략되기 쉬우므로, 허용되는 범위에서 실제 처리 모습을 함께 봅니다. 화면 공유가 어렵다면 샘플 자료나 최근 업무 순서를 말로 확인해도 됩니다.
NN/g의 업무 관찰 사례에는 보험 업무 담당자들이 차량 정보를 스프레드시트에서 복사해 붙여 넣는다고 설명한 장면이 나옵니다. 실제로 관찰하자 다른 프로그램에서 빠진 정보를 찾고, 자동 저장이 되는데도 입력할 때마다 저장 버튼을 누르는 작업이 더 있었습니다.
고객이 거짓말을 한 게 아닙니다. 본인에게 익숙한 일을 짧게 설명하면서 일부 과정이 빠진 겁니다. 제가 이 사례에서 영업 질문에 가져오고 싶은 것도 그 부분입니다. ‘자동 입력’이라는 말만 듣고 나머지 확인 작업까지 사라졌다고 짐작하지 않는 것.
영국 정부의 사용자 조사 지침도 실제 환경의 문서와 도구를 보며 사용자가 겪는 어려움을 확인하도록 안내합니다. 관찰 중 궁금한 일을 묻되 평소 흐름을 방해할 수 있음을 고려해야 합니다.
고객에게는 “자료를 보여주세요”라고 밀어붙이기보다, “민감한 내용은 가리셔도 됩니다. 어느 화면을 오가는지만 같이 볼 수 있을까요?”라고 요청할 수 있습니다. 기록이나 녹화가 필요하면 그 범위도 먼저 확인합니다.
기능 소개 전에 어떤 내용을 남겨야 하나요?
없어질 일, 남을 일, 새로 생길 일을 나눠 적고 고객에게 맞게 이해했는지 확인합니다. 새 도구가 기존 업무를 어디까지 대신하는지 설명할 근거가 됩니다.
예를 들어 자동 보고 기능을 제안한다면 초안 생성만 보고 끝내지 않습니다. 고객 양식으로 바꾸는 작업이 남는지, 결과를 승인하는 사람이 무엇을 확인하는지, 도입 후 누가 설정을 관리하는지도 함께 적어야 합니다.
- 없어질 일: 매주 같은 숫자를 보고서에 입력하기
- 남을 일: 수치가 맞는지 확인하고 제출 승인받기
- 새로 생길 수 있는 일: 다른 시스템과 항목을 맞추고 예외 결과를 수정하기
이 목록은 실제 고객을 조사한 결과가 아니라 미팅에서 확인해볼 작성 예시입니다. 한 번 들은 설명을 완성된 요구사항으로 바꾸지 말고, “제가 이해한 순서가 맞나요?”라고 확인해야 합니다. 그 뒤에야 고객이 바라는 상태와 제안 범위를 연결할 수 있습니다.
“기능은 좋은데 우리 팀은 못 쓰겠네요”라는 답을 들었을 때, 기능을 더 보여주기 전에 놓친 업무가 없는지 보고 싶습니다. AI로 제안서를 쓰기 전에도 같은 확인이 필요합니다. 고객이 어떤 일을 없애고 싶은지 알아야 제안서의 첫 문장이 나옵니다.
줄어든 작업 시간을 확인한 뒤에는 그 시간을 어디에 쓰고 어떤 결과를 볼지 고객과 정해두면 제품의 가치를 설명하기 좋습니다.
자주 묻는 질문
- 영업 질문은 어떤 업무부터 물어보면 되나요?
- 고객이 최근 실제로 끝낸 업무 하나를 고릅니다. 무엇을 받아 어디에 입력하고, 누가 확인한 뒤 누구에게 전달하는지 순서대로 듣습니다.
- 자동화 도구를 쓰는데도 왜 일이 줄지 않을 수 있나요?
- 자동 생성 기능 앞뒤에 자료 취합, 다른 시스템으로 옮겨 적기, 검산이나 승인 작업이 남을 수 있습니다. 기능 하나의 속도와 업무 전체에 드는 시간을 따로 확인해야 합니다.
- 고객에게 실제 화면을 보여달라고 해도 되나요?
- 고객이 허용하는 범위에서 요청합니다. 민감한 정보는 가리거나 샘플 자료로 설명받고, 화면 공유가 어렵다면 최근 업무 순서를 말로 되짚습니다.
- 기능을 소개하기 전에는 무엇을 확인하나요?
- 기존 업무 중 없어지는 일과 새로 생기는 일, 남아서 사람이 처리해야 할 일을 확인합니다. 고객이 중요하게 보는 시간·오류·재작업 중 무엇을 줄일지도 합의합니다.
- 표의 10분과 11분은 실제 고객 성과인가요?
- 아닙니다. 보고서 자동 생성만 빨라져도 다른 작업이 늘면 전체 시간은 줄지 않을 수 있음을 설명하는 가상 계산입니다. 실제 비교는 같은 업무 범위에서 고객과 측정해야 합니다.