내부 인에이블먼트

이 말이 없던 시절에도 출시 준비 목록은 있었습니다. 다만 그 목록은 제품이 밖으로 나가는 데 필요한 것만 담았습니다. 코드가 올라갔는지와 도움말 문서가 준비됐는지는 누군가 챙기는데, 파는 사람과 문의를 받는 사람이 무엇이 바뀌었는지 아는가는 아무의 항목도 아니었습니다.

빈칸은 늘 고객 앞에서 드러났습니다. 페이지덱이 문서마다 권한을 따로 주는 기능을 내보낸 지 2주 뒤, 수아가 계약을 검토하던 고객 앞에서 "그건 저희가 아직 지원하지 않습니다" 라고 답했습니다. 고객이 가장 걸려 하던 조건이었고, 그 자리는 경쟁 제품을 다시 보자는 말로 끝났습니다. 같은 주에 고객 응대 창구로 그 기능 문의가 열 건 넘게 들어왔지만 답은 전부 "확인 후 안내드리겠습니다" 였습니다. 만드는 데 두 달이 든 기능이 파는 자리에서는 없는 것으로 취급됐습니다.

내부 인에이블먼트는 이 빈칸에 이름을 붙이고 담당과 시점을 지정한 것입니다. 출시 전에 끝나 있어야 할 항목을 적어 둔 런치 체크리스트에 "세일즈와 고객 응대 팀이 이 기능을 설명할 수 있는가" 라는 줄이 들어간 것이 시작입니다.

바뀐 내용을 정리하고, 고객에게 할 말로 옮기고, 나올 질문에 답을 붙이고, 자리를 잡아 전달하고, 실제로 설명할 수 있는지 확인하는 다섯 단계로 돌아갑니다.

1. 변경 요약. 무엇이 어떻게 바뀌었는지를 한 장에 적습니다. 바뀌기 전과 후의 화면, 영향받는 요금제, 적용되는 날짜가 들어갑니다. 기능 명세 문서를 그대로 넘기면 읽는 쪽이 할 말을 직접 뽑아내야 합니다.
2. 고객 언어로 옮긴 설명. 이 기능이 어떤 고객의 어떤 문제를 푸는지 적습니다. "문서별 권한 설정을 지원합니다" 가 아니라 "법무 부서와 영업 부서가 같은 문서함을 쓰면서 서로의 문서는 못 보게 해 달라던 요청에 이제 답할 수 있습니다" 쪽입니다. 앞은 기능 목록이고 뒤는 그대로 꺼낼 수 있는 말입니다.
3. 예상 질문과 답. 값이 오르는지, 지금 해 둔 설정은 어떻게 되는지, 언제부터 쓸 수 있는지가 단골입니다. 답을 모르는 질문은 비워 두지 말고 모른다고 적고 누구에게 물으면 되는지까지 적습니다. 고객이 읽는 자주 묻는 질문 문서와 달리 이 목록은 내부 사람만 봅니다.
4. 전달 자리. 30분 안팎의 세션에서 자료를 읽지 않고 실제 화면을 띄워 보여 줍니다.
5. 확인. 받은 사람 한둘에게 그 자리에서 설명해 보게 합니다. 고객 역할을 맡은 사람이 질문을 던지고 답이 막히는 지점을 찾습니다. 이 단계를 빼면 참석 인원수가 그대로 완료 표시가 됩니다.

끝나면 자료를 검색으로 걸리는 한 곳에 모아 두고 그 주소를 공지에 함께 붙입니다. 세션 뒤 3주가 지나면 사람들은 기억이 아니라 자료를 찾습니다.

주관은 프로덕트 마케팅 매니저가 맡습니다. 제품의 포지셔닝과 출시 커뮤니케이션을 책임지는 역할이라 전달할 내용을 이미 쥐고 있습니다. 기능을 만든 프로덕트 매니저가 내용을 대고, 듣는 쪽에는 세일즈와 고객 응대 팀이 들어옵니다.

듣는 두 팀이 필요한 것은 서로 다릅니다. 세일즈는 아직 사지 않은 사람 앞에서 꺼낼 말을 원합니다. 어떤 조건의 고객에게 먼저 꺼낼지, 고객이 내놓는 거절 이유에 답하는 반론 대응 자료의 어디에 이 기능을 넣을지가 그쪽 관심이고, 이 내용은 대개 세일즈 플레이북에 옮겨 붙습니다. 고객 응대 팀은 이미 쓰는 사람 앞에서 답할 말을 원합니다. 설정 화면이 어디로 옮겨졌는지, 기존 설정이 어떻게 바뀌는지입니다.

시점은 출시 1~2주 전입니다. 더 이르면 내용이 바뀌어 두 번 하게 되고, 더 늦으면 나온 질문에 답을 만들 시간이 없습니다.

강도는 런치 티어를 따라갑니다. 출시 규모에 따라 홍보 강도를 나눈 등급이고 인에이블먼트도 같은 등급을 씁니다. 가장 높은 등급은 별도 세션과 자료와 확인 단계를 전부 돌리고, 중간 등급은 정기 회의에 20분을 붙여 문답 한 장을 남기며, 가장 낮은 등급은 릴리스 노트 주소를 한 줄 공유하고 끝냅니다. 모든 출시에 세션을 잡으면 사람들이 초대를 거르기 시작하고, 정작 큰 출시의 자리가 절반만 찹니다.

"이번 건 티어 1인데 인에이블먼트 일정이 안 잡혔어요. 목요일에 30분 잡을게요."

크게 다루기로 한 출시인데 준비 항목 하나가 비어 있다는 지적입니다.

"인에이블먼트 받고 나서 고객한테 꺼낼게요."

아직 답할 준비가 안 됐으니 그 전에는 이 기능을 영업 대화에 올리지 않겠다는 뜻입니다.

"고객 응대 쪽은 받았는데 세일즈는 아직이에요. 문의 들어오면 누가 받죠?"

두 팀 중 한쪽만 준비돼 질문이 어디로 가야 할지 정해지지 않았다는 말입니다.

페이지덱에서는 출시 2주 전 회의에서 지현이 티어를 확정하면 인에이블먼트 날짜가 같이 잡힙니다. 지현이 변경 요약과 예상 질문 목록을 먼저 쓰고, 수아가 읽은 뒤 "이 질문은 실제로 안 나오고 대신 이게 나온다" 고 고쳐 줍니다.

한 번은 마지막 확인 순서에서 "지금 요금제로도 쓸 수 있나요" 라는 질문에 아무도 답하지 못했습니다. 자료에는 상위 요금제 전용이라고만 적혀 있었고, 이미 쓰던 고객이 언제 어떤 조건으로 올려야 하는지는 비어 있었습니다. 출시 나흘 전이라 답을 만들 시간이 있었지, 그대로 나갔다면 계약 협상 자리에서 처음 마주쳤을 질문입니다.

공지를 보낸 것을 인에이블먼트로 세는 경우가 가장 많습니다. 사내 채널에 변경 내용을 올렸으니 전달은 끝났다고 보는 것인데, 올린 쪽에서는 정보가 실제로 나갔으니 그렇게 느낄 만합니다. 다만 그 글은 그 시간에 채널을 보던 사람에게만 닿고, 읽었더라도 고객의 질문에 답할 수 있는 상태와는 거리가 있습니다. 이대로 넘어가면 출시 뒤 2~3주 동안 같은 질문이 제품팀으로 되돌아옵니다.

대상을 세일즈로만 잡는 것도 자주 보입니다. 인에이블먼트라는 말이 영업 자료를 먼저 떠올리게 하니 그렇게 좁히기 쉽습니다. 실제로 새 기능 질문은 아직 사지 않은 사람보다 이미 쓰는 사람에게서 더 많이 들어와, 고객 응대 팀을 빼고 돌리면 출시 다음 날 문의 대기 시간이 길어집니다.