첫 성과 지점

도입이 끝났는지를 오랫동안 파는 쪽이 자기 체크리스트로 판정했습니다. 계정을 만들고 권한을 나누고 쓰던 자료를 옮기고 교육을 한 번 하면 담당자가 완료 칸에 표시했습니다. 항목은 전부 파는 쪽이 한 일이고, 고객 쪽에서 그날 달라진 것은 없었습니다.

페이지덱에서도 같은 일이 있었습니다. 수아가 "지난달 들어온 여덟 곳 전부 설정 끝났습니다" 하고 보고하자 규원이 "그 여덟 곳은 지금 무엇을 얻고 있나요" 하고 물었고, 아무도 답하지 못했습니다. 설정을 마친 계정과 1년 뒤에 남아 있는 계정이 서로 겹치지 않는다는 사실은 그해 갱신 시즌에 숫자로 드러났습니다.

첫 성과 지점은 이 판정 기준을 파는 쪽에서 고객 쪽으로 옮긴 말입니다. 일을 얼마나 했는지가 아니라 상대가 무엇을 받았는지로 완료를 정의한 것입니다. 준비가 끝난 날이 아니라 고객이 낸 돈의 값어치를 처음 확인한 날을 완료로 봅니다. 이사로 치면 짐을 다 들여놓은 날이 아니라 그 집에서 처음 밥을 해 먹은 날입니다.

순간 하나를 미리 정해 두고, 계정마다 그 순간을 언제 통과했는지 날짜로 기록합니다. 순서는 셋입니다.

1. 무엇을 첫 성과로 볼지 정합니다. 제품이 약속한 효과 가운데 가장 빨리 확인할 수 있는 것 하나를 고릅니다. 페이지덱은 한 팀이 회의 중에 문서 하나를 같이 편집해 그 자리에서 끝내 본 순간으로 잡았습니다. 이 제품이 파는 것이 함께 쓰는 문서이기 때문입니다.
2. 그 순간을 제품 안에서 셀 수 있는 형태로 바꿉니다. 회의 중에 끝냈다는 말은 기록으로 남지 않으므로, 한 계정에서 서로 다른 구성원 세 명 이상이 같은 문서를 같은 주에 편집한 기록으로 바꿔 둡니다.
3. 계정마다 그 조건을 처음 만족한 날짜를 남기고, 계약일로부터 며칠이 걸렸는지 셉니다. 페이지덱은 30일을 넘기면 그 계정을 위험으로 분류합니다.

고를 때 걸리는 조건은 세 가지입니다. 고객이 스스로 알아볼 수 있어야 하고, 제품 안에서 관측되어야 하고, 계약 초기에 닿을 수 있는 거리여야 합니다. "좌석 50개에 전부 계정이 생성됨" 은 두 번째 조건만 만족합니다. 고객 쪽 실무자에게 그날은 아무것도 아니고, 그래서 그 날짜로는 갱신을 예측하지 못합니다.

이 지점은 한 번 정하면 한동안 바꾸지 않습니다. 기준을 매 분기 손보면 이번 분기 통과율 62퍼센트가 지난 분기 71퍼센트보다 나빠진 것인지 기준이 빡빡해진 것인지 구분되지 않기 때문입니다.

가장 먼저 쓰이는 자리는 고객 온보딩의 종료 판정입니다. 고객 온보딩은 계약 직후부터 고객이 제품을 쓸 수 있는 상태가 될 때까지의 구간인데, 이 구간이 끝났다고 말할 근거가 그동안 없었습니다. 첫 성과 지점을 통과한 날이 그 근거가 됩니다.

온보딩 담당자의 일을 재는 데도 씁니다. 도입 초기 설정과 교육을 전담하는 사람인데, 이 사람의 성과를 교육 횟수나 응답 속도로 재면 고객이 얻은 것과 무관한 숫자가 나옵니다. 지난 분기에 맡은 계정 중 몇 곳이 30일 안에 이 지점을 통과했는지로 재면 방향이 맞습니다.

위험한 계정을 골라내는 데도 씁니다. 계약 45일이 지났는데 아직 통과하지 못한 계정은 사용량과 응답을 합쳐 매긴 점수인 헬스 스코어가 떨어지기 전부터 이미 위험합니다. 페이지덱은 이런 계정에 담당자를 다시 붙여 무엇이 막혔는지 직접 듣습니다.

마지막은 세일즈입니다. 검토 중인 고객이 "언제부터 효과를 봅니까" 하고 물을 때, 지난 6개월 평균 22일이라는 값은 약속이 아니라 기록이라 힘이 다릅니다. 도입을 망설이는 쪽이 정말 걱정하는 것은 값이 아니라 반년 뒤에도 아무도 안 쓰는 계정이 되는 일이라서, 이 숫자가 그 걱정에 직접 답합니다.

"이 계정 계약 38일째인데 아직 첫 성과 지점 못 넘었어요."

정상 범위인 30일을 넘겼으니 담당자가 직접 개입할 때라는 뜻입니다.

"첫 성과 지점을 좌석 활성화로 잡지 맙시다. 그건 우리 쪽 일이잖아요."

기준이 파는 쪽 작업 목록으로 되돌아가려 한다는 지적입니다.

"이번 분기 30일 내 통과율이 62퍼센트입니다."

지난 분기 대비 온보딩이 나아졌는지를 한 숫자로 보고하는 말입니다.

페이지덱에서는 매주 월요일 고객 성공 회의에서 이 목록부터 봅니다. 수아가 아직 통과하지 못한 계정을 계약일 순서로 띄우면, 20일을 넘긴 곳부터 한 곳씩 원인을 확인합니다. 자료 이전이 안 끝난 곳, 결재 담당자만 계정을 쓰고 실무자는 안 들어온 곳, 도입을 결정한 사람이 퇴사한 곳으로 원인이 갈립니다. 원인마다 손쓰는 방법이 달라서 이 분류가 그다음 한 주의 일을 정합니다. 자료가 안 넘어온 곳에는 사람을 붙이고, 실무자가 안 들어온 곳에는 결재 담당자에게 다시 연락합니다.

제품 교육을 다 마친 시점을 첫 성과 지점으로 잡는 경우가 많습니다. 교육이 끝나면 고객이 제품을 알게 되니 이제 값어치를 볼 차례라고 생각하기 쉽습니다. 하지만 아는 것과 얻는 것은 다릅니다. 기능 열두 개를 전부 배우고도 자기 업무에 한 번도 쓰지 않은 계정이 흔합니다. 이렇게 잡아 두면 통과율은 90퍼센트가 넘는데 갱신율은 그대로인 상태가 되고, 그 숫자를 보고 온보딩이 잘 굴러간다고 판단해 손쓸 시기를 놓칩니다.

통과하면 일이 끝났다고 보는 것도 오해입니다. 이 지점은 구간이 아니라 선이라서 넘었다고 머무르게 되지는 않습니다. 첫 문서를 함께 끝낸 팀이 그다음 달에 다시 예전 방식으로 돌아가는 일은 자주 있습니다. 통과 이후는 제품이 일상 업무에 자리 잡는 구간인 정착이 맡고, 여기서 손을 놓으면 그 계정은 1년 뒤 갱신 자리에서 쓰지도 않는 좌석을 근거로 계약을 줄입니다.