四半期ごとにすべてを録り直さずに済む、SaaSのカスタマーエデュケーションチームのためのオンボーディング動画

向いているのは、こんな場合

• 動画を含むアカデミー、ヘルプセンター、またはオンボーディングの導線がある。
• そうした動画の一部に、もう存在しないインターフェースが映っているが、どれなのかは誰にもはっきりわからない。
• カスタマーサクセスが、リンクを送れば済んだはずの打ち合わせで、同じ操作説明を繰り返している。
• 顧客データに触れずに私たちが操作できる、サンドボックスやデモ用テナントがある。

向いていないのは、こんな場合

• 使える環境が、実際の顧客データが入った本番環境だけである。
• オンボーディングが顧客ごとに個別対応で、繰り返しがない。

ライブラリは保守でつまずく

オンボーディング動画を40本制作することは、解決済みの問題です。お金がかかるだけです。一方、火曜日のリリース後にどの4本が古くなったかを知る方法は、どこでも解決されていません。そのため、ライブラリはいつの間にか、カスタマーサクセスが避けて通る負債になってしまいます。

私たちが制作するすべての動画には、実行時のビルドが記録されています。リリースを出すと、変更履歴で影響を受けたタスクを新しいビルドで再度実行します。問題なく再実行できればそのまま静かに再公開され、失敗した場合はログを添えてお客様にお知らせします。つまり、顧客に教えている手順が壊れたことが、翌月の問い合わせではなく、リリース当日にわかるということです。

キックオフの通話から始める

もっとも価値の高いオンボーディング動画は、カリキュラムマップに載っている動画ではありません。CSチームがキックオフ会議のたびに口頭で説明している3つのことです。それらはすでに台本ができていて、重要であることもすでに証明されています。最初に録画すべきタスクは、それです。

1回の実行で、複数の言語

言語は、2回目の録画ではなく、1回の検証済みの実行に対するポストプロダクションです。そのため、一度録画したオンボーディングの流れに、販売先のすべての市場向けのナレーションと字幕を付けられます。録画の前に言語を決めていただければ、まとめて制作します。

よくある質問

どの動画が古くなったか、どうすればわかりますか？

各動画には実行時のバージョンが記録されていて、変更履歴で影響を受けるタスクは新しいビルドで再実行されます。再実行に失敗した場合は、顧客が見つけるのではなく、ログを添えてお客様にお知らせします。

自社のサンドボックステナントで作業してもらえますか？

はい。それが望ましい環境です。本番環境へのアクセスはお受けしません。