ひとことで：8月レポートで「新規反響が43件→5件に激減」を私はお盆の季節要因と結論づけていました。佐藤さんから「一木さんが打ち合わせで話していたアナウンス変更の影響では？」と指摘を受けて検証したところ、指摘のとおりでした。段差はお盆の2週間前（7/24頃）に起きていて、8/7の議事録に一木さんの説明がそのまま残っていました。レポートは修正済みです。あわせて「人が運用変更を記憶し続けなくて済む仕組み」の案を最後にまとめました。
1きっかけ：佐藤さんの指摘
佐藤さん（レポート確認時）
先日のワンダーとの打ち合わせで一木さんが発言していた「新規反響のアナウンスを変更した」の影響がここに出ているかどうか。
私と桐山さんだけがクライアントの運用変更を記憶するのは、そのうち限界が来る。議事録とレポートと改善提案が連動する形が作れると、人間が現場運用を細かく把握し続けなくても意思決定できる。
レポート③の私の結論は「反響停止＝お盆の季節要因、受付・転送の不具合なし」。この結論を疑うべき、という指摘です。
2まずデータで検証：段差は「お盆の前」に起きていた
新規反響の週ごとの件数（電話システムの着信記録から）
変更前（7月前半まで）変更後
7/24
段差の発生日
7/23は1日で9件。7/24以降は0〜1件/日に落ち、9月に入っても戻っていない。
平常
他のメニューは変化なし
同じ期間、「契約前・契約中・その他」は1日4〜6件で平常どおり。反響だけが落ちた。
漏れなし
集計の穴も確認
IVRの転送先設定と、7/24以降に新しく現れた転送先番号を総当たり。反響が別番号へ移って数え漏れた形跡はなし。
お盆説は成り立ちません。お盆なら8/18以降に戻るはずですが、戻っていない。「7月下旬に、反響だけを恒常的に減らす何か」が起きています。
3議事録で原因が確定：一木さん自身が説明していた
8/7（金）ワンダーライフ 一木取締役との打ち合わせ（Lark AI議事録）より要点
- サイトに載せていた問い合わせ用の電話番号を、直通の番号（留守番電話）に変更した
- その電話には基本的に出ず、留守番電話のガイダンスで「お急ぎの方は050（当社コールセンター）へ」と案内。急ぎでない方はサイトの問い合わせボタン／担当者メールへ
- 実施は「半月前」＝7月下旬（データの段差7/24と一致）
- 効果：電話対応時間が約1/5に、離脱も減少。「コールセンターへの通話も自動的に削減された」と明言
結論：反響43→5件は一木さんが意図して行った運用変更の効果。コールセンターのIVRで「新規問い合わせ」を選ぶのは、いまは「お急ぎの方」だけになった。8月の5件・9月上旬の2件はその層です。不具合でも季節要因でもありません。
4レポートを修正しました
- ③の見出し・本文を「原因は貴社の運用変更」に書き換え（段差の発生日・運用変更の内容・今後の見方の3点で説明）
- 「9月の備え」の「秋に反響が戻る」を削除し、「お急ぎ層の取り逃しゼロを重点、留守電へ回った層の受け皿は貴社と共有」に変更
- お盆の影響は「日中全体の減少（147→92件）」と「夜間48件」の説明に限定（反響とは切り分け）
修正版：https://wonderlife-report-202608.pages.dev/（一木様へのメールはこの確認が終わってから送ります）
5仕組みの提案：「運用変更」を人が覚えなくて済むように
佐藤さんの「議事録・レポート・改善提案が連動する形」を、小さく始める案
① 議事録（Lark）
打ち合わせのAI議事録から「
運用変更」に当たる発言だけを抜き出す（例：番号を変えた・アナウンスを変えた・受付時間を変えた）
→
② 運用変更台帳（クライアント別）
「いつ・誰が・何を・数字にどう効くか」を1行で記録。
今回の8/7分を第1号として登録→
③ 月次レポート
レポート生成時に台帳を読み、該当月の変更を「
前提・確認事項」の枠として自動で差し込む（ケイアイの【前回の宿題】と同じ枠）
- 効果：今回のように「数字が動いた理由」が台帳にあれば、AIも人も先に前提として見てから分析できる。記憶に頼らない
- 改善提案：台帳の変更に「効果検証の期限」を付け、翌月レポートで自動的に「検証結果」を出す → そのまま提案の材料になる
- 第一歩（今週）：ワンダーライフの台帳を作り8/7分を登録、9月レポートから③の枠を自動化。うまくいけばケイアイ・他社へ横展開
教訓：AIも人も「知らない変更」は分析できない。変更を記録して、次の分析が必ず参照する導線があれば、現場運用を細かく覚え続けなくても、数字の意味を取り違えなくなります。