B2B 유료 파일럿, 언제 본계약으로 넘어갈까: 가상 사례와 판정표

고객이 파일럿 비용을 냈다는 사실은 제안을 검토하고 자원을 쓸 의사가 있다는 증거입니다. 하지만 다음 고객도 같은 방식으로 도입할 수 있다는 뜻은 아닙니다. 창업팀이 매일 자료를 대신 정리하고 오류를 수동 수정했다면, 고객은 제품과 집중 지원을 함께 구매했을 수 있습니다. 종료 회의에서는 고객이 얻은 결과와 공급자가 감당한 일을 나란히 놓아야 합니다.

이 글의 사례, 수치, 통과 기준은 모두 판단 과정을 설명하기 위한 가상 예시입니다. 실제 기업의 성과나 업계 기준이 아닙니다. 아래 운영 메모는 업무 범위와 평가 조건을 정리하는 양식이며 계약 조항을 대신하지 않습니다.

사례 설정: 4주 동안 주문 정리 업무를 시험합니다

가상의 소프트웨어 팀이 주문서에서 필요한 항목을 추출하고 담당자가 검토하는 제품을 제공합니다. 가상의 구매팀 직원 4명이 4주 동안 한 종류의 주문서를 처리합니다. 파일럿 비용은 120만 원이며, 자동 전송과 다른 부서 도입은 범위에 포함하지 않았습니다. 담당자가 최종 검토한 뒤 기존 업무 시스템에 입력하는 흐름을 유지합니다.

시작 전에 양측은 결과 확인 담당자와 종료 회의 참석자를 지정합니다. 현업 담당자는 처리 시간과 오류를 확인하고, 구매 결정권자는 후속 도입 범위와 비용 검토를 맡습니다. 제품 담당자는 자료 준비, 교육, 문의 대응 시간을 기록합니다. 최종 사용자의 만족도만 모으고 구매 결정을 할 사람을 종료 직전에 찾는 상황을 피하기 위한 구성입니다.

AWS의 파일럿 운영 가이드는 Amazon Connect 도입 맥락에서 시작 전 성공 기준과 다음 단계를 정하고 실제 사용 자료로 평가하도록 안내합니다. 여기서는 그 원칙을 작은 B2B 제품 평가에 적용하되, 지표와 기준은 사례에 맞게 별도로 설정했습니다.

종료 시점의 결과를 판정해 봅니다

시간 감소율은 (12−7)÷12×100으로 계산합니다. 건별 시간에는 사람이 검토하고 고친 시간까지 포함합니다. 제품 화면에서 처리 버튼을 누른 시간만 세면 실제 업무 절감을 과대평가할 수 있습니다. 품질 지표의 2건도 최종 검토 단계에서 발견한 오류이므로, 고객에게 잘못 전달된 주문 수와는 다른 지표입니다. 분모와 발견 시점을 지표 이름에 함께 적어야 합니다.

표의 평균만으로 제품이 개선의 유일한 원인이라고 말할 수는 없습니다. 기존 자료와 시험 자료의 주문 난이도, 담당자 숙련도, 업무량이 다를 수 있기 때문입니다. 단순 주문과 예외 주문을 나눠 비교하고, 처리 시간에 빠진 단계가 없는지 확인합니다. AWS의 Redshift PoC 안내도 현재 처리 시간과 목표를 구체적으로 정하고 평가에 필요한 데이터 범위를 선택하도록 설명합니다. 여기의 주문 사례는 해당 문서의 실적을 옮긴 것이 아닙니다.

결론: 네 항목 중 셋을 통과해도 확대를 보류합니다

이 사례에서는 지원 부담을 필수 통과 조건으로 합의했습니다. 따라서 ‘75% 통과’라는 평균 점수로 확대하지 않습니다. 지원 18시간의 원인을 나눠보니 가상 예시에서 11시간은 반복되는 양식 보정, 4시간은 사용 질문, 3시간은 개별 예외 처리였습니다. 반복 양식을 제품이 처리할 수 있는지 확인해야 다음 도입의 업무량을 예상할 수 있습니다.

후속 선택은 세 가지입니다. 필수 기준을 모두 충족하고 구매 결정 절차가 준비되면 범위와 지원 조건을 정해 후속 도입을 논의합니다. 한 가지 수정으로 확인 가능한 미달 원인이 있고 양측이 자원을 배정할 수 있으면 제한된 재시험을 제안합니다. 여러 고객별 개발이 필요하거나 구매 담당자가 후속 검토 일정을 잡지 못하면 종료 또는 보류로 기록합니다.

가상 사례의 팀은 반복 양식 보정만 수정해 2주 재시험을 제안할 수 있습니다. 이때 ‘잘될 때까지 연장’이라고 쓰지 말고, 2주 동안 대응 6시간 이하라는 새 평가 조건과 처리할 주문 수를 시작 전에 합의합니다. 기존 실패 결과는 그대로 보존합니다. 재시험 비용, 담당자의 참여 가능 시간, 미달 시 종료 처리도 함께 정해야 연장이 새로운 무상 개발 요청으로 변하지 않습니다.

시작 전에 함께 채우는 운영 합의 메모

시작 전 회의에서는 양측이 같은 표에 임의의 결과를 넣어 보며 판정이 일치하는지 확인합니다. 고객은 ‘담당자 만족’으로 성공을 생각하고 제품팀은 ‘자동 처리율’로 생각한다면, 아직 실험 설계가 끝나지 않은 상태입니다. 사용할 데이터가 정해지지 않았거나 측정 권한이 없다면 일정부터 시작하지 말고 준비 조건을 먼저 완료합니다.

종료 회의에 남겨야 할 한 장

최종 기록에는 항목별 결과, 제외한 데이터와 이유, 고객이 요청한 후속 범위, 반복 지원의 원인, 최종 판정과 다음 책임자를 적습니다. 본계약 검토 의사와 실제 발주 완료도 구분합니다. 도입 의사가 있어도 내부 구매 절차가 남아 있을 수 있습니다. 유료 파일럿의 실질적 성과는 ‘돈을 받았다’에 그치지 않고, 다음 고객에게 제공할 제품과 운영 범위를 설명할 수 있게 되는 데 있습니다.