新規事業ニーズ徹底調査

【どんな商品・サービスを考えているか】

顧客とのメールやチャットのやり取りから、案件ごとの決定事項、TODO、未決事項、経緯をAIが自動で整理するサービスです。

【誰向けか】

Web制作会社、受託開発会社、デザイン会社、コンサルタントなど、複数の顧客案件を並行して進めている個人や小規模チームです。

【どんな悩みや課題を解決するか】

案件の情報がメール、チャット、ファイルなどに散らばっていて、「この案件は今どうなっているのか」を確認するために過去のやり取りを探す必要があることです。

また、

・決定事項を見落とす
・TODOが抜ける
・回答待ちのまま放置する
・担当者が休んだときに他の人が状況を把握できない
・引き継ぎ時に経緯が分からなくなる

といった問題も解決したいです。

【どのように提供する予定か】

Webサービスとして提供し、メールなどを取り込むと、AIが案件単位で情報を整理します。

案件ページを見るだけで、現在の状況、決定事項、TODO、未決事項、経緯を確認できるようにしたいです。

【価格や料金のイメージ】

月額3,000円〜8,000円程度を考えています。

個人向けと小規模チーム向けで料金を分ける可能性もあります。

【競合として思い当たるもの】

・Notion
・Slack
・ChatGPT
・CRM
・プロジェクト管理ツール
・メール検索
・スプレッドシート
・手作業での整理

などです。

【すでに調べたことや分かっていること】

制作会社や受託会社では、顧客とのやり取りがメール中心になるケースがあると考えています。

一方で、既存のプロジェクト管理ツールへ手動で情報を転記する運用は定着しにくい可能性があります。

AIによるメール要約やTODO抽出そのものは、汎用AIでもできると思っています。

【特に確認したいこと】

この課題に、本当にお金を払うほどのニーズがあるのか知りたいです。

特に、

・単なるメール要約以上の価値があるか
・どの顧客層で課題が最も強いか
・NotionやChatGPTなどで十分ではないか
・毎月使い続ける理由があるか
・月額数千円を払ってもらえる可能性があるか

を確認したいです。

【総合判定】

**追加検証**

本格開発・販売投資へ進む段階ではない一方、対象を絞った有料実証に進む合理性はあります。

【一言でいうと】

課題は実在し、単なるメール要約を超える価値仮説もありますが、**実データで信頼できる案件状態を作れるか、確認負担を本当に減らせるか、継続課金されるか**が未証明です。

【最も有力な顧客】

顧客連絡がメールを中心に複数チャネルへ分散し、複数の高単価案件を少人数で並行運営しているWeb制作会社・受託開発会社です。

特に有望なのは、以下の条件が重なるチームです。

- 専任の案件管理担当者がおらず、代表者やディレクターが管理を兼務している
- 修正、仕様変更、承認、素材待ち、回答待ちが頻繁に発生する
- 顧客との会話を既存のプロジェクト管理ツールへ転記し切れていない
- 実際に対応漏れ、手戻り、引き継ぎ不全を経験している
- 担当者以外も案件状況を把握する必要がある

個人事業主は導入判断が速い一方、本人の記憶、検索、汎用AIで代替しやすいため、主市場としては相対的に弱いと考えられます。

【最も強い顧客課題】

**会話に埋もれた依頼・回答待ち・期限・仕様変更が継続追跡されず、対応漏れや手戻りが発生すること**です。

案件状況を探す時間も頻繁に発生しますが、それだけでは「便利な要約ツール」に留まりやすく、強い支払理由になりにくいと考えられます。

【最も強い需要根拠】

既存のメール、Notion、プロジェクト管理ツール、ChatGPTを使っても、次の作業が人に残ることです。

- 会話から未処理事項を発見する
- 担当者・期限・回答待ち相手を判断する
- 状況変化や完了を反映する
- 古い合意と最新の合意を区別する
- 別の管理画面へ転記し続ける

これは反復的な業務であり、対応漏れが納期、工数、請求、顧客関係へ影響する場合には有料化の根拠になり得ます。

ただし、これは課題構造から得られた需要仮説であり、現時点で有料契約や継続利用によって確認された需要証拠ではありません。需要の証拠強度はまだ弱い状態です。

【提供価値の核心】

「メールを要約すること」ではなく、以下を案件単位で継続管理することです。

- 現在有効な決定事項
- 誰が何をするか
- 期限と担当者
- 誰の回答を待っているか
- 前回から何が変更されたか
- 判断の根拠となる原文と経緯
- 放置・期限接近・担当不明などのリスク

製品の中心は案件ページそのものではなく、**顧客との会話と既存の案件管理の間に入り、発見・転記・更新を自動化する管理レイヤー**です。

【競合・代替手段との差】

競合・代替手段は非常に強く、実質的な最大競合は現状維持です。

メール検索やChatGPTは単発の確認・要約に強く、Notionやプロジェクト管理ツールは人が正しく更新すれば広範囲の課題を解決できます。専用サービスとして成立する差は、次の組み合わせにあります。

- 通常のメール利用だけで自動的に情報を取り込む
- 新着情報によって案件状態を継続更新する
- TODOを抽出するだけでなく、完了・回答待ちまで追跡する
- 合意内容の変更を検出する
- 原文根拠を提示し、短時間で訂正・確定できる
- 既存のNotionやプロジェクト管理ツールと連携する

この差を実現できなければ、ChatGPT、メール標準機能、既存管理ツールで十分と判断される可能性が高いです。

【収益化の見通し】

**低～中程度、条件付き**です。

案件進行中に継続的に情報が追加されるため、月額・年額課金との相性はあります。また、個人の時短より、チームの漏れ防止・代理対応・管理工数削減の方が価格を正当化しやすいと考えられます。

一方、メール接続にはセキュリティ説明や導入支援が必要になりやすく、低単価では営業・サポート費を回収できない可能性があります。月額3,000～8,000円は検証可能な価格帯ですが、チーム利用や導入支援を含めた採算は未確認です。チーム向けに月額8,000円以上を検証する案はありますが、これは確認済みの市場価格ではなく、初期検証のための価格仮説です。

収益化には、少なくとも以下が必要です。

- 個別カスタマイズなしで導入できる
- 運営側による人手確認を常態化させない
- AI処理を差分中心にして原価を抑える
- 管理者と現場の双方に日常的な利用価値がある
- 漏れ防止または確認工数削減を顧客が実感できる
- 有料実証後も通常価格で継続される

【有望な点】

1. **課題が反復的である**  
   TODO、変更、回答待ちは案件が続く限り発生するため、継続課金と適合する可能性があります。

2. **対応漏れは実損につながり得る**  
   納期遅延、手戻り、請求漏れ、顧客不満など、単なる時短以上の支払理由を作れます。

3. **既存手段に明確な残存作業がある**  
   発見・転記・更新が人に依存する点は、専用サービスの参入余地です。

4. **チーム共有によって価値が増える**  
   管理者の横断確認、欠勤時の代理対応、引き継ぎなど、個人向け汎用AIでは代替しにくい用途があります。

5. **既存ツールを置き換えない立ち位置を取れる**  
   Notionやプロジェクト管理ツールへの入力を補助する製品であれば、全面移行より導入障壁を下げられます。

【弱い点・最大の懸念】

1. **最大の懸念：信頼性と工数削減を同時に成立させられるか不明**  
   重要事項の見逃しを避けるために利用者が全原文を確認するなら、サービスの工数削減価値が失われます。一方、AIを信頼させて見逃しが起きれば、中核価値そのものが崩れます。

2. **重要情報がメールだけに存在するとは限らない**  
   会議、電話、添付ファイル、個人チャット、顧客指定ツールで決まった内容は復元できません。

3. **支払意思を示す証拠がない**  
   有料実証、契約、通常価格での継続など、購入行動はまだ確認されていません。

4. **無料・既契約の代替手段が強い**  
   不完全でもメール検索、Notion、ChatGPT、口頭確認で業務が回るため、追加ツールの優先順位が上がりにくい可能性があります。

5. **低単価に対して導入コストが重い**  
   メール接続、セキュリティ説明、案件分類、誤抽出対応が個別対応になると、SaaSとして採算が合いません。

【現時点で確度が低いこと】

1. Web制作、受託開発、コンサルティングのどこで、支払意思を伴う課題が最も強いか
2. 重要な案件情報のうち、実際にメールから取得できる割合
3. 抽出結果の確認・訂正を含めても、既存運用より工数が減るか
4. 月額3,000～8,000円、またはそれ以上のチーム価格を実際に支払うか
5. 案件ページ、回答待ち通知、リスク一覧、既存ツール連携のどれが継続利用を決めるか

【事業構造上の弱点】

追加検証だけでは簡単に解消しない弱点があります。

- **完全性と自動化のトレードオフ**  
  情報源が分散している以上、自動取得だけで完全な案件状態を作ることは困難です。人の承認を増やすほど信頼性は上がりますが、省力化価値は下がります。

- **プラットフォーム依存**  
  Google、Microsoft、SlackなどのAPI・審査・仕様変更に依存します。また、これらの標準AI機能に要約やTODO抽出が吸収される可能性があります。

- **予防価値の測定が難しい**  
  防止された漏れは見えにくいため、「何も起きなかったこと」に継続して料金を払ってもらうには、放置件数や確認時間など別の効果指標が必要です。

- **低価格SaaSと高信頼業務の不整合**  
  顧客が求めるセキュリティ・精度・サポート水準に対し、想定価格が低すぎる可能性があります。

【判定を変える可能性がある条件】

### 「条件付きGO」へ引き上げる条件

以下が実メールを使った実証で同時に確認できた場合です。

- 重要なTODO、回答待ち、変更事項を、実務で利用可能な水準で検出できる
- 確認・訂正を含めても、既存の検索・転記・状況確認より負担が減る
- 顧客が実メール接続を承認する
- 無料評価ではなく、有料で実証へ参加する
- 実証終了後も通常価格で継続する
- 個別の人手支援を除いても利用が成立し、粗利を確保できる見込みがある

初期判断の仮基準として、例えば複数社で2～3か月の有料実証を行い、その過半が通常価格で継続するかを見る方法があります。ただし、これは市場で確認された基準ではなく、検証設計上の仮基準です。

### 「NO-GO」または大幅な方針変更を検討する条件

- 重要事項の多くがメール外にあり、案件状態を十分に再構成できない
- 見逃し防止のために、利用者が結局すべての原文を確認する必要がある
- 高評価でも実メール接続や有料実証には進まない
- 有料実証後、既存ツールで十分という理由で継続されない
- 月額料金に対し、営業・導入・サポート・AI処理費が重すぎる
- GoogleやMicrosoftの標準機能と比較した固有価値が残らない

【次に検証すべき3項目】

### 1. 実データでの再現性と確認工数

- **何を確認するか**  
  完了案件のメールを使い、重要TODO、回答待ち、決定事項、変更事項をどこまで再現できるか。メール外で決まった情報の割合と、訂正に必要な時間も測ります。
- **なぜ重要か**  
  製品価値、信頼性、継続利用を同時に左右する最大の不確実性だからです。
- **前進できる結果**  
  重要事項を実務利用可能な水準で把握でき、確認・訂正を含めても既存運用より明確に短時間になること。
- **方針変更を検討する結果**  
  重要情報の欠落が多い、または全件確認が必要で工数が減らないこと。この場合は「事故防止」ではなく、返信前ブリーフィングや引き継ぎ支援など、限定用途へ変更します。

### 2. 実メール接続を伴う有料実証への転換

- **何を確認するか**  
  課題を持つ企業が、価格提示後に実メール接続と有料実証を承諾するか。拒否理由を価格、セキュリティ、精度、必要性に分けます。
- **なぜ重要か**  
  好意的な意見ではなく、支払意思と導入可能性を同時に確認できるからです。
- **前進できる結果**  
  複数社が限定案件でも実データを接続し、有料で試験運用を開始すること。
- **方針変更を検討する結果**  
  課題評価は高いのに、接続・支払いへ進まないこと。この場合はメール全体への接続を前提としない転送型、専用CC型、既存ツール連携型を検討します。

### 3. 継続理由と顧客別採算

- **何を確認するか**  
  実証後の有料継続、日常的に使われた機能、AI・インフラ費、営業・導入・サポート時間を顧客別に測ります。
- **なぜ重要か**  
  有料実証が成立しても、低継続率または高サポート費では事業にならないためです。
- **前進できる結果**  
  回答待ち通知や案件横断リスク一覧などに反復利用があり、個別支援を減らしても通常価格で継続されること。
- **方針変更を検討する結果**  
  引き継ぎ時など一時的にしか使われない、または顧客ごとの設定・確認作業が大きく粗利が残らないこと。

【次の行動】

1. **候補企業を課題条件で選定する**  
   業種だけでなく、並行案件数、連絡チャネル、直近の対応漏れ、手動転記の有無、管理者の確認負担で対象を絞ります。

2. **完了案件を使った再現実験を行う**  
   過去メールからTODO、回答待ち、決定、変更を抽出し、実際の案件結果と比較します。まず精度よりも、重要な見逃しと確認時間を重視します。

3. **全機能を開発せず、シャドーテスト用の試作を作る**  
   初期機能は、メール取り込み、案件紐付け、未処理事項、原文リンク、訂正、案件横断リスク一覧に限定します。

4. **限定案件での有料実証を提案する**  
   無料アンケートではなく、実メール接続と価格提示を伴う試験運用を行います。価格は複数案を提示し、実際の申込みで判断します。

5. **実証開始時から採算データを記録する**  
   営業、接続、初期設定、訂正対応、AI処理、サポートにかかった時間と費用を記録し、継続率だけでなく顧客別粗利まで確認します。

【どんな商品・サービスを考えているか】

副業を始めたいけれど何を売ればよいか分からない人向けに、自分の経験や知識から小さなデジタル商品を作り、noteなどで販売するところまで進められる実践キットです。

チェックリスト、商品候補の考え方、商品構成テンプレート、販売ページ作成手順、SNSでの紹介方法などをまとめます。

【誰向けか】

副業初心者の会社員です。

特別な資格や強いスキル、実績、フォロワーなどがなく、

「自分には売れるものがない」

と感じている人を想定しています。

【どんな悩みや課題を解決するか】

・何を商品にすればよいか分からない
・自分の経験に価値があるか判断できない
・商品を作る手順が分からない
・商品を作っても売り方が分からない
・情報を調べすぎて行動できなくなる

といった問題を解決したいです。

【どのように提供する予定か】

noteなどで購入できるデジタルコンテンツとして提供します。

文章中心の実践キットで、スマートフォンだけでも商品作成から販売まで進められる構成にしたいです。

AIは必須にはせず、使える人は商品案の整理や文章作成に利用できるようにします。

【価格や料金のイメージ】

500円〜1,500円程度を考えています。

初期は低価格で販売し、需要が確認できれば内容を増やして価格を上げることも考えています。

【競合として思い当たるもの】

・副業系のnote
・副業教材
・YouTube
・ブログ
・ChatGPT
・無料の副業診断
・ココナラなどのスキル販売サイトの情報
・SNS上の副業ノウハウ

などです。

【すでに調べたことや分かっていること】

副業を始めたい人向けの情報は大量にあります。

そのため、単に「副業の始め方」を説明するだけでは差別化しにくいと思っています。

一方で、

「何を売ればよいか分からない」
「自分には商品にできる経験がない」

という悩みは比較的多いのではないかと考えています。

ただし、無料情報やChatGPTで十分という可能性もあります。

【特に確認したいこと】

このような商品に実際にお金を払う需要があるか知りたいです。

特に、

・情報ではなく実際に商品を完成させる支援に価値があるか
・どの副業初心者を狙うべきか
・無料情報やChatGPTとの差別化ができるか
・500円〜1,500円程度の商品として成立するか
・単発の商品以外に展開余地があるか

を確認したいです。

【総合判定】

**追加検証**

【一言でいうと】

顧客課題と商品コンセプトには一定の妥当性がありますが、**静的な低価格キットに実際に支払い、それだけで公開まで進む需要は未確認**です。完成版を作り込む前に、有料先行販売で購入・公開・採算を検証すべき段階です。

【最も有力な顧客】

以下を満たす会社員です。

- noteやSNSで発信した経験がある
- 商品案、過去投稿、下書きのいずれかを持っている
- 無料情報や生成AIを使ったが、構成・完成判断・公開で止まっている
- 「今週末」「今月中」など公開期限がある
- 高額講座ではなく、少額で迷いと手戻りを減らしたい

「副業に興味がある人全般」や、商品素材も公開期限もない完全未行動層は、初期対象として適しません。

【最も強い顧客課題】

**商品の完成条件と作業順序が分からず、着手した後に止まること**です。

情報自体は入手できても、以下を判断できず停滞します。

- どの商品案を採用し、何を捨てるか
- 初商品にどこまで含めればよいか
- どの順番で作れば手戻りが少ないか
- いつ作り込みを終え、初版として公開してよいか

ただし、この課題の強さは対象者を絞った場合でも中程度です。生活上の緊急課題ではなく、期限がなければ先送りされやすい点には注意が必要です。

【最も強い需要根拠】

無料情報や生成AIを利用しても、**選択肢を一つに絞ること、最低完成ラインを判断すること、各工程を一つの公開物までつなげること**には未解決余地があります。

ただし、これは競合手段の弱点から導いた間接的な根拠です。購入、予約、継続利用などの直接的な需要証拠はまだなく、需要の証拠強度は現時点で**弱い**と判断します。

【提供価値の核心】

情報量ではなく、**意思決定と作業の負担を減らし、作りかけの商品を「需要確認用の初版」として公開できる状態にすること**です。

具体的には、以下が価値の中心になります。

- 商品候補の採点基準と不採用基準
- 初版に必要な最低完成基準
- 記入内容が商品構成、本文、販売ページ、SNS紹介文まで連動する設計
- 作り込みや調査を打ち切る基準
- 公開前の品質・守秘義務・誇大表現チェック

「売れる商品を教える」商品ではなく、「公開して需要を確かめられる状態にする」商品として設計すべきです。

【競合・代替手段との差】

最大の競合は類似教材ではなく、以下の3つです。

1. 無料記事・動画・SNSで調べる  
2. 生成AIに商品案や文章を作らせる  
3. 公開せずに延期する  

商品案、目次、販売文を提供するだけでは差別化できません。差を作れる可能性があるのは、以下の部分です。

- 案を増やすのではなく一案に決める
- 情報を探さずに済むよう工程を固定する
- 初心者向けの最低完成ラインを示す
- 一つの入力を最終成果物まで連動させる
- 既存の下書きを捨てずに公開へ移行させる

一方、「自分の商品を本当に出してよいか」という個別の確信は、静的キットだけでは提供しにくく、添削や相談の方が優位です。

【収益化の見通し】

**静的キット単体では弱い～限定的**です。

500～1,500円は初期検証用の価格帯としては妥当ですが、以下の制約があります。

- 単価が低い
- 初商品作成は一時的な需要である
- 同じ商品の再購入が起こりにくい
- 無料代替が強く、有料広告との相性が悪い
- 信用形成や購入者サポートには一定の時間がかかる

したがって、現実的な収益モデルは次の構造です。

- 低価格キット：見込み顧客の獲得と選別
- 公開前チェック・添削：追加課金
- 短期伴走・2作目支援・販売改善：上位商品

ただし、低価格購入者が上位商品にも支払うとは限らず、このアップセル構造も未検証です。初期から「キットのみ」「確認付き」「伴走付き」を同時に実売し、どの層が何に支払うか確認する必要があります。

【有望な点】

1. **課題と商品形式の対応が比較的明確**  
   作業順序、採用基準、完成基準はテンプレートやチェックリストで改善できる余地があります。

2. **小さく検証できる**  
   開発費や在庫を必要とせず、簡易版を作って有料先行販売できます。

3. **対象を絞れば利用場面が具体的になる**  
   「下書きが止まっている」「期限内に公開したい」という状態なら、購入理由を作りやすくなります。

4. **生成AIを競合だけでなく補助手段として取り込める**  
   AIを必須にせず、案の整理や文章下書きに限定して使う設計は対象範囲を広げられます。

5. **個別支援への展開余地がある**  
   静的キットで解決できない完成判断を、添削・公開前確認・短期伴走として分離できます。

【弱い点・最大の懸念】

1. **最大の懸念：購入しても公開まで進まない可能性がある**  
   真の停止原因が手順不足ではなく、時間不足、完璧主義、失敗への恐怖であれば、静的キットでは解決できません。

2. **直接的な需要証拠がない**  
   有料購入、予約、価格別の申込、利用後の公開率は確認されていません。

3. **顧客が求める最終成果とのずれがある**  
   商品は「公開」を支援しますが、顧客の本音は「副収入」です。売れなかった場合に価値を感じてもらえるか不明です。

4. **無料情報・生成AI・現状維持が強い**  
   一般的な手順や文章テンプレートでは、価格が安くても購入理由になりません。

5. **有望顧客が狭く、見つけにくい**  
   下書き、公開意欲、期限、過去の挫折を併せ持つ人は、外部から識別しにくく、低コストで集客できるか不明です。

【現時点で確度が低いこと】

1. 条件に合う顧客が、継続的に獲得できる人数存在するか  
2. 500～1,500円で実際に購入されるか  
3. 静的キットだけで完成率・公開率が改善するか  
4. 公開という中間成果に、購入者が価格相応の価値を感じるか  
5. キット購入者が添削・伴走などの上位商品へ移行するか  

【事業構造上の弱点】

以下は追加検証だけでは簡単に解消しない構造的な弱点です。

- 顧客課題の緊急性が低く、購入も作業も延期されやすい
- 無料情報や生成AIによる代替が継続的に強くなる
- 初商品作成は基本的に一度限りで、リピート性が低い
- 低単価のため、広告費や個別対応費を吸収しにくい
- 顧客が期待する「収入」と、提供できる「公開」の間に距離がある
- 成果を高めるために伴走を増やすほど、低価格・低運用コストという前提が崩れる

そのため、この商品を単体の主力事業とするより、入口商品または顧客選別商品として扱う方が適しています。

【判定を変える可能性がある条件】

### 「条件付きGO」へ進める条件

有料先行販売により、次の連鎖が確認できた場合です。

- 対象条件を満たす人が実際に購入する
- 購入後すぐに利用を開始する
- 静的キット中心でも一定数が期限内に公開する
- 公開後に購入価格相応の価値を感じる
- 集客・問い合わせを含めても許容できる採算になる

初期の検証用仮基準としては、例えば「有料購入者の過半数が7～14日以内に公開する」を置けます。ただし、これは市場で確認済みの基準ではなく、**静的キットに完成支援能力があるかを見るための仮基準**です。

### 「NO-GO」または大幅な方針変更を検討する条件

- 条件に合う人へ提示しても、無料版には反応するが有料購入がほとんど起きない
- 有料購入者でも利用開始・公開に至らない
- 公開には毎回多くの個別支援が必要になる
- 顧客の主目的が売上保証や案件獲得で、公開支援への評価が低い
- 集客と問い合わせ対応の工数が販売利益を恒常的に上回る

この場合は、静的キットを主商品とせず、最初から短期伴走サービスにするか、発信素材を持つ個人事業主・スキル販売者向けへ対象を変更すべきです。

【次に検証すべき3項目】

### 1. 対象顧客の有料購入行動

- **何を確認するか**  
  「キットのみ」「公開前確認付き」「短期伴走付き」の3プランを、条件に合う顧客へ実際に販売する。
- **なぜ重要か**  
  好意的な感想では、無料情報から有料商品へ乗り換えるか判断できないためです。
- **どのような結果なら前進できるか**  
  知人による応援購入だけでなく、課題を理由とした購入が複数発生し、選ばれるプランと購入理由を説明できる。
- **どのような結果なら方針変更を検討するか**  
  無料配布には反応がある一方、有料では購入されない、または伴走付きしか選ばれない場合。

### 2. 静的キットによる完成・公開効果

- **何を確認するか**  
  有料購入者の利用開始率、商品案決定率、完成率、公開率、止まった工程を追跡する。
- **なぜ重要か**  
  この事業の中心仮説は、情報提供ではなく公開まで進めることにあるためです。
- **どのような結果なら前進できるか**  
  個別支援を標準で付けなくても、期限内に公開する購入者が一定数確認できる。検証用の仮基準としては、7～14日以内の公開率が過半数なら前向きに評価できます。
- **どのような結果なら方針変更を検討するか**  
  購入しても未着手が多い、同じ工程で止まる、個別の催促や添削がなければ公開できない場合。

### 3. 単体採算と上位商品への接続

- **何を確認するか**  
  集客、販売説明、問い合わせ、更新、添削に使った時間と、各プランの売上・追加購入を記録する。
- **なぜ重要か**  
  低単価商品の粗利率が高くても、集客・対応時間を含めると事業として成立しない可能性があるためです。
- **どのような結果なら前進できるか**  
  広告に依存せず購入者を獲得でき、キット単体で許容できる採算、または確認・伴走プランによる収益補完が確認できる。
- **どのような結果なら方針変更を検討するか**  
  低価格購入者の対応負担が大きい、上位プランが選ばれない、販売ごとの実質利益が継続的に不足する場合。

【次の行動】

1. **対象者募集文を作る**  
   「副業初心者向け」ではなく、「商品案や下書きがあり、無料情報やAIを試したが公開できていない会社員向け」と明記します。

2. **完成版ではなく、最小限の先行版を作る**  
   商品案の採点表、最低完成基準、商品構成テンプレート、販売ページ作成シート、公開チェックに限定します。

3. **3プランを有料で先行販売する**  
   キットのみ、公開前確認付き、短期伴走付きで、実際の支払行動を比較します。無料モニターだけで判断しないことが重要です。

4. **7～14日間の利用状況を追跡する**  
   最後に作業した日時、止まった工程、公開有無、必要だった支援を記録し、静的キットで解決できる範囲を確定します。

5. **結果に応じて商品形態を決める**  
   キットだけで公開できるなら低価格商品として改善し、伴走が必要なら短期サービスへ軸足を移します。有料需要自体が弱ければ、対象顧客または事業テーマを変更します。

【どんな商品・サービスを考えているか】

賃貸物件を探している人が、複数の内見結果を記録し、自分の希望条件と照らして比較できるサービスです。

家賃、広さ、駅距離、設備、騒音、日当たり、収納、周辺環境、気になった点などを記録すると、比較結果や判断材料を整理します。

AIを使って、おすすめ理由、注意点、未確認事項などを整理することも考えています。

【誰向けか】

一人暮らしや同棲などで賃貸物件を探している20代〜30代です。

特に、複数の物件を内見してどこに決めればよいか迷っている人を想定しています。

【どんな悩みや課題を解決するか】

複数物件を内見すると、

・どの物件に何があったか忘れる
・良かった点と悪かった点が混ざる
・条件の優先順位が分からなくなる
・確認漏れが起きる
・一緒に住む人と意見が合わない
・感覚だけで決めて後悔する

といった問題が起きることです。

【どのように提供する予定か】

スマートフォンで使えるWebサービス、または入力シートとAIを組み合わせた商品を考えています。

希望条件と各物件の情報を入力すると、比較表、条件との一致度、メリット・デメリット、確認漏れなどを表示します。

【価格や料金のイメージ】

500円〜1,000円程度を考えています。

月額、買い切り、30〜90日程度の期間限定利用のどれがよいかは決めていません。

【競合として思い当たるもの】

・SUUMOなどの不動産ポータル
・スマートフォンのメモ
・スプレッドシート
・無料の内見チェックリスト
・ChatGPT
・不動産会社への相談
・カップル同士での話し合い

などです。

【すでに調べたことや分かっていること】

物件選びで迷う人はいると思います。

一方で、引っ越しは頻繁に起こるものではなく、多くの人は数週間〜数か月で物件探しを終了します。

無料のチェックリストや比較表も多いため、有料サービスとして成立するかは分かっていません。

【特に確認したいこと】

物件比較という課題そのものに有料ニーズがあるか知りたいです。

特に、

・単身者より同棲や夫婦など複数人の意思決定に価値があるか
・確認漏れ防止、比較、AIによる判断理由を組み合わせれば有料価値になるか
・無料テンプレートやChatGPTで十分ではないか
・500円〜1,000円程度を払ってもらえるか
・月額ではなく買い切りや期間限定商品の方がよいか

を確認したいです。

【総合判定】

**追加検証**

本格開発・広告投資に進む根拠は不足しています。一方、対象を限定すれば課題と差別化余地はあり、低コストの有料実験を行う価値はあります。

【一言でいうと】

**課題は実在するが、「専用サービスにお金を払う需要」と「低単価で採算が合う獲得構造」は未証明です。共同意思決定と申込前確認に絞り、実決済で検証すべき段階です。**

【最も有力な顧客】

以下が重なる賃貸検討世帯です。

- 同棲・結婚・転勤などで2人以上が意思決定する
- 有力候補を複数内見している
- 互いの優先条件や第一希望が異なる
- 申込期限が短い、または再内見が難しい
- 家賃、通勤、在宅勤務、生活時間帯など比較軸が多い

年齢や単身・同棲という属性より、**複数候補・複数人・期限・再確認困難という状況**で絞るべきです。

【最も強い顧客課題】

**確認漏れや意見の相違が残ったまま、期限内に高額な賃貸契約を決めなければならないこと**です。

単なる「比較しにくい」では課題が弱く、次の状態で強まります。

- 写真や記憶が物件間で混ざっている
- 未確認事項があるが再内見できない
- 2人の拒否条件・妥協条件が整理されていない
- 判断を遅らせると物件を失う可能性がある

【最も強い需要根拠】

ポータル、写真、メモ、LINE、スプレッドシート、ChatGPTなどを組み合わせても、以下が分断されたまま残ることです。

- 物件の客観情報
- 内見時の写真・印象
- 各人の評価と優先順位
- 未確認事項
- 最終的な判断理由

これは**課題が存在する根拠**にはなります。ただし、現時点では購入・予約・前払いなどの行動証拠がなく、**有料需要の根拠としては弱い**状態です。

【提供価値の核心】

AIによる「おすすめ物件の断定」ではなく、次の意思決定を短時間で完了させることです。

1. 既存のURL、画像、音声、メモを物件別に整理する
2. 2人の必須条件・拒否条件・妥協可能条件を分ける
3. 一致点と対立点を可視化する
4. 未確認事項を重要度別に抽出する
5. 不動産会社への質問文と、最終判断理由を作る

商品価値は比較精度より、**再入力と話し合いの手間を減らし、次の行動を明確にすること**にあります。

【競合・代替手段との差】

最大の競合は単一の専用サービスではなく、**ポータル＋写真・メモ＋LINE＋無料AIの組み合わせ**です。

比較表、チェックリスト、AIコメントを個別に提供するだけでは差になりません。差別化が成立する可能性があるのは、以下を一連の体験として提供できる場合です。

- 既存情報を再入力せず取り込める
- 内見中でも数タップや音声で記録できる
- 2人が独立して評価できる
- 対立点、拒否条件、未確認事項まで自動整理できる
- AIの根拠・未入力情報・推測部分を明示できる

このうち、特に**情報取り込みの省力化**が弱ければ、無料テンプレートとの差はほぼ成立しません。

【収益化の見通し】

**B2C単体の収益性は低めで、現時点では未証明です。**

課金するなら、通常の月額継続ではなく、以下が適合します。

- 30～90日の期間限定利用
- 1回の物件探し／1世帯単位
- 無料で1～2物件を試し、共同評価・複数比較・未確認事項抽出を有料化

初期価格は500～1,000円を検証対象にできますが、これは市場で確認された価格ではなく、あくまで仮説です。自動取り込みや共同利用が十分に機能する場合は、1,000～2,000円も検証余地があります。

ただし、低単価・低頻度・短期利用であるため、有料広告や個別サポートに依存すると採算が合いにくい構造です。成立には次が必要です。

- セルフサービスで完結する
- AI・画像処理原価を制御する
- SEO、SNS、紹介、提携によって獲得費を抑える
- 必要に応じて引っ越し関連の送客・提携収益を組み合わせる

【有望な点】

1. **高関与な意思決定を支援する**
   - 契約後に簡単に変更できないため、確認不足を減らす価値はある。

2. **共同意思決定には専用品の余地がある**
   - LINEや比較表では、各人の拒否条件、対立点、妥協条件が整理されにくい。

3. **利用場面を具体的に限定できる**
   - 複数候補、短い期限、再内見困難という強い利用状況が明確である。

4. **AIを行動支援に使える**
   - 推薦ではなく、未確認事項の抽出、質問生成、判断理由の言語化なら実用性を出しやすい。

5. **小規模な有料実験が可能**
   - 本格システムを作らなくても、フォーム、共有シート、手動AI処理で支払意思を検証できる。

【弱い点・最大の懸念】

1. **最大の懸念：実際の物件選びが「複数候補の比較」ではなく「在庫変動下での順次即断」である可能性**
   - 同時比較できる物件が残らなければ、サービスの中心的な利用場面が成立しません。

2. **有料需要を示す行動証拠がない**
   - 課題の存在と500～1,000円の支払意思は別問題です。

3. **無料代替が非常に強い**
   - 比較、記録、共同相談、AI整理の各機能は既存手段で一応実現できます。

4. **価値を得るための入力負担が大きい**
   - 希望条件や物件情報を詳細に入力させると、便益より手間が上回ります。

5. **低単価に対して開発・獲得難易度が高い**
   - 自動取り込み、共同編集、画像・音声処理は開発負担が大きく、顧客単価との釣り合いが悪くなる恐れがあります。

【現時点で確度が低いこと】

1. 同棲・夫婦が単身者より実際に高い支払意思を持つか
2. 500～1,000円、またはそれ以上で購入されるか
3. 2人とも招待を受け、独立評価まで完了するか
4. 自動取り込みによって、確認・修正を含む総作業時間が本当に短くなるか
5. 申込期限内に複数物件を比較できる利用者が十分に存在するか

【事業構造上の弱点】

以下は、追加検証だけでは簡単に解消しない構造的な弱点です。

- **低頻度・短期利用**：顧客ごとの利用終了が明確で、継続課金や再購入を期待しにくい
- **低単価**：有料広告、個別サポート、高コストなAI処理と相性が悪い
- **無料代替の豊富さ**：便利さだけでは購入理由になりにくい
- **獲得タイミングの不一致**：内見前は必要性が弱く、困った後ではデータ移行が面倒
- **外部データへの依存**：ポータルの仕様・規約変更が自動取り込みに影響する

そのため、B2C単体で大規模事業を目指すより、まず小規模な収益商品として成立するかを確認し、その後にB2B2Cや送客収益を検討する順序が妥当です。

【判定を変える可能性がある条件】

### 「条件付きGO」へ進める条件

以下が実利用で確認できた場合です。

- 現在物件を探している顧客から、説明だけでなく実決済が繰り返し得られる
- 実際の申込判断まで利用される
- ペア利用の場合、双方の入力が成立する
- 無料手段より明確に整理時間・確認作業が減る
- AI/API原価、決済費、サポート費、獲得費を差し引いて正の粗利が残る

検証用の仮基準を置くなら、例えば「有料利用10世帯以上」「過半数が申込判断まで利用」「重大な手作業支援なしで提供完了」などが初期ゲートになります。これは市場で確認された基準ではなく、少数の偶発的購入と再現性を区別するための内部的な目安です。

### 「NO-GO」または方向転換を検討する条件

- 実際には複数候補を比較する時間がほとんどない
- 価格を下げても前払いが起きない
- 一方だけが入力し、共同意思決定機能が使われない
- 取り込み後の修正作業がメモや表計算より重い
- 獲得費やサポート費が売上を恒常的に上回る

この場合は、物件比較サービスではなく、**申込直前の確認漏れ診断・質問生成ツール**など、より短時間で完結する用途への変更が適切です。

【次に検証すべき3項目】

### 1. 実際の支払意思

- **何を確認するか**  
  現在物件を探している顧客が、500円・1,000円などを前払いするか。
- **なぜ重要か**  
  現時点で最も不足しているのが有料需要の証拠だからです。
- **前進できる結果**  
  複数の実顧客が支払い、申込判断まで利用する。価格差による購入率・利用率も確認できる。
- **方針変更を検討する結果**  
  「使いたい」という回答は得られても決済されない、または無料版だけで離脱する。

### 2. 実際の意思決定プロセスとの適合性

- **何を確認するか**  
  複数候補が同時に残る期間、内見から申込までの時間、比較が判断を助けたか遅らせたか。
- **なぜ重要か**  
  比較という利用場面自体が狭ければ、機能改善では解決できないためです。
- **前進できる結果**  
  複数候補を並行検討する顧客が一定数おり、整理によって期限内に判断しやすくなる。
- **方針変更を検討する結果**  
  大半が物件ごとに即断しており、比較画面を作る前に申込・募集終了となる。

### 3. 入力省力化と単位採算

- **何を確認するか**  
  URL・画像・音声からの取り込み精度、修正を含む利用時間、AI原価、サポート発生量。
- **なぜ重要か**  
  入力削減が差別化の中心であり、低単価商品の採算を左右するためです。
- **前進できる結果**  
  無料手段より短時間で整理でき、人手対応をほぼ必要とせず、1購入当たりの粗利が残る。
- **方針変更を検討する結果**  
  誤認識の修正が多い、個別サポートが必要、画像・音声処理費が価格に対して重い。

【次の行動】

1. **本格開発を止めたまま、有料コンシェルジュ版を作る**
   - フォーム、共有シート、既存AIを使い、2人の評価、未確認事項、質問文を手動または半自動で返す。

2. **「現在探している人」だけに実販売する**
   - 一般アンケートではなく、内見予定または内見済みで、申込期限がある顧客を対象にする。

3. **価格を表示し、事前決済を必須にする**
   - 500円と1,000円などを比較する。価格は検証仮説であり、利用意向ではなく決済行動を記録する。

4. **利用過程を時系列で計測する**
   - 内見件数、同時比較候補数、招待受諾、入力完了、判断までの時間、最終的に使われた機能を記録する。

5. **検証終了条件を先に決める**
   - 実決済、申込判断までの利用、入力時間、粗利の基準を事前に設定し、満たした場合のみWebサービス開発へ進む。満たさなければ、申込前チェック・質問生成への縮小または中止を判断する。