데모는 통했는데, 왜 계약은 안 될까?

모델이 매주 좋아지는 시대, 작은 팀의 무기는 유료 파일럿 설계와 운영 문서입니다.

AI 트렌드 대표 이미지

이번 달 초, 큰 모델들이 며칠 사이에 몰려나왔습니다.
앤스로픽이 9월 1일 Claude Fable 5.1과 Mythos 5.1을 내놨고, 다음 날 메타가 Muse Spark 1.3을, 구글이 Gemini 3.8 Flash를 붙였습니다.
9월 3일에는 OpenAI가 GPT-6 Astra를 공개했습니다.
CNBC는 이 흐름을 두고 '모델 피로(model fatigue)'라는 말을 꺼냈습니다.
여기에 마이크로소프트는 자체 음성 전사 모델 MAI-Transcribe-2를 오디오 1시간당 10센트대라는 가격으로 내놨습니다.

작은 팀 입장에서 이 소식들의 공통점은 하나입니다. 모델 성능과 가격은 이제 우리가 통제하는 변수가 아니라 계속 좋아지고 계속 싸지는 배경이라는 것. 그래서 올가을 진짜 질문은 "어떤 모델을 쓸까"가 아니라 "우리가 파는 게 모델이 아니라면 대체 뭐냐"입니다.

모델이 매주 좋아지는데, 왜 우리 계약은 안 늘까?

데모가 잘 돌아가는 것과 예산이 붙는 것은 완전히 다른 단계이기 때문입니다.
올해 투자·구매 현장에서 반복해서 나오는 요구는 유료 파일럿, 유지율, 그리고 현금이 도는 구조에 대한 설명입니다.
구매자도 "AI 기능이 있느냐"가 아니라 "우리 업무 흐름, 우리 용어, 우리 데이터 권한, 우리 리스크 기준에 맞느냐"를 묻습니다.

예를 들어 회의록을 정리해 주는 툴을 판다고 해봅시다.
전사 단가가 1시간에 몇백 원 수준으로 떨어진 지금, "받아쓰기가 정확합니다"는 더 이상 판매 논거가 아닙니다.
고객이 돈을 내는 지점은 그 뒤에 있습니다.
그 회사의 제품명·직급·약어가 틀리지 않게 나오는 용어집, 회의가 끝나면 담당자에게 자동으로 할 일이 배정되는 연결, 누가 언제 무엇을 열람했는지 남는 기록입니다.
모델이 GPT-6로 바뀌든 Gemini로 바뀌든 이 세 가지는 우리 자산으로 남습니다.

유료 파일럿은 어떻게 설계해야 할까?

무료 PoC를 길게 끄는 대신, 금액이 작더라도 돈을 받고 4~6주 안에 끝나는 파일럿을 설계하세요.
핵심은 "성공 기준을 우리가 아니라 고객의 숫자로 쓰는 것"입니다.
아래 순서대로 문서 한 장을 만들면 대부분의 협상이 짧아집니다.

  1. 대상 업무 1개로 좁히기: "고객 문의 대응 전체"가 아니라 "환불 문의 1차 답변 초안"처럼 한 줄로 씁니다.
  2. 기준선 먼저 재기: 지금 그 일에 사람 몇 명이 하루 몇 건, 평균 몇 분 걸리는지 도입 전에 기록해 둡니다.
    기준선이 없으면 효과도 증명되지 않습니다.
  3. 합격선 합의: "초안 채택률", "재작성 없이 발송된 비율"처럼 고객이 이미 보는 지표로 합격선을 적습니다.
  4. 사람이 승인하는 지점 명시: 어떤 답변이 자동 발송되고 어떤 답변이 사람 검토를 거치는지 파일럿 시작 전에 정합니다.
  5. 전환 조건 미리 쓰기: 합격선을 넘으면 몇 월부터 월 얼마의 연간 계약으로 넘어가는지 계약서에 넣습니다.
    이 문장이 없으면 파일럿은 무한 연장됩니다.

도입 심사에서 막히지 않으려면 뭘 준비해야 할까?

기술 검토보다 데이터·보안 검토에서 더 많이 막힙니다.
구매자들이 최근 강하게 요구하는 것은 데이터 권리, 보안, 감사 가능성에 대한 증거입니다.
아래 항목은 문서 한두 장이면 되고, 미리 준비해 두면 심사 기간이 통째로 줄어듭니다.

  • 데이터 흐름도: 고객 데이터가 어느 모델 API로, 어느 리전으로 가고, 며칠 뒤 지워지는지 한 장에 그립니다.
  • 학습 사용 여부: 고객 데이터를 모델 학습에 쓰지 않는다는 조항과, 사용하는 하위 업체(모델 제공사, 스토리지) 목록을 명시합니다.
  • 감사 로그: 어떤 입력에 어떤 모델·프롬프트 버전이 응답했는지 남기고, 고객이 조회할 수 있게 합니다.
  • 모델 교체 정책: 기본 모델을 바꿀 때 며칠 전에 알리고, 어떤 회귀 테스트를 돌리는지 적어 둡니다.
    지금처럼 릴리스가 잦은 시기엔 이 한 줄이 신뢰를 만듭니다.
  • 사고 시 연락 체계: 오류·유출이 생기면 몇 시간 안에 누가 연락하는지 정합니다.

정리하면, 모델 뉴스가 시끄러울수록 작은 팀의 방어선은 모델 바깥에 있습니다.
고객의 업무 흐름에 맞춘 설정, 증명 가능한 성과 기준, 그리고 심사를 통과하는 운영 문서. 이번 주에 할 일 하나만 고른다면, 진행 중인 무료 PoC 하나를 골라 합격선과 전환 조건이 적힌 한 장짜리 문서로 다시 제안해 보세요.

자주 묻는 질문

무료 PoC는 아예 하면 안 되나요?
금지할 필요는 없지만 기간과 범위를 못 박아야 합니다. 업무 1개, 4~6주, 합격선과 전환 조건이 문서에 있다면 무료로 시작해도 위험이 크지 않습니다. 이 세 가지가 없는 PoC가 무한 연장되는 것이 문제입니다.
모델이 자주 바뀌는데 어떤 걸 기본으로 잡아야 하나요?
9월 초에만 Claude Fable 5.1, Gemini 3.8 Flash, GPT-6 Astra가 연달아 나왔듯 릴리스는 계속됩니다. 기본 모델은 지금 가격과 품질이 맞는 것으로 정하되, 교체 절차와 회귀 테스트를 먼저 만들어 두는 편이 안전합니다. 그러면 다음 모델이 나와도 하루 이틀 안에 판단할 수 있습니다.
파일럿 성공 기준을 고객이 정해 주지 않으면요?
고객이 이미 보고 있는 지표 중 하나를 우리가 먼저 제안하면 됩니다. 응답 시간, 초안 채택률, 재작성 없이 발송된 비율처럼 기존 업무에 존재하는 숫자가 좋습니다. 새 지표를 만들자고 하면 검증 자체가 협상거리가 됩니다.