今日の文書 — ナレッジベース記事（社内向け）
ナレッジベース記事（社内向け） — 問い合わせ窓口のオペレーターが、通話やチャットの最中に検索して開き、その場で何をするかを決めるための短い記事。FAQ（Day009）が会員本人に読ませる記事なのに対し、こちらは会員の代わりに画面を操作できる人が読む。だから「やってよいこと」と「やってはいけないこと」の境目が、記事の中身そのものになる。
| 比べる文書 | 読み手 | 書くもの | 間違えたときに起きること |
|---|---|---|---|
| FAQ / ヘルプ記事（Day009） | 会員 | 会員が自分でできる手順 | 会員が解決できず、問い合わせが増える |
| ナレッジベース記事（今日） | オペレーター | 会員の言葉ごとの分岐、その場でやってよい操作、上げる条件 | オペレーターが会員の代わりに誤った操作をする（今日は41件起きた） |
| エスカレーション手順書（CS#3、次回の候補） | オペレーター・SV | いつ・誰に・何を渡して上げるか | 上げるべきものが上がらない／上げなくてよいものが溢れる |
世界で広く使われている型に KCS（Knowledge-Centered Service、Consortium for Service Innovation が公開している手法） がある。KCS の記事は Issue（問い合わせた人の言葉での状況）／Environment（製品・設定・最近変わったこと）／Resolution（答えや手順）／Cause（原因。任意） で組む。今日の Good はこの型をほぼ満たしている。
この文書の勝負どころ: 判断に迷った時の分岐が書かれているか。 今日の題材では、もう一段深い問いがある。「迷う場面」を書き手の側（システムの仕様）ではなく、読み手の側（通話中に見えているもの・会員が口にする言葉）から切り出しているか。 そして、やってはいけない操作に理由を添えているか。 理由のない禁止は、会員に強く頼まれた瞬間に破られる。
シナリオ
あなたは株式会社ノヴァストア EC事業本部・販促システム部の MOpsチームマネージャー・宮田（Day024の続き。Day025の市場調査と並行して、迷惑メール報告率の打ち手を進めている）。
6/25（月）、打ち手 T1 を始めた。ポイントサイト3社を経由して新しく登録した会員には、登録時に「メール受信の確認」メールを送り、会員がそのメールの［受け取る］ボタンを押すまで、メルマガとクーポンメールを送らない（Day024。この経路の会員の迷惑メール報告率は1.9%で、全体の0.12%を大きく押し上げていた）。リンクの有効期限は72時間。期限が切れても、会員がマイページの「メール設定」で［受け取る］を押せば確認メールが届き直す。会員の画面（CS管理画面）の「メール受信」欄には、6/25から「受け取る／受け取らない／確認待ち」の3つが出る。
問い合わせは、CS部が北海道の委託先コンタクトセンターに任せている（オペレーター38名、うち入社3か月未満9名、SV4名）。6/20、宮田は始める前に社内のナレッジベースへ記事を1本出した（今日の Bad。当時の実物）。
ところが、
| 期間 | 起きたこと（数字はシナリオ内の設定） |
|---|---|
| 6/25〜7/8（2週） | 「メルマガ・クーポンが届かない」問い合わせ 187件（平常は2週で約22件）。CS部 ヘルプセンター担当リーダーの松本さん（Day009）が全件を分けた: 確認リンクをまだ押していない 104 ／確認メールが迷惑メールフォルダかGmailのプロモーションタブにある 31 ／「ポイントが付かない」（ポイントサイトのポイント）19 ／登録したアドレスの誤り・別アドレス 14 ／リンクを押したのに届かない（不具合の疑い）6 ／その他 13 |
| 7/1〜7/8 | MOpsの日次確認で、オペレーターが CS管理画面の「メール受信」欄を確認待ちから「受け取る」へ手で変えた操作が41件見つかった（12名による）。うち2件は、その後に届いたメルマガで迷惑メール報告をしていた |
| 7/9（月） | 宮田と松本さんが原因を話し合った。オペレーターは記事の「受信設定を確認し、必要に応じて対応」を「設定を直してよい」と読んでいた。記事の書き方の問題で、オペレーター個人の問題ではない（blameless）。41件はMOpsが確認待ちに戻し、確認メールを送り直した |
手で変えると何が困るか:
- 法律: 特定電子メール法は、広告メールを送るには事前の同意が要り（第3条第1項）、同意を受けたことを証する記録を保存することを求める（第3条第2項）。T1では「会員本人がリンクを押した記録」がその記録になる。オペレーターが代わりに変えると、本人が同意した記録が残らない
- 測定: 7/31に、到達性の支援会社 Mailwise と T1 の効果を判定する（Day024）。報告率の高い経路の会員に手で配信を戻すと、効果が薄まって見える
7/11（水）、MOpsは CS管理画面に ［確認メール再送］ボタンを足した。宮田は記事を書き直し、7/12（木）朝の始業前に松本さんのレビューを経てナレッジベースに公開する。松本さんからの注文は2つ。「委託先は通話中に記事を開く。保留は1回60秒までという委託の約束がある」「入社3か月未満の人が9人いる。判断を任せる範囲を、はっきり書いてほしい」。
ポイントサイトについては、宮田が7/3に3社へ確かめた。ポイントの成果条件は「会員登録の完了」で、メールの確認は条件に入っていない。 付与は登録から30〜60日後で、当社からは状況を見られない。
読み手プロファイル
| 項目 | 内容 |
|---|---|
| 誰が読むか | 委託先コンタクトセンターのオペレーター約38名（うち入社3か月未満9名）と SV 4名。当社の社員ではない。1日の受電は1人あたり約40件で、メールの問い合わせはその一部 |
| 何を判断するために読むか | いま電話に出ている会員に、何を言い、画面で何をするか。自分で終えてよいか、上げるか。 理解のためではなく、その場の行動のために読む |
| 何を知っているか | CS管理画面の操作、会員の言葉づかいと怒り方、マイページの画面、Day009 の配信停止の記事（KB-0412） |
| 何を知らないか | T1 という打ち手があること、なぜ確認メールを始めたか（迷惑メール報告率・Gmailの上限）、特定電子メール法の同意の記録、ポイントサイトの成果条件、7/31の判定 |
| 何を気にしているか | 通話を早く、怒らせずに終えること（平均処理時間6分、保留は1回60秒まで）。自分の判断で間違えて、品質評価で減点されること。会員に「前の人はやってくれた」と言われたときの返し方 |
| 読む時間と場面 | 通話中、会員を待たせたまま画面の右半分で30秒。 検索窓に会員の言った言葉（「メルマガ 届かない」「クーポン 来ない」）を打つ。始業前の朝礼で一度だけ、5分で目を通す |
この読み手が変わると何が変わるか: 読み手がMOpsのエンジニア（Lv1、自チーム）なら、会員の言葉ではなく「確認待ちのまま止まる条件」と「ログのどこを見るか」から書き、T1の目的も略語のままでよい。読み手が会員本人（FAQ、Day009）なら、管理画面の欄や［確認メール再送］は出さず、「マイページで［受け取る］を押す」だけを書く。今日は会員の代わりに画面を操作できる、社外のオペレーターなので、「その場でやってよいこと」と「やってはいけないこと（理由つき）」の境目を、通話中に見えるものから書く。
4段階で見る — 「タイトルと、対応の分岐（本体）」
同じナレッジベース記事の 「タイトルと、対応の分岐（本体）」 を4段階で書き分けたもの。オペレーターが通話中に読むのはほぼこの部分。タブで精読、「横に並べる」で差を一望できる。
行数 12・17・19・15行、字数 Bad215→Good375→Better602→Best548字（空白を除く・実測）。BestがBetterより短い（Day025に続く逆転）。A・Bの手順3行ずつを「欄×会員の言葉→その場でやること」の1行ずつにまとめ、細かい手順を全文へ回したため。増えたのは「一人で決めてよい範囲」。
件名「メール配信仕様変更」、T1・ASP・ダブルオプトイン。
手順は「必要に応じて対応」の1行だけ。
これを読んで41件、欄が手で「受け取る」に。KCSの型（事象・環境・原因・手順）。禁止も書いてある。
ただし手順はシステムを調べる順（登録経路→登録日）。
禁止に理由がなく、「解決しない場合」が曖昧。検索語の行と、画面の「メール受信」欄から分岐。
会員に言う言葉・再送ボタン・終わりの見分け方。
禁止に理由1行、上げる条件は「押して24時間」。冒頭に「してはいけないことは1つだけ」。
「欄×会員の言葉」の表を右端までその場で決めてよい。
上げるのは2つだけ。迷ったら折り返し（減点なし）。"Email Delivery Spec Change".
"initiative T1", "3 ASPs".
"take action as appropriate"."Issue / Environment / Cause / Resolution".
"If in scope, ask the member..."
"Do not change..." (no reason)."First, check the 'Email' field".
"Say: 'Could you tap...?'"
"...the consent record we are legally required to keep.""The one thing you must not do".
"you can decide all of this on the call".
"That was our mistake... it has been reversed."【MOps】メール配信仕様変更について（6/25〜）
■概要
6/25より、迷惑メール報告率改善施策（T1）の一環として、
一部の新規会員にダブルオプトインを導入しました。
対象会員は確認メールのURLをクリックするまでメルマガが配信されません。
■対象
アフィリエイト経由（ASP3社）の新規登録会員
■問い合わせ対応
メルマガが届かない旨の問い合わせがあった場合は、受信設定を確認し、
必要に応じて対応してください。
■その他
詳細はMOpsまで。[MOps] Email Delivery Spec Change (from Jun 25)
Overview
As part of initiative T1 to improve the spam complaint rate,
we have introduced double opt-in for some new members.
Target members will not receive newsletters until they click the URL in the confirmation email.
Target
New members acquired via affiliate (3 ASPs)
Handling inquiries
If a member says newsletters are not arriving, please check the subscription settings
and take action as appropriate.
Other
Contact MOps for details."take action as appropriate" は英語のサポート記事で最も危険な定型の1つ。判断を読み手に丸投げしていると読まれ、エージェントは手元で一番早い操作を選ぶ。"Spec Change" という書き手側のタイトルも、エージェントの検索語（"not receiving emails"）に当たらない。
タイトル: メールマガジンが届かない（6/25以降の新規登録会員）
■事象
6/25以降に登録した一部の会員に、メールマガジン・クーポンメールが届かない
■対象（環境）
ポイントサイト経由（3社）で6/25以降に新規登録した会員
■原因
登録時に送る「メール受信の確認」メールのリンクを押すまで、配信しない仕様のため
■対応手順
1. 会員IDで会員情報を開き、登録経路と登録日を確認する
2. 対象の場合、確認メールのリンクを押すよう案内する
3. 確認メールが見当たらない場合は、迷惑メールフォルダを確認してもらう
4. リンクの期限（72時間）が切れている場合は、マイページから再設定を案内する
■注意事項
・管理画面でメール受信設定を変更しないこと
・ポイントに関する問い合わせはポイントサイトへ案内すること
■エスカレーション
上記で解決しない場合は、エスカレーション票でMOpsへBadから何が変わったか:
- ②読み手適合が動いた。タイトルが会員の言葉（「メールマガジンが届かない」）になり、略語が消えた。「アフィリエイト経由（ASP3社）」が「ポイントサイト経由（3社）」になった
- ③事実と解釈の分離が動いた。KCS の型どおり、事象・対象（環境）・原因・手順が分かれた。原因が「仕様」であって不具合ではないことが読める
- ④次の行動が動いた。手順が番号つきになり、「管理画面でメール受信設定を変更しないこと」が明記された。Bad の41件の誤操作は、これで大半は止まる
- ⑤想定反論が少し動いた。ポイントの問い合わせへの案内先が書かれた
まだ足りないもの（ここが今日の本題）:
- 手順が「システムを調べる順」で、通話の順ではない。 手順1は「登録経路と登録日を確認する」。これは書き手（MOps）が原因を確かめるときの順番で、オペレーターは登録経路の欄がどこにあるかを探し、6/25以降かを数え、それから「対象かどうか」を判断する。6/25から画面に出ている「メール受信: 確認待ち」の欄を見れば、10秒で分かるのに
- 禁止に理由がない。 「変更しないこと」だけでは、会員に「前の人はやってくれた」「電話で同意するから設定して」と言われたとき、オペレーターは断る言葉を持たない。理由を知らない禁止は、強く頼まれた瞬間に破られる。そして断ったとき、品質評価で減点されないかが分からない
- 会員に何を言うかがない。 「リンクを押すよう案内する」の中身は、オペレーターごとに違う。入社3か月未満の9名は、確認メールが何という件名で、どこに届くのかも知らない
- 7/11に足した［確認メール再送］が使われていない。 手順4は「マイページから再設定を案内」で、会員に操作をさせて通話が長引く
- 「上記で解決しない場合」が、いつかを決めていない。 何分待てば、何回試せば「解決しない」なのか。結果として、不具合の疑い（6件）と、待てば届くもの（31件の迷惑フォルダ）が、同じ「解決しない」に混ざる
- 確認待ちでない会員の分岐がない。 欄が「受け取る」なのに届かない会員（アドレスの誤り・迷惑フォルダ）は、この手順のどこにも当てはまらない
Title: Member not receiving newsletters (new members since Jun 25)
Issue
Some members who signed up on or after Jun 25 are not receiving newsletters or coupon emails
Environment
Members who signed up through one of 3 points sites on or after Jun 25
Cause
We do not send email until the member clicks the link in the "Confirm your email" message
Resolution
1. Open the member record and check the sign-up source and date
2. If in scope, ask the member to click the link in the confirmation email
3. If they cannot find it, ask them to check their spam folder
4. If the link has expired (72 hours), guide them to reset it in My Account
Notes
- Do not change the email subscription setting in the admin console
- Refer points questions to the points site
Escalation
If the above does not resolve the issue, raise an escalation ticket to MOpsKCS の Issue / Environment / Cause / Resolution をそのまま使った、英文として正しい形。ただし "If in scope" は、エージェントに「範囲かどうか」の判断を残している。"Do not change" に理由がなく、英語圏のエージェントは理由のない禁止を "policy says so" としか説明できない。
メルマガ・クーポンが届かない／ポイントサイトから登録した
（検索語: メルマガ 届かない／クーポン 来ない／確認メール／ポイント 付かない）
━ まず会員画面の「メール受信」欄を見る（10秒）
「確認待ち」 → A へ（6/25以降のポイントサイト経由の登録。届かない問い合わせの約6割）
「受け取る」 → B へ
「受け取らない」 → 配信停止の記事（KB-0412）へ
A 確認待ち: 会員がまだ確認メールの［受け取る］を押していない
① 画面の［確認メール再送］を押す（件名「【ノヴァストア】メール受信の確認」）
② 「いまお送りしたメールの［受け取る］ボタンを押していただけますか」
見つからなければ、Gmailは「プロモーション」タブ、他は迷惑メールフォルダ
③ 押してもらえたら、欄が「受け取る」に変わったのを見て終了
B 受け取る: 設定は正しい。届かない理由は受け取る側にあることが多い
登録アドレスを読み上げて確認 → 違えばマイページでの変更を案内
合っていれば迷惑メールフォルダ・プロモーションタブを案内
リンクを押して24時間たっても届かない → エスカレーション票（宛先: MOps）
★ 欄を代わりに「受け取る」に変えない。本人がリンクを押した記録が、
メールを送ってよい証拠として法律で保存を求められているため
「ポイントが付かない」→ メールの確認とは関係ない。付与はポイントサイトが判定し、
登録から30〜60日かかる。当社からは見えないので、ポイントサイトへGoodから何が変わったか（★ここが今日の学習の中心）:
読み手プロファイルの各項目に、変更を1対1で対応させている。
| 読み手プロファイルの項目 | Betterで行った変更 |
|---|---|
| 読む場面「通話中、画面の右半分で30秒。検索窓に会員の言葉を打つ」 | タイトルの下に検索語の行を足し、会員が口にする4つの言い方を並べた。KCS が Issue を「問い合わせた人の言葉」で書くとしているのと同じ考え方で、記事は検索で見つかって初めて読まれる。分岐の入口を画面の「メール受信」欄の値にした。登録経路と登録日を調べる（Good の手順1）より速く、入社したばかりの人でも迷わない |
| 何を判断するか「何を言い、何をするか。終えてよいか、上げるか」 | 手順の中に、会員に言う言葉（「いまお送りしたメールの［受け取る］ボタンを押していただけますか」）と、終わりの合図（欄が「受け取る」に変わったのを見る）を入れた。「案内する」で止めず、言うこと・押すもの・終わりを見分ける方法まで書いた |
| 知らないこと「確認メールの件名・届く場所」 | 件名「【ノヴァストア】メール受信の確認」と、Gmail のプロモーションタブを名指しした。迷惑フォルダとプロモーションタブで31件あったので、ここを書かないと「届いていない」と誤解したまま上げる通話が残る |
| 気にしていること「保留は1回60秒まで」 | Good の「マイページから再設定」（会員に操作させる）をやめ、オペレーターが押せる ［確認メール再送］ を手順①にした。通話をつないだまま、会員に1回押してもらえば終わる |
| 知らないこと「なぜ確認メールを始めたか、なぜ変えてはいけないか」 | 禁止に理由を1行添えた（本人がリンクを押した記録が、法律で保存を求められている同意の証拠）。T1 の目的（迷惑メール報告率）は書かない。オペレーターが会員に説明するときに要るのは法律の方で、報告率は要らない |
| 知らないこと「ポイントサイトの成果条件」 | 「ポイントサイトへ」だけでなく、メールの確認とは関係ない／30〜60日かかる／当社からは見えないの3点を書いた。会員の不安（確認しないとポイントが消える？）に、オペレーターがその場で答えられる |
| 気にしていること「自分の判断で間違えたくない」 | Good の「上記で解決しない場合」を、「リンクを押して24時間たっても届かない」という見て分かる条件に変えた。待てば届くもの（迷惑フォルダ）と不具合の疑いが分かれる |
ナレッジベース記事で「分岐を書く」とは、原因の分類を書くことではなく、読み手がその場で見えているものから分けること: Good の分岐は、書き手が原因を知っている順（登録経路 → 対象か → 確認メール → 期限）に並んでいた。正しい原因の説明は、正しい分岐とは限らない。 Better は、オペレーターに最初に見えるもの（欄の値）で3つに分け、それぞれの先に「言うこと・押すもの・終わりの見分け方」を置いた。原因（ポイントサイト経由の登録には確認メールを送る）は、A の見出しの括弧の中に1行だけ残した。
それでも残っている問題（Bestで扱う）:
- 会員が食い下がったときの線がない。 「電話で同意するから設定して」「今日のクーポンを今使いたい」「勝手に止めた」——187件のうち、松本さんが「通話が長引いた」と印をつけたのは、ほぼこの3つだった。Better は禁止の理由を書いたが、断ったあとに何を差し出すかがない
- 一人で決めてよい範囲が、はっきりしない。 入社3か月未満の9名は、「24時間たっても届かない」以外の迷いを、全部上げるか、全部自分で抱えるかのどちらかになる
- 不具合の疑いを、個別の通話で処理し続ける。 「押したのに届かない」が同じ日にまとまって来たら、それは個別の会員の問題ではなく、確認メールが止まっている可能性がある。その合図がない
- 41件の誤操作に触れていない。 前の記事を読んで欄を変えた12名は、この記事を読んで「自分が責められている」と感じるか、「前のは何だったのか」と迷う
ここで動いた軸: ②読み手適合（入口を画面の欄の値に、言う言葉と終わりの見分け方を手順に）、④次の行動（再送ボタン、24時間という上げる条件）、③事実と解釈の分離（禁止に理由、ポイントは「当社からは見えない」と事実の境目を書く）。
Not receiving newsletters or coupons / signed up via a points site
(Search: not receiving emails / no coupon / confirmation email / points missing)
First, check the "Email" field on the member screen (10 seconds)
"Pending confirmation" -> go to A (points-site sign-ups since Jun 25; ~60% of these calls)
"Subscribed" -> go to B
"Unsubscribed" -> see the unsubscribe article (KB-0412)
A Pending confirmation: the member has not clicked "Yes, send me emails" yet
1. Click [Resend confirmation] (subject: "NovaStore: Confirm your email")
2. Say: "I've just sent you an email. Could you tap the 'Yes, send me emails' button?"
If they can't find it: Gmail "Promotions" tab, otherwise the spam folder
3. When the field changes to "Subscribed", you're done
B Subscribed: settings are correct; the issue is usually on the receiving side
Read back the email address -> if wrong, guide them to change it in My Account
If correct, ask them to check spam and the Promotions tab
Still nothing 24 hours after they clicked -> escalation ticket to MOps
Do not switch the field to "Subscribed" for the member. The member's own click
is the consent record we are legally required to keep.
"Points missing" -> unrelated to email confirmation. The points site decides,
usually 30-60 days after sign-up. We cannot see it; refer them to the points site.入口を UI の表示どおりの語（"Pending confirmation"）で書き、会員に言う言葉を "Say: ..." で示すのは、英文のサポート記事の定番（スクリプトを引用で示す）。禁止の後ろに理由を1文で置き、"legally required" と主語を省かずに書いた。
メルマガ・クーポンが届かない（6/25以降の新規登録）── 通話中に30秒で読む版
（検索語: メルマガ 届かない／クーポン 来ない／確認メール／ポイント 付かない）
★ してはいけないことは1つだけ: 「メール受信」欄を代わりに「受け取る」に変えない
本人がリンクを押した記録が、メールを送ってよい法律上の証拠になるため
（前の記事が分かりにくく、7/8までに41件変更されました。記事の不備で、取り消し済み）
━ 欄と会員の言葉を見て、右端まであなたがその場で決めてよい
確認待ち ×「届かない」 →［確認メール再送］を押し、通話中に押してもらう
確認待ち ×「電話で同意する」 → 断り、再送。「押した時点から届きます」
確認待ち ×「今日のクーポン」 → 共通コードは読み上げてよい。会員別コードは不可
受け取る ×「届かない」 → アドレスを読み上げ → 迷惑フォルダ・プロモーションタブ
どの欄でも ×「ポイント」 → メールの確認とは無関係。ポイントサイトへ（30〜60日）
━ 上げるのは2つだけ
会員: リンクを押して24時間たっても届かない → エスカレーション票（MOps）
SV: 「押したのに届かない」が同じ日に5件 → 個別対応をやめ、すぐMOps（内線4471）
迷ったら保留せず「30分以内に折り返します」でよい（品質評価で減点しない。CS部と合意済み）Betterから何が変わったか:
- ①結論の位置が動いた。冒頭が「してはいけないことは1つだけ」になった。オペレーターが通話中に最初に知るべきなのは、手順ではなく取り返しのつかない操作の1つである。残りの操作は、間違えても会員にもう一度案内すれば済む。冒頭に置くものを「戻せるか」で選んだ
- ②読み手適合が動いた。分岐を「欄の値 × 会員の言葉」の2つで引き、右端まで「あなたがその場で決めてよい」と書いた。松本さんの注文（判断を任せる範囲をはっきり）に、範囲そのものを表にして答えた。入社3か月未満の9名も、表にない場面だけ迷えばよい
- ⑤想定反論が動いた。会員が食い下がる3つの言葉に、断ったあとに差し出すものを置いた。「電話で同意する」には再送と「押した時点から届きます」、「今日のクーポン」には共通コード（全員に同じコードなので、読み上げても同意の問題は起きない）。断るだけの記事は、オペレーターに会員の怒りを一人で受けさせる
- ④次の行動が動いた。上げる条件を会員単位（24時間）とSV単位（同じ日に5件）の2つに分けた。前者は個別の会員の問題、後者は確認メールそのものが止まっている合図である。誰が・何を見て・どこへ（内線4471）まで書いた
- ③事実と解釈の分離が動いた。41件の誤操作を「前の記事の不備」と書き手の側の事実として書き、取り消し済みであることも書いた。blameless の考え方を、事後報告書ではなく記事の1行に持ち込んだ。前の記事で欄を変えた12名が、この記事を「自分への注意」でなく「書き直された手順」として読める
- 迷ったときの既定の動きを足した。保留60秒の約束と、判断の迷いがぶつかったとき、折り返しにしてよく、減点しない。ここは記事の書き手だけでは決められないので、宮田が松本さん・委託先のSVと7/11に合意した（全文の「この記事の前提」に記録）
分量（実測）: JA Bad12・Good17・Better19・Best15行、字数（空白を除く）は Bad 215・Good 375・Better 602・Best 548字（EN: 12・17・19・16行）。Best が Better より短い（2回連続の逆転。Day025 に続く）。 理由は、Better の A・B の手順（①②③の3行ずつ）を、Best では「欄 × 会員の言葉 → その場でやること」の1行ずつにまとめたため。件名・プロモーションタブ・欄が変わったのを見る、などの細かい手順は全文の「手順の詳細」へ回した。代わりに増えたのは、食い下がる言葉への返し・上げる2つの条件・迷ったときの既定の動き——つまり「一人で決めてよい範囲」である。
今回はBestまで作るべきか: Best必要。ナレッジベース記事は量産する文書で、ふつうは Better（分岐と理由がある）で止めてよい。それでも今回 Best にするのは、Day009 で決めた基準——量の多さ × 誤ったときの重さ——の両方が大きいから。量は2週で187件、誤ったときは同意の記録が残らない（法律）と、7/31の判定が薄まる（測定）で、戻すのに MOps の作業が要る。逆に、誤っても会員に案内し直せば済む記事（例: 「注文履歴の見方」）なら、Better で十分。冒頭の「してはいけないこと」は、そもそも書くものが無い。
Not receiving newsletters or coupons (new sign-ups since Jun 25) - 30-second version
(Search: not receiving emails / no coupon / confirmation email / points missing)
The one thing you must not do: switch the "Email" field to "Subscribed" for the member.
The member's own click is our legal record of consent.
(Our earlier article was unclear and 41 fields were changed by Jul 8. That was our
mistake, and it has been reversed.)
Field x what the member says -> you can decide all of this on the call
Pending x "not arriving" -> [Resend confirmation]; have them tap it while on the call
Pending x "I consent by phone" -> Decline; resend. "Emails start once you tap the button."
Pending x "today's coupon" -> You may read out the shared code. Never a personal code.
Subscribed x "not arriving" -> Read back the address -> spam folder / Promotions tab
Any field x "points" -> Unrelated to email. Refer to the points site (30-60 days)
Escalate only these two
Member: nothing 24 hours after clicking -> escalation ticket to MOps
Supervisor: 5 "clicked but nothing arrived" calls in one day -> stop, call MOps (ext. 4471)
Unsure? Don't hold. Offer a callback within 30 minutes. This will not count against your QA score.冒頭を "The one thing you must not do" にするのは、英文の手順書で "critical warning first" と呼ばれる置き方。"That was our mistake" と主語を we にして書き手の非を言い切るのは、英語の blameless な文書の型で、日本語の「記事の不備で」より直接的。"This will not count against your QA score" は、評価の不安を先回りで消す定型。
日英差分ノート
1. 「〜しないこと」と "Do not ... because ..."
日本語の社内手順は「〜しないこと」「〜厳禁」と体言止めの禁止で書くことが多く、理由は「規程による」として省かれがちだ。英語のサポート記事では、"Do not X" の直後に 理由を1文で書く（because / The member's own click is ...）のが標準で、理由のない禁止は "arbitrary rule"（根拠のない決まり）と受け取られる。ところが今日の題材では、日本語の読み手にこそ理由が要る——委託先のオペレーターは会員に「なぜできないの」と聞かれ、その場で説明しなければならないからだ。英語の型を日本語にも持ち込んだ（Better の★行）。
2. 「記事の不備で」と "That was our mistake"
日本語では、過ちを認めるときに「不備」「行き違い」のように主語のない名詞で書くことが多い。英語の blameless な文書では "we" を主語にして言い切る方が誠実に読まれ、主語を消すと "who is responsible?" と逆に疑われる。どちらも「オペレーター個人を責めない」という目的は同じで、責任の置き場所（書き手の側）を言葉で示す方法が違う。
3. 画面の表示語は、訳さずに引用する
「確認待ち」を英語版で "waiting for confirmation" と書き、画面には "Pending confirmation" と出ていたら、エージェントは欄を見つけられない。英文の手順書では UI の表示語を引用符か太字でそのまま書くのが原則で、日本語版でも「」で囲んで画面と一字一句そろえる。記事を2言語で持つなら、画面の表示語の対訳表を先に作る（今日は「受け取る＝Subscribed」「確認待ち＝Pending confirmation」）。
4. 会員に言う言葉の丁寧さ
日本語の「押していただけますか」は、電話の応対として標準の丁寧さ。英語では "Could you tap ...?" で十分丁寧で、"Would you be so kind as to ..." は電話では回りくどく聞こえる。また日本語の窓口では「申し訳ございません」を何度も挟むが、英語では 1回の "Sorry for the trouble" のあとは解決の言葉を続ける方がよい。スクリプトは直訳しない。
頻出表現
| 日本語 | English | トーンの強さ |
|---|---|---|
| 必要に応じて対応してください | take action as appropriate | 危険。判断を丸投げしている |
| 〜しないこと（理由なし） | Do not ... | 強い。理由を必ず続ける |
| 〜のため、〜しない | Do not ..., because ... / ... is the record we must keep | 強い。説明できる禁止 |
| その場で決めてよい | You can decide this on the call | 中立。権限を渡す |
| 上げてください（エスカレーション） | Escalate to ... / raise a ticket to ... | 中立。条件とセットで |
| 保留せず折り返す | Don't hold. Offer a callback within 30 minutes | 中立 |
| 減点しない | This will not count against your QA score | 弱い（安心させる） |
| 記事の不備で | That was our mistake | 日本語は主語なし、英語は we で言い切る |
| 確認待ち | Pending confirmation | 画面の表示語。訳さず引用 |
| ダブルオプトイン | double opt-in / confirmed opt-in | 専門語。エージェント向けには使わない |
差分5軸まとめ
| 軸 | Bad | Good | Better | Best |
|---|---|---|---|---|
| ① 結論の位置 | 施策の説明が冒頭。何をするかは最後の「必要に応じて」 | 事象・原因が先、手順は後半 | 冒頭で「欄を見る」→ A/B に分岐 | 冒頭に「してはいけないことは1つだけ」（戻せない操作） |
| ② 読み手適合 | 書き手の言葉（T1・ASP・仕様変更）。検索に当たらない | 会員の言葉のタイトル、KCS の型。手順はシステムを調べる順 | 検索語の行、画面の欄から分岐、会員に言う言葉、終わりの見分け方 | 「欄 × 会員の言葉」の表、右端まで「その場で決めてよい」 |
| ③ 事実と解釈の分離 | 仕様と依頼が混在 | 事象・環境・原因・手順を分離 | 禁止に理由、ポイントは「当社からは見えない」と事実の境目 | 41件を書き手の不備として書き、取り消し済みと明記 |
| ④ 次の行動 | 「必要に応じて対応」「MOpsまで」 | 番号つき手順、「解決しない場合」に上げる | 再送ボタン、24時間で上げる、宛先 | 上げる条件を会員単位とSV単位の2つに、内線まで。迷ったら折り返し |
| ⑤ 想定反論 | 無視 | ポイントの案内先 | なぜ変えてはいけないかを説明できる | 食い下がる3つの言葉への返しと、差し出すもの（再送・共通コード） |
Best版・全文
日本語版 全文を見る
KB-0587 メルマガ・クーポンが届かない（6/25以降の新規登録）
対象: 委託先コンタクトセンター オペレーター・SV ｜ 作成: EC事業本部 販促システム部 MOps 宮田 ｜ 確認: CS部 ヘルプセンター 松本 ｜ 公開: 2029年7月12日（木） ｜ 改訂: 第2版（第1版 6/20 を置き換え） 検索語: メルマガ 届かない／クーポン 来ない／確認メール／メール 止まった／ポイント 付かない
★ してはいけないことは1つだけ
「メール受信」欄を、会員の代わりに「受け取る」に変えないでください。 会員本人が確認メールの［受け取る］を押した記録が、メールを送ってよいという法律上の証拠になります（特定電子メール法は、広告メールの同意を受けた記録の保存を求めています）。代わりに変えると、この記録が残りません。
前の記事（第1版）は「必要に応じて対応」と書いていて分かりにくく、7/8までに41件、欄が変更されました。記事の不備です。 41件は MOps が元に戻し、確認メールを送り直しました。変更した方が何かをする必要はありません。
1. 欄と会員の言葉を見て、ここまではあなたがその場で決めてよい
| 「メール受信」欄 | 会員の言葉 | あなたがやること | 会員に言うこと（例） |
|---|---|---|---|
| 確認待ち | 「届かない」「来なくなった」 | ［確認メール再送］を押し、通話中に［受け取る］を押してもらう。欄が「受け取る」に変われば終了 | 「いまお送りしたメールの［受け取る］ボタンを押していただけますか」 |
| 確認待ち | 「電話で同意するから設定して」「前の人はやってくれた」 | 欄は変えない。再送する | 「ご本人がボタンを押した記録が必要なため、こちらでは設定できません。いまメールをお送りしましたので、押していただいた時点から届きます」 |
| 確認待ち | 「今日のクーポンを今使いたい」 | 共通コード（画面の「本日の配信」に出る、全員同じコード）は読み上げてよい。会員別コードは不可。そのうえで再送 | 「本日のクーポンコードをお伝えします。今後のメールは、ボタンを押していただくと届きます」 |
| 確認待ち | 「勝手に止められた」 | 理由を1文で伝え、再送 | 「ご登録のアドレスがご本人のものか確かめるため、6月25日からお願いしています」 |
| 受け取る | 「届かない」 | 登録アドレスを読み上げて確かめる。違えばマイページでの変更を案内。合っていれば迷惑メールフォルダと、Gmail の「プロモーション」タブを見てもらう | 「ご登録のアドレスを読み上げますので、お確かめください」 |
| 受け取らない | 「届かない」 | 配信停止の記事（KB-0412）へ | ― |
| どの欄でも | 「ポイントが付かない」 | メールの確認とは関係ないと伝え、ポイントサイトへ案内 | 「ポイントはポイントサイトが判定し、ご登録から30〜60日かかります。メールの確認とは関係ありません。当社からは状況が見えないため、ポイントサイトにお問い合わせください」 |
手順の詳細
- 確認メールの件名は「【ノヴァストア】メール受信の確認」。差出人は info@ のアドレス
- リンクの有効期限は72時間。期限が切れていても、［確認メール再送］で新しいリンクが届く
- 会員がいまメールを開けない（外出中など）ときは、再送だけして「後で押していただいた時点から届きます」で終えてよい
2. 上げるのは2つだけ
| 誰が | 条件 | どこへ | 渡すもの |
|---|---|---|---|
| オペレーター | 会員が［受け取る］を押して24時間たってもメールが届かない | エスカレーション票（宛先: MOps） | 会員ID、押した日時（会員の申告でよい）、欄の値 |
| SV | 「押したのに届かない」が同じ日に5件 | 個別のエスカレーション票をやめ、すぐ MOps（内線4471、9:00〜18:00。時間外は翌朝） | 5件の会員ID |
SV の条件は、確認メールの送信そのものが止まっている合図です。この場合、個別の会員の問題ではないので、オペレーターは「確認して、こちらからご連絡します」で通話を終えてかまいません。
3. 迷ったら
表にない場面で迷ったら、保留せず「30分以内に折り返します」と伝えて通話を終え、SV に相談してください。この折り返しは品質評価で減点しません（CS部と委託先で7/11に合意）。
この記事の前提（読まなくても対応できます）
- 6/25から、ポイントサイト3社を経由して新しく登録した会員には、登録時に確認メールを送り、［受け取る］を押すまでメルマガ・クーポンメールを送っていません。この経路で登録した会員には、メールを迷惑メールとして報告する人が多かったためです
- この運用は、少なくとも7/31の効果の判定までは続けます。変わるときは、この記事を改訂し、朝礼で伝えます
- 6/25〜7/8 の問い合わせ187件の内訳: 確認待ち104／迷惑フォルダ・プロモーションタブ31／ポイント19／アドレスの誤り14／押したのに届かない6／その他13
関連記事: KB-0412 配信停止したのに届く ／ KB-0233 エスカレーション票の書き方 更新履歴: 7/12 第2版（分岐を画面の欄から始める形に書き直し、禁止の理由・食い下がる会員への返し・上げる条件・折り返しの扱いを追加）／6/20 第1版
English 全文を見る
KB-0587 Not receiving newsletters or coupons (new sign-ups since June 25)
For: Contact center agents and supervisors | Author: Miyata, MOps, Promotion Systems | Reviewed by: Matsumoto, Help Center, Customer Support | Published: Thursday, July 12, 2029 | Version 2 (replaces version 1 of June 20) Search: not receiving emails / no coupon / confirmation email / emails stopped / points missing
The one thing you must not do
Do not switch the "Email" field to "Subscribed" on the member's behalf. The member's own click on "Yes, send me emails" is our legal record of consent to send them marketing email. Japanese law requires us to keep that record. If you change the field for them, the record does not exist.
Our earlier article (version 1) said "take action as appropriate." It was unclear, and 41 fields were changed by July 8. That was our mistake. MOps has reversed all 41 and resent the confirmation emails. If you changed one, you do not need to do anything.
1. You can decide all of the following on the call
| "Email" field | What the member says | What you do | What you can say |
|---|---|---|---|
| Pending confirmation | "Not arriving" / "They stopped" | Click [Resend confirmation] and have them tap the button while on the call. Done when the field shows "Subscribed" | "I've just sent you an email. Could you tap the 'Yes, send me emails' button?" |
| Pending confirmation | "I consent by phone, just turn it on" / "The last agent did it" | Do not change the field. Resend | "We need a record that you tapped the button yourself, so I can't turn it on from here. I've just sent the email, and messages will start as soon as you tap it." |
| Pending confirmation | "I want today's coupon now" | You may read out the shared code (shown under "Today's send"; the same for everyone). Never a personal code. Then resend | "Here is today's coupon code. Future emails will arrive once you tap the button." |
| Pending confirmation | "You stopped my emails" | Give the reason in one sentence and resend | "Since June 25, we ask new members to confirm that the email address is theirs." |
| Subscribed | "Not arriving" | Read back the address. If wrong, guide them to change it in My Account. If correct, ask them to check spam and the Gmail "Promotions" tab | "Let me read back the address we have for you." |
| Unsubscribed | "Not arriving" | See KB-0412 (unsubscribe) | - |
| Any | "My points are missing" | Explain it is unrelated to email confirmation, and refer them to the points site | "The points site decides on points, usually 30-60 days after sign-up. It is not related to confirming your email. We can't see their records, so please contact the points site." |
Details
- Subject line: "NovaStore: Confirm your email", sent from our info@ address
- The link expires after 72 hours. [Resend confirmation] always sends a new link
- If the member can't open email right now, resend and close with "Emails will start once you tap the button."
2. Escalate only these two
| Who | When | Where | Include |
|---|---|---|---|
| Agent | Nothing has arrived 24 hours after the member tapped the button | Escalation ticket to MOps | Member ID, when they tapped (their word is fine), field value |
| Supervisor | 5 "tapped but nothing arrived" calls in one day | Stop individual tickets; call MOps now (ext. 4471, 9:00-18:00; otherwise next morning) | The 5 member IDs |
The supervisor trigger means the confirmation email itself may have stopped. Agents may close those calls with "We'll look into it and get back to you."
3. If you're unsure
If a situation is not in the table, don't put the member on hold. Offer a callback within 30 minutes and talk to your supervisor. This will not count against your QA score (agreed between Customer Support and your center on July 11).
Background (optional)
- Since June 25, members who sign up through one of three points sites get a confirmation email, and we send no newsletters or coupons until they tap "Yes, send me emails." Members from this route were far more likely to mark our email as spam
- This stays in place at least until we assess the results on July 31. Any change will come as a revision of this article and a note at the morning briefing
- Calls from June 25 to July 8 (187): pending confirmation 104 / spam or Promotions tab 31 / points 19 / wrong address 14 / tapped but nothing arrived 6 / other 13
Related: KB-0412 Still receiving email after unsubscribing / KB-0233 How to write an escalation ticket History: Jul 12 v2 (branches now start from the screen field; added the reason for the rule, replies for members who push back, escalation triggers, and the callback rule) / Jun 20 v1
完成の定義チェックリスト
社内向けナレッジベース記事を公開する前に必ず確認する。「雑・妥協」を防ぐための外部基準。1つでも未チェックがあれば、まだ出さない。
今日の演習
Bad の記事の「必要に応じて対応してください」の1行だけを書き直す。 手順: ①この1行を読んだオペレーターが「やってしまいそうな操作」を3つ書き出す（今日の答えでは、欄を「受け取る」に変えるのが1つ目）。②3つそれぞれに「やってよい／やってはいけない（理由1文）」を付ける。③やってはいけない操作を1つ選び、理由と、断ったあとに差し出すものを、会員に言える言葉で1行にする。④最後に、自分の書き直しに「必要に応じて」「適宜」が残っていないか数える。
T2 の分岐を、この記事に足す（または別の記事にする）。 設定: Day024 の打ち手 T2 で、7/10まで、無作為に選んだ会員の20%は、メルマガが週5回から週4回になっている。7/12、「火曜日のメールだけ来ない」「友だちには来ているのに自分には来ない」という問い合わせが1日3件ほど来始めた。CS管理画面の「配信グループ」欄に「試験B」と出る会員が対象。読み手は今日と同じ委託先のオペレーター（Lv2）。条件: ①会員に「試験の対象に選ばれた」と言ってよいかを決め、理由を書く（言う場合・言わない場合の両方で、会員の次の言葉を想像する）。②会員が「元に戻して」と言ったとき、オペレーターがその場で戻してよいかを決める（戻すと何が起きるか——T2 の判定はどうなるか——を考える）。③今日の記事に1行足すか、別の記事に分けるかを、検索語と冒頭の「してはいけないこと」が増えるかで決める。④Bestで書くか、Betterで止めるかを、「量 × 誤ったときの重さ」で決める。
取り組む前のヒント
- ナレッジベース記事の分岐は、原因の分類ではなく、読み手がその場で見えているものから引く。「試験B」の欄は見えるが、「無作為に選ばれた理由」は見えない
- 「試験に選ばれた」と言うかどうかは、言った後に会員が何を求めてくるかで決める。「では外して」と言われたとき、断る理由が書けないなら、言い方を変える
- 罠: 戻してよいかを「会員満足のため戻す」で決めると、戻した会員だけが週5回になり、試験の比較が壊れる（今日の41件と同じ構図）。ただし、T2 は戻しても法律の問題は起きない——今日の「欄を変えない」より軽い禁止なので、冒頭の「1つだけ」には並べない、という判断もありうる
- 罠: 記事に足すと、冒頭の「してはいけないことは1つだけ」が2つになる。冒頭が増えると、本当に大事な1つが読まれなくなる。足すか分けるかの判断は、ここで決まる
- 7/10で T2 の試験期間が終わるなら、記事に期限を書く（「7/10まで」）。期限の切れた記事が残ると、次の誤操作を生む
実務での使いどころ
社内向けナレッジベース記事は、新しい仕組みや施策を始めるときと、問い合わせが急に増えたときの2つの場面で書かれる。始める前に書く記事は、今日の Bad のように周知文になりやすい。周知文（何が変わったか）とナレッジベース記事（この通話で何をするか）は、別の文書として書く。
隣接する文書との関係:
- FAQ / ヘルプ記事（CS#1、Day009）: 同じ問い合わせを、会員本人が自分で解決するための記事。今日の記事の「会員に言うこと」の列は、FAQ の本文とそろえる（言うことが食い違うと、会員は「サイトと電話で言うことが違う」と感じる）
- エスカレーション手順書（CS#3）: 今日の「上げるのは2つだけ」を、全ての記事に共通する形で決める文書。記事ごとに上げる条件を書くのは、手順書の共通の条件で足りないときだけにする
- 運用設計書（Day017）: 「誰が最初に動き、単独でやってよい範囲はどこまでか」を事象ごとに決める考え方は、今日の「その場で決めてよい範囲」と同じ。運用設計書の読み手は運用チーム、今日の読み手は窓口
- ポストモーテム（危機管理#4）: 41件の誤操作が会員に大きな影響を出していたら、記事の改訂ではなくポストモーテムを書く。今日は2件の迷惑メール報告で、記事の改訂と1行の説明で足りると判断した
KCS の考え方では、記事は一度書いて終わりではなく、使われながら直される。今日の第2版も、2週後に通話の記録を見て、「表にない場面」で折り返しになったものを表に足す。
この回の設計メモ（迷った他案・扱わなかった範囲・出所）
迷った他案と採らなかった理由
- CS管理画面の側で「受け取る」への手動変更を止める案（記事でなくシステムで防ぐ） — 確実で、記事の「してはいけないこと」が要らなくなる。実務ではこちらを並行して進めるべきで、MOps は7/11に画面の改修を依頼した、という設定にもできた。ただし改修は早くて8月で、7/12から8月までの通話は記事で守るしかない。記事で防ぐのは「システムで防ぐまでのつなぎ」であり、前提が変わり、画面で操作できなくなれば、冒頭の★は「画面では変えられません。理由は…」という説明に書き換える
- Best を「通話のフローチャート（図）」にする案 — 分岐が視覚的に分かる。ただしナレッジベースのツールは通話中に画面の右半分で開くもので、図は縮小されて読めない。また、フローチャートは「会員の言葉」という2つ目の軸を表しにくい。表（欄 × 会員の言葉）を採った
- Best で T1 の目的（迷惑メール報告率）を説明する案 — 理由を深く知っていれば、表にない場面でも正しく判断できる、という考え方。ただしオペレーターが会員に言うときに要るのは「本人が押した記録が必要」という法律の方で、報告率の話は会員には言えない（「迷惑メールの報告が多い経路だったから」は会員を疑っているように聞こえる）。全文の「この記事の前提」に1文だけ置いた
- 「今日のクーポン」に会員別コードも読み上げてよいとする案 — 会員の不満は最も早く消える。ただし会員別コードは「その会員にメールを送った」記録と結びついていて、同意のない会員に配ったことになる。共通コードは全員に同じで、サイトにも載る種類のものなので、読み上げても同意の問題は起きない。共通コードだけを許した。 ここは法務の確認が要る判断で、シナリオでは CS部が7/11に法務の小林さん（Day007）に確認した、という前提を置いた
- 比較セクションを「冒頭の概要」にする案 — Bad と Good の差は概要でも大きく出る。ただし勝負どころ（判断に迷った時の分岐）が最も効くのは本体の分岐で、オペレーターが通話中に読むのもそこ。本体を比べた
扱わなかった範囲
- 特定電子メール法の当てはめの詳細（ダブルオプトインが法律上必須かどうか、記録の保存期間の起算、電話での同意を記録として残す方法）。今日は「本人がリンクを押した記録を同意の記録として扱う」という当社の運用を前提にし、法的な評価はしていない（法務の確認が要る）
- 委託先との契約（委託契約の品質評価の項目、保留60秒の約束の根拠）。シナリオの設定として置いただけで、業務委託契約書（法務#2、Day024 の型）の題材にはしていない
- T2（週4回の試験）の問い合わせ。60分版の課題に回した
- 英語圏の会員を受ける窓口がある、という英語版の設定は、この回のためだけの設定（これまでのシナリオには出ていない）
- ナレッジベースのツール（検索の仕組み・記事番号の体系）。KB-0412・0587・0233 の番号は架空
数字と概念の出所
- 会社・人物・日付・数字はすべて架空。宮田は既出、松本さん（CS部 ヘルプセンター担当リーダー）は Day009、小林さん（法務）は Day007、Mailwise・T1・T2・7/31の判定は Day024。新登場: 委託先コンタクトセンター（オペレーター38名・SV4名）
- 〔実測: シナリオ内〕問い合わせ187件と内訳（104・31・19・14・6・13）、平常2週22件、手動変更41件・12名・迷惑メール報告2件、オペレーターの人数、保留60秒・平均処理時間6分、ポイントサイトの付与30〜60日はこの回の設定
- 〔導出〕確認待ち 104÷187＝55.6%（記事では「約6割」と丸めた）。確認待ち以外 83÷187＝44.4%（Bad の解説で「4割」）。行数は各コードブロックの実測、字数は空白を除いてスクリプトで数えた値。曜日（2029/6/25月・7/8日・7/9月・7/11水・7/12木・7/31火）は作成時に計算で確認した
- 〔仮定〕SV の上げる条件「同じ日に5件」。平常の「押したのに届かない」は2週で6件（1日あたり0.4件）なので、1日5件は平常の10倍以上として置いた。根拠は粗く、2週後の見直しで調整する前提
- KCS（Knowledge-Centered Service）の記事の構造（Issue／Environment／Resolution／Cause、Issue は問い合わせた人の言葉で書く）は、Consortium for Service Innovation の KCS v6 Practices Guide を検索結果の要約で確認（https://library.serviceinnovation.org/KCS/KCS_v6/KCS_v6_Practices_Guide/030/040/010/020 、参照日 2026-10-11。ページ本文は取得していない）
- 特定電子メール法 第3条第1項（事前の同意）・第2項（同意を証する記録の保存）は、総務省のパンフレット等の検索結果の要約で確認（https://www.soumu.go.jp/main_sosiki/joho_tsusin/d_syohi/pdf/m_mail_pamphlet.pdf 、https://www.japaneselawtranslation.go.jp/ja/laws/view/3767/tb 、参照日 2026-10-11。条文の全文は読んでいない）。記録の保存期間は確認していないので本文に書かなかった
- Gmail のプロモーションタブ、"critical warning first" の置き方、英文サポート記事でスクリプトを引用で示す慣行は記憶による一般的な知識（出典ページは取得していない）
- blameless の考え方は Day011（ポストモーテム）と同じ
何が起きているか:
これは怠慢ではなく、「始める前に、関係者へ周知しておく」という作業として書いたことから生まれる形である。周知文は「何が変わったか」を書く文書で、ナレッジベース記事は「この通話で何をするか」を書く文書だ。書き手は、施策の説明（自分が一番よく知っていること）を書いた時点で、書き終えた気になる。