工務店・ハウスメーカーの集客レポートをAIで要約する方法 数字と仮説を分けて原表まで追跡

工務店の集客レポートでAIを使うときは、文章を短くする作業と、数字の意味を確かめる作業を分けます。AIには下書きの整理を任せ、担当者が「確認できる事実」「仮説」「次の確認」「参照箇所」を照合する。この手順なら、経営者向けの短い報告と、実務担当者が原表へ戻れる根拠を両立できます。

以下では、同じ架空データを使い、入力表、要約指示、説明用の誤った出力、修正版、評価表、確認事項管理表までをつなげます。会社の実績や、実際にAIを実行して検証した結果を示すものではありません。自社の期間・指標・参照元へ置き換え、月次報告のひな型として使ってください。

01.工務店の集客レポートでAIに任せる範囲を決める

最初に決めたいのは、AIにどこまで考えさせるかではなく、報告書のどの部分を担当者が保証できるかです。原表に戻って確認できる数値、計算して確かめられる差分、まだ裏付けのない解釈を分ければ、レビューの対象が明確になります。

集客全体の設計やAI活用全般は、媒体選定や情報管理も含めて別途整理するテーマです。ここでは月次レポートの要約、検証、原表への追跡に絞ります。新しい施策を考える場合も、まず確認済みの範囲を確定させます。

AIへの入力から事実確認・承認までの全体像は、工務店のAI集客業務の進め方で確認できます。本記事は、月次の集計値を根拠まで追跡できる要約にする工程を扱います。

AIは要約の下書きを作り最終判断は担当者が行う

AIに任せるのは、入力された数値を所定の欄に整理し、増減を文章化し、確認候補を挙げる下書き作業です。計算や参照IDの記載も依頼できますが、正しい結果が出る前提にはしません。担当者が原表と照合して初めて、報告に使える状態になります。

「文章が自然だった」は承認理由にしません。作成担当者と確認担当者を分けられない場合も、下書きを読む工程と、原表から検算する工程を分けて記録します。

確認できる事実と解釈にすぎない仮説を分ける

事実は、指定した資料から確認できる記述です。「8月の検索クリックは120件」は、期間と集計条件が一致する原表に120件とあれば事実として扱えます。「施工事例が評価されたため増えた」は、クリック数だけでは確認できない仮説です。

同じ文に両方を入れると、事実の数字が原因説明まで裏付けているように読めます。「クリックは前月比20件増えた」と「ページ構成の変化が関係した可能性がある」を別の欄へ分けてください。

また、仮説に「可能性がある」と付ければ十分というわけではありません。何を見て考えたのか、どの資料で確かめるのかを書けない説明は、会議で扱う優先度を下げます。根拠がない場合は、仮説欄を無理に埋めず「現時点では原因を特定できない」と残せます。

問い合わせや契約など元データにない成果を補わない

入力表に問い合わせ数がなければ、問い合わせの増減は書けません。契約台帳を渡していなければ、契約数も契約率も算出できません。検索クリックやSNSの反応を、問い合わせ・来場・契約へ置き換えないことが基本です。

問い合わせ管理表が別にある場合でも、「検索クリックが増えた月に問い合わせが8件あった」ことと、「検索経由で8件獲得した」ことは違います。流入元との対応が確認できない限り、後者は採用しません。

成果の欄を空けたくないときは、推定値で埋める代わりに確認状態を書きます。「契約数：今回の集計対象外」「問い合わせの媒体別内訳：要確認」とすれば、営業担当者に求める追加資料が具体的になります。数字がないこと自体を、成果がなかったという意味に変えないでください。

法的適否や建物の安全性は担当資料と責任者へ戻す

集客レポートには、広告の表現や住宅性能に関する説明が混ざることがあります。たとえば「この見出しなら法的に問題ない」「安全性が高いため反応が増えた」という文章です。集客数値から、その適否や建物の安全性は判断できません。

該当する文章は要約の承認対象から切り離し、掲載予定の表現、設計・仕様資料、性能に関する根拠、確認責任者へ戻します。AIには論点の抜き出しを依頼しても、最終判定を委ねません。

確認記録は「誰かに確認する」で終えず、「広告表現は掲載案と根拠資料を広報責任者へ提出」「建物の仕様説明は対象物件の資料を設計担当者へ確認」と具体化します。集客報告として承認されたことが、その中の法務・技術判断まで承認されたことにならない運用が必要です。

02.AIへ渡す前に期間と指標の条件をそろえる

AIへ渡す前に、比較の土台をそろえます。今回の記入例は、架空の住宅会社の2026年7月と8月を比べる月次報告です。両月とも31日間で、検索、広告、SNS、問い合わせを別の区分として扱います。以下の数値・社内運用・担当設定はすべて説明用です。

レポートの判断目的と成果地点を先に決める

この例の判断目的は「8月に変化した指標を確認し、9月に調べる項目を決める」です。検索施策の契約貢献を確定する報告にはしません。契約との接続データがないため、そこまで目的を広げると推測に頼ることになるからです。

成果地点は、検索結果上のクリックと、全流入元を対象にした問い合わせの受付件数を分けて設定します。前者は検索接触の指標、後者は受付管理の指標です。二つを同じ表に載せても、対応関係が確認されたことにはなりません。

冒頭の目的欄には「決めること」と「今回判断しないこと」を一文ずつ書きます。例なら「調査の担当と期限を決める。媒体別の契約貢献と予算増額は判断保留」です。これがあると、要約を短縮した際にも結論の範囲を保ちやすくなります。

対象期間と比較期間の日数をそろえる

比較期間は開始日と終了日を明記します。「前月」「今月」だけでは、月途中の値や前年同月の値が混ざっても気づきにくくなります。日数が異なる場合は総数の比較にその条件を添え、日平均を出すなら計算式も残します。

これは条件記入の例です。社内の時刻基準を日本時間と決めても、元サービス側の集計境界まで変わるとは限りません。異なるサービス間で日付の扱いが一致しない場合は注記し、日別の一致を根拠に原因を断定しないようにします。

単位と分母と集計条件を記録する

数値の横には、単位と集計単位を置きます。「120」だけでは、クリック件数なのか、ユーザー数なのか、費用なのか判別できません。「検索クリック120件」「広告費40,000円」と、AIへの入力時点から区別します。

率には分母も必要です。検索CTRなら表示回数、独自に問い合わせ率を算出するなら対象となる流入数など、その率を定義した分母を記録します。名前が似ている率でも、分母が違えば同じ尺度として比べられません。

集計条件には、対象サイト、対象アカウント、検索種別、ページや地域の絞り込み、除外ルールを含めます。前年や前月と除外ルールが変わった場合は、数値の変化と定義の変更を切り分けます。条件を復元できなければ、増減率を出す前に「比較条件未確認」と記載してください。

空欄とゼロと未計測を区別する

ゼロは、対象範囲を計測・集計した結果が0だったという値です。未計測は、そもそも対象の数値を取得していない状態です。空欄は転記漏れかもしれず、そのままでは意味が確定しません。この三つをAI側で同じものとして扱わせない設計にします。

入力表は「値」と「状態」を別列にします。値がない場合は数値欄を欠損として扱い、状態欄に「未計測」「今回未収集」「集計中」「対象外」「要確認」のいずれかと理由を記載します。平均や合計へ自動的に0として算入しないよう、指示にも含めます。

今回の契約数は「今回未収集」であり、契約0件ではありません。問い合わせの媒体別内訳は「要確認」です。合計8件が分かっていても、検索・広告・SNSへの配分は埋めません。欠損理由が残っていれば、次に誰が何を調べるかを決められます。

個人情報や未公開情報を入力する前に社内ルールを確認する

集計作業に入る前に、利用するAIへ入力できる情報の範囲を社内で確認します。確認対象は、顧客名や連絡先だけではありません。相談内容、建築予定地、予算、商談メモ、未公開の施工写真、社外秘の広告条件なども含めて判断します。

この要約に必要なのは月次の集計値と定義であり、個別顧客の情報ではありません。まず必要な列だけを切り出し、集計値で目的を満たせるなら明細を渡さない形にします。氏名を番号へ変えても、所在地や相談内容との組み合わせから個人が分かる場合は、十分な処理とはいえません。

AIサービスにおける入力内容の保存、学習への利用、アクセス管理などの条件は、サービス、契約、設定によって異なります。公開・運用を始める前に、利用中の契約内容、現在の設定、社内規程を担当者が確認してください。製品名だけから利用可否を決めず、承認済みの利用環境と入力範囲を記録し、判断できない情報は入力を保留します。

03.検索指標と問い合わせ以降の成果を混同しない

検索結果での接触と、営業上の成果は段階を分けて読みます。数値を一枚にまとめることはできますが、段階をまたぐつながりまで自動的に確認できるわけではありません。

この表は計測の境界を示す運用図です。上段の数値から下段の件数を推定する計算表ではありません。

クリックと表示回数で確認できる範囲

Googleの検索パフォーマンスレポートの公式ヘルプでは、クリック、表示回数、CTR、平均掲載順位や、クエリ・ページ・期間などの切り口が説明されています。クリックと表示回数は検索結果に関する指標で、問い合わせや契約を直接示すものではありません。具体的な集計の扱いは、確認したい項目に対応する公式説明へ戻って確かめます。

以下は、その定義を月次レビューへ使うための運用上の整理です。

表の右端まで要約の制約として渡すと、指標を成果へ読み替えた文章を検出しやすくなります。

CTRの式と丸め方を架空数値で検算する

CTRは「クリック数÷表示回数×100」で算出します。架空例の8月はクリック120件、表示回数6,000回なので、120÷6,000×100＝2.0％です。7月は100÷5,000×100＝2.0％となり、CTRは横ばいです。

表示は小数第1位までとし、小数第2位を四捨五入するルールの例です。計算途中では丸めず、最後に表示桁をそろえます。クリックが20.0％増えたことを「CTRが20％改善」とは書けません。また、分母が0なら同じ式で率を算出できないため、0％と置き換えず「算出不可」と理由を残します。

平均掲載順位を問い合わせ成果へ読み替えない

架空例の平均掲載順位は7月8.0、8月9.0です。この集計値については、数値が1.0大きくなったと記載できます。ただし、同じ検索語が一律に一つ下がったことや、問い合わせが減った原因までは示せません。

平均値は、対象となる検索語やページの構成によっても変わり得ます。何が変化したかを考えるには、同じ条件でクエリ別・ページ別の資料へ戻る必要があります。今回の月次合計だけでは、その内訳を確認していません。

報告では「平均掲載順位は8.0から9.0へ変化。内訳未確認」と書けば、観測値と限界を一緒に伝えられます。「順位が悪化したので問い合わせが減った」とつなぐ場合は、二つの未確認事項を飛び越えています。順位の構成と、問い合わせへの接続を別々に調べる必要があります。

問い合わせと来場と契約は別の計測段階として扱う

問い合わせは受付、来場は実際の訪問、契約は契約記録というように、社内でどの出来事を数えるかを定義します。予約を来場へ含めるのか、日程変更や重複受付をどう扱うのかが曖昧だと、同じ名称の数値でも比較できません。

今回の問い合わせ件数は、架空の社内定義として「受付日基準、テスト送信と同一案件の重複を除外した全流入元の件数」とします。7月10件、8月8件です。来場・契約は未収集なので、率を計算しません。

仮に契約件数を後から取得しても、8月の契約が8月の問い合わせから生じたとは限りません。月次の発生件数を並べる集計と、同じ問い合わせ群の進捗を追う集計を分けます。問い合わせ8件を分母にその月の全契約数を割るだけでは、対応する案件の契約率として説明できない場合があります。

公式の指標定義と社内の運用ルールを分けて記録する

指標の定義には「サービス側の定義」と「社内で追加した扱い」を分けて記録します。検索CTRの定義と、自社で小数第1位まで表示するルールは別です。問い合わせの重複除外も、Search Consoleの説明から導かれるものではありません。

定義台帳には、指標名、定義の確認先、確認日、社内の集計ルール、変更履歴を置きます。公式資料を根拠とする説明と、自社で決めた運用が混ざらなければ、後任者も変更の影響を調べられます。

このガイドの参照ID、四区分の要約形式、採点表は、原表照合を行うための運用提案です。Googleが定める報告書の形式ではありません。サービスの画面や定義に変更があった場合は、利用時点の公式資料を確認したうえで、影響する入力表と過去比較を見直します。

04.広告とSEOとSNSと問い合わせを分けた入力表を作る

ここからは同じ架空データを一つの入力表にまとめます。SEO欄には検索指標、広告欄には広告管理上の指標、SNS欄には投稿からの接触指標、問い合わせ欄には受付管理の件数を置きます。一枚にまとめる目的は、媒体の優劣を直ちに決めることではなく、区分を保って差分を確認することです。

期間は7月1日〜31日と8月1日〜31日です。広告とSNSの指標名はこの記入例の名称であり、利用する媒体では実際の項目名と定義に置き換えます。

媒体ごとにデータ区分と計測段階を付ける

入力表には「データ区分」と「計測段階」を持たせます。SC01は検索結果からのクリック、AD01は広告からのリンククリック、SN01はSNSからの外部リンククリックです。同じ「クリック」という語があっても、観測場所や集計方法が同じとは限りません。

この三つを合計して「サイト訪問者380人」と書くのは避けます。8月の数値を足せば120＋180＋80＝380ですが、単位は人数ではなく、重複や集計条件も確認していません。足し算が合っていることと、合計指標に意味があることは別です。

AIへの入力は、各行に「この行から説明できること」を短く添えると明確になります。IN01なら「全流入元の受付件数の比較まで。媒体別の割り当て不可」と記載します。こうした制約も、数値と同じ入力情報として扱います。

異なる分母の率を横並びで比較しない

検索CTRと広告のクリック率を並べても、対象となる表示や掲載面が違えば、大小だけで媒体の成果を評価できません。SNSの反応率も、どの反応を数え、何を分母にしたかの確認が先です。

今回の表には広告の表示回数がないため、広告CTRを算出しません。広告費とリンククリック数から費用をクリック数で割ることはできますが、それも問い合わせ獲得費用とは別の計算です。新しい指標を追加する場合は、判断目的に必要かを先に確認します。

また、検索クリック120件を分母、全流入元の問い合わせ8件を分子にして「検索の問い合わせ率6.7％」と書くことはできません。8÷120の計算自体はできても、対象の対応関係が確認されていないからです。率を作る前に、分子が分母の対象に含まれるかを点検します。

参照IDで入力値と原表を結び付ける

参照IDは、要約の文章と保存した原表をつなぐために付けます。行番号だけでは並べ替えで位置が変わるため、固定した保存版と行ラベルを併記します。以下は架空の「集客月次_2026-08_v1」という保存版の追跡表です。

保存版の作成日時は2026年9月2日10時とします。各表には元資料名、取得日時、集計条件も記録します。要約の「SC01」からこの表へ進み、検索月次の2行、B・C列へ戻れる状態を作ります。

欠損値と確認不能な成果を推測で埋めない

AIが不足を埋めやすい箇所は、成果指標や原因説明だけではありません。欠けた月の値、媒体別内訳、前月比、未取得の表示回数なども、文脈から補ったように見える文章へ変わることがあります。

そのため、入力表にない値は「推測して埋めない」と指示し、出力にも欠損理由を残します。IN02の媒体別内訳なら「合計8件の配分は不明」、CT01なら「契約資料は今回未収集」です。「おそらく」「参考値」と付けても、根拠のない数字を月次実績欄へ入れない基準にします。

前年同月の数値が必要になった場合も、今回の表からは作れません。追加資料の取得依頼として別欄に出します。値を得た後は新しい入力版を作り、元の要約に継ぎ足すだけで済ませず、影響する差分や仮説を再確認します。

入力前に匿名化と共有範囲を点検する

表を整えた後には、実際にAIへ渡す範囲をもう一度点検します。元ファイルの入力可否を確認していても、切り出した表に顧客メモが残ったり、自由記述の欄に個人情報が混ざったりすることがあるためです。

この作業では、入力用に承認された表だけを使い、不要な明細、コメント、隠れた列、資料へのアクセス情報を含めないよう確認します。原表の保存場所も、外部向け出力にそのまま載せる必要はありません。AIへは参照IDを渡し、社内で管理する追跡表から原表へ戻れる形にできます。

入力用資料と外部公開用資料は、どちらも集計表だから同じ扱いでよいとは限りません。広告費や問い合わせ件数自体を社外秘にしている会社もあります。誰が読める資料なのかを表の管理情報へ記載し、要約作成後の公開判断にも引き継ぎます。

05.事実と仮説と次の確認を分ける要約指示を作る

要約指示は「この表を分かりやすくまとめて」だけで終えず、目的、使える根拠、禁止事項、出力欄を指定します。文章の流暢さより、どの記述をどの資料で確認するかが残る形式を優先します。

出力は、経営者が読む短い要約と、担当者が使う検証欄の二層にします。短い要約だけが会議資料へ転記されても、参照IDと主要な留保が消えないよう設計してください。

AIへ目的と禁止事項と出力形式を伝える

次の記入例を、入力表と一緒に使えます。これはAIへの依頼文のひな型であり、実際の出力精度を保証するものではありません。

さらに「良化・悪化・横ばいを同じ基準で記載する」「比較条件が未確認なら、その条件を明示する」と加えます。社内メモに原因らしい記述があっても、裏付けのある事実へ格上げしないよう指定します。

確認できる事実には数値と参照IDを付ける

事実の欄は「対象期間・指標・値・比較・参照ID」を一組にします。たとえば「2026年8月の検索クリックは120件。7月100件に対し20件増、20.0％増。両月31日間、同じ検索条件〔SC01〕」です。短縮する場合も、期間と指標の名称を落とさないようにします。

数値が一致していても「顧客の関心が高まった」といった読み替えは別途確認します。事実欄には、計測された指標の名前をそのまま使うほうが、原表との対応を保てます。

仮説は断定せず根拠と確認方法を添える

仮説には、きっかけとなった事実、説明候補、確認方法を付けます。今回なら「表示回数とクリックがともに20.0％増え、CTRは横ばい〔SC01〜03〕。露出した検索語やページの構成変化が関係した可能性がある。クエリ別・ページ別の同期間資料で内訳を確認する」と整理できます。

この仮説は、構成変化が実際にあったという事実ではありません。合計値を説明するための確認候補です。裏付け資料がない段階では、施工事例の更新や見出し変更があったことまで追加しないようにします。

一つの仮説だけを置くと、それを証明する調査になりがちです。計測条件の変更や対象データの欠落がないかを先に確認し、その後に内容や流入構成を調べます。仮説欄は、もっともらしい物語を作る欄ではなく、確認する順序を決める欄として使います。

次の確認には資料と担当候補と期限を付ける

「ページ別に分析する」だけでは、会議後に作業が進みにくくなります。必要な資料、担当候補、期限、確認結果の戻し先までを書きます。ただし、AIが挙げた担当候補や期限は社内で合意したものではないため、承認前は案と明示します。

架空例では「検索担当が7月・8月のページ別およびクエリ別資料を同条件で取得し、9月4日までにクリック増分の内訳を確認する」と設定できます。受付側は「営業管理担当が受付経路の記録状況を確認する」と別の作業にします。

期限までに何を提出するかも定義してください。結論だけでなく、使用した資料、確認できた範囲、未確認事項を戻す形式なら、追加調査の結果を要約へ反映できます。原因が分からなかった場合にも「内訳取得済み、原因特定には至らず」という成果物が残ります。

確認不能な事項を結論にせず保留欄へ残す

保留欄には、分からない事項、その理由、判断への影響、解除に必要な条件を記載します。「不明」とだけ書くよりも、何がそろえば次へ進めるかが伝わります。

今回なら「媒体別の問い合わせ貢献は、IN02の内訳が要確認のため保留。検索クリック増を理由に予算配分は変更しない。受付経路と計測条件を確認した後に再検討」と書けます。契約貢献についてはCT01が未収集であり、さらに対象案件と期間の対応確認が必要です。

保留の項目を消して短くすると、読み手は確認済みだと受け取る可能性があります。会議要約にも「媒体別貢献・来場・契約は未確認」という短い留保を残し、詳細は検証欄へつなぎます。原因を言い切れない報告でも、次の確認が決まれば実務上の役割を果たせます。

06.架空データでAI要約の誤りを見つける

ここでは、先ほどの入力表と要約指示を使ったと仮定して、意図的に誤りを含む説明用の出力を点検します。以下の文章は実際にAIを実行して得た検証結果ではありません。担当者がどこを確認するかを練習するための例です。

説明用の出力例：「①クリックは120に増えました。②表示回数とクリックがともに20.0％増えたため、施工事例の見出し改善が成功しました。③CTRは120÷5,000＝2.4％へ改善しました。④検索経由の問い合わせは12件、契約は3件で、顧客の反応も良好です。⑤各媒体の集客は全体として好調なので、来月は広告予算を増やすべきです。」

読みやすさを評価する前に、各文を原表へ戻して確認します。

説明用の入力例と出力例を一文ずつ照合する

入力例は、保存版v1のSC01〜CT01、7月と8月の期間条件、四区分の出力指示です。原表にないページ別データ、制作変更の記録、契約資料は含めていません。この範囲を固定して、一文ずつ照合します。

一文に正しい数字と誤りが混在する場合は、文全体を採用せず分割します。②の20.0％増という計算結果は残せますが、その後の原因説明は残せません。

期間や単位が消えた文章を見つける

①の「クリックは120」は、値だけを見ると原表と一致します。しかし検索なのか広告なのか、8月なのか累計なのかが分かりません。120件が増加後の値なのか、増えた件数なのかも読み手によって解釈が変わります。

「2026年8月の検索クリックは120件。7月100件から20件増〔SC01〕」と直すと、意味が固定されます。比較条件が本文から離れる場合は「両月31日間、同じ検索条件」と添えます。

レビューでは、数値だけを拾う読み方と、文章の主語・期間を追う読み方を分けます。値が正しくても、対象を「サイト全体の訪問者」へ変えたり、月次値を「年間成果」と表現したりすれば誤りです。数値と、その数値が指す対象を一組で確認します。

数値の同時変化を原因と断定した箇所を見つける

②は、表示回数とクリックが同時に増えた事実から、見出し改善の成功へ飛躍しています。今回の資料には、見出しを変更した記録自体がありません。まず「変更があった」という前提を確認する必要があります。

仮に変更履歴が見つかっても、変更前後の数値だけで原因を一つに決められるとは限りません。検索語やページの構成、掲載条件、ほかの更新など、比較に影響する条件を調べます。確認資料が増えた段階で、どこまで説明できるかを再判断します。

修正の方向は「成功しました」を「成功した可能性があります」に置き換えるだけではありません。「検索の合計値は増加。原因は未確認。変更履歴の有無とページ別内訳を確認する」と、観測値と作業へ戻します。根拠のない前提を、弱い表現で残さないことが重要です。

元データにない問い合わせや契約の追加を棄却する

④の問い合わせ12件、契約3件、顧客の反応が良好という説明は、いずれも採用できません。IN01で確認できるのは全流入元の問い合わせ8件であり、検索経由の件数ではありません。CT01は未収集で、顧客の反応を示す資料もありません。

ここは「問い合わせは8件、契約は不明」と数値だけ直すのではなく、「全流入元」「受付日基準」「媒体別内訳は要確認」という定義を戻します。顧客の反応については、裏付けがなければ文章から削除します。

元データにない成果が一つ見つかった場合は、同じ出力内の来場数、契約率、売上、費用対効果にも追加がないかを点検します。修正版は原表から組み直し、誤った出力を別のAIに整文させただけで確認済みとはしません。

好調な指標だけを抜き出していないか確認する

⑤の「全体として好調」は、増えた検索指標だけを根拠にしています。今回の表では広告リンククリックが200件から180件へ減り、全問い合わせも10件から8件へ減っています。SNSの外部リンククリックと検索CTRは横ばいです。

さらに、平均掲載順位の集計値は8.0から9.0へ変化しています。これらを含めず全体評価を付けると、担当者に都合のよい要約になります。報告の目的に関係する指標は、増減の方向にかかわらず同じ基準で扱います。

ただし、すべての数値を同じ文字数で説明する必要はありません。会議要約では「検索接触は増加、広告クリックと全問い合わせは減少。原因と媒体別貢献は未確認」と整理し、詳細を検証欄へ回せます。良い数字を消すのではなく、判断に必要な反対側の情報も残します。

07.誤った要約を原表へ戻れる文章に修正する

修正するときは、誤った文を滑らかに言い換えるより、原表から事実の文を作り直すほうが確認しやすくなります。その後に、必要な仮説と次の確認を別欄へ加えます。

表の「採用」は文章の根拠に関する判定です。外部公開には、会社の数値を開示してよいかという別の確認も必要です。

事実の文に期間と比較条件を戻す

事実の文を作り直す順番は、期間、指標、当月値、比較値、差分、参照IDです。「2026年8月の検索表示回数は6,000回。7月5,000回に対し1,000回増、20.0％増〔SC02〕」なら、元の値と計算をたどれます。

同じ比較条件が複数の文に共通する場合は、段落の冒頭に「7月・8月はいずれも31日間、同一の検索条件」とまとめられます。ただし、その一文を省いた抜粋が社内で流通するなら、各資料の冒頭にも条件を残します。

差分だけの説明は避けます。「問い合わせ20.0％減」より「10件から8件へ2件減、20.0％減」と書けば、変化の規模を読み取れます。割合の大きさが、そのまま事業への影響の大きさを意味するわけではありません。絶対数と比率の両方を確認できる形にします。

因果の断定を検証可能な仮説へ直す

因果を断定した文は、事実、仮説、確認計画に分解します。例では「検索クリックと表示回数がともに20.0％増加」が事実、「検索語やページの構成変化が関係した可能性」が仮説、「同期間の内訳を取得する」が次の確認です。

仮説には、確認後にどう扱うかも添えます。特定ページに増分が集中していれば、そのページの更新履歴や検索語を追加で確認します。広い範囲で増えていれば、特定の見出し変更だけで説明しないようにします。どちらも、内訳の確認だけで因果が確定するわけではありません。

「施策が効いたか調べる」より、「増分がどこで発生したかを確認する」と置くほうが、初期調査の成果物を定義できます。仮説を採用するための証拠を集めるのではなく、複数の説明候補を絞る作業として進めます。

架空の成果や顧客反応を文章から除く

架空の成果を削除すると、文章に空白が生まれたように感じることがあります。その空白は、別の前向きな表現で埋める必要はありません。「契約につながる見込み」「顧客の質が向上」といった記述も、今回の資料では確認できないためです。

修正版は「問い合わせは全流入元で8件。検索経由の内訳は要確認。来場と契約の資料は今回未収集〔IN01・02、VS01、CT01〕」とします。分かる範囲と確認状態があれば、営業側が補うべき情報を判断できます。

顧客の声や担当者の感想を追加する場合は、取得元、対象期間、発言の扱い、共有可否を確認し、数値の事実とは分けて掲載します。未取材の発言を作ったり、説明用の例を実際の顧客反応として紹介したりしない基準を、要約担当者の間で共有します。

悪化と横ばいと確認不能も同じ規則で記載する

修正版では、広告リンククリックを「7月200件から8月180件へ20件減、10.0％減〔AD01〕」、広告費を「両月40,000円で横ばい〔AD02〕」と記載します。全問い合わせは「10件から8件へ2件減、20.0％減〔IN01〕」です。

SNSの外部リンククリックは「両月80件で横ばい〔SN01〕」、検索CTRは「両月2.0％〔SC03〕」と同じ規則で記載します。横ばいを省くと、検索クリック増を反応率の改善と誤読しやすくなります。

ただし、数値が減ったことを直ちに施策失敗と呼ばないようにします。問い合わせの受付条件や広告の配信条件に変更がないかを調べる前に、原因を制作物へ帰属させることはできません。事実の増減と、良否の判断に必要な条件を分離したまま報告します。

修正版に参照箇所と確認状態を残す

修正版の会議要約は、たとえば次のように整えられます。これも説明用の文章であり、実運用で承認された報告ではありません。

「2026年8月は7月比で検索クリックが100件から120件、表示回数が5,000回から6,000回へ増加。検索CTRは2.0％で横ばい、平均掲載順位は8.0から9.0へ変化した〔SC01〜04〕。広告リンククリックは200件から180件へ減少し、広告費は40,000円で横ばい。SNSの外部リンククリックは80件で横ばいだった〔AD01・02、SN01〕。全問い合わせは10件から8件へ減少。媒体別貢献と来場・契約は未確認のため、原因の特定と予算変更は保留する〔IN01・02、VS01、CT01〕。」

この要約に保存版v1の追跡表と確認事項管理表を添えます。確認状態は「説明用修正版・実運用では照合と承認が必要」とし、実際に照合していない資料へ確認済みの印を付けないようにします。

08.評価表で計算と根拠と共有可否を判定する

評価表は、担当者ごとの「大丈夫そう」を具体的な確認項目に置き換えるために使います。点数は確認漏れを見つける目安であり、高得点だけで共有を自動承認する仕組みにはしません。

次の採点は独自の運用例です。各項目を0点＝未確認または重大な不一致、1点＝一部確認・修正待ち、2点＝必要な確認を完了、として記録します。

合計は16点満点ですが、法務や建物の安全性に関する判断、未承認の機密情報、架空の成果が残っていれば、合計点にかかわらず差し戻します。

数式と分子と分母と期間を再計算する

検算では、AIが示した式を眺めるだけでなく、原表から分子と分母を取り直します。今回の誤りは、8月のクリック120件に7月の表示回数5,000回を組み合わせた点です。式の形が正しく見えても、期間の一致まで確認しなければ発見できません。

CTRは120÷6,000×100＝2.0％、問い合わせ増減率は（8−10）÷10×100＝−20.0％です。問い合わせの差分は−2件、広告リンククリックの差分は−20件となります。比率は比較期間の値を分母にすることも確認します。

合計のCTRを算出する場合は、対象範囲が合うクリックの合計を表示回数の合計で割ります。各行のCTRを単純平均して同じ値になるとは限りません。また、元の表示値がすでに丸められている場合は、どの値で計算したかを検証欄に残します。

比較条件と指標定義のずれを確認する

比較条件の点検では、対象期間だけでなく、同じ対象を数えているかを確認します。7月はサイト全体、8月は施工事例だけなら、そのまま前月比を計算しても同じ範囲の増減にはなりません。広告でキャンペーンの対象が変わった場合も同様です。

問い合わせについては、受付日と対応完了日を混ぜていないか、重複除外のルールが変わっていないかを確認します。条件変更があれば、共通条件で再集計できるかを検討し、できなければ比較の限界を明示します。

平均掲載順位の変化を検索流入全体の質へ読み替えたり、広告リンククリックを来訪人数と表現したりしていないかも、この段階で点検します。定義のずれは計算の正しさでは解決できません。値を直す前に、指標名と対象範囲を戻す必要があります。

仮説が事実のように書かれていないか採点する

因果関係の採点では、「〜により」「〜が奏功し」「〜のため増加」といったつなぎ方を確認します。根拠が増減表だけなら、その原因説明は事実欄から外します。「見込み」「可能性」と書かれていても、前提となる施策の実施が未確認なら修正が必要です。

今回の②は、見出し変更の記録も効果の根拠もないため、因果関係の項目は0点相当です。修正版で「原因未確認、内訳と変更履歴を調べる」と分け、根拠と確認計画を明示できれば、この項目の要件を満たす形になります。

「好調」「改善」「成功」のような評価語は、何を基準にそう呼ぶのかも確認します。クリック増とCTR横ばいが同時にある状況で、何が改善したかを曖昧にしないようにします。評価基準が決まっていなければ、まず指標の変化として記載します。

機密情報と参照可能性を確認する

追跡の確認は、作成者以外の人が参照IDだけを手がかりに原表へ戻れるかで行います。SC01から保存版、検索月次、クリックの行、7月・8月の列までたどれれば、値の照合ができます。保存場所が分からない、権限がない、行が移動している場合は未完了です。

同時に、共有先に見せる必要のない情報が含まれていないかを確認します。社内では原表を参照できても、外部向け資料に内部の保存場所や顧客明細を載せる必要はありません。公開文の文番号と社内の参照IDを対応させる方法も使えます。

機密情報の確認欄には、確認者と共有範囲を記録します。「個人名を消した」という一項目だけで終えず、集計値の公開可否も確認してください。追跡できることと、誰にでも原表を公開することは別の要件です。

採用と修正と保留と共有不可を判定する

最終判定は文単位と資料単位を分けます。一部の事実を採用できても、未確認の原因が残った資料全体をそのまま公開しないためです。

今回の誤った出力は、契約数などの追加があるため、そのままの共有は不可です。修正版は数値と留保を照合する対象にできますが、実務では担当者の確認と共有先の承認を経て採用します。保留事項が明確な社内報告は作れますが、保留の原因を確定事項として外部へ発信することはできません。

09.要約を次の確認作業と会議判断につなげる

要約が整ったら、会議で決める対象を「原因の結論」から「次に確かめること」へ移します。今回なら、検索の内訳、広告の配信条件、問い合わせの集計条件と流入元が確認候補です。

比較条件が合わなければ入力表の修正へ戻り、資料が足りなければ保留を維持します。順番を飛ばして、クリック増だけを予算変更の理由にしない運用にします。

変化した数値から確認候補を洗い出す

確認候補は、数字が変わった理由を思いつく順に並べるのではなく、集計条件、内訳、施策記録の順に整理すると着手しやすくなります。まず数値そのものが比較可能か、次にどこで変わったか、その後に関連する変更があったかを調べます。

検索では、クリックと表示回数が同じ割合で増え、CTRは横ばいです。ページ別・クエリ別の内訳を取得し、増加が一部に集中しているかを確認する候補が立ちます。広告では費用が横ばいでクリックが減っているため、集計対象や配信条件の変更履歴が確認候補です。

問い合わせは、まず受付漏れ、重複除外、対象期間の違いがないかを確認します。検索と問い合わせが逆方向に動いたことだけで、訪問者の質が下がったとは判断しません。どの段階の資料が不足しているかを切り分けます。

仮説ごとに追加資料と確認担当者を決める

確認事項は、一つの行に一つの担当作業を割り当てます。以下の日付と担当は、架空の月次運用を想定した記入例です。実際には担当者の合意と資料の取得可否を確認して確定します。

契約資料を追加する場合は、月次件数だけが必要なのか、問い合わせとの対応まで必要なのかを先に決めます。必要範囲が不明なまま顧客明細を広く収集しないようにします。

期限と判断条件と保留条件を設定する

期限は、原因を確定する期限と資料を取得する期限を混同しないようにします。Q01なら9月4日は内訳資料と所見を戻す期限であり、検索増加の原因を必ず特定する約束ではありません。

判断条件は、作業ごとに具体化します。たとえば「同じ条件の内訳を取得でき、合計との差を説明できたらページ別の確認へ進む」「受付台帳と月次集計が一致したら、流入元の確認へ進む」と置けます。集計値が一致しなければ、施策判断の前に原表を修正します。

保留条件も先に決めます。資料未取得、定義の不一致、対応する案件の欠落があれば、その範囲の結論は保留です。確認に時間がかかる場合は、暫定的な運用を誰が決めるかも記録します。期限が来たからという理由で、裏付けのない原因を報告書へ追加しないでください。

公開用と社内会議用と担当者確認用を作り分ける

用途に応じて情報量を変えても、確認状態は変えません。社内向けの仮説が、公開用に短くした途端に事実になることを防ぎます。

経営者向けの要約には、少なくとも減少した問い合わせと媒体別貢献の未確認を残します。公開版から参照IDを外す場合は、社内側に公開文との対応表を保存します。説明用の架空データを外部へ載せるなら、その表示も維持し、自社の実績と読める見せ方へ変えないようにします。

結論を出せない項目を会議資料に残す

会議資料には、結論が出た項目だけでなく、結論を出せない項目も残します。今回なら「検索クリックの増加原因」「問い合わせの媒体別貢献」「来場・契約への接続」です。どれも今後の判断に関係するため、単に削除すると次月に同じ議論を繰り返すことになります。

会議の決定欄は「検索施策を成功と評価」ではなく、「Q01〜Q04の確認を実施し、結果を次回判断へ回す」とできます。予算を据え置く場合も、その理由が成果の評価ではなく、判断資料の不足であることを記録します。

未確認事項に担当も期限も付かなければ、保留が放置へ変わります。会議では、確認を実施する、対象を絞る、現時点では調べないと決める、のいずれかを明確にします。調べない場合も、以後その事項を確定的に説明しないという制約を残します。

10.月次運用として再現できる要約手順を定着させる

月次運用では、入力表、要約形式、評価表、確認事項管理表を同じ基準で更新します。型を固定すると、承認した版と根拠の対応、定義の変更、前月から持ち越した確認事項を追いやすくなります。

承認記録には、実際に確認した人が対象版と用途を記入します。AIが出力した氏名、日付、承認状態を記録の代わりにはできません。数値や定義を更新したときは版を分け、承認済みの要約、修正履歴、翌月へ引き継ぐ確認IDを対応付けて保存します。

入力表から承認までの月次手順を固定する

月次の流れは「原表保存→入力表更新→AIで下書き→原表照合→評価と修正→承認→確認事項の引き継ぎ」と固定します。原表を先に保存することで、後から数値が更新されても、どの値を使って報告したかを説明できます。

各工程の受け渡し条件を決めます。入力表には欠損理由まで必要、下書きには参照IDが必要、承認前には共有範囲が必要、としておけば、後工程で不足が見つかった際に戻す場所が分かります。

最初から全媒体を対象にする必要はありません。自社で定義と原表をそろえられる範囲から始め、未接続の成果は未確認として残せます。ただし、対象を絞った報告を「集客全体の評価」と呼ばないようにします。運用範囲と報告の表題・結論を一致させてください。

変更した定義と参照元の履歴を残す

定義や参照元を変更したら、変更日、理由、対象指標、比較への影響を記録します。たとえば問い合わせの重複除外ルールを変えた場合、件数の増減に実際の受付変化と集計方法の変更が混在する可能性があります。

原表の数値訂正と、報告文だけの修正も区別します。v1の入力値を訂正してv2を作ったなら、影響する増減率、要約、評価表を更新します。単なる表現修正であっても、すでに共有した結論が変わる場合は訂正内容を記録します。

保存版を上書きして過去の根拠を失うと、前月会議の判断を再検証できません。使用した入力版、要約版、承認版を対応付けて残します。社内の保管ルールに従い、必要な履歴を追える管理方法を選んでください。

レビュー担当者と承認者を記録する

レビュー担当者は数値と根拠を確認し、承認者はその資料を誰にどの用途で共有するかを決めます。役割を分けられる会社では、それぞれの記録欄を設けます。同じ人が担当する場合も、二つの確認を行った日時と対象版を残します。

承認欄には「承認者、承認日、対象版、用途、共有範囲、残る保留事項」を記載します。「承認済み」だけでは、社内会議向けなのか、外部公開まで含むのかが分かりません。Q01〜Q04が未完了なら、その状態を承認記録へ引き継ぎます。

採点が高くても、専門的な判断が未確認ならその部分は別途差し戻します。法務・技術の確認が必要な文章は、担当資料と責任者の確認範囲を記録してから扱います。月次報告の承認者がすべての専門判断を代行したことにならないようにします。

未完了の確認事項を翌月へ引き継ぐ

未完了の確認事項は、翌月に新しい項目として作り直さず、確認IDを維持して更新します。Q04が未完了なら、受付経路を取得できなかった理由、次に取得する資料、担当、期限を追記します。

状態は「未着手」「確認中」「資料待ち」「確認完了」「調査終了・結論保留」など、社内で区別できる形にします。資料を入手したことと、原因が確定したことを同じ完了状態にしない運用が有効です。確認結果が仮説を支持しなかった場合も、その結果を残します。

翌月のAI入力には、引き継ぐ確認事項と新しい数値を別の区分で渡します。前月の仮説が、繰り返し入力されるうちに事実として扱われないよう、「未確認」「棄却」「確認できた範囲」を明示します。蓄積するのは説明の物語ではなく、根拠と判断の履歴です。

要約後に確定した訴求を制作工程へ渡す

要約後に制作へ渡せるのは、確認を終えた事実と、掲載してよいと判断された訴求です。検索クリックが増えたという理由だけで、「お客様から高評価」「相談が急増」といった見出しへ変えないようにします。今回の架空例では、反応が増えた原因や顧客評価は確認できていません。

制作担当者へは、使用する写真、確定した見出し、補足、投稿文、根拠資料、掲載条件を渡します。施策の狙いが仮説段階なら、顧客向けの確定表現へ混ぜず、社内の検討事項として管理します。建物の仕様や性能を扱う内容は、対象物件の資料と責任者の確認を経てから掲載文へ反映します。

まずは自社の一か月分を入力表へ移し、事実・仮説・次の確認・参照箇所を分けてください。短い会議要約と追跡表を一組にし、評価表で確認したうえで、担当と期限を決めるところまでが月次報告の作業です。