고객 자문단

큰 고객의 의견은 오래 한 사람을 거쳐 들어왔습니다. 영업 담당자가 고객사에 다녀와 "그쪽에서 승인 기능이 필요하다고 한다" 고 전하면, 제품팀은 그 말이 고객사 전체의 뜻인지 담당자 한 명의 생각인지 알 수 없는 채로 판단해야 했습니다.

그래서 흔한 장면은 이렇습니다. 세일즈가 "A사가 이 기능 없으면 갱신 안 한다고 합니다" 하고 말하면 회의실이 조용해집니다. 반박할 근거가 없으니 다음 분기 계획에 그 기능이 들어가고, 반년 뒤 만들어 놓고 보면 정작 A사에서 그 기능을 쓰는 사람은 처음 말을 꺼낸 담당자 한 명입니다. 반대 방향도 있습니다. 떠난 뒤에야 이탈 사유를 정리하다 세 곳이 같은 이유로 나갔다는 것을 발견하는 경우인데, 그때는 이미 계약이 끝난 뒤입니다.

고객 자문단은 이 두 가지를 동시에 옮기려고 만든 자리입니다. 의견을 사후가 아니라 사전에 받고, 창구 하나가 아니라 여러 고객이 함께 있는 자리에서 받습니다. 같은 요구를 여섯 곳 중 네 곳이 말하면 그것은 요청 한 건이 아니라 시장의 신호이고, 한 곳만 말하면 그 회사의 사정입니다. 한자리에 모아 놓으면 둘이 구분됩니다.

분기에 한 번 여는 모임 하나를 기준으로 다섯 단계를 돕니다.

1. 대상을 고릅니다. 보통 8곳에서 12곳입니다. 금액이 큰 고객을 먼저 넣되 우리를 좋아하는 곳만 부르지 않습니다. 불만이 많은 고객이 가장 값진 말을 하는 자리라, 업종과 규모와 사용 깊이를 섞어 구성합니다.
2. 초대하고 약속을 맞춥니다. 1년에 네 번, 한 번에 두 시간 정도를 미리 잡습니다. 나오는 쪽이 무엇을 얻는지 분명히 해야 참석률이 유지됩니다. 공개 전 제품 로드맵을 먼저 보는 것, 같은 업종의 다른 회사가 어떻게 쓰는지 듣는 것이 대개 그 값어치입니다.
3. 안건을 준비해 2주 전에 보냅니다. 주제는 두세 개로 좁힙니다. 당일에 읽게 하면 반응밖에 못 받고, 미리 보내면 사내 의견을 모아 옵니다.
4. 모임을 엽니다. 지난 회차에 나온 의견을 무엇을 반영했고 무엇을 접었는지 보고하는 것으로 시작합니다. 그다음 로드맵을 공유하고, 남은 시간의 대부분을 토론에 씁니다. 발표가 길어지면 설명회가 되고, 설명회가 되면 다음 회차부터 사람이 줄어듭니다.
5. 2주 안에 회신합니다. 나온 의견을 목록으로 정리해 각 항목에 반영·검토·보류 중 하나를 달고 보류에는 이유를 붙입니다. 이 단계를 건너뛰면 모임 전체가 의미를 잃습니다.

가장 자주 무너지는 곳은 1번과 5번입니다. 편한 고객만 부르면 두 시간 내내 칭찬만 듣게 되고, 회신을 미루면 다음 분기 참석률이 절반으로 떨어집니다. 실제로 반영한 것이 하나도 없는 상태로 두 번째 모임을 열면 나오는 사람이 확 줄어듭니다.

고객 쪽에서는 한 회사당 한두 명이 나오는데, 제품을 실제로 쓰면서 사내에서 결정에 관여하는 사람입니다. 매일 쓰는 실무자만 오면 화면 세부에 대한 요청이 쌓이고, 예산만 쥔 임원이 오면 제품을 몰라 토론이 겉돕니다. 부서장급 실무 책임자가 대체로 그 중간입니다.

우리 쪽은 셋이 들어갑니다. 제품 책임자가 로드맵을 설명하고 질문을 받습니다. 고객 성공 담당자가 진행과 기록을 맡습니다. 대표가 한 번쯤 얼굴을 비치는 것은 무게를 보여 주는 장치입니다. 영업 담당자는 자리에 있더라도 파는 이야기를 꺼내지 않습니다. 이 모임에서 계약을 이야기하는 순간 참석자들은 솔직한 말을 멈춥니다.

시점은 두 가지로 나눠 생각합니다. 하나는 주기입니다. 분기에 한 번이 가장 흔하고, 준비에 드는 품을 감당하기 어려우면 반년에 한 번으로 줄입니다. 다른 하나는 이 제도를 언제 시작하느냐인데, 고객 수가 적고 한 곳이 내는 금액이 큰 제품에서만 셈이 맞습니다. 연 5천만 원짜리 고객 열 곳이면 이 모임에 걸린 매출이 5억 원이라 두 시간을 들일 이유가 분명하지만, 월 1만 원을 내는 사용자 수천 명에게는 같은 방식을 쓸 수 없습니다. 그쪽은 설문과 사용 기록으로 고객의 소리를 모읍니다. 고객의 소리는 고객이 남긴 의견과 불만을 모아 제품에 반영하는 활동입니다.

"이번 자문단에서 여섯 곳 중 네 곳이 권한 관리를 먼저 꼽았어요."

한 고객의 요청이 아니라 공통된 요구라는 뜻이고, 다음 분기 계획의 우선순위를 바꾸자는 근거가 됩니다.

"그건 자문단 안건으로 올리죠. 지금 정하기엔 우리끼리 아는 게 적어요."

기능 요청 하나를 두고 판단이 서지 않으니 고객들 앞에서 직접 확인하자는 제안입니다.

"자문단에 들어와 계신 곳은 갱신 위험군에서 빼도 될까요?"

모임에 나오는 고객은 관계가 두꺼워 갱신 예측에서 안전한 쪽으로 보자는 물음입니다. 갱신 예측은 어느 고객이 계약을 이어 갈지 미리 가늠하는 작업입니다.

페이지덱은 작년부터 기업 고객 아홉 곳으로 자문단을 꾸렸습니다. 첫 모임에서 나온 요구 중 가장 많이 겹친 것은 접속 기록 조회였는데, 그때까지 사내 요청 목록에서는 스무 번째쯤에 있던 항목이었습니다. 각 고객사에서 따로 올린 문의라 한 건씩 흩어져 있었던 것입니다.

수아는 그 뒤로 자문단에 속한 고객과의 대화가 달라졌다고 말합니다. 예전에는 갱신 두 달 전에 찾아가 무엇이 불편한지 물었는데, 이제는 이미 분기마다 들어 둔 상태라 그 시간에 다음 해 이야기를 합니다. 규원이 모임 첫머리에 직접 인사를 하기 시작한 것도 같은 이유입니다.

자문단을 고객을 붙잡아 두는 접대 자리로 보는 경우가 있습니다. 큰 고객을 초대해 좋은 것을 보여 준다는 그림이 먼저 떠오르니 그렇게 읽기 쉽습니다. 하지만 참석자들은 제 시간을 들여 오는 사람들이고, 얻어 가는 것이 식사와 인사뿐이면 두 번째부터 대리를 보냅니다. 이 자리가 굴러가는 힘은 대접이 아니라 자기가 한 말이 제품에 반영되는 경험입니다.

모임에서 나온 요구를 전부 만들어야 한다고 보는 것도 흔한 오해입니다. 의견을 청했으니 다 들어주는 것이 예의라고 느끼기 때문입니다. 실제로는 자문단도 전체 고객의 일부일 뿐이고, 큰 고객의 요구가 나머지 수백 곳에는 방해가 되는 경우도 많습니다. 나온 말을 그대로 계획으로 옮기면 제품은 몇 곳의 사내 시스템을 닮아 갑니다.