2026年版 サポートプレイブックソフト9選を徹底比較

サポートプレイブックソフトが実際にすること

サポートプレイブックとは、ある種類のチケットでチームが従う手順、分岐、エスカレーションルールの集まりです。何を確認し、各ケースで何をし、いつ引き継ぐかを定めます。ソフトの役割は、チケットを扱う人が必要とするその瞬間に、これらの手順を目の前に出すことです。

私は毎日eeselのサポートキューを担当していますが、正直なところ、ほとんどのプレイブックは最初の部分ではなく、この2つ目の部分で失敗します。チームは良い手順を書きます。ところが手順は別のタブにあり、担当者は4つのチャットを開いていて、重要な手順が飛ばされます。元eBayのサポート担当者はHacker Newsで、この仕事を"4 concurrent chats, offering pre-programmed macros often pointing to terribly written documentation"と表現しました(Hacker News)。その状態でWikiのページを読む人はいません。

そこで、これらのツールを比べる有益な方法は、チケット対応の時点で誰が作業をするかです。

• 読む。 担当者が開いて読むナレッジベースやWikiです。最も安価ですが、チケット対応の最中に無視されやすいタイプです。
• クリックで進む。 チケット内の誘導フローやチェックリストです。担当者が質問に答えると、ツールが次の手順を表示します。コンプライアンスや新人に最適です。
• AIが従う。 手順が、AIエージェントがチケット上で実行する指示になります。顧客に直接回答する場合も、担当者が承認する返信案を作成する場合もあります。

これらは排他的ではありません。多くのチームは、情報源をWikiに置いたままAIレイヤー経由で動かしています。ただ、どの種類を買うのかがわかっていれば、本当はチケットを減らしたかったのに誘導フローにお金を払う事態を避けられます。まだプレイブック自体を書いている段階なら、私のカスタマーサポートSOPのテンプレートから始めて、また戻ってきてください。

ツールの選び方

各ツールの公式料金ページ、ヘルプドキュメント、製品スクリーンショットを確認し、Reddit、Hacker News、G2でのサポートチームの評判も調べました。評価は5項目です。

1. チケットから届くか。 プレイブックがチケットの横に表示されるのか、担当者が探しに行く必要があるのか。
2. 分岐。 「注文が発送済みならこれ、そうでなければあれ」を扱えるのか、フラットなページなのか。
3. AIが使えるか。 AIエージェントがプレイブックに従えるのか、人間だけなのか。
4. 最新に保てるか。 担当者、レビュー日、検証、バージョン履歴。
5. 実際のコスト。 公開価格、プランによる制限、オンボーディング費用。

プレイブック機能が営業資料の中にしか存在しないツールは除外しました。また、サポートチームがこの用途にほとんど使わない汎用のプロジェクトツールも対象外にしました。

サポートプレイブックソフトの比較

1. eesel

こんなチームに最適: 今使っているヘルプデスクの中で、すべてのチケットでAIにプレイブックを守らせたいチーム。

先にお断りしておくと、私はeeselで働いているので、この項目はその前提で読んでください。最初に置くのは、リストの他のツールとは別の問いに答えるからです。ほとんどのプレイブックツールは、人間が手順を思い出す手助けをします。eeselのAIヘルプデスクチームメイトは、手順そのものを実行します。

何ができるか

eeselは、Zendesk、Freshdesk、Gorgias、Front、Help Scoutなどに接続し、さらにプレイブックが実際にある場所、つまりConfluence、Notion、Google Docs、マクロにも接続します。過去のチケットも読み込みますが、プレイブックの書かれていない部分はそこに潜んでいます。私が話したどのチームにも、トップ担当者が守っているのに文書にならなかった手順があります。

プレイブック自体はInstructionsページにあります。日常の言葉で書いた応答ガイドラインとワークフローの手順で、新人に説明するのと同じように書きます。リーダーがチャットで回答を修正すると、eeselはその修正を指示に書き戻すので、来月の研修ではなく次のチケットで反映されます。本番に出す前に、過去の数百件のチケットを再生して、eeselの回答とチームが実際に送った内容を比較するシミュレーションを実行できます。

サポートをコードのように管理するチーム向けには、eesel CLIが同じワークスペースをターミナルから扱えます。eesel instructionsはその常設ルールを読み取り、編集し、eesel approvalsは人間の確認待ちの返信を処理し、Claude Codeのようなコーディングエージェントからも操作できます。プレイブックの変更も、チームがすでに他のすべてに使っているレビューを通せます。

メリット

• 別タブではなく、チケット上でプレイブックに従う。
• 過去のチケットから学ぶので、誰も書いていない手順も拾える。
• 実際の顧客に回答する前に、自社の履歴でシミュレーションできる。
• 1回の修正で今後のすべての返信が更新され、同期すべきコピーがない。

デメリット

• 研修や承認のためのツールではない。全担当者が返金プレイブックを読んだ証明が必要なら、Trainualなどが引き続き必要。
• 人間の担当者向けのビジュアルな決定木エディタはなく、プレイブックは文章の指示。

料金

100クレジットの無料プランがあり、カードは不要です。有料プランは毎月固定のクレジットバンドルで、500クレジットが$299から。処理したチケットまたはチャット1件が1クレジットで、すべての機能と席数無制限が含まれます(eesel料金)。

私の見解: プレイブックが一貫して守られず、キューが増え続けていることがプレイブックソフトを求める理由なら、eeselを選びましょう。規制対象のプロセスで人間の担当者向けにクリック単位のガイドが必要なら、Stonlyのほうが合うので見送りましょう。

2. Stonly

こんなチームに最適: 特に新人や外部委託の担当者に、人間が正確な手順に従う必要があるサポートチーム。

Stonlyは、文字どおりの意味での「プレイブックソフト」に最も近い存在です。自社のユースケースページのタイトルは「Customer support scripts and playbooks」で、製品全体が分岐つきのインタラクティブなガイドを軸に作られています。

何ができるか

Zendesk、Salesforce、Freshdesk、ServiceNowの中で、Stonlyはチケットのサイドバーにステップごとのガイドと決定木を表示します。ガイドはチケットデータを読んで分岐を選び、担当者が進むにつれてチケットのフィールドを埋め、マクロを実行できます。さらに、各担当者がプロセスに従う際のすべての操作を記録します。気に入っている点が1つあります。ガイドの進捗をチケットごとに保存できるので、チケットの担当が代わっても、次の担当者が同じ手順から始められます。

新しい部分はAIです。Agent Copilotはチケットを要約してガイドを提案し、Business Process Agentsは同じガイドを顧客とのチャット内で実行します。各分岐で質問し、自動化を呼び出します。1つのガイドが人間の担当者にもAIにも使える、という巧みな発想です。

ヘルス&フィットネス企業(ミッドマーケット)のG2レビュアーは、人間側の効果をこう簡潔に述べています。

"Addressing knowledge/process gaps - with the help of the decision tree, Advocates are able to properly diagnose and select the next steps."

Stonly reviewer, G2

メリット

• チケットビューに、チケットデータで動く本物の決定木がある。
• ガイドがフィールドを埋めてマクロを実行するので、プレイブックに従うだけで事務作業も済む。
• 同じガイドでAIエージェントを動かせる(Enterprise)。
• 担当者ごとの追跡がQAやコンプライアンスに役立つ。

デメリット

• ヘルプデスク連携とAIエージェントはEnterprise列にあるため、チケット内ガイドを使うには営業との相談が必要。
• 良い決定木を作るには時間がかかり、誰かが管理しなければならない。
• G2のレビュアーは、Zendesk連携が数週間ごとに"stops working"し、ログアウトして入り直すまで直らないと指摘している(G2)。

料金

プランは2つで、どちらも価格は非公開です。Small Business(従業員100人未満)には、ナレッジベース1つ、ガイド表示4,000回、チームメンバー5人が含まれます。Enterpriseはヘルプデスク連携、AIエージェント、SSOを追加します。14日間のトライアル後、アカウントは月400回のガイド表示と5本の公開ガイドまでの無料Basicプランに移行します(Stonly料金)。

私の見解: プレイブックがコンプライアンスの比重が高い、またはティア1を外部委託していて、全担当者に同じ道を通らせたいなら、Stonlyを選びましょう。ガイドライブラリを管理できる人がいない小規模チームなら見送りましょう。

3. Guru

こんなチームに最適: 最大のプレイブックの問題が、サポートや他部門にまたがる古い内容であるチーム。

Guruは知識をカードとして保存し、各カードに責任者を置きます。この所有モデルこそ、サポートチームがGuruを選ぶ理由です。

何ができるか

すべてのGuruカードには検証者と有効期限があり、検証はオフにできません。カードが期限切れになるとUnverifiedと表示され、検証者のタスクキューに入ります。プレイブックにとっては、私が絶えず目にする「このページの担当者がいない」問題の解決になります。r/CustomerSuccessのあるRedditユーザーは、自分のZendesk環境をまさにそう表現しました。"it's no one's specific job to do it, so it tends to be sidelined"(Reddit)。

ヘルプデスクの中では、Guruは Chrome、Edge、Opera向けのブラウザ拡張機能と、新しいチャットのサイドパネルで動きます。Knowledge Triggersは、ページに特定のテキストが表示されたときにカードを出せます。サポートにとっての落とし穴は、Guru自身が、トリガーは動的に描画される内容では動かないことがあると述べている点です。"like a customer message in a live chat feed"(Guru)。

メリット

• 検証が組み込まれていて、必須になっている。
• 1つのヘルプデスクだけでなく、あらゆるブラウザ型ツールで動く。
• Knowledge Agentsが出典つきで質問に答える。

デメリット

• カードはページであり、分岐フローではない。担当者は読んで判断する必要がある。
• ライブチャットではトリガーが不安定で、サポートが最も必要とする場面で弱い。
• 見積もりのみで、席ごとではなくパッケージモデル。

料金

見積もりのみです。Guruはプラットフォーム、ソリューションエンジニアリング、ガバナンスのパッケージを販売しており、自らを"not just a per-seat tool"と表現しています(Guru料金)。詳しくは私のGuru料金の解説をご覧ください。

私の見解: プレイブックがサポート、営業、運用にまたがり、本当の悩みが内容への信頼であるなら、Guruを選びましょう。担当者に手順を順番どおり守らせたいなら見送りましょう。これはライブラリであって、ガイドではありません。

4. HubSpotプレイブック

こんなチームに最適: すでにHubSpot Service Hub ProfessionalまたはEnterpriseを使っているサポートチーム。

サポートをHubSpotで運用しているなら、すでにプレイブックソフトを持っていて、使っていないのかもしれません。HubSpotのPlaybooksツールは、コンタクト、会社、取引、チケットのレコードにインタラクティブなカードを表示します。

何ができるか

プレイブックは、コンテンツ、質問、アクションを備えたカードです。担当者はチケットの右パネルから開き、質問に答え、メモを取り、結果をタイムラインに記録します。ナレッジベース記事やスニペットを埋め込み、チケットのプロパティに基づいて特定のプレイブックを推奨し、プレイブックが記録されたときにワークフローを起動できます。Analyzeタブにはプレイブックごとの表示回数、ログ、チームの利用状況が表示され、誰も開かないプレイブックを手早く見つけられます。

ここではプランの詳細が重要です。Service Hub Professionalでは最大5つのプレイブックを作成し、メモを取得できます。Enterpriseでは5,000まで増え、回答をチケットのプロパティに直接書き込むこともできます。

メリット

• チケットレコードにネイティブで、追加アプリが不要。
• 推奨ルールで適切なプレイブックが自動的に表示される。
• 利用分析で、どのプレイブックが使われているかがわかる。

デメリット

• Professionalの5プレイブックは、サポートチームには少ない。
• 起源は営業電話にあり、ログのデフォルトはCall engagementになる。
• Breeze AIとプレイブックを結びつけるHubSpotのページは見つからなかったため、AIエージェントはプレイブックに従わない。Customer Agentは別製品。

料金

プレイブックには、Sales HubまたはService HubのProfessionalかEnterpriseが必要です。Service Hub Professionalは1席あたり月額$90に加えて1回限りの$1,500のオンボーディング費用から、Enterpriseは1席あたり$150に加えて$3,500のオンボーディング費用からです(HubSpot料金)。

私の見解: すでにService Hub Enterpriseを使っているなら、HubSpotプレイブックを選びましょう。手元にある無料の価値です。Professionalでは5つのプレイブックでは本格的なサポートライブラリを賄えないため、ナレッジベースや、HubSpot向けeeselのようなAIレイヤーと組み合わせてください。

5. Ada Playbooks

こんなチームに最適: AdaをAIエージェントとして選び、そのための構造化された手順を求める大規模チーム。

AdaはAIの手順をPlaybooksと呼んでおり、この考え方の中でも構造化された部類に入ります。

何ができるか

各Playbookは、SEND、SET、ASK、RUN、IF/ELSE、GO TOの6種類のステップで構成され、"Verify identity"や"Process refund"のようなセクションにまとめられます。トーンやエッジケース向けのGeneral Guidelinesもあります。Adaは2026年に自由形式のテキストからこの構造化ステップへ移行し、2026年6月以降にオンボーディングしたアカウントは構造化版のみになります。プロンプトや既存のPDFからPlaybookを生成できるので、プレイブックがすでに文書として存在する場合に役立ちます。

Adaのベストプラクティスの助言は、どのツールでも参考になります。"with limited context"の人にプレイブックをピアレビューしてもらい、必ずelse分岐を入れ、すべてのフローに明確な出口を設けることです。

メリット

• 構造が非常に明示的で、AIの挙動が予測しやすい。
• 既存のPDFからプレイブックの下書きを作れる。
• プレイブックを有効にする前のテストが組み込まれている。

デメリット

• Playbooksで対応している作成言語は英語のみ。
• PlaybooksはAdaのAIエージェント内でしか動かず、ヘルプデスク内の人間の担当者の助けにはならない。
• 既存顧客にとって、Classicから構造化Playbooksへの移行は実質的なやり直し。

料金

見積もりのみです。わかっている範囲は、私のAda料金ガイドにまとめています。

私の見解: すでにAdaを導入済みで、構造化フローを作れる体制があるなら、Ada Playbooksを選びましょう。新しいエディタで作り直さずに、今あるプレイブックやチケットから学ぶAIがほしいなら、まずAdaの代替を見てください。

6. Front Autopilot Playbooks

こんなチームに最適: Frontを使っていて、担当者と同じ会話をAIにも扱わせたいチーム。

FrontのAutopilot Playbooksは、定義した手順に従ってAIに会話を処理させます。

何ができるか

各プレイブックは、定義済みのステップと自然言語の指示を、Steps、Context、Inboxes、Escalationの4つのセクションで組み合わせます。実行中、担当者は会話に"Playbook is running"バナーと"Step in"オプションを見ます。人間を近くに置いておく気の利いた工夫です。Autopilotは、最大3,000ページの公開ウェブサイトと、1ファイル最大25 MBのPDFアップロードを参照します。

メリット

• 担当者がすでに使っている会話ビューの中で動く。
• すべてのプレイブックに明確なエスカレーションセクションが組み込まれている。
• 席料金に上乗せされる会話あたりの価格が低い。

デメリット

• ロールアウトはウェイトリスト制で、すぐには使えない可能性がある。
• Front専用で、ヘルプデスクを移るとプレイブックは持っていけない。
• Frontのナレッジベースのドキュメントに、レビュー日や検証機能は見つからなかった。

料金

Autopilotは1会話あたり$0.05で、Frontの席料金(Starter $25、Professional $65、Enterprise $105、いずれも1席あたり月額)に上乗せされます(Front料金)。

私の見解: Frontを使っていて、ウェイトリストを抜けられるならAutopilotを選びましょう。待てない場合や、AIに過去の会話からも学ばせたい場合は、Front向けeeselが同じ受信トレイに接続します。

7. Zendesk生成型プロシージャ

こんなチームに最適: 追加ツールなしで、AIエージェントに文章のプレイブックを守らせたいZendeskチーム。

Zendeskはプレイブックを、生成型プロシージャと呼ぶものにします。手順を日常の言葉で記述すると、AIエージェントが従うプロシージャマップが作られます。

何ができるか

手順を"as you would with a human agent"のように書くと、Zendeskがそれを、Ask question、Check condition、Run integration、Escalate toといったブロックにコンパイルします。各プロシージャは1つのユースケースに紐づき、AIエージェントが対応するすべての言語に対応でき、バージョン履歴も保持されます。2026年5月以降、複数ステップのプロシージャはSuiteおよびSupportプランに含まれます。

人間の担当者向けについては、状況はもう少し複雑です。RedditのあるZendesk管理者がうまくまとめています。

"Zendesk does not have a single 'guided workflows' feature, we have constructed these through the combination of: Agent Workstation Macros (which provide the appropriate agents with both a step-by-step process and auto-fill for each step) Conditional Ticket Field Functionality (visibility of appropriate fields) Flow Builder (if you are using Messaging) Triggers/Automations (providing options for routing and next steps)"

u/No_Practice_8198, Reddit

メリット

• Zendeskにネイティブで、追加ベンダーが不要。
• 日常の言葉で作成でき、プロシージャマップが見える。
• バージョン履歴と、顧客タイプで分岐するためのセグメント。

デメリット

• 担当者専用のプレイブック記事にはSuite Growth以上が必要。
• 担当者向けのauto assistプロシージャには、1担当者あたり月額$50のCopilotアドオンが必要。
• 含まれる枠を超えた解決はすべて課金される。

料金

Suite Teamは年払いで1担当者あたり月額$55です。AIエージェントは自動解決ごとに課金されます。下位プランでは1担当者あたり月5件が含まれ、それを超えるとコミット利用で$1.50、従量課金で$2.00です(Zendesk料金)。計算は私のZendesk AI料金の記事にあります。

私の見解: Zendeskに全面的に乗っていて、解決ごとの課金で問題なければ、生成型プロシージャを選びましょう。大量処理で解決ごとのコストが心配なら、契約前に定額のクレジットモデルと比較してください。

8. Process Street

こんなチームに最適: チェックリスト、承認、監査証跡が必要なプレイブック。

Process Streetは、手順を、順序の強制、条件付きロジック、承認を備えた実行可能なチェックリストにします。

何ができるか

ワークフローのテンプレートを作り、それが必要な各チケットにタスク、担当者、期限つきの「実行」が割り当てられます。承認は、全プランで、単一、多段階、順次のいずれにもでき、すべての実行にタイムスタンプ付きの記録が残ります。Process Streetにはカスタマーサポート向けテンプレート19種があり、9種類のチケットに対応するチケットトリアージのチェックリストも含まれます。ネイティブのZendeskアプリはなく、公式ガイドではWebhookまたはZapierを使い、チケットのサイドバーに実行リンクのボタンを置きます。

メリット

• タスクの順序と承認が強制され、上限を超える返金やアカウント変更に向いている。
• すべての実行に監査記録が残る。
• 出発点になるテンプレートがある。

デメリット

• Zendeskとの接続は、WebhookやZapierによる自前の構築になる。
• G2のレビュアーは構造を"very rigid"と呼び、固有の要件があると"must recreate everything"になると述べた(G2)。
• ライブの会話よりも、バックオフィスのプロセス向けに作られている。

料金

Startup、Pro、Enterpriseの各プランはいずれも"Contact sales."です。Startupには5ユーザーと月100回の自動化アクションが含まれ、Proには14日間の無料トライアルがあります(Process Street料金)。

私の見解: アカウント閉鎖やチャージバックのように、誰かの承認が必要な複数ステップのバックオフィスプレイブックには、Process Streetを選びましょう。日常のチケット返信には重すぎます。

9. Confluence

こんなチームに最適: すでにAtlassianで動いていて、エンジニアリングのドキュメントの隣にプレイブックを置きたいチーム。

Confluenceは、誰かが計画したかどうかにかかわらず、すでに多くのサポートプレイブックが置かれている場所です。r/CustomerSuccessのあるCSMは、自分のConfluenceスペースを"a CSM runbook of sorts"と呼び、"when onboarding new team members"に役立つと述べました(Reddit)。

何ができるか

Wikiです。ページ、テンプレート、権限、全プランでのページのバージョン管理があります。Standard以上にはRovo Search、Chat、Agentsが含まれ、担当者は検索する代わりに質問できます。Jira Service Managementを使うチームにとっては、ネイティブのナレッジベースです。Notionも多くの小規模チームで同じ役割を果たし、Businessプランでは1メンバーあたり月額$20で検証済みページが使えます(Notion料金)。

メリット

• 安価で、なじみがあり、おそらくすでに支払い済み。
• Freeを含む全プランでページのバージョン管理がある。
• RovoがAtlassianのコンテンツ全体にわたって質問に回答する。

デメリット

• 分岐もチケットの文脈もなく、担当者は読んで判断する。
• ページの担当者やレビュー日を管理する組み込みのワークフローがない。
• Jira Service Management以外では、ヘルプデスクとは別のタブになる。

料金

10ユーザーまで無料。月払いでStandardは1ユーザーあたり月額$5.42、Premiumは$10.44です(Confluence料金)。

私の見解: プレイブックがすでにあるならConfluenceを正本として残し、担当者がチケットの最中にそれを開くことは期待しないでください。手順をチケットに届けるものと接続しましょう。たとえばConfluence向けeeselです。

自分のチームに合うサポートプレイブックソフトは

ほとんどのチームは買いすぎます。4件のデモを予約する前に、この図をたどってみてください。

具体的に判断を下すシナリオをいくつか挙げます。

• 小規模チーム、1つのヘルプデスク、増え続けるキュー。 誘導フローは見送りましょう。上位5つのプレイブックを社内記事とマクロで書き、その上にAIレイヤーを置いて、すべてのチケットで守られるようにします。誘導フローは、同じ道を通る必要がある担当者が数十人いるときに効果を発揮します。8人では、ほとんどがメンテナンスの手間です。
• 外部委託または季節的なティア1。 ここがStonlyの得意分野です。新人がサイドバーの決定木に従えば、初日から正しい道をたどれます。立ち上がり期間も短縮され、RemoteLockはStonlyに、オンボーディングが6週間から3週間未満になったと伝えています(Stonly)。
• 承認が必要な規制対象のステップ。 バックオフィス部分はProcess Street、会話はヘルプデスクで。チャットの返信の中でチャージバックの承認を回そうとしないでください。
• すでにHubSpot EnterpriseまたはZendeskを使っている。 まず、すでに支払ったものを使いましょう。HubSpotプレイブックとZendeskプロシージャは含まれている価値であり、乗り換えコストは現実にかかります。

プレイブックが古くなる理由と、ツールにできること

どのプレイブックツールも、作成機能を売りにしています。より難しい問題は、ポリシーが変わるのにプレイブックが変わらないことです。プレイブックが4か所にコピーされている場合、ポリシー変更1回のコストは次のとおりです。

この4つのうち1つでも漏れると、担当者が古い期間を案内します。もっと悪ければ、AIがそうします。r/CustomerSuccessでは、あるチームがAIが処理した1週間分のチケットを監査し、ボットが存在しないポリシーを作り上げていたことを発見しました。

"So we audited a week's worth of auto tickets and found 3 separate cases where the bot made up a policy that doesn't exist. The scary part is the customers believed what it said and walked away feeling that WE were wrong."

u/quietkernel_thoughts, Reddit

これは、私がこの仕事で最も考えている部分です。eeselは何年もAIをライブのサポートキューに入れてきましたが、導入のたびに見る教訓は、AIは読み込むプレイブックの質以上には良くならないということです。GorgiasとShopifyを使い、月に約7,000件のチケットを扱うDTCサプリメントブランドは、注文状況とサブスクリプションの質問の半分をAIに処理させたいとeeselに相談してきました。知識は、プロジェクトツール内のSOP、誰も文字起こししていないLoom動画、古いマクロの山に散らばっていました。難しかったのはAIではありません。各プレイブックの唯一の最新版を見つけることでした。

どのツールを選んでも、プレイブックを最新に保つために本当に役立つのは次のことです。

1. プレイブックごとに情報源は1つ。 マクロやAIの指示は、コピーせずにそこへリンクします。これが最大の単独の対策です。
2. 担当者名とレビュー日。 Guruはこれを強制します。他のツールでは、ページの先頭に両方を書いてください。Hacker Newsのコメント投稿者は率直にこう述べました。"The org must make it someone's job to grow, weed, and maintain these gardens"(Hacker News)。
3. チケットから不足を報告する。 手順が合わないときに担当者が付けるplaybook-gapのようなタグを使います。毎月レビューするか、きちんとしたナレッジギャップ分析を行います。
4. ポリシー変更をリリース手順の一部にする。 プロダクトや経理がルールを変えるなら、プレイブックの更新はあとからの対応ではなく、ローンチのチェックリストに入れます。
5. 変更のたびにAIをテストする。 顧客に見せる前に、最近のチケットを新しいプレイブックに対して再生します。新人に付き添うのと同じ理由です。

プレイブックソフト購入時によく見る失敗

• 書き方の問題をツールで解決しようとする。 プレイブックに「大きな返金は判断で」とあるなら、どんなソフトでもそれを明確にはできません。数字を入れましょう。書式は私のSOPガイドで扱っています。
• 経験豊富な担当者にすべての手順を台本化する。 Hacker Newsのあるコメント投稿者は、ステップ3で必ず解決するのに、"will be penalized if they skip the first two steps"というティア1の担当者について書きました(Hacker News)。台本だけでなく、制限と理由を与えましょう。
• 図にないケースを忘れる。 すべての決定木には、人間へつなぐ「どれにも当てはまらない」分岐が必要です。きちんとしたエスカレーションの経路は、後付けではなくプレイブックの一部です。
• 金額の厳格なルールを文章だけに置く。 AIの場合、返金の上限はアクションや承認ステップに置き、AIガードレールとヒューマン・イン・ザ・ループで支えます。人間の場合も同じで、請求ツール内の上限は、Wikiの一文に勝ります。
• 誰も計測しないフローを作る。 HubSpotもStonlyも、どのプレイブックが使われているかを表示します。1か月の表示が0回なら、不要か、見つけられないかのどちらかです。

サポートプレイブックのためのeesel

プレイブックがすでにあり、ヘルプデスク、Wiki、いくつかのLoom動画、数百のマクロに散らばっているなら、役立つ状態にするために新しいエディタで作り直す必要はありません。eeselのAIヘルプデスクチームメイトは、それらを今ある場所で読み込み、過去のチケットから書かれていない手順を学び、Zendesk、Freshdesk、Gorgias、Front、Help Scout、HubSpotの中で動作します。顧客に直接回答することも、担当者が承認する返信案を作ることもできるので、どこまで任せるかはあなたが選べます。

プレイブックはInstructionsページという1か所に置かれ、リーダーがチャットで行うすべての修正がそこに保存されます。本番に出す前に、自社の過去チケットでシミュレーションを実行し、どこでプレイブックに従い、どこで外れるかを正確に確認できます。

役割の範囲をはっきりさせておくと、eeselは人間の担当者にクリックで進む決定木を提供しませんし、承認ツールでもありません。できるのは、誰もドキュメントを開かなくても、次の1,000件のチケットでプレイブックが守られるようにすることです。eeselを試すなら、100クレジットでカード不要の無料から、ご自身のチケットでどうぞ。