謝罪文こそAIに下書きさせて、人間は「事実確認」に集中する。
お詫びメールは、動揺した状態で書くいちばん難しいメールです。焦って書くと、言い訳が先に来たり、逆に謝りすぎて大事故のような印象を与えたりします。だからこそ、感情の入っていないAIに下書きさせる価値があります。
ただしAIに「謝罪メールを書いて」とだけ頼むと、何をどこまで謝るべきか分からないため、平身低頭の全面降伏文が出てきがちです。謝罪の温度は事故の重さに合わせて人間が決める——これがこのレシピの肝です。
「この度は多大なるご迷惑をおかけし、深くお詫び申し上げます。弁解の余地もございません。今後このようなことが二度とないよう——」…1日の遅延でも重大事故でも同じ、土下座一辺倒の文面が出てきます。肝心の「いつ納品できるのか」がどこにも書いてありません。
AIは事故の重さを知らないので、安全側に倒して最大級の謝罪を書きます。しかし相手が本当に知りたいのは謝罪の深さではなく「結局いつ届くのか」「再発するのか」という事実。ここが抜けた謝罪文は、丁寧なのに不安を増やすメールになります。
お詫びメールの成否は、謝罪・事実・対策の配合比で決まります。この比率はAIには決められないので、プロンプトで人間が指定します。
【 】の中を自分の状況に書き換えて使ってください。全部埋まらなくても大丈夫——埋めた分だけ、出力があなた仕様になります。
「何が起きたか」と「これからどうするか」を欄として分けると、AIは謝罪だけで埋めずに、相手が知りたい情報を漏らさず配置してくれます。
軽微／中程度／重大の3段階を伝えるだけで、謝罪の温度が適正になります。この判断だけはAIに任せてはいけない部分です。
AIの謝罪文は放っておくと重くなる方向に暴走します。「弁解の余地もございません」のような定型句を禁止しておくと、誠実さを保ったまま実務的な文面になります。
「お詫び→事実→リカバリー→再度のお詫び」の順を指定すると、言い訳が先に来る事故を構造的に防げます。
「すでに電話で第一報とお詫びは済んでいる。その内容を文面として残すためのメール」と伝えると、二重に謝りすぎない適切な温度になります。
同じ状況欄を使い回して「上司向けの経緯報告に書き換えて。謝罪よりも事実関係と対応状況を優先」と頼めば、社内報告が一瞬で作れます。
原因や復旧見込みが曖昧なままAIに書かせると、もっともらしい「確定情報風」の文章になり、後から訂正する二次事故につながります。書かせる前に、約束できる事実を確定させてください。
損害賠償や契約解除の可能性がある案件は、文面の問題ではなく対応方針の問題です。上司や法務と方針を決めるのが先で、AIに任せるのは決まった方針を文章化する最後の工程だけにしましょう。
トラブルの経緯には取引条件や担当者名が含まれがちです。社名は「A社」、金額は「◯円」と伏せて書かせ、送信前に自分で戻すのが安全です。
誠意は文面ではなく、事実確認の速さとリカバリーの実行で伝わります。動揺した頭で1時間悩むより、AIの下書きを3分で整えて、残りの時間を復旧対応に使うほうが相手のためになります。
お詫びメールだけは必ず全文を読み直してください。特に「事実と違うことを約束していないか」「謝罪の温度が事故の重さと合っているか」の2点は、送信者にしか判断できません。
レシピは覚えるより、今日の仕事でひとつ試すほうが早い。