サポートチケットを減らすオンボーディング動画（SaaS向けの再現可能なワークフロー）
カスタマーサポートのキューは、実は「問題」で埋まっているわけではない。
埋まっているのは「明瞭さの失敗」だ。ユーザーは埋もれた設定を見つけられない。ペイロードの構文を誤解する。統合の手順を飛ばしてデプロイ全体が壊れる。
長いヘルプドキュメントをもう1本増やしても直らない。キューを縮める最速の方法は、90秒以内に自分で解決する方法を見せてくれる、短くて的を射たオンボーディング動画だ。
これが、フルタイムの動画編集者なしで回せるワークフローだ。
マスタークラスを作らない
ソフトウェアの巨大なツアーを作ってはいけない。
サポートで最も多い質問10件を見つけて、それに正確に答える60秒のチュートリアルを10本作ろう。それぞれの動画は、摩擦が起きるUIの中に置く。
1つのタスクを見せる短い動画は、40分のプラットフォームツアーに毎回勝る。
最初に作るべき5本
技術製品はどこも同じ摩擦ポイントにぶつかる。5本しか撮る時間がないなら、これを作ろう。
初期セットアップ。 最初のマイルストーンに到達するための初日の設定。
アクセスと権限。 チームメイトの招待と管理者の境界の設定方法。
コア統合。 最も使われている接続のAPIキー連携やOAuthの流れ。
「なるほど」のワークフロー。 製品の本当の価値を届けるコアループ。
よくあるエラー。 最も有名な警告、その意味、正確な復旧手順。
90秒の構成
だらだらしたイントロは飛ばそう。こう構成する。
0:00〜0:10（約束）。 要点をすぐに言う。「この動画では、Webhook統合を1分以内にデプロイする方法を紹介します」。
0:10〜0:20（前提条件）。 短い文脈。「APIキーを生成しておく必要があります。まだなら、下のリンクに従ってください」。
0:20〜1:15（実行）。 ワークフローを落ち着いて進める。サイドパネル、実験機能、無関係なUIは無視する。
1:15〜1:20（確認）。 成功状態を見せる。動いたときにコンソールやダッシュボードがどう見えるか。
長めの動画にはスクリプトテンプレートを： 3分間の製品デモスクリプト
画面を読みやすくする
ユーザーが画面を読めなければ、動画は失敗だ。
録画前にUIを拡大しよう。重要な入力には自動ズームで視線を誘導し、マウスの動きが邪魔にならないようにカーソルを滑らかにする。
Windowsでネイティブに仕上げられた見た目が欲しいなら、AUFZEICHNAはまさにこれのために作られている： デモを見る · 価格設定
間を潰す
派手なトランジションは不要だが、視聴者の切迫感は尊重しなければならない。
読み込みスピナーは切り、長いタイピングは飛ばし、どもったりファイルを探したりする場面は削る。サポート動画を見ているユーザーはすでにイライラしている。時間を無駄にさせるな。
痛みのある場所に置く
Notionのページに埋もれているなら、サポート動画のライブラリは無意味だ。
クイックスタートのドキュメントの先頭にインストール動画を埋め込む。2日目のオンボーディングメールに権限のウォークスルーを入れる。ダッシュボードの空の状態のUIに「60秒セットアップを見る」リンクを置く。
毎週のサイクル
大プロジェクトのように扱わないこと。
毎週火曜日に90分を確保しよう。先週で一番迷惑だったチケットを選び、的を絞った90秒の解決動画を撮り、サポートマクロに追加する。
2ヶ月もすれば、問い合わせが受信箱に届く前に受け流すライブラリができている。
よくある質問
どの動画が最もチケットを減らす？ 最悪の摩擦ポイントに焦点を当てた短い動画だ。初期セットアップ、権限、統合、エラーからの復旧。
どのくらいの長さにすべき？ 60〜180秒。説明にそれ以上必要な場合は、タスクごとの動画に分けよう。
重いポストプロダクションは必要？ 不要だ。必要なのは明瞭さだけ。大きなフォント、読み込み待ちなし、さりげないフォーカスズーム。モーショングラフィックスはここでは時間の無駄だ。