カスタマーサービスのトーンガイドとは?
カスタマーサービスのトーンガイドは、ブランドスタイルガイドのうちサポートチームが受け持つ部分です。すべての返信について1つの問いに答えます。この顧客が誰で、いま何が起きたかを踏まえて、どう響くべきか。
役に立つ区別は、多くのライティングチームが参考にしているMailchimpのコンテンツスタイルガイドに由来します。ボイスはあなたの人格で、ほとんど変わりません。トーンは、その人格が目の前の相手に合わせて調整されたものです。Mailchimpのたとえでは、友人との夕食と上司との会議では話し方が違い、怯えたり動揺したりしている人に、笑っている人と同じトーンは使わないはずです。
サポートには専用の版が必要です。最悪のタイミングで書くことになるからです。マーケティングはローンチを明るく伝えられます。サポートは、返金を断り、障害を説明し、同じ壊れた注文について3通目のメッセージを送ってきた顧客に答えなければなりません。私は毎日eeselのサポートキューで働いていますが、失敗する返信で事実が間違っていることはまれです。事実は正しいのに、トーンが違うのです。請求ミスに軽い「大丈夫です!」と返したり、請求書の誤字に3段落もの堅苦しいお詫びを書いたりします。
よいトーンガイドは短く、通常は2〜4ページで、5つの部分からなります。
| 部分 | 内容 | 例 |
|---|---|---|
| ボイス特性 | 固定の人格特性を3〜4つ、それぞれに「ではない」を添える | 「率直だが、ぶっきらぼうではない」 |
| 状況別のトーン | よくあるチケット種別ごとのダイヤル設定 | 「返金不可:真面目、敬意あり、淡々」 |
| 表記ルール | 短縮形、感嘆符、絵文字、挨拶、結びの言葉 | 「感嘆符は最大1つ、悪い知らせでは使わない」 |
| 削るフレーズ | 作り物に聞こえる定型文 | 「『ご不便をおかけしております』は削る」 |
| 言語ルール | 言語ごとの丁寧な呼びかけか、くだけた呼びかけか | 「ドイツ語:常にSie」 |
すでにサポート用の翻訳用語集があるなら、言語ルールの行は繰り返す代わりにそこを指せば十分です。
なぜサポートのトーンは狂うのか?
トーンの問題の多くは、スクリプトと規模の2つから生じます。スクリプトは、共感を心からのものではなく義務のように響かせます。規模とは、20人の担当者、200件のマクロ、そして今やAIエージェントが、すべてあなたの名前で書き、それぞれが少しずつずれていくことです。
顧客はまずスクリプトに気づきます。だからカスタマーサービスにおける共感は、決まり文句ではなく具体性の問題なのです。Hacker Newsでは、担当者がカードから共感の言葉を読み上げている様子を、あるコメント投稿者がこう語っていました。
"It reminds me of the new customer support script where they make them use empathetic words. " Awesome, let me help" and " Thats frustrating" sound worse coming from humans that don't care."
担当者も反対側から同じことを感じています。あるコールセンターの担当者が、チームリーダーに「飾った言葉」で採点されると不満を述べたとき、別の担当者が共感とは本当は何かを説明しました。
"It really isnt flowery words, theres no apology or saying sorry. Unless you personally caused it. It's just an acknowledgement followed by a resolution."
この2つ目の引用は、1行でほぼトーンガイドの全体を言い表しています。研究結果とも一致します。NN/gによる成人100人の調査では、遊び心のある自動車保険会社は真面目な会社より親しみやすいと評価されましたが、信頼性は0.3ポイント低く、推奨意向は上がりませんでした。カジュアルだが真面目な銀行は、フォーマルな銀行を、親しみやすさ(+0.7)、信頼(+0.3)、推奨(+0.4)で上回りました。カジュアルは問題ありません。軽薄はいけません。
3つ目の失敗は新しいもので、中身のない親しみやすいトーンです。温かくおしゃべりな返信が何も解決しなければ、顧客はむしろ苛立ちます。HNのあるコメント投稿者はこう言い切りました。
"I don't immediately hate talking to an chatbot, my dislike comes from chatbots that sound like humans but can't actually do anything useful."
つまり、トーンガイドの仕事は返信を感じよくすることではありません。有能な誰かが対応してくれていると感じさせることです。
どのサポートガイドにも必要な4つのトーンダイヤル
「フレンドリーだがプロフェッショナルに」は、トーンガイドで最もよく見る一文で、まったく役に立ちません。境界線がどこか誰にもわからないからです。NN/gのトーンの4つの次元は、トーンを4つの別々のダイヤルに分けることでこれを解決します。
- フォーマルからカジュアル。 「ご不便をおかけし申し訳ございません」と「すみません」。
- 真面目からユーモラス。 そもそもユーモアを試みるかどうか。
- 敬意から不遜。 不遜は通常、話題に向けるもので、顧客に向けるものではありません。
- 淡々から熱量高め。 「返金処理が完了しました」と「朗報です、返金の手続きが進んでいます!」。
NN/g自身の例では、1つのエラーメッセージをダイヤルに沿って動かしています。「We apologize, but we are experiencing a problem」は、「we're」と「sorry」を使うとよりカジュアルになり、頭に「Oops!」を付けるとより熱量が上がります。同じ事実でも、4つの違う会社になります。
コツは、ダイヤルをブランド全体で一度に決めるのではなく、状況ごとに設定することです。各ダイヤルをどこまで動かせるかは、ボイスが決めます。遊び心のあるコンシューマーアプリなら、お礼の返信をユーモラスまで振ってもよいでしょう。給与計算の会社なら「温かい」までに留めるかもしれません。どちらの場合でも、返金の断りは真面目で淡々とした位置に置くべきです。顧客があなたを信頼するかどうかを決める瞬間だからです。
NN/gは、トーンを表す言葉に「アンチトーン」の言葉を組み合わせることも勧めています。たとえば「権威があるが、衒学的ではない」です。この習慣だけで、QAレビューでの議論の大半がなくなります。両側から失敗に名前を付けるからです。
状況別のトーン:チケット種別を選ぶ
ここは、担当者がチケット対応の最中に実際に開くガイドの部分です。状況を選ぶと、私ならどこに各ダイヤルを置くか、そして実際の返信でどうなるかがわかります。
ルール:最初の文で「できません」と伝え、理由を平易な言葉で述べ、次善の案を提示します。感嘆符は使いません。
ルール:何が壊れているか、誰の責任か、次に何が起きるか、いつ連絡が来るか。「ご安心ください」は決して使いません。
ルール:何がうまくいかなかったかを具体的に1文で認め、そのうえで解決策を示します。事実に名前を付け、相手の気持ちを説明しないこと。
ルール:まず答え、次に手順、最後にありがちなつまずきを1つ。前置きは省きます。
ルール:ここでは、素直な「申し訳ありません」に意味があります。一度だけ非を認め、正確な対処を伝えます。
ルール:ボイスに最も余裕を持たせられる場面です。ブランドが許すなら、少しのユーモアは問題ありません。
ほぼすべての場合で、「削る」の列のほうがよりフォーマルで、長く、あいまいなことに気づくでしょう。悪い知らせのときにフォーマルな言葉の陰に隠れるのは、サポートで最もよくあるトーンの失敗です。Shopify自身のボイスガイドラインも、プロダクトのコピーについて同じことを述べています。間違えたときも率直で誠実であること、自分に非があるときは「within reason」で謝ること。
怒りの再問い合わせについては、怒っている顧客への対応のガイドでさらに掘り下げていますし、こちらの共感のひと言は、スクリプトに聞こえない言い回しを集めた手頃な一覧です。
残すフレーズ、削るフレーズ
トーンガイドには表記ルールの節が必要です。担当者の意見が最も割れるのがここだからです。大手のスタイルガイドの間でも意見は一致しません。どちらかに決める前に知っておく価値があります。
| ルール | スタイルガイドの見解 | サポートガイドに入れるなら |
|---|---|---|
| 短縮形 | MailchimpとShopifyは推奨。GOV.UKは読者が誤読するため「can't」「don't」を禁止 | 使う。「cannot」は、誤読が害になるポリシー上の断りでのみ書く |
| 感嘆符 | Mailchimp:失敗メッセージでは決して使わない。Shopify:1ページにつき最大1つ | 1返信につき最大1つ。悪い知らせではゼロ |
| 「Sorry」 | Atlassianは、問題が深刻でない限り省くよう言う。Shopifyは非があるときは謝るよう言う | 自分たちの非のときに一度だけ。反射的には言わない。こちらのお詫びの例を参照 |
| 「Please」 | Atlassianは、必須の手順が任意に聞こえかねないと言う。GOV.UKは通常は不要と言う | お願いでは可。「please note」と「please be advised」は削る |
| 責任の指摘 | Atlassianは、責められていると感じさせないよう「you」でなく「we」を使う | 「お支払いが失敗しました」ではなく「お支払いを処理できませんでした」 |
| 絵文字 | Mailchimpはまれに許可 | 顧客に合わせる。悪い知らせでは決して使わない |
そして、削るべき定型フレーズと、その代わりに言うことです。
- 「お気持ちはよくわかります。」 代わりに実際の問題を言う:「二重に請求されています。」
- 「ご不便をおかけして申し訳ありません。」 何に対して謝っているのかが特定されません。何がうまくいかなかったかを言います。
- 「ご安心ください。」 Shopifyのガイドラインは、データなしで信頼を求めることを戒めています。データを示します。
- 「規定により。」 そのポリシーが存在する理由を1文で説明します。
- 遅れた返信の冒頭の**「お待ちいただきありがとうございます」**。待たせたことを率直に認めます:「2日もかかってすみません。」
Freshdesk自身のAI向け指示の例も同じ判断をしています。苛立ちは1文で認め、「I apologize for any inconvenience」のような埋め草は省く、というものです(FreshdeskのAIエージェントガイド)。ヘルプデスクのベンダーが自社ドキュメントにこう書くなら、スクリプトの時代は終わったとわかります。
カスタマーサービスのトーンガイドを7つのステップで書く方法
使える初版は、午後のうちに作れます。私ならこの順で進めます。
- 実際の返信を30件集める。 CSATが高かったものを15件、うまくいかなかったもの(再オープン、エスカレーション、星1つ)を15件選びます。トーンの問題は、理屈よりも自社のチケットのほうがずっと見つけやすいのです。
- ボイス特性を3〜4つ書き、それぞれに「ではない」を添える。 「率直だが、ぶっきらぼうではない。温かいが、大げさではない。自信があるが、うぬぼれてはいない。」NN/gのアンチトーンの手法を使えば、レビュー担当者は越えた線を指し示せます。
- 主要な6〜8のチケット種別に4つのダイヤルを設定する。 上のウィジェットを出発点にしてください。多くのチームに必要なのは、返金またはキャンセル、障害、バグ、怒りの再問い合わせ、使い方、請求、お褒めの言葉です。
- 表記ルールを書く。 短縮形、感嘆符、絵文字、挨拶と結びの言葉、そして対応する各言語の丁寧な呼びかけかくだけた呼びかけか(詳しくは多言語サポートのガイドで)。たとえばZendeskには、まさにこの目的で言語ごとの人称設定があり、既定ではフォーマルです。
- 上位10件のマクロを書き直す。 マクロは、古いトーンが最も長く生き残る場所です。マクロがガイドに合わなければ、それを使う全員がガイドに合わなくなります。メールテンプレートとライブチャットのスクリプトの記事に、書き直した例があります。
- すべてのツールに読み込ませる。 ヘルプセンター、マクロ、担当者のオンボーディング、AIエージェントの設定、QAのスコアカード。詳しくは下で述べます。
- 採点し、四半期ごとに見直す。 QAにトーン基準を1つ加え、同じ修正が3回現れたらガイドを更新します。
ガイドが使われるかどうかを決めるのはステップ6です。共有ドライブに置いたPDFでは何も変わりません。サポートSOPと担当者のオンボーディングに組み込み、トレーニングシナリオの最初に置いてください。
トーンガイドはヘルプデスクのどこに置くべきか?
主要なヘルプデスクには、いまやどれもトーンを変える手段がありますが、それは2つの別物に分かれます。1人の担当者の返信を書き直すボタンと、AIエージェントの書き方を制御する設定です。ガイドの受け取り方は大きく異なります。
| ヘルプデスク | 担当者向け「トーン変更」ボタン | AIエージェントのトーン設定 | 知っておくべき制限 | 条件 | 出典 |
|---|---|---|---|---|---|
| Zendesk | Enhance writing: Make more friendly, Make more formal, Rewrite in your tone | Professional、Informal、Enthusiastic、またはCustom、加えて言語ごとの人称の丁寧さ | 無料枠:担当者1人あたり月5回、アカウント全体で500回まで | 無制限で使うにはCopilotアドオン $50/agent/month | Zendeskドキュメント |
| Freshdesk | Writing Assistant: More formal, Less formal, Rephrase | 自由記述のカスタム指示、プリセット選択なし | トーンは担当者のプロフィール言語に従う | ProとEnterpriseでFreddy AI Copilot $29/agent/month | Freshdeskドキュメント |
| Gorgias | ネイティブのボタンは見つからず | Friendly、Professional、Sophisticated、またはCustom | Customは3,000文字まで。挨拶、結び、規約はそれぞれ600文字まで | ブランドボイスはBasic以上に記載 | Gorgiasドキュメント |
| Help Scout | AI Assist: Make it friendlier, Make it more professional | 自由記述のIdentityフィールド | AI Draftsは過去の返信からトーンを学ぶ | PlusとProでAI Assist | Help Scoutドキュメント |
| HubSpot | Change tone: Friendly, Heartfelt, Professional | Friendly、Professional、Casual、Empathetic、Witty、またはブランドボイス | 受信トレイAI:毎分30回、1日1,000回 | ProとEnterpriseでCustomer agent | HubSpotドキュメント |
| Front | Compose: adjust tone(メールのみ) | Autopilot向けのトーン設定は見つからず | 担当者1人あたり1日200回のComposeアクション | Copilot $20/seat/month | Frontドキュメント |
条件と制限はすべて、2026年10月に各ベンダーの公式ドキュメントと料金ページで確認しました。
作成画面のボタンは簡単な部分です。ZendeskのEnhance writingメニューは、返信ボックスのすぐそばにあります。
Freshdeskのものは「Write with AI」ボタンの奥にあり、Help ScoutのAI Assistは、テキストを置き換える前に書き直し結果を見せてくれます。
これらすべて、そしてほとんどのAIコパイロットに共通する落とし穴があります。「より親しみやすく」と「よりフォーマルに」は汎用のダイヤルであって、あなたのダイヤルではありません。Zendesk自身の例では、「Make more formal」が「We will do our best to assist you」を「We shall make every effort to provide you with the assistance you require」に変えています(Zendeskヘルプセンター)。確かによりフォーマルです。ただ、おそらくあなたのブランドではありません。ボタンが知っているのは「フォーマル」まで。自社でフォーマルがどう響くかを知っているのは、あなたのガイドだけです。Zendeskの答えは、Copilotアドオンのコミュニケーションガイドラインで、AIがチケットから推測するスタイルと衝突したときに、書かれたルールが優先されます。
AIエージェントにトーンガイドを教えるには?
いま多くのトーンガイドが破綻するのはここです。AIエージェントは、チームのどの人間よりも多くの返信を書くことが多いからです。各ベンダーが用意する入力欄は小さいものです。Zendeskのカスタムトーン説明欄には、300文字のカウンターが表示されます。
300文字なら、ボイス特性は入ります。6つの状況、フレーズ一覧、言語ごとの丁寧さのルールは入りません。ベンダー側も制限については正直です。Freshdeskは自社のAI指示を「behavioral guidance」と呼び、「edge cases can still occur」と述べています。HubSpotは、回答が「may not always exactly match the specified formatting or wording」だと警告しています(HubSpotナレッジベース)。
eeselで本番のサポートキューにAIを走らせてきた経験から、AIにトーンを保たせるために学んだことが3つあります。
- 形容詞ではなく状況を与える。 「フレンドリー」はモデルにとって何も意味しません。「返金を断るときは、最初の文で断り、ストアクレジットを提案する」なら機能します。
- 過去の優れた返信から学ばせる。 チームの実際のチケットは、どんな説明よりもあなたのトーンを伝えます。Help ScoutのAI Draftsとeeselが過去の会話から学ぶのは、そのためです。
- 間違いが起きた場所で直す。 最速のフィードバックループは、チケットの中にあります。
この3つ目は、eeselのお客様から直接得たものです。あるZendeskの管理者が、セットアップ中にまさにこれを尋ねました。
"When I hit 'Reject - too formal, make it friendlier' as a comment in an internal tool, do you have an example for this? I want to know if I can iteratively train it ... within ZenDesk."
AIエージェントを設定中のZendesk管理者
これが、eeselのAIヘルプデスクチームメイトの仕組みです。トーンは平易な言葉の指示に置かれ、あらゆるアプリのあらゆる返信で読まれます。下書きを直し(「硬すぎる、もっと親しみやすく」)、了承すると、その修正を自分の指示に書き込むか、すでに該当するルールがあればそれを編集します。だから修正は、このチケットだけでなく来週も効きます。
その後、顧客の目に触れる前に確認します。eeselのシミュレーションスキルは、実際の過去のチケットを再生し、各回答をチームが実際に送った内容と照らして採点し、指示の変更案を提示します。ドキュメントの実行例では、サンプルした20件のチケットのうち17件がチームの返信と一致しました。これは私が決して飛ばさない手順です。シミュレーションされた返信を20件読むほうが、どの設定ページよりもAIのトーンについて多くを教えてくれます。
人間の側でも機能します。CartonCloudのService Desk LeadであるEddie Stephensさんは、担当者の下書きに対してそれが何をしてくれるかをこう語りました。
"It is getting us to the right articles really quickly and easily, as well as curating well-formed responses with consistent, on-brand tone, still keeping our own style and still keeping that human touch."
Eddie Stephens, CartonCloud Service Desk Lead
これを設定するなら、AIサポートエージェントのトレーニングと、AIのブランドボイスの一貫性を保つ方法のガイドが、順を追って説明しています。
トーンガイドを古びさせないには?
採点することです。QAに入っていないトーンガイドは、どのQAツールを使っていても、ただの提案です。FrontのSmart QAは、トーン基準がどういうものかを知る参考になります。既定の「Tone」基準は、担当者のトーンが「suited the situation」だったかを問い、適応的、中立、ポジティブなトーンのバリエーションがあり、別にEmpathyとProfessionalismの基準もあります(Frontヘルプセンター)。
「Suited the situation」は正しい枠組みですが、同時に罠でもあります。スコアカードが特定の共感フレーズを確認するなら、担当者はフレーズを読み上げるようになります。あるコールセンターの担当者が、それがどういうものかを語っています。
"My best call was pulled and I was coached for not showing empathy by congratulating the member on their new car immediately. I instead congratulated them at the end of the call and that was against script."
特定の一文が現れたかではなく、ガイドに書かれた状況にトーンが合っていたかを採点してください。AIによるサポートQAとQAフィードバックの例の記事で、判断力を評価する基準の書き方を扱っています。
そのうえで、四半期ごとに30分のレビューを行います。QAとAIの編集履歴からトーンの修正を拾い、同じ修正が3回現れたら、それはガイドに入れるべきものです。担当者へのフィードバックの場で変更点を共有し、繰り返される修正はコーチングソフトウェアに回してください。
eeselでトーンガイドを実際に働かせる
トーンガイドが意味を持つのは、それが実際に形づくる返信においてだけです。eeselのAIヘルプデスクチームメイトは、既存のZendesk、Freshdesk、Gorgias、Help Scoutのキューに加わり、過去のチケットとマクロからチームのすでに書いている方法を学び、チケット上で直せる平易な言葉の指示として、トーンのルールに従います。まず下書きを内部メモとして始め、過去のチケットをまとめて再生してトーンを確認し、あなたらしく響くようになったら定型のチケットに答えさせてください。100クレジットで無料で試せ、有料プランはeeselの料金ページにあるとおり月額299ドルからです。