Who（誰が）
人口3万〜30万人規模の市区町村（全国約1300団体）の広報課・シティプロモーション課、および住民（特に閲読率の低い20〜40代の子育て世帯・共働き世帯）が主な対象者である。
対象とする社会課題：自治体広報が住民に届かず埋もれる情報格差問題
社会の役に立ち、しっかり儲かる。その両立が、この計画には数字で示されています。
自治体は毎月30〜50件もの告知を横並びで発行しているのに、住民の閲読率は3割に届かない。子育て世帯は健診案内を、高齢世帯は助成金の案内を見逃し、給付金の未申請や健診の未受診が起きている。原稿はすでにあるのに、届け方だけが住民ひとりひとりに合っていない。この情報格差を、既存の広報業務を変えずに埋めたい。
※ この4つの数字は、見せるために作った数字ではありません。「事業計画」タブの10年計画とまったく同じ計算から出しています。EXIT（売却）時の手取りだけは「もし売れたら」の試算で、約束できる金額ではありません。
10年の事業計画も、創業融資950万円の申請資料も、システムの要件定義書も、最初の90日の段取りも——ぜんぶこのページにあります。足りないものはAIチャットが伴走しながらその場で作り、システム開発・専門家・投資家への橋渡しまで、このサイトの中で進められます。「やりたい」と思ったその日から、始められる状態です。
ボタンを押すとAIチャットが開き、マイシティNEWSの市場規模（SAM 180億円）や収益モデル、KPIを読み込んだ状態で、事業計画書やピッチ資料などの素案を作成します。自治体提案や融資申請にそのまま使える形で出力します。
※ ボタンを押すと確認のポップアップが出ます。「はい」を選ぶとAIチャットが新しいタブで開き、 この事業の内容を踏まえた作成指示が自動で送られます（あなたが文章を打ち込む必要はありません）。 どのボタンを出すかは事業の性質でAIが出し分けます。生成にはAIチケットを使用します。
あなたの経歴とこの事業のフィットをAIが診断します。活きる強み、足りないもの、 共同創業者に求める人物像まで示します。
無料会員登録して診断する登録済みの経歴をもとに、この事業とのフィットを診断します。経歴・スキルの内容はAI相談・AIチャットの回答にも反映されるため、最新の内容に更新しておくとより精緻なアウトプットが得られます。
💡 このショーケースをお気に入り登録すると、あなたのAIチャットがお気に入り登録した事業の情報を学習し、より賢く、具体的な提案ができるようになります。
※ AIによる参考意見です。合否や成否を保証するものではありません。経歴・スキルの登録内容は、この診断やAI相談・AIチャットの回答精度にも影響します。
「マイシティNEWS」は、自治体が既に発行している広報紙PDFやCMS原稿をそのまま取り込むだけで、住民一人ひとりに合わせた「今週あなたに関係するお知らせ」をLINEやアプリで届けるサービスです。
子育て世帯には乳児健診の案内、高齢世帯には助成金情報というように、同じ紙面を全員に配る従来のやり方から、AIが記事を分解・タグ付けし年代や地区、閲覧履歴に応じて3〜5件に絞って通知する仕組みに変えます。住民は「保育園の申込み締切は？」とチャットで聞けば原稿の該当箇所を出典付きで即答してもらえます。広報担当職員は管理画面で開封率や地区別関心度を見て次号の紙面づくりに活かせます。
全国1741自治体は月1〜2回の広報紙・広報サイトを発行しているが、総務省調査では住民の閲読率は3割未満にとどまり、特に20〜40代の閲読率は1割台と推計される。
広報担当者は1人あたり平均30〜50件の告知（子育て支援、防災、ゴミ収集変更、イベント等）を横並びで掲載するため、個々の住民にとって必要な情報が他の情報に埋もれてしまう。例えば「乳児健診の案内」を必要とする子育て世帯も、「高齢者向け助成金」を必要とする高齢世帯も、同じ紙面・同じ順序で情報を受け取るため関心の薄い情報に埋もれて見逃す。自治体側は広報専任職員が1〜2名程度しかおらず、住民セグメント別の再編集や個別配信を行う人員・ノウハウがない。結果として制度の利用漏れ（給付金未申請、健診未受診等）が発生し、行政サービスの効果が住民に届かないまま予算だけが消化される構造が続いている。
自然言語処理（LLM）が広報原稿を見出し・本文・対象者・期限などの構造化データに自動変換し、記事単位でのタグ付けとカテゴリ分類を行う。
レコメンドエンジンが住民属性（年代・世帯構成・居住地区）と過去の開封行動を学習し、協調フィルタリングとルールベースを組み合わせて配信記事の優先順位を予測する。対話AI（RAG構成）が広報原稿・行政手続きFAQを知識ベースとして参照し、住民からの自然文の問い合わせに正確な出典付きで回答する。さらに開封率・既読率データを継続学習させることで、地区・年代別の関心度予測モデルを毎月自動更新し、次号の記事優先度提案を担当職員に提示する。
自治体は既存の広報紙PDF・CMS原稿・オープンデータ（イベントカレンダー、防災情報等）をそのままシステムに投入するだけでよく、追加の執筆作業は発生しない。
AIが原稿を記事単位に自動分解し、世帯構成・年代・地区・過去の閲覧履歴などの属性データと照合して、住民ごとに関心度の高い記事を優先順位付けして再編成する。住民はLINE公式アカウントまたは専用アプリで「今週あなたに関係するお知らせ」として3〜5件に絞られた通知を受け取り、チャットボットに「保育園の申込み締切はいつ？」のように話しかけると広報原稿から該当箇所を抽出して即答する。担当職員は管理画面で「開封率」「地区別関心度」「制度別リーチ率」をダッシュボードで確認し、次号の紙面構成や重点広報テーマの判断に活用する。紙の広報紙は従来通り発行を継続し、デジタル層への補完チャネルとして段階導入することで、既存業務フローを大きく変えずに導入できる。
| 広報紙の印刷・全戸配送費（閲読率3割未満のまま継続発行） | 年間約800万円（人口8万人規模市の想定） |
| 給付金・助成金の未申請による予算未消化（子育て・高齢者向け施策合算） | 年間約500万〜1000万円の機会損失（対象世帯の申請漏れ率10%と仮定した目安） |
| 健診未受診による早期発見逃しの将来医療費増加分 | 年間数百万円規模の潜在コスト（受診率10%改善時の医療費抑制効果の裏返しとしての目安） |
| 広報担当職員による個別電話問い合わせ対応の人件費 | 月20〜30件×対応10分/件として年間換算約30万円相当の職員稼働コスト |
| 自治体向けSaaS月額利用料（人口3万人未満） | 月額8万円（年間96万円） |
| 自治体向けSaaS月額利用料（人口3万〜30万人、標準プラン） | 月額15万円（年間180万円） |
| 自治体向けSaaS月額利用料（人口30万人以上） | 月額30万円（年間360万円） |
この事業をやっている人のある1日、1年後・3年後・10年後の姿、向いている人・向いていない人、よくある質問……
あなたと事業の詳細は無料会員限定です。
時間軸別に、各チャネルの具体施策と、それをAIでどうプロンプティングして実現するかをセットで。
上記の施策をもとに、広告物の作成業者（マーケ会社）への紹介をご希望の場合はこちらからエントリーできます。
マーケ会社の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
この事業に必要なアプリを作るための仕様です。下のボタンでWordに書き出せば、そのまま開発会社への相談・見積の依頼に使えます。
※ このボタンは、このページに載っている内容をそのままWordファイルに書き出します（AIは使いません。すぐ保存できます）。 ページの上のほうにある「ほしい資料を、その場でAIがつくります」の要件定義書のボタンは、AIチャットがあなたのご要望を聞きながら、そのつど書き起こすものです。 すでにある内容をそのまま渡したいときはこちら、作りたい範囲や条件を相談しながら仕上げたいときはAIチャットをお使いください。
自治体広報紙は月1〜2回発行されているが閲読率は3割未満、20〜40代では1割台にとどまり、必要な情報が横並び掲載の中に埋もれている。
広報担当者は1〜2名しかおらず、住民セグメント別に原稿を作り直す人員もノウハウもない。結果として給付金の未申請や健診の未受診など制度利用漏れが発生し、税金で作った広報が効果を発揮しないまま消費されている。既存の原稿・データをそのまま使い、追加の執筆負担なしで個別配信できる仕組みが必要とされている。
MVP構築フェーズは要件・仕様が確定しづらく、自治体ごとに個人情報保護条例やCMS連携仕様が異なるため、準委任契約で仕様を固めながら進める方が実態に合う。
原稿構造化AIやレコメンドモデルの精度は初期段階で読めないため、請負で完成責任を負わせると開発会社側がリスク回避的な最小実装に留めがちになる点に注意する。一方、CMS連携APIなど仕様が明確な部分は準委任の中でもマイルストーン・検収基準を明文化し、進捗と成果物の対応関係を発注者側で管理する必要がある。自治体との個人情報保護審査会対応など法務調整は開発会社の責任範囲外であることを契約書上で明確に切り分けておく。
| 区分 | 想定利用者 |
|---|---|
| プライマリ | 自治体に居住する住民（LINE公式アカウント経由で情報を受け取り、チャットボットに問い合わせる一般市民） |
| セカンダリ | 地域金融機関・地元スーパー等の広告出稿事業者（住民関心データに基づく広告枠を利用） |
| 管理 | 自治体広報課・シティプロモーション課の担当職員（原稿投入、ダッシュボード確認、次号企画への活用） |
| 機能 | 入力 / 処理 / 出力 |
|---|---|
| 広報原稿自動構造化 | 広報紙PDF/CMS原稿→LLMが見出し・本文・対象者・期限を抽出→構造化記事データを生成 |
| 記事タグ付け・カテゴリ分類 | 構造化記事→LLMが子育て/防災等カテゴリと属性タグを付与→分類済み記事DBに登録 |
| 住民属性データ登録 | 自治体の住民台帳属性（年代・世帯構成・地区）→匿名化処理→属性マスタに登録 |
| 記事優先順位レコメンド | 住民属性と開封履歴→協調フィルタリング+ルールベースで採点→個人別上位3〜5件を選定 |
| LINE/アプリ通知配信 | 選定済み記事リスト→配信テンプレートに整形→LINE公式アカウント/アプリへプッシュ送信 |
| RAG型問い合わせ対応 | 住民の自然文質問→広報原稿・FAQを検索し根拠箇所抽出→出典リンク付き回答を返信 |
| 開封・既読ログ収集 | 通知タップ/既読イベント→ログサーバへ記録→記事別・住民別の開封率データを蓄積 |
| 職員向け分析ダッシュボード | 開封率・地区別関心度データ→集計処理→開封率/リーチ率をグラフ表示 |
| 関心度予測モデル自動更新 | 月次の開封・既読データ→予測モデル再学習→地区・年代別関心度スコアを更新 |
| 外部CMS/オープンデータ連携 | 自治体CMS原稿・イベントカレンダーAPI→定期取得バッチ→原稿DBへ自動投入 |
| 地域事業者向け広告配信管理 | 匿名集計済み関心データ→広告主が対象セグメント指定→広告枠を該当住民へ配信 |
| テーブル | 主要カラム |
|---|---|
municipalities | id, name, population, plan_type, contract_start, contract_end |
residents | id, municipality_id, age_group, household_type, district, line_user_id, registered_at |
articles | id, municipality_id, title, body, category, target_segment, deadline, source_url, published_at |
article_tags | id, article_id, tag_name |
delivery_logs | id, resident_id, article_id, delivered_at, opened_at, clicked_at |
chatbot_logs | id, resident_id, question_text, answer_text, referenced_article_id, created_at |
ad_slots | id, municipality_id, advertiser_name, category, price, start_date, end_date |
survey_responses | id, municipality_id, resident_id, question_id, answer_value, submitted_at |
| # | 画面 |
|---|---|
| 1 | 住民向け通知一覧画面 |
| 2 | チャットボット問合せ画面 |
| 3 | 記事構造化確認画面 |
| 4 | 配信優先度設定画面 |
| 5 | 開封率ダッシュボード |
| 6 | 広告枠管理画面 |
| 7 | 住民登録・属性設定画面 |
| # | 技術（採用理由） |
|---|---|
| 1 | GPT-4o API（原稿構造化・RAG回答生成に利用） |
| 2 | LangChain（RAGパイプライン構築を簡素化） |
| 3 | Pinecone（原稿ベクトル検索で高速回答） |
| 4 | AWS（行政案件での実績・調達実績が豊富） |
| 5 | LINE Messaging API（既存基盤で導入障壁を低減） |
| 6 | PostgreSQL（構造化データの安定管理） |
| 7 | Looker Studio（自治体職員向け可視化が容易） |
| 区分 | 要件 |
|---|---|
| 可用性 | 可用性: 月間稼働率99.5%以上（住民向け通知配信の遅延を1時間以内に抑制） |
| 性能 | 性能: 通知配信バッチは自治体人口30万人規模でも1回30分以内に完了する設計 |
| セキュリティ | セキュリティ: 住民属性データは仮名化・暗号化（AES-256）し自治体ごとに論理分離して保管 |
| 個人情報保護 | 個人情報保護: 各自治体の個人情報保護条例に基づき審査会向け提出資料テンプレートを標準整備 |
| 拡張性 | 拡張性: 導入自治体数200団体・住民登録数想定300万人までAPI・DB水平スケール可能とする |
| 監査性 | 監査性: AI回答には原稿原文への出典リンクを必須付与し、誤情報発生時の追跡ログを90日間保持 |
| 段階 | まず何を作るか | 概算費用 |
|---|---|---|
| ①手動検証 | 協力自治体数か所の広報紙PDFを手作業で世帯属性別に再編集し、LINE公式アカウントで配信して開封率と反応を確認する。システムは作らずスプレッドシートで管理する | LINE公式アカウントの基本費用と交通費程度 |
| ②最小システム | LLMによる原稿の記事分解・タグ付けと、簡易ルールベースの優先順位付けを試作し、管理画面はスプレッドシート連携で代替する。開封率データを継続取得できる形にする | AI利用料と外注デザイン費のみ／小規模な範囲で数か月分 |
| ③本開発 | 既存CMSとのAPI連携、レコメンドエンジンの本実装、RAG構成の問い合わせボット、担当職員向けダッシュボードを構築し、複数自治体への同時展開に耐える設計にする | 外注または正社員エンジニアによる開発で数か月分の人件費水準 |
上記の要件定義書をもとに、システムベンダー（開発会社）への紹介をご希望の場合はこちらからエントリーできます。
システムベンダーの紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
10年の収支と資金の集め方、財務、KPI、資本政策、そして図解付きのフル事業計画書・AI実装仕様書……
事業計画の詳細は無料会員限定です。
市場の前提（ボトムアップ試算）とTAM/SAM/SOMの規模感……
市場規模の詳細は無料会員限定です。
競合となるサービス・企業と、この事業ならではの差別化ポイント……
競合企業の詳細は無料会員限定です。
対応が必要な許認可・法規制と、確認すべき相手先・想定調整期間……
関連法令・許認可の詳細は無料会員限定です。
手を挙げたその日から動けるように、完了条件つきで並べています。
| 誰に会うか | なぜ会うか | 接触の仕方 |
|---|---|---|
| 人口3〜10万人規模市区町村の広報課長・広報担当係長 | 現場の告知件数・閲読率課題とCMS連携可否を直接確認できる（60字以内） | 総務省地域情報化アドバイザー制度経由、または自治体総合フェア出展で名刺交換 |
| 自治体DX推進課・情報政策課の課長級職員 | 予算編成権限とセキュリティポリシー判断権を持ち導入可否を左右する | 都道府県主催DX研修・セミナーへ登壇依頼または共催提案で接点構築 |
| 地方公共団体向けCMSベンダー（例：ジョイゾー、コンテンツワークス等）の営業責任者 | 既存CMSとのAPI連携可否と自治体導入実績データを持つ提携候補 | 自治体総合フェア・全国広報コンクール併設展示会で商談ブース訪問 |
| 自治体個人情報保護審査会の事務局担当者（総務課法務係） | 住民属性データ利用の審査基準・条例解釈を事前確認する必要がある | PoC対象自治体の法務担当課へ企画書持参し個別ヒアリング依頼 |
| 地元信用金庫・地方銀行の地域振興部担当者 | 地域イベント連動広告枠の初期スポンサー兼自治体紹介の橋渡し役 | 自治体主催の産官学連携協議会・商工会議所の会合で紹介を受ける |
| チャネル（目標件数） | 声のかけ方 |
|---|---|
| 総務省 地域情報化アドバイザー制度・自治体DX研修 | 研修講師や事務局に「広報のデジタル化事例として数分お時間をください」と依頼し、参加自治体職員に直接プロトタイプを見せる |
| 都道府県主催の自治体総合フェア・展示会 | 小間出展または視察枠で「広報紙の閲読率が上がった実例を見てほしい」と声をかけ、名刺交換から個別デモの約束を取り付ける |
| 元自治体職員・行政コンサルの人脈紹介 | 知人の元職員に「昔の同僚の広報課で困っている人を紹介してもらえないか」と依頼し、紹介経由で最初の面談を設定する |
| ふるさと納税・デジタル田園都市国家構想交付金の活用説明会 | 交付金活用事例を紹介するセミナーに登壇者または聴講者として参加し、終了後に個別相談として担当課に接触する |
対応が必要な許認可・法規制の詳細は「関連法令」タブでご確認いただけます。着手前に必ずご確認ください。
制度名・金額・要件は年度ごとに変わるため、ここでは種別と公式の探し先だけを示します。必ず一次情報で最新の要件を確認してください。
| 種別 | 特徴 |
|---|---|
| 自己資金・身内からの出資 | 最初の検証（ヒアリング・試作）はここで賄えることが多い。 |
| 日本政策金融公庫の創業融資 | 実績のない創業期でも相談できる公的融資。事業計画書の提出が要る。 |
| 自治体の創業支援制度 | 市区町村・都道府県ごとに補助・利子補給・家賃補助などがある。要件と募集時期は年度で変わる。 |
| 国の中小企業向け補助金 | 設備・販路開拓・IT導入などの類型がある。公募期間が短いので、常設の情報源で追う。 |
| エンジェル投資家・ベンチャーキャピタル | 急成長を前提にする資金。社会課題型では投資家の性格を選ぶ必要がある。 |
| 確認先 | 何がわかるか |
|---|---|
| ミラサポplus（中小企業庁） | 補助金・支援制度の横断検索 |
| J-Net21（中小機構） | 支援策・創業手引きのデータベース |
| 地域の商工会議所・よろず支援拠点 | 無料の対面相談。申請書の書き方まで見てもらえる |
| 日本政策金融公庫の各支店 | 創業計画書の事前相談 |
| 制度 | 誰が使えるか | この事業でどう効くか |
|---|---|---|
| 日本政策金融公庫 新規開業資金（創業融資） | 法人設立から間もない代表者（自己資金を一定割合持つ創業者） | 運転資金として活用でき、融資合計は 950万円 を想定。エンジニア人件費やクラウド基盤費用など、着金までの立ち上がり期の資金繰りに充てられる候補になる |
| 小規模事業者持続化補助金 | 小規模事業者（従業員数の少ない法人・個人事業主） | 展示会出展費用やLPサイト・営業資料制作費など、自治体向け販路開拓の初期費用の一部を補助対象にできる可能性がある |
| IT導入補助金 | ITツールを自社の業務に導入する中小企業・小規模事業者 | 自社の顧客管理（CRM）やダッシュボード運用に使う業務系SaaSの導入費用を補助対象にできる可能性がある（自社がSaaSを提供する側であっても、自社が使う周辺ツールの導入は対象になり得る） |
| 創業助成事業（東京都中小企業振興公社） | 都内で創業予定または創業から一定期間内の中小企業者 | 人件費や賃借料など創業初期の運転費用の一部を助成対象にできる可能性があり、代表1名体制からの人員拡充フェーズの資金補完として候補になる |
| 総務省 地域情報化アドバイザー派遣制度 | 自治体のDX推進を支援する事業者・専門家 | 登録できれば自治体との接点構築や信頼性のある紹介ルートとして活用でき、営業リードタイムの短縮につながる候補になる |
会社設立の手続きや許認可の取得、契約書の整備など、弁護士・税理士・司法書士等の専門家への紹介をご希望の場合はこちらからエントリーできます。
専門家の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
本文中の「※1」「※2」の番号は、ここに対応しています。番号を押すと、この欄に飛びます。
この事業が失敗するとしたら原因はどこから来るか、単価をその値段にした理由、最初の3か月で確かめること、必要な契約書と支払い条件、1人目の求人票、この事業の1週間……
実行の手引きの詳細は無料会員限定です。
自治体連携や行政営業のノウハウを共有する仲間がコミュニティにいます。ひとりで抱え込まず、同じ課題を見ている人と話すところから始められます。
※ バッジは閲覧・登録などの行動データにもとづく自動集計で、事業の優劣を示すものではありません。