ライブチャットのエチケット:サポートを人間らしくする9つのルール
Riellvriany Indriawan
Katelin Teen
最終更新 July 6, 2026

チャットは見た目より難しい理由
チャットはカジュアルに感じられますが、それこそが罠です。電話なら声のトーンがあり、対面ならボディランゲージがあります。ライブチャットにあるのは点滅するカーソルと打ち込んだ言葉だけで、顧客は沈黙のすべてを最悪のシナリオで埋めてしまいます。何かを調べている3分間の空白は「忘れられた」と受け取られます。コピペした挨拶は「これは台本だ」と受け取られます。「それはサポート対象外です」というそっけない一言は「消えろ」と受け取られます。
だからこそ、エチケットは他のどのチャネルよりもここで重要になります。チャットにおける良いカスタマーサービスとは、堅苦しくすることではなく、自分が伝えたかったことと実際に言葉が伝えていることのギャップを埋めることです。私は数多くの悪いカスタマーサービスの実例を読んできましたが、そのほとんどは気にかけていない担当者の話ではありません。時間に追われる中で言葉が悪い方向に伝わってしまった担当者の話です。
だから以下のルールは「礼儀正しくしよう」というより、「テキストのせいで冷たい人だと思われないようにするには」という話です。
1. 解決が早くできなくても、応答だけは早くする
もっとも重要な習慣は、一次応答の時計と解決の時計を分けて考えることです。「Samさん、こんにちは。ご注文が処理中のまま止まっているのを確認しました。今すぐ確認します」というメッセージを30秒以内に受け取った顧客は、たとえ解決に10分かかっても落ち着いていられます。完璧な答えを求めて3分間黙って待たされた顧客は、読む前からすでにイライラしています。

ここでもAIが力を発揮します。人間は一度に一つのチャットにしか挨拶できませんが、AIはチャットが届いた瞬間に、すべてのチャットへ正確で具体的な最初の返信を送れます。チームがチャットに自動化を導入したときに最初に見られる成果が、たいてい初回応答時間の短縮である理由はここにあります。一次応答が「誰が手が空いているか」に左右されなくなるのです。
2. マニュアルではなく人として書く
一番手っ取り早くロボットっぽく聞こえてしまうのは、なんとなく合っている定型文に頼ることです。「ご依頼を受け付け、処理を進めております」は技術的には問題ありませんが、まったく生気がありません。「了解しました、今すぐご注文を確認しますね」は同じ内容を伝えつつ、実際に人がそこにいるように聞こえます。

はしゃぐ必要はありません。顧客のトーンに合わせましょう。明らかに急いでいる相手には短く効率的に、イライラしている相手には少し温かみを持たせて。私が使っているルールはシンプルです。この文章を、目の前に立っている人に声に出して言うだろうか?利用規約を読み上げているように聞こえるなら、書き直しましょう。これは良いカスタマーサービスの心構えの核心です。チャットでは言葉がすべての関係性なのです。
下のリライトツールで、自分がよく使う定型文をいくつか試してみてください。
3. 絶対に黙り込まない、待ち時間は言葉で伝える
沈黙は最大の敵です。何かを調べたり、社内ナレッジベースを探したり、他のチームに確認したりする必要が出てきた瞬間に、それを伝えましょう。「請求チームに確認するので2分ください、いなくなったりしません」。そして実際に2分以内に戻ってきましょう。たとえ「まだ確認中です、お待たせして申し訳ありません」だけだとしても。
顧客は待つこと自体はそれほど気にしません。気にするのは、あなたがまだそこにいるかどうかがわからないことです。「入力中」の表示は役に立ちますが、言葉の方が効果的です。90秒間表示されっぱなしの入力中バブルは、それ自体が不安の種になります。
4. 返信する前にメッセージ全体を読む
チャットは奇妙な形で忍耐力に報います。メッセージが断片的に届くため、顧客が考えを言い終える前に最初の一文へ反射的に返信したくなります。そうすると間違った質問に答えてしまい、二人ともやり直すことになります。相手が言い終えるのを待ち、全体を読んでから、一度で完全に返信しましょう。これは基本的なカスタマーサービスの問題解決です。最初の一文ではなく、実際の問題を解決するということです。良いチケットトリアージの裏にあるのと同じ感覚が、顧客の目の前でリアルタイムに起きているだけです。
5. わからないときは正直に言う
「確認してきます」は、自信満々の当てずっぽうに常に勝ります。顧客は担当者がその場しのぎで対応しているかどうかを見抜くセンサーを持っており、一度の間違った「はい」は、10回の正直な「確認します」よりも多くの信頼を失わせます。多くのチャットボットが間違える原因もまさにここにあります。常に答えを出すように調整されているため、答えをでっち上げてしまうのです。
「AIが100%の質問に答えられるようになることは決してありません……私が必要としているのは、確信を持って対応できるチケットだけを扱い、それ以外はすべて手を出さずにおいてくれるAIです。」
これはあるDTC(消費者直販)サプリメント企業のCXリードが、優れた人間の担当者がすでに持っている感覚そのものを語ったものです。エチケットのルールとAIの設定ルールは同じルールです。確信が持てることだけに答え、それ以外については正直に伝えるということです。
6. AIに任せる部分と人に任せる部分を決める
これが2026年版のチャットエチケットであり、私がここ数年取り組んできたテーマです。ボットと人間の振り分けです。これがうまくいけば、顧客はその継ぎ目にほとんど気づきません。うまくいかなければ、ボットが微妙なニュアンスの質問に頑なに答え続けるか、逆にボットなら即座に解決できたはずの質問のために顧客が人間を待ってキューに並ぶことになります。

うまくいくルールはカテゴリーではなく確信度です。「返品はボットが担当する」のようにハードコードしてはいけません。実際のドキュメントや過去のチケットに基づいて本当に確信が持てることはAIに何でも答えさせ、それ以外はすべて静かに人へ回しましょう。私たちはこれを痛い目を見ながら学びました。eeselが本番稼働前に必ずチームの過去のチケット数千件に対してロールアウトをシミュレーションするのは、自信満々に聞こえるボットが間違った答えを出すのを何度も目にしてきたからです。先にシミュレーションすることで、顧客より先にそうしたギャップを見つけられます。
どこまで自動化すべきか悩んでいるチームには、私たちのAIと人間のサポートについての考え方が正直なところです。どちらか一方ではなく、確信度に基づいて両者に振り分けるということです。同じ考え方が、うまく機能するライブチャットのデフレクションの裏にもあります。簡単なものはデフレクトし、残りはエスカレーションするということです。
7. 経緯をすべて添えて引き継ぐ
ルール6が「いつ」引き継ぐかを決めることだとすれば、ルール7は「どう」引き継ぐかです。チャットにおける最大の罪は、顧客に同じことを繰り返させることです。人から人へでも、ボットから人へでも、転送する際には、次の担当者が名前、注文番号、これまで試したことをすでに把握した状態でチャットに入るべきです。
これが実際の不満として現れるのを見たことがあります。あるZendesk管理者は、AIが作成した返信案は良かったものの「それを承認する手段がない」と話していました。摩擦の原因は回答内容ではなく、引き継ぎの仕組みにあったのです。良い会話型サポートは、会話の記録を最初からやり直す材料ではなく、バトンとして扱います。ヘルプデスクAIがエスカレーション時にチケットへフルコンテキストを落とし込んでくれれば、人間担当者が「それで、状況を改めて教えてもらえますか?」と聞く必要はなくなります。
8. チャットを閉じるだけでなく、話を締めくくる
「他にご用件はございますか?では終了します」で終わるチャットは、目の前でドアを閉められたように感じます。「これで完了です、返金は3〜5日で反映されます。せっかくなので他に何かありますか?」で終わるチャットは、結果を確認し、次の見通しを示し、ドアを開けたままにしてくれます。入力にかかる時間はどちらも同じ数秒ですが、印象はまったく違います。
チャット後にCSATアンケートを送っている場合、顧客が評価するのはこの締めくくりの一言です。実際にレポートしているカスタマーサービスKPIを大きく左右する要素であり、正しくやるのにコストは一切かかりません。
9. すべてのチャネルでトーンを一貫させる
顧客は問題対応の途中でチャットからメール、WhatsAppへと移動しますが、そのたびに声のトーンが変わると違和感を覚えます。挨拶、締めの言葉、温かさのレベルは、どのステップでも同じ会社だと感じられるべきです。これがオムニチャネルアプローチの要点であり、人間の声だけでなくボットの声にも同じように当てはまります。Shopifyストア、Zendeskウィジェット、Freshdeskを横断してAIライブチャットを運用しているなら、エチケットはどこでも同じように感じられるべきです。
特にEC企業にとって、この一貫性が勝負の半分を占めます。オンラインストアにおけるライブチャットのベストプラクティスは、顧客がどこで会話を始めたとしても、落ち着いた有能な一つの声に聞こえることに尽きます。それはまた、プロアクティブチャットが唐突なポップアップではなくきちんと受け入れられるようにする要素でもあります。
クイックリファレンス
| 状況 | やらないこと | やること |
|---|---|---|
| 新しいチャットが届いたとき | 完璧な答えが揃うまで待つ | 30秒以内に名前を呼んで一次応答する |
| 調査が必要なとき | 黙り込む | 「2分ください、いなくなったりしません」 |
| 答えがわからないとき | 自信満々の当てずっぽう | 「確認してきます」 |
| 繰り返し発生するティア1の質問 | 人間のためにキューで待たせる | 確信のあるAIに即座に答えさせる |
| 微妙なニュアンス / 怒っている顧客 | ボットに無理に対応させ続ける | コンテキストを添えて人に引き継ぐ |
| チャットを転送するとき | 「担当者に代わりますので少々お待ちください」 | 名前、注文、経緯を引き継ぐ |
| チャットを終了するとき | 「では終了します」 | 結果と次の見通しを確認する |
どれも難しいことではありません。ただ、金曜日の午後4時に9件のチャットを同時に開いている状況では忘れがちなだけです。まさにそういうときこそ、繰り返し作業へのちょっとしたAIの助けが、人間を人間らしくいさせてくれます。夜間や時差をまたいで対応している場合も、同じ習慣が24時間365日のサポートを自動化ではなくきちんと人が対応しているように感じさせ、人間が送る返信を下書きするAIコパイロットとも自然に組み合わさります。
あなたのライブチャットにeeselを
このリストの中で一番難しいルールがルール6、つまり何を自動化して何をチームに任せるかを見極めることだとしたら、それはまさにeeselが解決するために存在する課題です。既存のヘルプデスク(Zendesk、Freshdesk、Gorgias、Front、HubSpot)に接続し、過去のチケットやヘルプドキュメントから学習し、本当に確信が持てるチャットにだけ自動返信し、それ以外はフルコンテキストを添えてすべて人間に引き継ぎます。これにより顧客は毎回瞬時にブランドに沿った一次応答を受け取り、チームは同じティア1の質問にエネルギーを費やさずに済みます。
実際の差別化ポイントとして挙げたいのは、顧客と話す前に、実際の過去のチャット数千件に対して仕組み全体をシミュレーションできることです。どの会話をどのように処理していたかを正確に確認し、本番稼働前にトーンを調整できます。Gridwiseはまさにこれを行い、初月でティア1リクエストの73%を解決しました。

良いエチケットは、退屈なチャットが自動的に処理され、人間は本当に重要なチャットで人間らしくいられるときにスケールします。無料でお試しいただけ、クレジットカードは不要です。まずはご自身のチケットに対してどう機能するかを見てみてください。
よくある質問
ライブチャットのエチケットとは?
ライブチャットではどれくらい早く返信すべきですか?
よくあるライブチャットのエチケットの失敗は何ですか?
ライブチャットではAIにどこまで任せるべきですか?
ライブチャットのエチケットは実際にCSATに影響しますか?

Article by
Riellvriany Indriawan
Riell is a designer and writer at eesel AI with about two years of experience researching CX platforms, AI chatbots, and helpdesk software. She combines her design background with a sharp eye for how these tools actually look and feel in practice — making her comparisons unusually visual and user-focused.








