📑 このページの目次(15 セクション)
被災地支援マッチングプラットフォーム
災害時、被災者の「今必要なもの」と支援者の「できること」をリアルタイムで直結。信頼スコア付きで詐欺を防ぎ、迅速な支援を実現。
Overview · サービス概要
災害被災者と支援者（企業・個人・ボランティア）を直結するコミュニティ。被災者が「今必要なもの・スキル」を投稿、支援者がタスクを引き受ける。防衛省のクーラー提供[12]のような企業寄付と個人支援を一元管理し、二次災害（車中泊）の予防情報も集約。信頼スコアとレビュー機能で詐欺防止。
-
Yahoo!ニュース · 2026.07.30 21:39
-
ITmedia News · 2026.07.30 21:22
-
ITmedia News · 2026.07.30 15:42
キャッチコピー案
ターゲット像と痛み
熊本地震で被災した40代主婦・田中美咲。避難所は満杯で車中泊中。子どもの風邪が心配で、クーラーと医薬品が必要。スマホは充電残20%。企業支援情報は散らばっていて、どこに何があるか分からず困っている状況。
- 避難所情報、企業寄付の場所・内容が複数のSNSやニュースに散らばっており、今『どこで何がもらえるか』をリアルタイムで知る手段がない。
- 個人支援者との信頼関係構築に不安。見ず知らずの人に住所を教えたり、物資受け取りをするのは詐欺や盗難のリスクが怖い。
- 車中泊による健康悪化（エコノミークラス症候群、熱中症）の予防情報と、実際の医療・宿泊支援を一元的に探す時間がない。
なぜ今(AI時代)か
AI時代だからこそ、クライシス時の情報錯綜を Claude/Cursor で迅速に構築・デプロイできる。従来は大規模組織の対応待ちだったが、個人開発者が「72時間以内に最小版を本番化」できれば、次の大災害で即座に稼働可能。防衛省やビックカメラの寄付が動く『その時』に、支援と需要をマッチングする仲介層が欠けている。ローコード構築とAI自動マッチング推薦で、従来は数ヶ月かかった被災地支援プラットフォームを個人で数週間で実装できる時代になった。
MVPスコープ
- 被災者が『今必要な物・スキル』を投稿できる機能。カテゴリ（医薬品、食料、宿泊、乗車、育児支援など）、数量、緊急度レベル、位置情報（町丁目単位）を記入。
- 支援者（企業・個人ボランティア）が『提供できる物・スキル・人数』を投稿・更新できる機能。企業は寄付物資の在庫リアルタイム更新、個人は『明日13:00-15:00、運転手として手伝えます』といった時間帯指定。
- マッチング＆マッチング後の信頼スコア。被災者と支援者が『マッチ成立』したら、実施後に相互レビュー（5段階+コメント）。スコアが一定以下なら投稿制限。詐欺・なりすまし防止。
- ドローン・衛星画像との連携。被災地の『今どこが孤立しているか』を可視化し、支援者の配置最適化を支援。
- 二次災害予防チェックリスト。車中泊の健康リスク、感染症、熱中症予防の自動ガイダンス。被災者が支援申請時に『予防情報も同時配信』。
- 多言語対応（英語・中国語など） — MVP段階では日本国内の災害対応に集中。多言語は訪日外国人向けだが、被災地支援では日本語ユーザーが大多数。スケール後に優先度判定。
- 完全な企業向け寄付管理ダッシュボード（CSV連携、会計システム連携など） — 企業CSR担当者の要望は多いが、各企業の会計システムが異なり、カスタマイズコストが高い。MVP は Google Forms + Slack 連携で最小限対応し、需要実証後に本格化。
マネタイズ(3案)
| モデル | 価格 | 強み / 弱み |
|---|---|---|
| 企業寄付手数料型 | 企業が投稿した寄付額の3-5%（例：100万円寄付なら3-5万円） |
✓ 企業は『支援の可視化と信頼構築』という無形資産を得るため、手数料を正当化しやすい。ビックカメラなどの大型寄付が集まれば月10-30万円の安定収入。被災者は完全無料。
✗ 企業が『手数料なし』の競合プラットフォームに流れるリスク。特にNPOやボランティア団体が無料で同様サービスを立ち上げた場合、説得が難しい。また『利益目的では信頼されない』という心理的障壁。
|
| プレミアム支援者バッジ＆認証型 | 支援者（企業・個人ボランティア）が『認証済み支援者』バッジを取得するのに月500-1000円。検索結果での上位表示、プロフィール強調。 |
✓ 被災者は無料。企業・ボランティア団体は『信頼の可視化』に価値を感じ、継続課金しやすい。スケール時に複数の支援者が競争的に課金。月100-200人の支援者がいれば月5-20万円。
✗ 『支援者から金を取る』という心理的反発。また、信頼スコアシステムが成熟するまでは、バッジの価値が不明確。初期段階では課金率が低い可能性。
|
| 寄付型＋オプション機能課金 | 基本無料。企業が『優先配信（被災者に最初に表示）』『分析レポート（寄付の社会影響を数値化）』を月額3000-5000円で購入。 |
✓ 被災者・ボランティアは完全無料で利用でき、『支援目的のプラットフォーム』として信頼を失わない。企業の CSR 部門は『寄付の透明性・効果測定』に価値を感じやすく、課金に抵抗が少ない。
✗ 企業の課金率が低い場合、収入が不安定。また『寄付の可視化』の価値を営業で伝える手間がかかる。小規模企業の参加が少なくなる可能性。
|
技術スタック(推奨)
- FRONTEND
- Next.js (React) + TypeScript。地図表示は Google Maps API。リアルタイム更新は Firebase Realtime Database。PWA 対応で、被災地の不安定な通信環境でもオフライン表示可能。
- BACKEND
- Node.js (Express) + Firebase Cloud Functions。マッチングロジックは Claude API で自動推薦（『この被災者の『医薬品が必要』と、この支援者の『薬剤師です』をマッチ』）。
- DATABASE
- Firebase Firestore。スケーラビリティが高く、個人開発でも負荷対応が容易。ユーザー情報、投稿、レビュー、信頼スコアを管理。
- HOSTING
- Vercel (Next.js フロント) + Firebase Hosting (バック)。両者とも従量課金で、トラフィック急増時の対応が容易。
- KEY APIS
- Google Maps API（位置情報・ルート検索） Firebase Authentication（SNS ログイン対応） Claude API（マッチング推薦・テキスト分類） Twilio（SMS 通知、被災地で通信不安定時の連絡手段）
- MONTHLY
- 8000-15000円。内訳：Firebase Firestore 1000-3000円、Google Maps API 2000-5000円、Claude API 2000-4000円、Vercel 無料-2000円、Twilio 1000-3000円。トラフィック増加時は 20000-30000円程度。
リスクと対策
平時に『被災者・支援者』を集めてテストするのは極めて難しい。想定と現実の使用フロー、必要機能の乖離がある可能性が高い。また、実際の災害時に『本当に使われるか』の保証がない。
💡 対策: 事前に避難訓練イベント、NPO・自治体と連携したシミュレーション実施。実際の小規模災害（豪雨被害など）が起きた時に、ベータ版を素早く展開し、フィードバックを集める。また、自治体・NPO との関係構築を事前に進め、『次の災害時に使ってもらう』約束を取り付ける。
信頼スコアシステムは『最初の数件のマッチングでは機能しない』。初期段階で詐欺が起きると、プラットフォーム全体の信頼が失われる。また、支援物資を横流しして転売する悪質なユーザーが現れる可能性。
💡 対策: 初期段階では『認証済み支援者（企業・認定NPO）のみ投稿可能』に限定。個人ボランティアは『スコア 4.5 以上の既存ユーザーの紹介』で参加。また、高額物資（クーラー、医薬品）は『配送証明（写真）』『受け取り側の署名』を必須化。
被災地支援は『公共性が高い』ため、自治体や赤十字、ボランティアセンターが『無料・非営利』で同様プラットフォームを構築する可能性が高い。個人開発の小規模プラットフォームは、規模・信頼性で劣る。
💡 対策: 最初から『自治体・NPO と協働するプラットフォーム』として設計。個人開発者は『インフラ提供者』に徹し、自治体が『コンテンツ・信頼の主体』になる構図を作る。また、『複数自治体間での支援物資の相互融通』『広域災害対応』など、単一自治体では対応しにくい領域を差別化軸にする。
類似サービス・差別化
初期ユーザー獲得プラン
初期段階では『次の災害発生時』を待つのではなく、事前登録キャンペーンを実施。①防衛省・自治体・大手企業（ビックカメラ、イオン）に『次の災害時にこのプラットフォームを使用する』という事前契約を取る。②地域ボランティア団体・NPO（日本赤十字社、社会福祉協議会）に『プレリリース版』を提供し、フィードバック収集。③Twitter/Facebook で『被災地支援に関心ある人』にアーリーアクセス権を配布。最初の100ユーザーは『被災経験者のコミュニティ』から。
SNS優先。理由：①災害時は『検索』より『SNS拡散』が速い。被災者は Google検索より Twitter/LINE で情報を見つける。②企業パートナー（防衛省、ビックカメラ）の公式アカウントでの投稿・シェアが有効。③時事性が高く、『災害 + 支援 + プラットフォーム』のニュース性で PR効果大。SEO は後発展開時。
個人開発向き度
マッチング・レビュー・信頼スコアの基本機能は個人開発で実装可能。React/Node.js/PostgreSQL の標準スタックで、Claude Code で迅速開発できる。ただし、①災害時のトラフィック対応にはインフラ知識が必須（スケーリング、キャッシング）。②企業パートナー獲得・営業は個人では困難。③詐欺検出・24時間サポートは人手が必要。実装は可能だが、運用・営業・信頼構築は複数人推奨。
このWebサービス案を AIに横展開させる
↩ 逆方向 / ⬇ 縦深掘り / ↔ 水平拡張 の3パターンで AIが派生案を生成します。
設計と評価をAIに
実装に進むなら仕様書、方向性を確かめるなら堀を診断。
MVP仕様書を生成
このアイデアを入力に、Claude Code / Cursor にそのまま貼れる完全仕様書を AI が書き下ろす。データモデル・API・実装ステップ・工数まで。MDダウンロード可。
AIに5秒で作られない? 堀を診断
このアイデアの模倣耐性を5軸(データ/ワークフロー/コミュニティ/ブランド/技術)でAIが辛口診断。模倣時間の見積+堀を深める具体策まで。X共有用OGP付き。
もう1つ/2つの選択肢
同じ触媒( × )からAIが同時に発案した他の案。
- サービス名
- 被災地支援マッチングプラットフォーム
- 由来
- 今週の時事アイデア
- コアバリュー
- 災害時、被災者の「今必要なもの」と支援者の「できること」をリアルタイムで直結。信頼スコア付きで詐欺を防ぎ、迅速な支援を実現。
- ターゲット
- 熊本地震で被災した40代主婦・田中美咲。避難所は満杯で車中泊中。子どもの風邪が心配で、クーラーと医薬品が必要。スマホは充電残20%。企業支援情報は散らばっていて、どこに何があるか分からず困っている状況。
- 主要機能(MVP)
- 被災者が『今必要な物・スキル』を投稿できる機能。カテゴリ（医薬品、食料、宿泊、乗車、育児支援など）、数量、緊急度レベル、位置情報（町丁目単位）を記入。 / 支援者（企業・個人ボランティア）が『提供できる物・スキル・人数』を投稿・更新できる機能。企業は寄付物資の在庫リアルタイム更新、個人は『明日13:00-15:00、運転手として手伝えます』といった時間帯指定。 / マッチング＆マッチング後の信頼スコア。被災者と支援者が『マッチ成立』したら、実施後に相互レビュー（5段階+コメント）。スコアが一定以下なら投稿制限。詐欺・なりすまし防止。
- 技術スタック
- Next.js (React) + TypeScript。地図表示は Google Maps API。リアルタイム更新は Firebase Realtime Database。PWA 対応で、被災地の不安定な通信環境でもオフライン表示可能。 × Node.js (Express) + Firebase Cloud Functions。マッチングロジックは Claude API で自動推薦（『この被災者の『医薬品が必要』と、この支援者の『薬剤師です』をマッチ』）。 × Firebase Firestore。スケーラビリティが高く、個人開発でも負荷対応が容易。ユーザー情報、投稿、レビュー、信頼スコアを管理。(Vercel (Next.js フロント) + Firebase Hosting (バック)。両者とも従量課金で、トラフィック急増時の対応が容易。、月額目安 8000-15000円。内訳：Firebase Firestore 1000-3000円、Google Maps API 2000-5000円、Claude API 2000-4000円、Vercel 無料-2000円、Twilio 1000-3000円。トラフィック増加時は 20000-30000円程度。)
- マネタイズ
- 企業寄付手数料型(企業が投稿した寄付額の3-5%（例：100万円寄付なら3-5万円）) / プレミアム支援者バッジ＆認証型(支援者（企業・個人ボランティア）が『認証済み支援者』バッジを取得するのに月500-1000円。検索結果での上位表示、プロフィール強調。) / 寄付型＋オプション機能課金(基本無料。企業が『優先配信（被災者に最初に表示）』『分析レポート（寄付の社会影響を数値化）』を月額3000-5000円で購入。)
- 個人開発向き
- 3/5 — マッチング・レビュー・信頼スコアの基本機能は個人開発で実装可能。React/Node.js/PostgreSQL の標準スタックで、Claude Code で迅速開発できる。ただし、①災害時のトラフィック対応にはインフラ知識が必須（スケーリング、キャッシング）。②企業パートナー獲得・営業は個人では困難。③詐欺検出・24時間サポートは人手が必要。実装は可能だが、運用・営業・信頼構築は複数人推奨。
- 主要リスク
- 実際の災害が発生しない限り、ユーザー検証ができない / 詐欺・なりすまし・物資横流しが多発する可能性 / 自治体・大型NPOが同様のプラットフォームを立ち上げ、競争に敗北する
- 生成
- AIによる生成() / 運営: Libra（個人運営）
- Canonical URL
https://idea.lb-product.com/ideas/01KYTGNVYXKD3RRGFA3NNBR6ZD