킥오프 회의 후 고객 온보딩: 계획과 체크리스트

고객이 얻을 결과부터 시작하세요

고객이 초대를 받고 데모를 봤지만 여전히 사용을 시작하지 않았습니다. 관심 부족이 원인이라고 단정할 수는 없습니다. 담당자가 정해지지 않았거나 기초 데이터가 준비되지 않았거나 첫 작업의 범위가 너무 넓을 수 있습니다.

온보딩 계획은 킥오프 회의에서 합의한 내용과 첫 사용을 연결합니다. 연간 도입 계획이나 전체 기능 목록보다 범위가 좁습니다. 고객이 효용을 확인하고 다음 행동을 이해할 수 있는 제한된 작업을 선택하세요.

첫 결과까지의 경로를 설계하세요

1. 첫 사용 시나리오를 정하세요

   고객에게 어떤 구체적인 작업을 먼저 하고 싶은지 물어보세요. 누가 사용할지, 어떤 자료가 필요한지, 어떤 결과를 확인할 수 있는지 명확히 합니다. ‘시스템 익히기’는 모호합니다. ‘테스트 요청 한 건을 처리하고 전달 경로를 확인하기’는 검증할 수 있습니다.

2. 선행 조건을 확인하세요

   시작 전에 필요한 접근 권한, 데이터, 담당자와 참여자의 가용 시간을 적으세요. 우리 팀과 고객이 할 일을 구분합니다. 각 선행 조건의 결과를 누가 받는지 적어 서로 상대방을 기다리는 상황을 피하세요.

3. 가까운 점검 시점을 합의하세요

   중요한 단계마다 무엇을 보여 줄 수 있어야 하는지 정합니다. 교육이 끝나면 사용자가 다음 행동을 알아야 합니다. 출석만으로 충분하지 않습니다. 선행 조건이 늦어지면 회의 날짜뿐 아니라 연관된 마감일도 조정하세요.

4. 첫 사용을 확인하세요

   고객에게 합의한 조건에서 시나리오를 수행해 달라고 요청하세요. 어려움을 기록하고 범위를 넓히기 전에 장애물을 해결합니다. 결과가 나오면 고객이 다음에 할 일과 도움받을 곳을 합의합니다.

요청 처리 시스템 사용 시작

아래는 가상의 교육용 예시입니다. 명칭, 조건, 결과는 방법을 설명하기 위한 것입니다.

첫 결과의 범위는 요청 한 건입니다. 별도 합의가 없다면 기존 기록의 일괄 이전이나 모든 채널의 자동화는 포함되지 않습니다.

양식을 설정하기 전에 입력 항목 목록이 필요합니다. 계정을 이미 만들었더라도 ‘고객 연결 완료’라는 상태 표시로 목록이 없다는 사실을 가려서는 안 됩니다.

시작 계획 양식

고객이 할 일과 처음 기대하는 결과를 한눈에 볼 수 있는 짧은 버전을 보내세요.

첫 유용한 결과:
사용자와 작업 시나리오:
첫 단계에 포함할 내용:
나중으로 미룰 내용:
단계 / 담당자 / 선행 조건 / 결과:
점검 항목과 날짜:
고객이 도움을 요청하는 방법:
현재 시작을 막는 요소:
첫 사용을 확인하는 방법:
성공 후 다음 시나리오:

서로 무엇을 기다리는지 명확히 하세요

• 고객이 스스로 준비할 것을 알고 있습니다.
• 결과물을 넘겨받을 사람이 정해져 있습니다.
• 사용자가 스스로 작업할 수 있는지 확인합니다.
• 성공했을 때와 어려움이 생겼을 때의 다음 단계가 정해져 있습니다.