세일즈 데모 · PoC
Sales Demo / Proof of Concept
세일즈 데모란?
- 데모=가치를 보여주는 시연
- PoC=실제 환경에서 효과 검증
- 성공 기준 사전 합의가 중요
데모와 PoC가 실제로 바꾸는 것은 대화의 근거입니다. 그 전까지 우리 말은 전부 '좋아집니다'라는 주장이고, 고객은 그 주장을 자기 회사 상황으로 번역해 가며 들어야 합니다. 화면에 고객사의 양식과 거래처명이 뜨는 순간 논쟁은 '될까 안 될까'에서 '누가 언제부터 쓸까'로 넘어갑니다. 검토의 무게중심이 기능 비교표에서 실제 업무로 옮겨 가는 지점입니다. 담당자가 윗선에 보고할 문장을 우리가 대신 만들어 주는 셈이라, 우리가 없는 회의에서 그 문장이 우리를 대신해 설득합니다.
데모와 PoC는 성격이 다릅니다. 데모는 30~60분, 우리 환경에서 우리가 준비한 데이터로 돌리기 때문에 실패 확률은 낮지만 '그건 잘 만든 샘플이잖아요'라는 반론을 넘지 못합니다. PoC는 보통 2~6주, 고객 계정과 고객 데이터, 고객 네트워크 안에서 돌아가고 보안 검토와 IT팀 협조가 전제 조건입니다. 반론을 지우는 값으로 우리 시간과 인력을 지불하는 단계이며, 계약 후 일부 조직에 먼저 깔아 보는 파일럿과는 목적이 검증이냐 확산이냐로 갈립니다.
PoC는 시작 전 합의서가 절반 이상입니다. '처리 시간 30% 단축, 오차율 1% 미만, 현업 6명이 4주간 실사용'처럼 숫자와 기간과 사람을 함께 적고, 기준을 채우면 언제 누가 어떤 회의체에 상정하는지까지 같은 문서에 넣습니다. 성공 기준과 다음 결재 일정이 한 장에 있어야 검증이 계약으로 이어집니다. 그 문장이 빠진 PoC는 검증이 아니라 무상 사용이고, 잘 끝나도 '잘 봤습니다'로 마무리됩니다.
현장에서 제일 자주 어긋나는 건 기능 자랑입니다. 45분 동안 메뉴 서른 개를 훑으면 고객에게 남는 인상은 '복잡하다' 하나뿐이고, 정작 그가 걱정하던 월마감 업무는 건드리지도 못한 채 끝납니다. PoC 남발도 같은 대가를 치릅니다. 예산도 결재선도 확인되지 않은 곳에 엔지니어 두 명을 4주 붙였다가 경쟁사 가격을 깎는 지렛대로 쓰이고 끝나는 일이 흔합니다. 예산·시점·결재자가 확인되기 전에는 PoC를 걸지 않는다는 기준을 내부에 두는 편이 낫습니다.
솔루션·소프트웨어 영업에서 '보여주고 검증하는' 판매 방식이 정착하며 데모·PoC가 표준 단계가 됐습니다.
가상의 사례로 살펴보겠습니다. 연매출 1,200억 원, 임직원 380명인 식품 유통사 A사에 물류관리 솔루션을 제안하던 상황입니다. A사는 발주를 엑셀과 전화로 처리해 월마감에 5일이 걸렸고, 재고 오차율이 2.4%까지 올라간 상태였습니다. 경쟁사 두 곳이 이미 제안서를 낸 뒤였습니다.
- 첫 미팅에서 물류팀 박 팀장이 '기능은 세 회사 다 비슷하던데요'라고 하자, 영업 담당은 표준 데모를 접고 A사의 3월 발주서 2주치와 거래처 코드 샘플을 먼저 요청했습니다.
- 데모 당일 화면에 A사 양식과 실제 거래처명이 그대로 뜨자 박 팀장이 '이거 우리 창고 화면이네요'라고 했고, 그 자리에서 재무이사 배석을 요청해 40분짜리 2차 시연을 잡았습니다.
- PoC는 4주, 수도권 2개 센터, 현업 6명으로 설계하고 성공 기준을 발주 처리 건당 12분→7분, 오차율 1% 미만 두 가지로 좁혀 합의서에 적었습니다.
- 같은 합의서에 '기준 충족 시 11월 둘째 주 투자심의 상정'을 명시하고, 심의 자료 초안은 우리가 만들어 박 팀장 이름으로 올리기로 했습니다.
- 2주 차에 바코드 스캐너 연동 오류로 오차율이 1.8%에서 멈추자, IT팀 김 과장과 주 1회 30분 점검 미팅을 돌려 설정값을 바꾸고 3주 차에 정상화했습니다.
- 4주 후 처리 시간은 건당 6.4분(47% 단축), 오차율은 0.8%로 떨어졌고 투자심의를 한 번에 통과해, 3개 센터 전사 확대 계약을 첫 접촉 3개월 반 만에 체결했습니다.