会計コンテンツ生成・配信エンジン構想

コンテンツを"営業資産"に変える ── リード獲得→育成→商談化の自動化基盤

社内共有資料 | 2026年2月 | 営業部

1. なぜこの仕組みが必要か

課題のイメージ

現状の課題

連結決算システム(iCAS系)のサービスサイトを3月中に公開予定ですが、 現状の自社サイトからの流入は月2〜3件程度に留まっています。 連結決算・グループ経営管理という専門性の高い領域にもかかわらず、 Webでの情報発信が薄く、見込み顧客の"最初の接点"を他社に取られている状態です。

加えて、知名度・ブランド力の面でも課題があります。 展示会やリファラルで得たリードに対して、サイトを見たときに 「この会社は専門性がある」「信頼できそうだ」と感じてもらえるだけの コンテンツの蓄積が不足しています。

目指す状態

サービスサイト公開後、会計コンテンツを継続的に更新・蓄積していくことで、 自然検索からの流入を段階的に増やし、月5〜10件以上のリード獲得を目標とします。 さらに重要なのは、単なるPV数ではなく、コンテンツを通じた信頼感の積み上げです。 「この会社は連結決算の実務を分かっている」という認知が、商談化率・受注率にも効いてきます。

本構想の本質
これは「コンテンツ制作」の話ではありません。
"営業エンジンの自動化"=リード獲得→育成→商談化をコンテンツで回す仕組みを作ることです。 コンテンツが資産化され、サービスサイト・メルマガ・ホワイトペーパーなど 複数チャネルに展開できる状態を目指します。

2. 何を作るのか(全体構想)

電子化のイメージ

会計基準・実務指針・解説資料といった大量のPDFを入力として、 AIが分類・構造化・記事ドラフト生成までを半自動で行い、 CMS経由でサービスサイトに公開。 公開後はマーケティングオートメーション(Pardot)と連携して メルマガ配信・スコアリング・リード育成まで自動化する ── この一気通貫の仕組みを構築します。

3つのレイヤー

Layer 1 コンテンツ生成(PDF → 記事ドラフト)

PDFコーパス(会計基準、実務指針、解説資料等)を所定フォルダに投入し、 Claude Codeで目録化→チャンク化→分類→ネタ一覧→ドラフト生成の一連を実行します。 生成された記事は下書き状態でCMSに入稿し、人間がレビュー・公開判断を行います。

Layer 2 コンテンツ公開(microCMS → サービスサイト)

microCMSをコンテンツ管理・公開基盤として利用します。 サービスサイトはmicroCMSのAPIから記事を取得して表示する構成です。 これにより、記事の投稿・編集・公開/非公開のコントロールがCMS上で完結します。

Layer 3 配信・育成(Pardot / Salesforce)

公開したコンテンツを元に、Pardot(Account Engagement)でメルマガ配信・セグメント配信・ スコアリングを実施。Salesforce APIとの連携で資料請求リードの自動取り込みも実現します。 記事群からホワイトペーパーを生成し、DLコンテンツとしても展開していきます。

3. システム全体アーキテクチャ

システム構成のイメージ
全体アーキテクチャ ── データフローと各コンポーネントの関係
PDF コーパス
会計基準 / 実務指針
解説資料 / ガイドライン
フォルダ投入(手動)
AI処理レイヤー
Claude Code
目録化 → チャンク化 → 分類
→ ネタ一覧 → ドラフト生成
API入稿(下書き状態)
公開レイヤー
microCMS
記事管理 / 公開制御
API配信
サービスサイト
renketsu.co.jp
コンテンツ閲覧 / DL
閲覧 / 資料DL / フォーム送信
マーケティング・育成レイヤー
ホワイトペーパー
お役立ち資料
DLコンテンツ
Pardot
メルマガ配信
スコアリング / セグメント
Salesforce
リード管理
API連携
商談化
受注
Cloudflare
管理UI / ダッシュボード
(Phase 2)
ポイント:コンテンツが複数チャネルに展開される設計
1つの記事が「サービスサイト掲載」「メルマガ配信」「ホワイトペーパー素材」の3方向に活用されます。 コンテンツを蓄積すればするほど、配信可能なチャネルと接点が増える"資産化"モデルです。

4. 各ツールの役割

ツール活用のイメージ

それぞれのツールが担う範囲を明確にしておきます。 役割が混ざると運用が複雑になるため、「誰が何をやるか」を切り分けることが重要です。

C Claude Code

役割:コンテンツの"生成工場"
PDF群をインプットに、目録・チャンク・分類・ネタ一覧・ドラフトを生成します。 運用はCLI(コマンドライン)中心。出力はCSV/JSON/Markdownなど構造化データです。

担当フェーズ:Phase 1(直近で利用開始)

m microCMS

役割:コンテンツの"管理・公開基盤"
Claude Codeが生成したドラフトを下書きとして入稿し、 レビュー後に公開。サービスサイトへはAPIで記事を配信します。

担当フェーズ:Phase 1(課金承認が必要)

P Pardot(Account Engagement)

役割:リードの"育成エンジン"
メルマガ配信、セグメント配信、スコアリングを担当。 新着記事・カテゴリ別・スコア別の配信で見込み顧客を育成します。

担当フェーズ:Phase 1.5(決済済み、すぐ利用可能)

S Salesforce API

役割:リード情報の"連携ハブ"
資料請求フォーム等からのリード情報をPardotリストへ自動追加。 将来的に手入力を完全排除します。

担当フェーズ:Phase 1.5(段階的に連携強化)

W Cloudflare(Workers / D1 / Queues)

役割:統合管理の"ダッシュボード基盤"(将来)
記事生成・入稿・公開・配信・分析をUIで統合管理。 Workers + D1 + Queues で非同期ジョブ基盤も構築予定。

担当フェーズ:Phase 2(後回し、別途決済が必要)

5. Phase分け

スケジュールのイメージ

やること・やらないことを明確にし、段階的に進めます。 Phase 1を3月中に形にすることが最優先です。

Phase 1 コンテンツ生成基盤

時期:3月中(最優先)

  • PDFコーパスをローカルフォルダに集約(50〜200本)
  • Claude Codeでcatalog.csv(目録)を生成
  • taxonomy(会計領域×読者×フェーズ)の設計
  • チャンク化+分類+topics.csv(ネタ一覧)生成
  • 上位30本の記事ドラフト生成
  • microCMSへの入稿・公開フロー確立
  • サービスサイトでの記事表示
注意:microCMSの課金承認
microCMSは有料プランが必要です。現状は実装に着手していますが、課金承認を早めに確定させる必要があります。

Phase 1.5 配信・育成の自動化

時期:Phase 1 直後(Pardot決済済み)

  • Pardotでメルマガ配信の設計・テンプレ構築
  • 新着記事・カテゴリ別の自動配信
  • スコアリングルールの設定
  • Salesforce APIでリード自動取り込み
  • 記事群からホワイトペーパーを生成・掲載
  • DLフォーム → Pardot登録 → 育成の導線構築

Phase 2 統合管理UI

時期:後回し(別途決済が必要)

  • Cloudflare上に管理ダッシュボードを構築
  • 記事生成→入稿→公開→配信→分析をUI統合
  • Workers / Queues / D1 によるジョブ基盤
  • 運用メンバーがGUIで操作できる状態

6. 運用フロー

運用フローのイメージ

Phase 1 での日常的な運用イメージです。 PDF投入から公開・配信までの一連の流れを示します。

運用フロー(Phase 1 + 1.5)
1
PDF投入
所定フォルダに
PDF配置
2
catalog生成
目録・メタ情報
自動抽出
3
topics生成
記事候補
棚卸し
4
ドラフト生成
テンプレに沿った
記事下書き
5
レビュー
人間が確認
修正・承認
6
CMS公開
microCMSで
公開操作
7
メルマガ配信
Pardotで
自動/手動配信

各ステップの詳細

# ステップ 実行者 ツール 出力
1 PDF投入 担当者(手動) ローカルフォルダ PDFファイル群
2 catalog生成 Claude Code CLI catalog.csv(タイトル/発行主体/日付/キーワード/推定カテゴリ/想定読者/重要度/章立て)
3 topics生成 Claude Code CLI topics.csv(記事タイトル候補/要約/根拠PDF&ページ範囲/難易度/記事タイプ)
4 ドラフト生成 Claude Code CLI Markdown記事(チェックリスト型/論点解説型/運用型/情シス型など)
5 レビュー 担当者(人間) CMS管理画面 修正済み記事(公開判断)
6 CMS公開 担当者 microCMS サービスサイトに記事公開
7 メルマガ配信 担当者 / 自動 Pardot 新着通知/カテゴリ別/スコア別配信
自動と手動の境界
ステップ1〜4はClaude Codeで半自動化されます。 ステップ5のレビューは必ず人間が介在し、自動生成=下書き、公開は運用判断とします。 事故防止のため、「完全自動公開」はPhase 1では行いません。

7. コンテンツ方針と品質管理

資料のイメージ

元ネタはPDF ── 監査法人サイトのクロールが主ではない

よくある誤解として「監査法人のサイトを大量クロールして転載する」という設計がありますが、 本構想の主な入力はPDFです。 会計基準、実務指針、解説資料など、公開・ダウンロード可能なPDFを "所定フォルダに投入する"方式で運用します。

コンテンツの分類体系(taxonomy)

事前に「ジャンル別の網羅的なネタ一覧」を作れる状態を目指します。 分類は以下の3軸で設計します。

カテゴリ例
会計領域 連結決算、税効果、退職給付、収益認識、IFRS対応、開示、内部統制 等
読者ペルソナ 経理担当者、情シス、経営企画、CFO、監査対応者
コンテンツフェーズ 認知(概要)、理解(詳細解説)、検討(比較・チェックリスト)、導入(運用ガイド)

記事タイプ

品質管理の原則

3つの原則
  1. 転載ではなく"自社解説として再構成" ── 原文のコピペではなく、実務者目線で噛み砕いた解説に再構成する
  2. 根拠PDFを必ず明示 ── 記事には参照元(基準名、段落番号等)を明記し、読者が原典にあたれるようにする
  3. 引用は最小限 ── 必要な場合は引用元を明記し、量は最小限にとどめる

8. 成果イメージとKPI

成果アップのイメージ
月間リード数
2〜3件 5〜10件
Phase 1 + 1.5 運用後 6ヶ月目標
公開記事数
0本 30本〜
Phase 1 初期MVP
ホワイトペーパー
0本 3〜5本
Phase 1.5 でDLコンテンツ化
信頼・ブランド
弱い 専門性認知
「連結決算に強い会社」の認知形成

狙う効果

9. リスクと注意点

比較検討のイメージ
リスク内容対策
著作権・引用 会計基準PDFの内容を転載と見なされるリスク 原文コピペは禁止。自社解説として再構成し、根拠の出典を明記。引用は最小限にとどめる
情報の正確性 AIが生成した記事に誤りが含まれる可能性 必ず人間がレビューしてから公開。根拠PDFとページ範囲をドラフトに付記し、検証可能にする
microCMS課金 有料プランの承認が未確定 早期に課金承認を取得。承認前はローカルでドラフト生成まで進めておく
コンテンツの陳腐化 会計基準は改正されるため、古い記事が残るリスク catalogに発行日・適用時期を記録し、定期的に見直し対象を抽出する仕組みを入れる
運用負荷 レビュー工程がボトルネックになる可能性 Phase 1はまず30本に絞る。テンプレ・taxonomy を育てながら段階的に拡大する
Cloudflare決済 Phase 2の管理UI構築には別途費用が必要 Phase 2は後回しとし、Phase 1/1.5の成果を実績にして承認を取る

10. 初期の作り方(MVP)

ステップアップのイメージ

完璧を目指さず、まず動く状態を作ってから改善するアプローチを取ります。 以下の4ステップでMVPを形にします。

Step 1:PDFコーパスの投入(50〜200本)

会計基準、適用指針、実務指針、解説資料など、手元にあるPDFを所定フォルダに集約します。 完璧に集める必要はなく、まずは手元にあるものから始めます。 フォルダ構成は以下のようなイメージです。

corpus/
├── standards/        ← 会計基準(企業会計基準、適用指針)
├── practices/        ← 実務指針、実務対応報告
├── guides/           ← 解説資料、ガイドライン
└── others/           ← その他参考資料

Step 2:catalog.csv / topics.csv の生成

Claude Codeで全PDFをスキャンし、catalog.csv(目録)を生成します。 各PDFの「タイトル/発行主体/日付/キーワード/推定カテゴリ/想定読者/重要度/章立て」が一覧化されます。

続いて、catalogに基づきtopics.csv(ネタ一覧)を生成。 「記事タイトル候補/要約/根拠PDFとページ範囲/難易度/記事タイプ」が棚卸しされ、 どんな記事を書けるかが見える化されます。

Step 3:上位30本のドラフト生成

topics.csvの中から優先度の高い30本を選定し、ドラフトを生成します。 テンプレは記事タイプ別(チェックリスト型、論点解説型、運用型等)に用意し、 生成品質を安定させます。

ドラフトには根拠PDFのファイル名・ページ範囲が付記されるため、 レビュー時に原典を確認しやすい構造です。

Step 4:公開&配信を回しながらtaxonomyとテンプレを育てる

最初の30本を公開・配信しながら、分類体系(taxonomy)と記事テンプレを調整していきます。 実際に読者の反応を見ながら、「どのカテゴリが刺さるか」「どの記事タイプが読まれるか」を データで確認し、次のバッチ生成に反映します。

11. 工数・スケジュール

3月のサービスサイト公開に合わせて、Phase 1を最優先で進めます。 以下はざっくりとした目安です。

時期Phase主なタスク工数目安
3月 前半 Ph1 PDFコーパス収集・フォルダ整理 / taxonomy設計 2〜3日
3月 前半 Ph1 Claude Codeでcatalog.csv / topics.csv 生成 1〜2日
3月 中旬 Ph1 記事テンプレ設計 / 上位30本ドラフト生成 2〜3日
3月 中旬〜 Ph1 microCMS入稿フロー構築 / レビュー・公開開始 2〜3日
3月下旬〜4月 Ph1.5 Pardotメルマガ設計・テスト配信 / スコアリング設定 3〜5日
4月〜 Ph1.5 ホワイトペーパー生成 / Salesforce API連携 5〜7日
5月以降 Ph2 Cloudflare管理ダッシュボード構築 要見積もり
スケジュールの考え方
Phase 1は3月中に一通り形にすることを目標とします。 完璧でなくても、「PDF→ドラフト→公開」の流れが回る状態になればMVP達成です。 Phase 1.5はPardotが決済済みのため、Phase 1と並行して準備を始められます。 Phase 2のCloudflareダッシュボードは、Phase 1/1.5の成果を見てから着手で問題ありません。

12. 次のアクション(Phase 1 でやるタスク)

おまかせくださいのイメージ

以下を上から順に進めていきます。 チームメンバーそれぞれの動きが分かるようにリスト化しています。

  1. microCMS課金承認を確定させる
    Phase 1のCMS入稿に必須。早期に承認を取り、アカウント準備を完了させる。
  2. PDFコーパスを収集・整理してフォルダに投入する
    まず手元にあるPDF 50〜200本を corpus/ フォルダに配置。完璧でなくてOK。
  3. taxonomy(分類体系)を設計する
    会計領域×読者ペルソナ×コンテンツフェーズの3軸。catalog生成前にドラフトを作っておく。
  4. Claude Codeで catalog.csv を生成する
    全PDFをスキャンし、タイトル/発行主体/日付/カテゴリ/重要度等を一覧化する。
  5. topics.csv(記事ネタ一覧)を生成し、優先順位をつける
    どんな記事が書けるかを棚卸しし、最初の30本を選定する。
  6. 記事テンプレを設計し、上位30本のドラフトを生成する
    記事タイプ別テンプレを用意し、Claude Codeでドラフト生成。根拠PDF情報を付記。
  7. microCMSへの入稿フローを構築し、レビュー→公開を開始する
    下書き入稿→レビュー→公開の運用を確立。まずは数本公開して動作を確認。
  8. Pardotのメルマガ設計に着手する(Phase 1.5 準備)
    Phase 1と並行して、配信テンプレ・セグメント設計を進めておく。
KSA Next