고객 교육은 대개 ‘품질’ 때문에 실패하지 않습니다. ‘커버리지’ 때문에 실패합니다. 제대로 만든 2개 코스는 정말 좋지만, 나머지는 번호가 붙은 스크린샷의 도움말 아티클일 뿐이죠. 문제는 노력 부족이 아닙니다. 비디오는 원래 촬영팀, 하루짜리 일정, 1년에 한 번 갱신되는 예산 항목이 필요했는데, 제품은 분기마다 설명할 만한 새 기능을 출시하기 때문입니다. 모듈 하나의 비용이 제작 사이클이 아니라 오후 한나절로 내려가면, 그 계산식은 더 이상 성립하지 않습니다.
아무도 열어보지 않는 기능을 ‘볼 만한 콘텐츠’로 바꾸세요
분기 리뷰에서 사용량 내보내기 데이터를 화면에 띄우면, 패턴은 지난 분기와 똑같습니다. 워크스페이스에는 수백 개의 시트가 있지만, 그중 대부분은 계정 확장(업셀)으로 추가된 모듈을 한 번도 열어보지 않았습니다. 이탈도 없고 불만도 없으며, 티켓 큐 어디에도 문제 신호는 없습니다. 그 기능은 그저 ‘결제만 되고 사용되지 않은 채’ 그대로 있고, 9개월 뒤 갱신 대화는 그만큼 더 어려워집니다.
해답은 ‘더 좋은 도움말 아티클’인 경우가 거의 없습니다. 고객은 도움말을 찾아볼 만큼 멀리 가지도 않았기 때문이죠. 설정을 요구하기 전에 기능이 무엇을 하는지 먼저 보여주는 3분짜리 모듈은 질문을 “이거 어떻게 써요?”에서 “내 화요일 시간을 쓸 가치가 있나요?”로 바꿉니다. VisionStory는 이미 갖고 있는 릴리스 노트와 덱으로 그 모듈을 만들고, 팀은 고객이 이미 있는 곳—아카데미, 헬프 센터, 인앱 팁—에 배치하기만 하면 됩니다. 다만 어떤 기능이 그럴 자격이 있는지는 VisionStory가 결정하지 않습니다. 그 판단은 여러분의 사용 데이터에서 나옵니다.
나머지 라이브러리에도 대표 코스 수준의 ‘대우’를 주세요
카탈로그에 있는 2개 코스만 제대로 만든 ‘진짜’ 코스처럼 보입니다. 예산이 편성되던 해에 제작자, 대본 낭독, 카메라 앞 진행자까지 갖춰 제작된 것이죠. 그 이후로 추가된 콘텐츠는 모두 번호가 매겨진 스크린샷이 들어간 글 형태의 문서이고, 같은 메뉴 아래에 정리되어 있습니다. 그래서 고객이 카탈로그를 클릭해 훑어보면 제작된 모듈에서 텍스트 벽으로 갑자기 넘어가며, 뒤쪽 절반은 끝까지 볼 만큼 중요하지 않았다고 조용히 결론 내립니다.
어떤 한 모듈의 완성도를 극단적으로 끌어올리는 것보다, 라이브러리의 ‘균형’을 맞추는 일이 더 중요합니다. 모든 주제에 동일한 진행자, 동일한 인트로, 동일한 자막 스타일, 동일한 길이 기준을 적용하면 카탈로그 전체가 하나의 프로그램처럼 읽히고, 대표 워크플로든 내보내기 설정이든 모듈당 비용은 똑같습니다. 글로 된 아티클은 다시 쓰지 않아도 내레이션 모듈로 전환될 수 있는데, 보통 백로그가 영원히 정리되지 않는 이유가 바로 ‘다시 쓰기’에 있죠. 다만 어떤 아티클을 업그레이드할지, 어떤 것은 사람들이 훑어보는 텍스트로 남길지는 여전히 내부에서 누군가가 결정해야 합니다.
기능 설명은 3개가 아니라 1개만 유통되게 하세요
지원팀은 모듈이 나올 때까지 기다릴 수 없어서, 지원 리드가 기능 설명을 자기 버전으로 작성해 티켓에 붙여 넣는 매크로로 저장했습니다. 일주일 뒤에는 커뮤니티 포럼에서 누군가가 같은 질문에 조금 다른 표현으로 답했고, 구형 플랜 계정에 대한 추가 단서까지 덧붙였습니다. 이제 이 기능은 3가지 설명이 동시에 유통되고 있으며, 작성된 당일에는 어느 것도 틀리지 않았습니다.
고객은 자신에게 ‘가장 마지막에’ 도착한 답을 믿는데, 그건 거의 항상 티켓 답변입니다. 그래서 매크로가 조용히 ‘진짜 문서’가 되어 버리고, 카탈로그는 그 이후로 두 번이나 조건이 달린 동작을 여전히 예전 표현으로 설명하게 됩니다. 해결책은 지원팀이 무엇을 쓰는지 단속하는 게 아닙니다. 대신 지원팀이 가리킬 수 있는 기준을 주는 것입니다. 그들이 요약해 쓰던 동일한 릴리스 노트에서 만든 짧은 모듈을 제공하고, 실제로 사람들이 묻는 기능마다 하나씩 담아둘 수 있을 만큼 제작 비용도 낮게 유지하면, 티켓 답변과 포럼 글은 자기 말로 다시 설명하는 대신 그 모듈로 링크하게 됩니다. VisionStory는 그 글로 된 원본을 모듈로 바꿔주지만, 헬프데스크나 커뮤니티에 이미 무엇이 게시되어 있는지는 볼 수 없기 때문에 세 곳의 문구를 맞춰 정리하는 일은 여전히 내부에서 누군가가 해야 합니다.
어디를 클릭할지가 아니라 무엇을 선택할지를 가르치세요
자막만 있는 무음 화면 녹화만으로도 클릭 경로는 충분히 정확하게 가르칠 수 있습니다. 고객은 커서가 설정 패널을 가로지르는 모습을 보고 순서를 그대로 따라 하며 같은 화면에 도달하죠. 하지만 그 방식으로는 한 단계 앞의 ‘결정’을 가르칠 수 없습니다. 3가지 옵션 중 무엇이 자신들의 계정 규모에 맞는지, 데이터가 늘어나도 기본값이 여전히 유효한지, 그리고 이를 켰을 때 워크스페이스의 다른 사람들에게 어떤 영향이 생기는지 같은 판단 말입니다.
보통 도입이 멈추는 지점은 바로 그 ‘앞단의 결정’입니다. 이후에 들어오는 티켓도 기능을 어떻게 켜는지보다, 켜야 하는지, 어떤 팀에 적용해야 하는지, 이미 갖고 있는 설정은 어떻게 되는지에 관한 경우가 훨씬 많습니다. 이런 추론은 제품을 아는 사람이 말로 풀어줘야 하는데, 그러려면 먼저 글로 정리되어 있어야 합니다. 릴리스 노트와 세일즈/CS용 enablement 자료에서 모듈을 만들면, 머릿속에만 있던 조건과 판단 근거가 스크립트로 강제되어 들어갑니다. VisionStory는 그 스크립트를 동일한 진행자, 음성, 자막으로 일관되게 읽어줍니다. 어떤 유형의 계정에 어떤 권장안이 맞는지는 여전히 제품팀과 지원팀이 판단해야 할 영역이며, 둘 중 한 팀이 검토하기 전에는 어떤 모듈도 승인되어서는 안 됩니다.
제작 인력·스튜디오·예산 사이클 없이도 아카데미를 운영하세요
고객 아카데미는 고객 성공(Customer Success)이나 제품 마케팅 팀 안에서 1명, 그리고 다른 1명의 일부 시간으로 돌아가는 경우가 많습니다. 카메라도, 편집자도, 스튜디오도 없고, 비디오 예산은 3년 전 항목으로 한 번 잡혔다가 지금도 운영 중인 2개 코스에 이미 다 쓰였습니다. 하지만 제품은 매 분기마다 설명할 가치가 있는 업데이트를 출시하죠. 문제는 의지가 아닙니다. 지금 가능한 선택지들 대부분이 ‘팀이 갖고 있지 않고 앞으로도 주어지지 않을’ 제작 역량을 전제로 한다는 점입니다.
이 워크플로는 바로 그 정도 팀 규모를 위해 설계되었습니다. 진행자, 음성, 자막이 촬영이 아니라 글로 된 자료에서 나오기 때문에 누구의 일정에 맞춰 촬영을 잡을 필요가 없고, 화면이 바뀌면 틀린 채로 방치하는 대신 모듈을 다시 빌드할 수 있습니다. 승인된 마스터는 리뷰어가 사인오프한 동일한 파일로, 여러분의 프로그램이 이미 서비스하는 지역을 위해 88개 언어 중 어느 언어로든 재발행할 수 있습니다. 수작업으로 남는 것은 판단입니다. 무엇을 다룰지, 어떻게 말할지, 그리고 공개할 만큼 충분히 정확한지 말이죠.
사용자들은 VisionStory를 사랑합니다
콘텐츠 제작자와 마케터가 AI 비디오 요구 사항에 VisionStory를 신뢰하는 이유를 알아보세요. 강력한 기능부터 수월한 사용자 경험까지, 우리 커뮤니티는 VisionStory로 얻은 결과에 대해 칭찬을 멈추지 않습니다.