BtoBの営業資料、製品サイト、ホワイトペーパーを作るとき、説得力のある数字や強い表現を入れたくなることがあります。「導入で業務時間を半減」「顧客満足度が大幅に向上」「多くの企業で選ばれている」。しかし、その一文は何を、どの条件で、いつ測った結果なのでしょうか。
本記事は、記事や営業資料に載せる主張（Claim）と裏付け（Evidence）を一対一で見直せる、軽量な「根拠管理シート」の作り方を扱います。専用のシステムを導入せず、最初は表計算や文書で運用できます。
ここでいう「根拠台帳」は本記事が提案する編集・業務上の管理方法です。法令がこの名称や様式を一律に要求しているという意味ではありません。対象となる法令や契約は、商品・顧客・取引地域によって別途確認する必要があります。
「資料にリンクがある」と「主張を裏付けている」は違う
参考資料が多く並んでいても、主張と資料が対応していなければ信用できません。たとえば「ツールの導入で売上が30%増加」と書きながら、参照先がツールの機能紹介だけなら、その数字は裏付けられません。資料が実在することと、その資料が結論を支持することは別です。
消費者庁の不実証広告規制の案内では、効果・性能の表示について「客観的に実証された内容」であることと、「表示された効果・性能と実証内容が適切に対応していること」の二点を説明しています。これは主に一般消費者向け表示に関する法制度であり、あらゆる法人向け資料へそのまま同じ規制が適用されると断定するものではありません。ただし、証拠と主張の対応を考える際の参考になります。
米国FTCの事業者向け広告ガイドも、広告の主張に対して合理的な根拠となる客観的な証拠が必要で、求められる証拠の種類は主張によって異なると説明しています。日本国内の個別案件で米国法の基準を直接適用するという意味ではありません。
先に主張を5つの種類に分ける
- 仕様の主張：「API連携できる」「監査ログを保存できる」など。公式仕様書と対象バージョン、設定条件が根拠になり得ます。
- 数値の主張：「工数が40%減った」「導入企業が500社」など。母集団、測定方法、期間、集計責任者を追える必要があります。
- 比較の主張：「他製品より速い」「業界唯一」など。比較条件・時点・対象範囲を明示し、相手側の実態を推測で埋めないことが重要です。
- 利用者の評価：「使いやすい」「安心できた」など。誰の意見で、どのように収集・編集されたかを区別します。単一の声を全体の評価と混同しません。
- 将来の可能性：「導入により利益が増える可能性」など。事実ではなく予測・仮説として扱い、前提条件と反証条件を付けます。
ひとつの文章に複数種類の主張が含まれている場合は分割します。例えば「AIで商談準備が短縮され、受注率も上がる」は、工数と受注への影響が別々の証拠を要するため、一つの根拠リンクだけで扱わない方が安全です。
根拠管理シートの9項目
新しいツールを探す前に、まず次の9列を用意します。すべての文章に付けるのではなく、読者や顧客の意思決定に影響する重要な主張から始めます。
- ①管理ID：例えば CLAIM-001。資料名やページが変わっても追える識別子。
- ②公開する主張：読者が実際に目にする一文。曖昧な要約ではなく原文を残す。
- ③主張の種類：仕様・数値・比較・評価・予測。
- ④証拠の所在：URL、文書名、版、ページ、社内保管先など。機密文書の場所を外部へ公開しない。
- ⑤確認できた範囲：資料のどの部分が何を示したか。「資料が存在する」だけで完了にしない。
- ⑥条件・限界：測定期間、対象者、環境、前提、例外。確認できなければ「不明」。
- ⑦判定状態：公開可・条件付き・要確認・使用不可など、運用上の確認結果。史実の真正性証明とは別。
- ⑧確認担当・確認日：誰がいつ、どの方法で照合したか。
- ⑨再確認の契機：仕様変更、価格改定、導入事例の承認期限、製品バージョン変更など。
この9項目は本記事の提案です。担当者名や資料のリンクをすべて公開する必要はありません。社内台帳では検証可能性を確保し、公開記事では読者が必要とする範囲の出典・条件を示します。
架空例：誤解を生む表現をどう書き換えるか
修正前：「当社ツールで業務時間を50%削減」。裏付けが製品説明だけなら、50%という数字を公表する根拠がありません。事実としての使用を保留します。
資料で確認できた場合の例：「特定の検証環境で、対象作業の所要時間を従来手順と比較したところ、短縮が観測された。ただし実際の業務全体への効果は別途検証が必要」。数値は測定記録を確認できる場合だけ書きます。
まだ検証前の場合：「対象作業の時間短縮が見込めるか、実際の業務で検証する」。これは可能性と検証計画の説明であって、実績の表現ではありません。
以上は架空例です。具体的な顧客事例や実績数値を示すものではありません。数字を削ることが常に正解なのではなく、証拠と対応していない数字を事実として使わないことが重要です。
記事、営業資料、導入事例で確認レベルを変える
ブログ記事：一般論と独自提案を分け、外部資料の確認範囲と日付を示します。調査対象が海外の事例なら、国内すべてのBtoBに一般化しません。
製品ページ：仕様、料金、性能、対応範囲など変化し得る内容を優先して管理します。検証した条件と、実際に購入できる条件に違いがないか確認します。
営業提案書：顧客固有の前提や未確認データを仮説として扱い、第三者へ転送されても条件が伝わる文面にします。社外秘のデータを公開記事へ流用しません。
導入事例：実際の取材内容・数値の定義・公開承認範囲を結びつけます。本人の発言、編集上の要約、担当者の推測を混ぜないことが大切です。詳しくはBtoB導入事例の作り方も参照してください。
AIで書いた文は「根拠を確認する前の候補」と考える
生成AIは、主張の抽出、重複した表現の検出、未確認の断定を見つける作業に役立つ場合があります。一方、AIが出したもっともらしい統計、報告書名、顧客の発言を、確認前に公開するのは危険です。
AIが要約した資料でも、対象ページや原文に戻って、主張に対応する部分を確認します。URLにアクセスできても、引用した数字・年代・母集団が正しいとは限りません。
Google検索セントラルは、有用で信頼性の高いコンテンツについて、独自性、裏付け、作成者、制作方法、読者のために作られているかなどを自己評価する考え方を示しています。これはSEO順位を保証するテクニックではなく、読者の判断を支える記事を作るための視点です。
まず5つの主張だけで試す
ステップ1：閲覧数の多い記事、営業で繰り返し使う資料、導入効果に関するページから、影響の大きい主張を5つ抽出します。
ステップ2：それぞれに証拠・条件・確認日を記録します。証拠が見つからない場合は、保留・削除・条件付き表現への修正を判断します。
ステップ3：公開文面と台帳の状態が対応しているか、別の担当者でも追跡できるか確認します。見つからなかった資料をAIの予測で補いません。
ステップ4：製品仕様や根拠資料の変更時に、該当する公開文章を特定できるか試します。運用に負荷がかかりすぎるなら、対象を「高影響な主張」へ絞り直します。
台帳を作ること自体が目的ではありません。読者や顧客が誤った期待を持たず、自分で比較・判断できる状態にすることが目的です。更新できない巨大な管理表より、運用できる小さな表を選びましょう。
「言葉の出典」と「ビジネス上の主張」には共通点がある
名言記事では、誰のどの原典にあるかを確認します。BtoBの記事では、どの数字や仕様を、どんな測定や文書が支えているかを確認します。問いの内容は違っても、「言葉が存在すること」と「その解釈・結論が正しいこと」を分ける姿勢は共通しています。
このサイトの名言の出典ステータスガイドは、帰属や文言の違いを扱う別領域の仕組みです。本記事の業務管理シートと判定項目を無理に統一することはしません。
関連する記事
顧客価値の伝え方は良い製品が売れない理由、営業が評価するリードの条件はBtoBリードの質、記事・コンテンツ戦略全体はBtoBコンテンツマーケティング・SEO戦略で扱っています。
出典・参考資料
・消費者庁「不実証広告規制」：効果・性能の表示と合理的根拠の対応。対象となる表示・法令については制度の適用範囲を確認してください。
・U.S. Federal Trade Commission “Advertising FAQ’s: A Guide for Small Business”：広告上の主張を裏付ける合理的根拠の考え方。米国の制度に関する資料です。
・Google検索セントラル「有用で信頼性の高い、ユーザー第一のコンテンツの作成」：根拠・独自性・制作方法に関する自己点検の視点。
記事の9項目、5分類、運用手順は公開資料に基づく編集上の提案であり、公的機関がこの管理様式を推奨・認証したという意味ではありません。この記事は公開資料の照合とAIによる構成・草案補助を経て編集しました。