한국 엔터프라이즈에 AI DevOps 를 판다는 것 — 한국 시장의 5가지 특수성

글로벌 enterprise sales playbook 은 한국 엔터프라이즈 에 그대로 적용 안 된다. 우리 6 한국 고객사 영업 경험에서 본 5 한국 특수성.

1 — 결정자 가 다층

글로벌 가정 — VP / Director 가 결정 + budget. 한국 — 결정자 가 다층: 실무자 → 팀장 → 부장 → 본부장 → CIO → CEO. 각 층의 동의 필요.

대응:

• 첫 미팅 부터 어느 층의 동의가 필요한지 직접 질문
• 기술 미팅 과 경영 미팅 분리
• 각 층에 다른 자료 (기술 = 깊이, 경영 = ROI + 위험)

2 — RFP 의 의미가 다름

글로벌 — RFP 가 벤더 평가의 표준 도구. 한국 — RFP 이전 단계의 기술 검증과 신뢰 형성이 훨씬 큰 비중을 차지함.

대응:

• RFP 응답에 모든 자료 다 넣지 말 것 — 핵심만
• RFP 단계에 이르기 훨씬 전부터 기술 PoC 로 제품을 검증받을 기회를 만들 것
• RFP 자체는 공식 절차의 일부 로 충실히 대응

3 — 국내 레퍼런스 우선

한국 고객 첫 질문 — "한국에 다른 도입 사례 있나요?". 글로벌 사례 0건 + 국내 사례 1건 = 글로벌 수십 건 보다 강함.

대응:

• 첫 한국 고객 의 사례를 (동의와 NDA 를 전제로) 레퍼런스 로 정리
• 익명 사례 라도 한국 산업 임을 명시
• 국제 사례는 부차적 자료

4 — 문서화 강도

한국 엔터프라이즈 IT 팀의 문서화 요구 가 글로벌보다 높음. 내부 보고용 자료 + 감사 자료 + 변경 이력 을 모두 문서로.

대응:

• PoC 시점부터 우리 도구의 문서화 기능 (audit log, change history) 강조
• 한국어 문서 완전 함을 영업 자료 로
• 문서 자동 생성 기능 강조

5 — 직접 미팅의 가치

글로벌 — 비디오 미팅 + 이메일 위주. 한국 — 직접 방문 의 가치 ↑. 첫 미팅 현장 방문 이 trust 형성 에 결정적.

대응:

• 한국 고객사에는 첫 미팅 현장 방문 default
• 그 후 비디오 미팅 전환은 고객 신뢰가 형성된 후
• 비대면 first 영업은 국내 진입 자체가 안 됨

5 특수성의 공통 원인

이 5가지는 겉보기엔 제각각이지만 뿌리는 같다. 한국 엔터프라이즈 IT 는 도입 결정의 책임이 오래 남는 구조 에서 일한다. 감사가 있고, 결재 라인이 있고, 몇 년 뒤에도 "왜 이 제품을 선택했는가" 를 설명할 수 있어야 한다. 다층 동의도, 문서화 강도도, 국내 레퍼런스 우선도 그 구조 안에서는 전부 합리적인 검증 절차 다.

파는 쪽이 할 일은 이 검증을 우회하는 게 아니라 통과할 수 있게 준비 하는 것. 5 특수성을 전제 로 GTM 을 짜는 게 답.

글로벌 SaaS playbook 이 작동 안 하는 곳

위 5 특수성은 글로벌 SaaS playbook 의 5 핵심 가정 을 모두 부정:

글로벌 가정              | 한국 현실
─────────────────────────┼──────────────────────
"VP 가 결정 + 결제"       | 다층 동의 필요
"RFP = 평가"             | RFP 이전 검증 비중이 큼
"전 세계 레퍼런스 통용"  | 국내 레퍼런스 우선
"문서는 사후"            | 문서가 *진입 자격*
"비디오 미팅 default"    | 직접 방문이 default

이 5 가정 모두 부정한 한국 엔터프라이즈에 글로벌 playbook 을 그대로 적용하면 진입조차 못 함.

글로벌 SaaS 출신 founder / sales lead 가 한국 엔터프라이즈 영업을 시작할 때 가장 비싼 실수가 이 5 특수성을 부정하거나 인지하지 못한 채 진입하는 것. 그 비용이 6개월 시간 낭비. 5 특수성을 전제로 깔고 GTM 을 짜면 그 6개월이 돌아온다.