Claudeでお詫び文と謝罪リリースの初動声明を下書きする手順
不祥事や障害の初動で出すお詫び文を、Claudeに下書きさせる手順。確認済みの事実と調査中の事項を分け、断定・原因・再発防止の線引きと問い合わせ窓口の表記を整えます。
初動声明でClaudeに任せる範囲
謝罪の初動声明は、調査が終わる前に出す文書です。分かっていることと分かっていないことの境目が、文面の出来を決めます。Claudeに任せるのは、その境目を守ったまま読みやすい形に整える作業までです。
初動声明の下書きで分ける役割
Claudeに任せる
確認済みの事実を、謝罪・事実・対応・窓口の順に並べる作業です。トーンの調整や、媒体別の長さの書き分けもここに入ります。
人が持つ
何が確認済みか、原因をどこまで言うか、誰の名前で出すかです。誤った断定は後で訂正を重ねる原因になるため、広報・法務・経営が決めます。
プレスリリース全般の組み立てはClaudeでプレスリリースの文面を下書きする手順にあります。謝罪文はそれと違い、書かないことを決める作業が半分を占めます。
事実を3つの箱に分けてから書かせる
最初の指示で文面を頼むと、Claudeは情報の穴を自然な文で埋めてしまいます。先に、社内メモを3つの箱に仕分けさせます。
| 箱 | 中身 | 声明での扱い |
|---|---|---|
| 確認済み | 中身日時、影響を受けた範囲、すでに取った措置 | 声明での扱い事実として書く |
| 調査中 | 中身原因、被害の全体像、関係者の責任 | 声明での扱い「調査中」と明記し、推測を書かない |
| 言わない | 中身社内の憶測、個人の特定につながる情報 | 声明での扱い声明に入れない |
箱の判断は人が決めます。Claudeには、メモの各行をどの箱に入れるかの案を出させ、迷う行は理由つきで「調査中」側へ倒すよう指示します。
添付のメモの各行を、「確認済み」「調査中」「言わない」の3つに仕分けてください。
- 日時・数量・措置など、メモ内で裏づけが読み取れるものだけを「確認済み」にする
- 原因や責任の推測は、メモに断定の根拠があっても「調査中」に入れる
- 迷ったものは「調査中」にして、迷った理由を1行で添える
メモに書かれていない事実は、どの箱にも追加しないでください。仕分けの結果を見て、人が箱を直します。ここで確定した「確認済み」だけが、本文に入ってよい事実になります。
断定・原因・再発防止の線引き
初動で最も事故が起きやすいのは、原因と再発防止の書き方です。調査が済んでいないのに原因を言い切ると、後で覆ったときに謝罪が二度必要になります。
| 要素 | 初動で書く | 初動で書かない |
|---|---|---|
| お詫び | 初動で書く影響を受けた方々への謝罪 | 初動で書かない「誤解を招いたことについて」のように、相手の受け取りに責任を寄せる言い方 |
| 事実 | 初動で書く確認済みの日時と範囲 | 初動で書かない範囲が「限定的」「軽微」といった評価語 |
| 原因 | 初動で書く「原因を調査しています」 | 初動で書かない「担当者の操作ミス」「外部からの攻撃」といった推定の断定 |
| 再発防止 | 初動で書く調査後に報告するという約束 | 初動で書かない具体的な対策名、再発の「ありえない」という保証 |
| 責任 | 初動で書く組織として受け止める姿勢 | 初動で書かない個人名、処分の見通し |
「限定的」「軽微」のような評価語は、書き手の見立てであって事実ではありません。数字が確定していないなら、数字が確定していないことそのものを書きます。
Claudeに線引きを守らせるには、禁止表現を指示に並べます。
次の表現は声明に使わないでください。
- 原因の断定(「〜が原因です」「〜によるものです」)。原因は「調査中」とだけ書く
- 範囲や影響の評価語(「限定的」「軽微」「一部のみ」)
- 再発防止の保証(「二度と起こしません」「再発はありません」)
- 個人名と処分の見通し
- 相手の受け取りに責任を寄せる表現(「誤解を与えた」「ご不快に思われた」)こうした表現をClaudeが使ったとしても、人が差し戻せば足ります。ただ、最初から禁止リストに入れておくと、差し戻しの回数が減ります。
問い合わせ窓口は本文と分けて書かせる
窓口の表記は、謝罪の本文とは別の部品として扱います。窓口が本文に溶け込んでいると、窓口が変わったときに声明全体を直すことになるためです。
窓口欄に入れる4項目
受付先
部署名と、一般の方向け・報道向けの別です。
連絡手段
電話番号、メールアドレス、受付フォームの案内です。
受付時間
曜日と時間帯です。休日の扱いも書きます。
更新の予定
次の報告をいつ出すか、どこに掲載するかです。
窓口の連絡先は、Claudeに推測させてはいけません。メモにない番号やアドレスを補う危険があるためです。窓口欄は「【要確認:○○】」の印だけを残させ、実在の連絡先は人が差し込みます。
問い合わせ窓口は、受付先・連絡手段・受付時間・次回報告の予定の4項目だけを
表にして末尾に置いてください。連絡先の数字や文字列は書かず、
「【要確認:電話番号】」のように印を残してください。一般向けと報道向けで窓口を分けるときは、声明の本文は共通にして、窓口欄だけを差し替えます。
プロジェクトに声明の型と禁止表現を置く
謝罪の声明は、事案ごとにゼロから頼むと毎回指示がぶれます。Projectsに型を置いておくと、事案が起きたときにメモを貼るだけで始められます。公式の説明では、プロジェクトは独自のチャット履歴とナレッジベースを持つ閉じた作業空間で、文書をアップロードして文脈を与えられます。プロジェクトごとに指示も設定でき、例として「より丁寧な口調で答える」といった指定が挙がっています。
プロジェクトに置く資料は、次の3種類が基本です。
- 過去に自社が出した謝罪・訂正の文面(文体の見本)
- 上の線引き表と禁止表現リスト
- 決裁者と確認手順をまとめた1枚(誰が最終承認するか)
プロジェクト指示には、役割と禁止事項を書いておきます。以下は指示の一例です。
あなたは広報担当の下書き係です。謝罪声明の下書きだけを作ります。
- 入力メモを「確認済み」「調査中」「言わない」に仕分けてから本文を書く
- 本文には「確認済み」だけを事実として書く
- 原因・再発防止・責任の欄は、調査後に報告する旨だけを書く
- メモにない数値・固有名詞・連絡先は書かず、【要確認:○○】と残す
- 最終承認は人が行う。承認済みと書かない注意点が1つあります。プロジェクト内でも、チャットをまたいで文脈は共有されません。共有されるのはナレッジに入れた情報だけです。第一報の下書きで決めた事実を第二報のチャットでも使うなら、確定した版をナレッジに追加します。
Team・Enterpriseプランでは、プロジェクトを組織内で共有できます。権限は「閲覧のみ」と「編集可」の2段階です。「閲覧のみ」の人もナレッジと指示を見てチャットできます。禁止表現リストの編集は広報・法務に限り、現場の担当には閲覧だけを渡す運用が考えられます。
下書きの各文に根拠を付けさせて点検する
下書きができたら、すべての事実の文に根拠を付けさせます。開発者向けのガイドでは、幻覚を減らす基本策として、確信がないときは「分からない」と言ってよいと許可すること、長い文書では先に原文の引用を抜き出させること、主張ごとに引用で裏づけさせることが挙がっています。裏づけの引用が見つからない主張は撤回させる、という手順も書かれています。この考え方を、声明の点検に使えます。
下書きの各文のうち、事実を述べている文を一覧にしてください。
それぞれに、メモの該当箇所を引用して付けてください。
引用が見つからない文は声明から削除し、削除した位置に [] を残してください。
確信がない箇所は「判断できません」と書いてください。結果は、次のような表で返させると確認しやすくなります。
| 声明の文 | メモの根拠 | 判定 |
|---|---|---|
| ○月○日に○○が発生しました | メモの根拠メモ3行目 | 判定根拠あり |
| 影響は限定的でした | メモの根拠なし | 判定削除 |
| 原因を調査しています | メモの根拠メモ7行目 | 判定根拠あり |
「根拠あり」でも、メモ自体の誤りは見抜けません。公式のガイドも、これらの手法で幻覚を大きく減らせるが完全にはなくならない、重要な情報は必ず検証すると述べています。メモの内容は、現場の記録や一次資料で人が確かめます。
第二報と最終報告で書き換える前提にする
初動声明は、あとで更新されるものとして書きます。次の報告で何を知らせるかを、初動のうちに約束しておくと、読み手の不安を抑えられます。
- 第二報: 調査で分かった事実と、被害の範囲の確定
- 最終報告: 原因の確定、再発防止策、関係者の処分
Claudeには、初動声明で「調査中」にした項目を、第二報で埋める欄として引き継がせます。
前回の声明で「調査中」とした項目を一覧にしてください。
今回のメモで確定した項目だけを事実として移し、確定しない項目は
引き続き「調査中」としてください。前回と矛盾する記述があれば、
文面を作らずに矛盾の箇所を先に報告してください。前回の声明は、確定版としてナレッジに入れておきます。毎回の貼り直しが要らなくなり、第一報と第二報の食い違いも見つけやすくなります。
媒体ごとに長さと役割を書き分ける
同じ事案でも、自社サイトの告知、SNS、報道機関向けでは読まれ方が違います。本文を一本だけ作って使い回すと、SNSでは長すぎ、報道向けには情報が足りなくなります。
そこで、確定した声明を親文書にして、媒体別の版は親文書から派生させます。派生版に新しい事実を足さないことが条件です。親文書にない数字や表現が派生版に現れたら、その時点で差し戻します。
- 自社サイトの告知: 親文書の全文。窓口欄と更新予定を含める
- SNS: お詫び、確認済みの要点、告知ページへの案内の三点だけにする
- 報道機関向け: 親文書に、広報の連絡先と取材の受付方法を足す
確定済みの声明を親文書とします。SNS用に、お詫びと要点と告知ページへの案内だけを
短くまとめてください。親文書に書かれていない事実や表現は一切足さないでください。SNS用の短文は、短さのために評価語が戻りやすい箇所です。「ご安心ください」「影響はありません」のような安心を与える一言は、確定した事実でないかぎり入れません。
トーンは先に決めて指示に書く
謝罪の文面は、丁寧であることと、責任の所在が明確であることの両方が要ります。丁寧さばかりを重ねると、誰が何を謝っているのかが見えなくなります。
トーンの指示は、禁止表現とあわせて最初に決めます。たとえば、主語は「当社」とし、謝る対象は影響を受けた方々、約束することは調査後の報告、と三つを固定します。この三つを指示に入れておくと、Claudeが事案ごとに言い回しを変えても、骨格は変わりません。
過去の謝罪文の中に、自社の基準に合わない表現が混ざっているなら、見本としてナレッジに入れる前に人が選別します。見本の癖はそのまま下書きに出るためです。
公開前に人が確認する表
Claudeの下書きを公開する前に、次の項目を1件ずつ確認します。
| 確認項目 | 見る場所 | 起きがちなずれ |
|---|---|---|
| 日時・数量 | 見る場所現場の記録 | 起きがちなずれ暫定値が確定値のように書かれる |
| 原因・責任 | 見る場所調査担当の報告 | 起きがちなずれ推定が断定になっている |
| 再発防止の表現 | 見る場所経営の承認 | 起きがちなずれ実行未定の対策が約束になっている |
| 窓口の連絡先 | 見る場所総務・広報の台帳 | 起きがちなずれ休日の受付が書かれていない |
| 個人情報 | 見る場所法務・情報管理 | 起きがちなずれ関係者や被害者が特定できる |
| 掲載先と時刻 | 見る場所広報の運用表 | 起きがちなずれ自社サイトと報道向けの公開時刻がずれる |
被害者や関係者の個人情報を扱うときは、Claudeに渡すメモを加工してから貼ります。氏名はイニシャルや仮の呼称に置き換え、必要がなければ住所や連絡先を入れません。履歴に残したくない相談は、Claudeインコグニートチャットの使い方と制限で保持期間などを確かめてから使います。
よくあるつまずき
謝罪の下書きで起きやすい失敗
原因を先に埋められる
メモに原因の推測が混ざっていると、本文にそのまま書かれます。仕分けの段階で「調査中」へ移します。
謝罪が長くなる
経緯を詳しく書くほど、誤りが増えます。初動は事実・対応・窓口の三点に絞ります。
丁寧すぎて責任が曖昧になる
「ご迷惑をおかけしたことをお詫び申し上げます」だけでは、何を謝るのかが伝わりません。対象の事案を具体的に書かせます。
承認済みの印が付く
下書きに「承認済み」「確認済み」と書かれることがあります。承認の記録は人が別に残します。
炎上の可能性がある文面は、公開前にClaudeでSNS投稿前の炎上リスクをチェックする手順の点検を通すと、受け取られ方の見落としを減らせます。顧客からの苦情を受ける側の文面は、Claudeで消費者トラブルの問い合わせ文を下書きする方法が扱う消費者側の文面の、受け取る側にあたります。
まとめ
謝罪の初動声明でClaudeに頼むのは、書く前の仕分けです。確認済み・調査中・言わないの3箱を先に決めれば、原因や再発防止を断定する文は入りにくくなります。
窓口の連絡先は印だけを残させ、実在の番号は人が差し込みます。第二報に備えて、確定した声明をプロジェクトのナレッジに残しておく運用が、のちの訂正を減らします。