고객 성공 팀을 위한 AI 비디오: 워크플로별 활용 목적

고객이 라이프사이클에서 어디에 있는지, 그리고 비디오 1개가 몇 명의 고객을 커버해야 하는지부터 보세요. 온보딩은 계약 체결부터 고객이 도움 없이 업무를 수행할 수 있을 때까지의 구간을 다루므로, 보통 해당 계정을 담당하는 CSM 또는 구현 리드가 검토자이며, 재제작 트리거는 ‘설정 경로’ 변화입니다. 교육은 이미 사용 중인 고객을 대상으로, 한 번도 도입하지 않은 기능에 초점을 맞추고 릴리스 캘린더를 따라갑니다. 지원 비디오는 셀프 서비스 레이어로 지원 팀이 소유하며, 특정 반복 질문에 대한 티켓 물량이 트리거가 됩니다. 비디오가 특정 ‘한 계정’을 위해 만들어진다면 온보딩에 속합니다. 모두에게 오래 통용되어야 한다면 교육 또는 지원에 속합니다.

아니요. 그리고 대체하려는 것도 아닙니다. 이런 도구들은 시스템 오브 레코드(system of record)입니다. 고객 성공 플랫폼은 헬스 스코어, 갱신 리스크, 플레이북, 계정 타임라인을 보관합니다. 헬프 센터는 문서, 검색, 디플렉션(문의 감소) 지표, 티켓 이력을 보관합니다. VisionStory는 그보다 한 단계 앞, 즉 대부분의 팀이 지금도 라이브 콜, 화면 공유, 혹은 그날 오후 잠깐 시간이 난 사람에게 의존해 해결하는 구간에 위치하며, 비디오 파일과 그 언어별 버전을 만들어 다시 돌려드립니다. 이후에는 여러분이 기존에 운영하던 권한 및 검토 프로세스를 그대로 활용해 헬프 센터에 업로드하거나, 플레이북 단계에 첨부하거나, 매크로에 넣으면 됩니다. 커넥터나 자동 발행이 없는 이유는, 고객에게 무엇을 보여줄지 결정하는 일은 파일 전송이 아니라 ‘계정 의사결정’이기 때문입니다.

세 가지입니다. 모든 워크플로우는 구현 계획, 릴리스 노트, 헬프센터 아티클, 해결된 티켓 스레드처럼 이미 귀사에서 작성하고 승인한 자료에서 시작하므로, 첫 초안은 ‘새로 쓰기’가 아니라 ‘편집’ 작업입니다. 또한 모든 워크플로우는 단 한 명의 고객에게도 전달되기 전에, 귀사 팀의 담당자가 비디오가 현재 제품이 실제로 하는 일과 일치하는지 확인하는 단계로 끝납니다. 그리고 승인된 마스터는 1,000개 이상의 음성 중에서 선택해 88개 언어로 다시 발행할 수 있어, 다른 언어로 일하는 고객도 원본과 동일한 승인 기준이 적용된 같은 설명을 받게 됩니다.

아니요. 프레젠터, 내레이션, 자막은 모두 문서로 된 자료에서 생성되므로, 섭외할 촬영팀도 없고 누구도 일정에 ‘촬영일’을 잡아둘 필요가 없습니다. 담당 오너의 환영 인사처럼 계정에 ‘지정된 얼굴’이 중요한 경우에도, 고객마다 촬영을 반복하는 대신 해당 목적에 대해 승인받은 사람이 한 번 녹음한 것을 재사용하면 됩니다. 워크플로우상 제품 화면이 필요할 때는 귀사 팀이 직접 화면 캡처를 녹화합니다. 로그인 정보, 데모 데이터, 그리고 녹화에 사용하는 계정은 벤더가 아니라 귀사 소유이기 때문입니다.

워크플로우에 따라 달라지며, 그래서 실무적으로 이 세 가지를 분리해 두는 것입니다. 온보딩 모듈은 설정 경로나 구현 계획이 바뀔 때 업데이트되는데, 이는 대체로 드물고 예측 가능합니다. 교육 콘텐츠는 릴리스 일정에 맞춰 움직이므로, 시연하는 기능의 형태가 바뀔 때마다 리뷰 일정을 잡으면 됩니다. 지원 비디오는 가장 빠르고 예측하기 어렵게 바뀝니다. 인터페이스가 바뀌는 순간, 그 답변은 더 이상 사실이 아니게 되기 때문입니다. 각 비디오를 이미 유지·관리 중인 문서에서 만들어두면 재제작 비용을 낮출 수 있습니다. 소스를 업데이트하고, 영향을 받는 모듈만 다시 생성한 뒤, 다시 녹음하는 대신 승인된 마스터에서 언어 버전을 재발행하면 됩니다.