엔터프라이즈

구독형 소프트웨어가 퍼지던 초기에는 고객을 나눌 이유가 없었습니다. 5명짜리 팀이든 5천 명짜리 회사든 카드 번호를 넣고 같은 화면을 썼고, 파는 쪽이 하는 일도 같았습니다.

그 전제가 깨지는 건 늘 같은 자리였습니다. 큰 회사 담당자가 "좋네요, 전사 도입 검토해 보겠습니다" 라고 말한 다음이었습니다. 며칠 뒤 그 회사 보안팀에서 300문항짜리 질문지가 오고, 법무팀이 자기네 표준 계약서를 보내오고, 정보시스템팀이 "저희는 사내 계정으로 로그인해야 합니다" 라고 조건을 붙입니다. 파는 쪽은 그제야 자기 제품에 그런 기능이 없다는 사실을 알게 되고, 없다고 답하는 순간 검토가 거기서 끝납니다.

엔터프라이즈라는 말은 이 차이가 크기의 문제가 아니라 종류의 문제라는 것을 인정하면서 자리 잡았습니다. 같은 제품을 열 배 많은 사람에게 파는 일이 아니라, 계약하는 방식도 요구되는 기능도 다른 별개의 사업으로 본다는 뜻입니다. 그래서 회사들은 SMB와 엔터프라이즈를 나눠 적고, 어느 쪽을 할지 정한 다음 그에 맞춰 만들 것과 뽑을 사람을 정하기 시작했습니다.

엔터프라이즈를 다른 영역과 가르는 것은 고객사의 직원 수 자체가 아니라, 그 규모에서 따라오는 네 가지 조건입니다.

1. 결정하는 사람이 여럿입니다. 매일 쓸 실무자, 예산을 쥔 임원, 보안 담당자, 법무 담당자가 각각 다른 질문을 하고 그중 한 명만 반대해도 도입이 멈춥니다.
2. 절차가 길고 정해져 있습니다. 첫 미팅에서 계약까지 6개월에서 1년이 걸립니다. 중간에 개념 증명, 즉 소수 부서에서 두세 달 실제로 써 보는 단계가 들어가고, 그 결과 보고서가 통과해야 구매 절차로 넘어갑니다.
3. 요구 기능이 따로 있습니다. 회사 계정 하나로 모든 직원이 로그인하는 싱글 사인온, 누가 언제 어느 문서를 열었는지 남기는 감사 기록, 권한을 직급별로 나누는 관리 화면이 대표적입니다. 보안 검토를 통과하려면 SOC 2 같은 외부 인증이 필요하고, 금융이나 공공 고객이면 자체 서버에 설치해 쓰는 온프레미스 방식을 요구하기도 합니다.
4. 계약서를 고객이 씁니다. 홈페이지 약관에 동의하는 방식이 아니라 기본 계약서를 주고받으며 조항을 협상합니다. 장애가 몇 시간 이상 이어지면 요금을 얼마나 돌려주는지 정한 SLA가 여기 붙습니다.

값이 큰 이유도 여기 있습니다. 연 계약 한 건이 1억 원을 넘는 대신, 그 한 건을 따려고 6개월 동안 영업 담당자와 개발 인력이 붙고 없던 기능을 만듭니다. 대신 한 번 들어가면 쉽게 나가지 않습니다. 전사가 쓰던 도구를 바꾸려면 수천 명을 다시 교육해야 하기 때문에 계약은 3년, 5년 단위로 갱신되고 매출의 바닥을 깔아 줍니다.

가격 페이지에서 가장 먼저 눈에 띕니다. 요금제 마지막 칸에 숫자 대신 문의하기가 적혀 있으면 그 회사는 엔터프라이즈를 한다는 뜻입니다. 고객사마다 인원과 요구 기능이 달라 미리 값을 적을 수 없고, 적어 두면 협상의 출발점이 낮아지기 때문입니다.

제품 로드맵에서는 우선순위를 뒤집는 힘으로 나타납니다. 대기업 한 곳과 계약하기로 하면 그날부터 앞자리는 싱글 사인온과 감사 기록이 차지합니다. 기존 고객사 수백 곳이 한 번도 요청한 적 없는 기능입니다.

조직에서는 사람 구성으로 드러납니다. 계약 한 건을 맡아 끝까지 끌고 가는 AE를 두고, 보안 질문지에 답하는 일만 맡는 사람이 생기고, 계약 뒤 도입을 돕는 고객 성공 담당자가 붙습니다. 영업 주도 성장 방식이 여기서 나옵니다.

투자 자료에서는 매출의 성격을 설명하는 말로 쓰입니다. 연 반복 매출이 같은 100억 원이어도 고객사 3천 곳에서 나온 것과 대기업 30곳에서 나온 것은 다른 사업입니다.

"이번 건은 엔터프라이즈라 보안 검토만 두 달 잡아야 합니다."

질문지 대응과 인증 확인에 걸리는 시간을 일정에 미리 넣자는 말입니다.

"저희 제품은 아직 엔터프라이즈 준비가 안 됐어요. 싱글 사인온부터 만들어야 합니다."

큰 고객을 받을 기능 요건을 충족하지 못했다는 뜻입니다.

"엔터프라이즈로 갈 거면 지금 가격표를 내려야 해요."

웹에 적힌 월 요금이 협상 상한이 돼 버리니 문의 방식으로 바꾸자는 제안입니다.

페이지덱은 지금까지 중소 규모 고객사 수백 곳을 상대해 왔습니다. 그러다 직원 4천 명인 제조 회사에서 전사 도입 문의가 들어왔고, 규원과 수아가 이 건을 받을지를 두고 한 시간을 썼습니다. 수아가 정리한 조건은 셋이었습니다. 연 1억 2천만 원 규모, 보안 질문지 대응과 싱글 사인온 개발에 두 달, 그 고객만 쓰는 권한 관리 화면.

태오는 두 달이면 이번 분기 검색 개선이 통째로 밀린다고 말했습니다. 규원이 물은 것은 그다음이었습니다. 이 한 건으로 끝날 일인지, 같은 요구를 하는 고객을 열 곳 더 받을 생각인지입니다. 한 건으로 끝낼 거면 손해고, 영역을 열 거면 지금 만드는 기능이 다음 열 건에 그대로 쓰입니다. 엔터프라이즈를 한다는 결정은 계약 하나를 받는 결정이 아니라 이 질문에 답하는 결정입니다.

엔터프라이즈를 매출이 큰 고객이라는 뜻으로만 읽는 경우가 가장 많습니다. 계약 금액이 눈에 먼저 들어오니 자연스러운 오해입니다. 하지만 구분의 기준은 금액이 아니라 도입 절차와 요구 조건입니다. 직원 30명인 회사가 연 1억 원짜리 계약을 맺어도 그건 큰 SMB 건이고, 직원 5천 명인 회사가 팀 하나만 연 2천만 원어치 쓰기 시작해도 그건 엔터프라이즈 방식으로 진행됩니다. 금액을 기준으로 삼으면 작은 금액이라는 이유로 보안 검토와 계약 협상에 사람을 붙이지 않게 되고, 정작 그 팀 하나를 발판 삼아 전사로 넓히는 랜드 앤 익스팬드 기회를 놓칩니다.

엔터프라이즈 고객을 받으면 매출이 안정된다고만 읽는 것도 절반만 맞습니다. 갱신이 길어 예측이 쉬운 건 사실이지만, 고객 수가 적어 한 곳이 빠질 때의 충격이 큽니다. 고객사 300곳 중 하나가 떠나면 매출이 0.3퍼센트 줄지만, 대기업 8곳 중 하나가 떠나면 12퍼센트가 한 번에 사라집니다. 안정이라는 말은 예측 가능성을 뜻하지 위험이 작다는 뜻이 아닙니다.