What It Is
2025-07-16（水）朝 8時台に Google Meet で行われた、kouchou-ai のマーケティング戦略を議論する単発会議の議事メモ。週次定例（meeting-minutes）とは別の枠で、dd2030 のボード級メンバーが集まって戦略を整理した回。
- 議事メモ Google Doc:
1qm7I_xEUE0kB8MuQrR_cNOKUerQgbvzFy3CXtUowfgA - 音声ファイル名
20250716-広聴AIマーケティング戦略mtg.m4aが末尾に記載されており、これが会議日の確定根拠 - 2026-06-03 に 小野（Slack handle
moai, dd2030 コミュマネ）が「過去にボードメンバーを含め広聴AIのマーケについて話したときの議事録っぽい」として Slack に共有したのを契機に発掘・取り込み - raw export 取得日: 2026-06-03（
raw/marketing-strategy-mtg-2025-07-16.txt/.html）
Participants
Meet チャットログから確認できる参加者（敬称略）:
- 関治之（Hal Seki, dd2030 ボード）
- 筧大日朗（Dainichiro Kakei）
- nao yo4
- 東健二郎
- 鈴木健（dd2030 / 本文中で「経営者としての鈴木」として広聴AIエンジン品質の私見を述べている）
本文の「以下メモ」以降は議論をまとめたメモで、特定の発言者ラベルは付いていない。冒頭〜中盤の構造化アジェンダは事前 prep として準備されたもののように読める。
Key Points
ユーザー・タイプの優先順位
- 初期は地方自治体にフォーカス（政治家・政党は政権与党以外実行力がない、メディアは世論調査との対比に注意）
- 自治体側のステークホルダー（首長 / 広聴課担当者 / エンジニア）ごとに「持っていると嬉しい性質」を明確化すべき
- プロダクト改善のペルソナと、マーケティングのペルソナは別物であることを意識する
事例研究（P0）
- 導入検討中 → 導入済 → 継続利用中 → キーインサイト → 政策反映化 → 市民の満足度向上 の 6 段階フレームでケーススタディを蓄積する
- 評価では「どのようなキーインサイトが得られたか」を聞き込むのが本質
- 「見やすくてよかった」は何も発見がなかったことを意味する
- ブロードリスニング自体が「仕事をしている風」の広報目的で形骸化するリスクを警戒する
- 成功の定義は 市民への最終価値提供 まで届くこと
マーケティング戦略
- (P0) 導入パートナー戦略: パートナー候補に Code for Japan / Polipoli ほか。価格帯とパートナー収益性が肝
- (P1) 成功事例づくり: 強い意志を持つリーダーがいる自治体で、キーインサイト → 政策反映 → 満足度向上まで深掘り
- (P1) ユーザー・コミュニティ: Slack コミュニティチャンネル（P0）→ オンライン meetup（P1）→ Gov tech カンファレンスでのセッション（P2）
- (P2) 広報戦略: 成功事例がある程度蓄積されてから本格展開
セールス
- (P1) Talk to the city ユーザーへのアプローチ: TTTC 既存ユーザーに広聴AIを案内、両者の機能差を表で整理
- (P2) パブコメ補助ツールとしてのポジショニング: パブコメ＋SNS の意見を広聴AIで集約する事例づくり
プロダクト
- (P0) サービス化: API key を登録すれば試せる SaaS 化（インストール不要）
- (P1) エンジン品質: 鈴木健の私見として、当時の広聴AI の分類性能は実用レベルに達していないという認識
- カテゴリーが適当に合体される、カテゴリー自体が発見的でない、カテゴリーミス、ノイズ事前フィルタ不足、キーインサイト発見に至らない、の 5 系統の問題提起
- (P2) UI / visualization: サブカテゴリー化などの改善は優先度低
役割分担・射程の議論（後半の自由メモ）
- 政策反映までを射程に入れるなら、ツール提供だけでなく伴走支援やコンサル的な動きが必要
- ただし伴走支援は OSS 開発の範疇ではない
- 広聴AI というツールが担うのは「キーインサイトの発見まで」、その先は導入パートナーと共に成功事例を作る、という線引き
- 参照モデルとして Polis（Colin が開発）と政策化（オードリー・タンのチーム）の役割分担 が挙がっている
- 自治体側のリーダーシップは「首長はやりたがる / 現場まで落ちる過程で有耶無耶になる」というギャップがあり、トップダウン×ボトムアップの両方が揃わないとハマらない
- パートナー戦略の具体ケースとして decidim との接続（decidim 投稿 → 広聴AI でドキュメンテーション → decidim で事業遂行）が挙がっているが、decidim 側の成熟まで 3 年程度かかる見立て
Comments (anchored annotations)
Google Doc 上の [a]〜[k] のインラインコメント 11 件は export に含まれていたので raw に保存済み。ただしコメント著者名は txt / html どちらの export にも残らないため、本 source では著者不明の注釈として扱う。主な内容:
[a]ペルソナ精緻化が課題[b]Slack に集積済みだが web 整理は未着手（“Just do it”）[d]「とりあえず可視化」型の DX 案件の表面的成功への懸念（K 市の事例として、データマネジメント先進自治体でも ①3 年以上のレンジ、②体制の厚み、③推進役交代問題 にぶつかる）[e]〜[h]「価値」「成功」の定義に関する深掘り。中目標として「得られたインサイトを政策立案の判断材料にしてもらう」が提案された[i]既コンタクト政党・政治団体・自治体へのアクションは一巡済、[k]API key 登録による SaaS 化は PR 提出済・レビュー待ち
Why It Matters
- 2025-07 時点ですでに 「キーインサイト発見まで」と「政策反映・伴走」を分けて、後者をパートナーに任せるという役割分担の議論があり、その後 kensuzuki-broad-listening-insight-types-2025-11-29 ブログ → kouchou-ai-direction-2025-12-06 の方向性議論 → 現在の plugin-system / versioning-strategy へと続く文脈の マーケ側起点になっている
- 「広聴AI で成果を出す」の最終評価軸として 市民への最終価値提供（キーインサイト → 政策反映 → 満足度向上） を置く論点は、その後の analysis-stance / broadlistening と整合的
- 当時の論点のうち API key SaaS 化は実装に進んでおり、
(P0) サービス化の方向は維持されている
Open Questions
- 2025-07 → 2026-06 の約 1 年で、この会議で挙がった戦略項目のうち何が実行され、何が宙に浮いているかは別途棚卸しが要る（特に Code for Japan / Polipoli との導入パートナー戦略の現状）
- ペルソナを「自治体担当者」「首長」「現場」のどこに置くか、プロダクト改善ペルソナとマーケペルソナをどう分けるかは未確定のまま
- 「キーインサイト発見まで」が広聴AI の射程という線引きは、その後の plugin-system による拡張可能性で再解釈の余地がある
Updates
- 2026-06-03: Slack で 小野（moai, コミュマネ）が共有したのを契機に Google Doc export から
raw/marketing-strategy-mtg-2025-07-16.txt/.htmlを取得して初回 ingest