customer-reply

基本的なコミュニケーション原則

1. 解決策を示す前に、まず受け止めます。 回答や次のステップを提示する前に、お客様が経験していることを認めます。
2. 要点を最初に伝えます。 忙しい人は斜め読みします。冒頭に最も重要な情報を置きます。
3. 真実を伝えます。 実現できないことを約束したり、専門用語で問題を覆い隠したり、悪い知らせを後回しにしたりしてはいけません。
4. 具体的に伝えます。 曖昧な表現を、具体的な名称、日付、測定可能な約束に置き換えます。
5. 責任を引き受けます。 受け身の責任転嫁（「エラーが発生しました」）ではなく、一人称で責任を明確にします（「私たちが原因です」／「私が対応します」）。
6. 明確に締めくくります。 すべてのメッセージで、お客様が次に何が起きるのかを正確に把握できるようにします。
7. 相手の感情に合わせます。 不満には共感を示し、熱意には熱意で応えます。

メッセージの構成

お客様向けの返信は、多くの場合、次の4つの要素で構成されます。

1. Recognition (1-2 sentences)
   Show you understand their situation or question.

2. Substance (1-3 short paragraphs)
   Deliver the answer, update, or resolution.
   Be precise and include supporting details.

3. Action Items (1-3 bullets)
   - Steps YOU are taking and by when
   - Steps THEY may need to take
   - When they will next hear from you

4. Sign-off (1 sentence)
   Warm, professional close with an open door.

チャネルに応じた長さ

• ライブチャット／インスタントメッセージ： 1～4文。迅速で会話的にし、余計な言葉は省きます。
• チケットへの返信： 簡潔な段落を1～3つ。明確な構成で、ざっと読んでも把握しやすくします。
• メール： 最大5段落。相手の受信トレイを尊重し、必須でない内容は省きます。
• エスカレーションに関するやり取り： 必要に応じて詳しく説明しますが、見出しで整理し、読み進めやすくします。
• 経営層向けの連絡： 何よりも簡潔さを優先します。データを重視し、2～3段落にまとめます。

トーンの調整

状況	文体	特徴
良い知らせ	温かみのある	祝意を示し、前向きで、誠実
通常の進捗報告	親しみやすく、プロフェッショナル	情報が明確で、効率的、親しみやすい
技術的な説明	根気強く、正確	構成が明確で、詳細かつ専門用語を使わない
解決の遅延	責任を明確にする	遅延について正直に伝え、新しい予定を具体的に示す
望ましくない結果	率直	直接伝え、共感を示し、解決策を重視する
サービスの中断	透明性があり、迅速	迅速で事実に基づき、冷静さを保ち、行動を明確にする
重大なエスカレーション	冷静で、経営層向け	責任を明確にし、計画を重視し、自信を持って伝える
金銭に関する問題	慎重で、事実に基づく	金額を正確に示し、明確に説明し、共感を示す

関係の深さに応じた調整

取引開始間もないお客様（最初の90日間）：

• ややフォーマルで、丁寧な説明を心がけます
• 相手が知っていると決めつけず、背景情報を十分に提供します
• 役立つリソースを先回りして案内します
• 迅速な対応を優先し、信頼を築きます

長年のお客様：

• より温かく、会話的な文体にします
• 共有している背景や過去のやり取りに触れます
• より直接的かつ効率的に伝えます
• お客様の事業目標を理解していることを示します

不満を抱えているお客様、またはエスカレーション中のお客様：

• 誠実な共感と状況の受け止めから始めます
• 対応の速さと内容の両面で、緊急性を持って応じます
• 具体的で期限を明確にした対応計画を提示します
• 進捗報告の間隔を短くします

言葉遣いの基準

推奨する表現：

• 能動態：「調査が行われています」ではなく「私たちが調査しています」
• 人称代名詞：個人の約束には「私」、チームの対応には「私たち」
• 担当者の名前：「インフラチームのJordanが対応します」と伝えることで信頼を築きます
• お客様が使う言葉：社内用の呼称ではなく、お客様の用語を取り入れます
• 具体的な日付：「数日以内」ではなく「3月18日（水）まで」
• 視覚的な構成：長いメッセージには見出しや箇条書きを使います

避ける表現：

• 企業用語の多用：「相乗効果」「活用する」「改めて連絡する」「パラダイム」
• 責任転嫁：他部門、ベンダー、または「システム」のせいにしてはいけません
• 責任を回避する受動態：「過ちがありました」では責任の所在が曖昧になります
• 過度なぼかし表現：条件や但し書きが多すぎると、信頼感が損なわれます
• 不要な宛先：対応に参加する必要がある人だけを含めます
• 感嘆符の多用：1つのメッセージにつき最大1つまでにします

状況別メッセージの枠組み

不具合の報告を受け付ける

Hi [Name],

Thanks for flagging this -- I understand that [concrete impact] is
disrupting your work.

I have confirmed the problem and raised it with our engineering team
at [severity]. Here is what we know at this point:
- [Current understanding of the behavior]
- [Root cause, if identified]
- [Workaround, if one exists]

I will follow up by [date/time] with a timeline for the fix.
[Workaround details if applicable.]

Please reach out if you notice any additional effects.

Best,
[Name]

請求またはアカウントの問題に対応する

Hi [Name],

Thanks for getting in touch -- I understand that billing concerns
deserve fast answers.

After reviewing your account, here is what I found:
- [Factual summary of what occurred]
- [How it affected charges, access, or service]

To correct this, I am taking these steps:
- [Remediation action with expected timeline]
- [Additional action if needed]

[If already resolved: "The adjustment is complete and should appear
within [window]."]
[If still in progress: "I have escalated this to our billing team
and will update you by [date]."]

Sorry for the hassle. Let me know if anything else on your account
looks off.

Best,
[Name]

機能リクエストを断る

Hi [Name],

Thanks for this suggestion -- I see why [capability] would be
useful for [their scenario].

After discussing with our product team, this is not on our near-term
roadmap. The main reason is [straightforward, respectful rationale].

That said, here are some paths that might get you close to your goal:
- [Alternative 1]
- [Alternative 2]
- [API/integration option if relevant]

Your request is captured in our feedback pipeline, and I will let you
know if our plans shift.

Would any of these alternatives work for your team? Happy to explore
them further.

Best,
[Name]

インシデント発生中のコミュニケーション

Hi [Name],

I am reaching out because an issue with [affected service/feature]
is impacting functionality your team depends on.

**What is happening:** [Plain-language explanation]
**Effect on your usage:** [Their specific impact]
**Current status:** [Investigating / Cause identified / Fix deploying / Resolved]
**Expected resolution:** [Time estimate or update cadence]

[If applicable: "As a temporary measure, you can [workaround]."]

I am monitoring this directly and will update you when we have
progress. Live status is also available at [status page URL].

I apologize for the disruption. [Mention prevention steps if known.]

[Name]

返信がない場合の再連絡

Hi [Name],

Just circling back -- I sent [description] on [date] and want to
make sure it reached you.

[One-sentence recap of what is pending or offered.]

If the timing is not right, no problem at all -- let me know a
better window and I will reconnect then.

Best,
[Name]

状況に応じたパーソナライズ

新しいお客様

• 背景情報や説明を追加で提供します
• オンボーディング用のリソースや導入ガイドを案内します
• セルフサービスの選択肢を積極的に紹介します

経験豊富なお客様

• すでに理解している基礎的な説明は省きます
• 製品に関する深い知識をお持ちであることを認めます
• 要点を手短かつ効率的に伝えます

ストレスを抱えているお客様

• 何よりも共感と気持ちへの配慮を優先します
• お客様が抱える具体的な問題の解決を中心に返信します
• 期限を明示した、実行可能な対応計画を提示します
• 必要に応じて、さらなるエスカレーションへ直接つながる手段を案内します

フォローアップのタイミングの目安

状況	推奨するフォローアップの期間
お客様からの質問に回答がない場合	2～3営業日
対応中のサポート案件（重大度が高い場合）	毎日、またはSLAに応じてさらに頻繁に
対応中のサポート案件（標準）	2～3営業日ごと
会議後のアクションアイテム	24時間以内に要約を送り、各期限に確認
好ましくない知らせを伝えた後	影響や心情を確認するため、約1週間後

他のメンバーを巻き込むタイミング

次の場合はマネージャーを巻き込みます：

• お客様が解約や大幅なダウングレードの可能性を示している
• 権限を超えるポリシーの例外が必要である
• 解決までの期間がSLAの範囲を超えている
• お客様がリーダーとの連絡を求めている
• 自分のミスに対して、上位レベルでの是正が必要である

次の場合は製品またはエンジニアリングチームを巻き込みます：

• 不具合によって、お客様の主要な業務が妨げられている
• 機能の不足が競争上の損失につながっている
• 技術的な要件が通常のサポート範囲を超えている
• 統合レベルでの調査が必要である

基本原則

1. まず状況の種類を判断し、それに合ったトーンとフレームワークを選びます。
2. 関係性の成熟度と、関係者の役職を考慮します。
3. 問題への対応では解決策より先に共感を示し、成功を祝う際は相手の熱意に合わせます。
4. すべての約束に、具体的な日付または測定可能な成果を結び付けます。
5. どのメッセージにも、明確な次のステップを必ず示します。
6. 送信前に、お客様の立場で下書きを読み返します。
7. 機微な話題や複数チームにまたがる話題について約束する前に、社内で合意を取ります。
8. 容赦なく削り込みます。すべての文に、そこにある理由が必要です。