← エピソード一覧に戻る Episode 252 Chapter 1
Chapter 2
Chapter 3
Chapter 4
Chapter 5
0:00 / 0:00
スクリプト
Chapter 1 オープニング
タカシ
今日は SaaS サポートのマクロ・自動化です。Intercom は、複数アクションを一度に実行できるマクロで Inbox 効率が 43パーセント上がると紹介しました。返信の速さは根性論ではなく、手順設計で作れるんですね。
ミカ
43パーセントは大きいですね。サポートって、文章を早く打つ人が強い世界だと思いがちですが、実際は毎回やっている同じ手順をどれだけ畳めるかが勝負、という感じでしょうか。職人芸より、再現できる型の力がものを言うわけですね。
タカシ
その理解でかなり近いです。SaaS ではパスワード再設定、請求確認、権限変更、保留フォローのような定型処理が大量に出ます。そこを人の記憶と丁寧さだけで回すと、速度も品質も頭打ちになります。
ミカ
今日は、マクロって何者なのか、自動化とどう違うのか、そして経営者がどこまで仕組みに任せてどこを人に残すべきか、その線引きを知りたいです。現場でよくある失敗も含めて整理したいですね。
Chapter 2 マクロと自動化の違い
タカシ
まずマクロは、人が押すけれど、一度押せば複数アクションが走る半自動化です。Intercom でも、タグ付け、担当割り当て、スヌーズ、クローズをまとめて一発で実行できると説明しています。
ミカ
なるほど。毎回コピペして、担当を変えて、タグを付けて、ステータスも直して、を一つのボタンに畳む感じですね。ショートカットというより、作業の型そのものを保存する印象です。人によるばらつきも減らせそうです。
タカシ
一方で Zendesk は、トリガーをイベント発火型、オートメーションを時間経過型として使い分けます。自社サポートでは、パスワード再設定の案内を返しつつ pending にするマクロまで公開していて、かなり実務的です。
ミカ
つまり、最初の切り替えはマクロで素早くやる。その後の追いかけは自動化で漏れなく回す、という分業なんですね。人が気を利かせるより、状態遷移で忘れないほうが強そうです。忙しい日ほど効いてきそうです。
Chapter 3 どこまで仕組みに置けるか
タカシ
面白いのが、Zendesk の on-hold ワークフローです。48時間、96時間、144時間の保留マクロでタグを付け、その後は時間条件のオートメーションで担当者へリマインドします。追客漏れを人の記憶から外せるわけです。
ミカ
これ、地味ですけど効きますね。派手な AI より前に、保留した案件を忘れない、必要な情報を先に集める、同じ手順を揃えるだけで、かなり事故が減りそうです。現場のストレスもかなり下がりそうだなと思います。
タカシ
その通りです。Freshworks の 2023 年ベンチマークでも、B2B サポート組織は自動化で first assign time が約 2時間改善したと報告されています。まずは華やかな AI より、詰まりやすい定型手順の圧縮が先なんです。
ミカ
経営者が見るべきなのは、何人減らしたかより、誰がどの案件に時間を使えるようになったかですね。単純作業を畳めば、難しい問い合わせや不満の強い顧客に人を回しやすくなるわけだ。そこが投資対効果の本体ですね。
Chapter 4 成果が出る組織の共通点
タカシ
実例で見ると、SMARTY はボット、記事、マクロ、ワークフローを組み合わせて、初回応答時間を一日超から 3分へ 99パーセント短縮しました。しかも総チャット量の 12パーセント、年間 3万7000件を自動処理しています。
ミカ
3分まで落ちると、もう体感は別会社ですね。ただ、ここで誤解しちゃいけないのは、全部を機械に任せたからではなく、定型部分を仕組みに逃がして、人が複雑案件へ集中できた結果だということですね。そこを履き違えると危ないです。
タカシ
そうです。Stuart も、週 5万5000件のチャットを自動解決し、週 2500時間以上を削減、応答時間を 30秒未満、解決速度を 4倍にしました。効いているのは、全部を賢くすることではなく、反復作業を減らす設計です。
ミカ
ここが面白いですね。マクロ・自動化って、コスト削減ツールというより、顧客への待ち時間と社内の判断待ちを一緒に減らす、運営インフラなんだなと見えてきました。土台が整うと、人の強みも生きますね。
Chapter 5 失敗しない進め方
タカシ
失敗パターンははっきりしています。例外だらけの返金や障害補償まで自動化する、マクロを増やしすぎて誰も選べない、タグも計測もなく改善できない、そして古い文面を放置する。この四つは典型です。便利なはずが逆効果になります。
ミカ
明日からやるなら、直近 90日の問い合わせを見て、毎週 20回以上出る定型処理を 5本だけマクロ化するのが良さそうです。その上で、VIP、返金、障害は人へ戻す条件を先に決めておく、と。最初から増やしすぎないのも大事ですね。
タカシ
その順番が堅いです。マクロにはタグ、状態変更、次の期待行動を必ず入れ、四半期ごとに棚卸しする。マクロ・自動化は、返信を速める小技ではなく、サポート品質を再現可能にする経営装置なんです。だから更新責任も必要になります。
ミカ
速さを作るのは気合いじゃなく、迷わない型なんですね。人が考えるべきことと、仕組みに戻すべきことを分けるだけで、サポート組織の景色はかなり変わりそうです。まずは小さく作って回す、これが大事ですね。それではまた次回。