初期検証・販売テスト設計

【どんな商品・サービスを検証したいか】 顧客とのメールに散らばっている案件情報をAIで整理し、 ・現在有効な依頼 ・TODO ・未決事項 ・誰待ちか ・最近の変更 ・重要な経緯 ・根拠となる元メール を案件単位で確認できるSaaSを検討しています。 単なるメール要約ではなく、「この案件、今どうなっている？」を短時間で把握し、返信・質問・作業指示へ進みやすくすることが価値だと考えています。 【誰向けか】 主に、 ・Web制作会社 ・受託開発会社 ・デザイン会社 ・コンサル会社 などの小規模チームで、複数案件を並行するディレクター、PM、顧客窓口担当者を想定しています。 特に、顧客から修正・追加・撤回・再変更が何度も届き、数日ぶりに案件へ戻るたび過去メールを読み直す人です。 【顧客が困っていること】 ・案件へ戻るたびに過去メールを検索する ・最新の依頼と古い依頼を混同する ・未対応事項や未決事項を見落とす ・誰の返答待ちか分からなくなる ・返信前に経緯を確認する時間がかかる ・担当者変更時に状況を説明し直す ・タスク管理ツールへの転記が面倒 【提供したい顧客価値】 会話履歴を頭の中で再構成しなくても、 「今有効な依頼」 「次に対応すること」 「未決事項」 「誰待ちか」 「最近変わったこと」 を根拠付きで確認でき、必要な元メールだけ見て次の行動へ進めることです。 【現在考えている商品仕様・提供内容】 将来的なSaaSとしては、 ・案件一覧 ・案件詳細ページ ・メール取り込み ・AIによる状態整理 ・決定事項、TODO、未決事項、誰待ち、変更履歴の表示 ・元メールへのリンク ・AI結果の要確認表示 ・最低限の修正・訂正機能 を中心に考えています。 一方、 ・Slack連携 ・通知 ・高度な検索 ・ダッシュボード ・AI返信案 ・自動タスク登録 ・複雑な権限管理 ・添付ファイル全文解析 などは初期段階では不要な可能性があります。 【現在どこまで作っているか】 Webアプリとしての実装は可能ですが、今回の検証では完成版SaaSを先に作る必要があるのか疑問があります。 検証用であれば、 ・Google Forms ・Google Docs ・スプレッドシート ・ChatGPTやOpenAI API ・メール転送 ・手作業での案件整理 などでも提供できます。 必要であれば簡易的なWeb画面を作ることもできます。 【価格や料金のイメージ】 本番SaaSでは月額3,000〜5,000円程度を考えていますが、支払意思は未確認です。 検証時に月額で売るべきか、単発の案件整理サービスとして売るべきかも分かっていません。 【販売方法・販売場所の候補】 ・知人や過去の仕事関係者へ直接提案 ・Xで募集 ・簡易LPを作る ・ココナラなどで試験提供 ・制作会社やフリーランスへ直接連絡 などを考えています。 【見込み顧客へ接触できる方法】 自分の知人や仕事関係者に、制作・受託・事務系の人がいます。 Xでも発信できます。 ただし、大きな既存フォロワーや広告予算はありません。 【すでに確認できている需要・反応】 有料顧客はいません。 知人から、 ・過去メールを探すのが面倒 ・引き継ぎ時に経緯が分からない ・タスク管理ツールへの転記が面倒 という話を聞いたことがあります。 自分自身にも、案件状況を確認するため過去メールを読み直した経験があります。 ただし、 ・案件現在地の整理そのものにお金を払うか ・どの頻度で使うか ・月額SaaSを契約するか ・手作業提供でも価値を感じるか は未確認です。 【まだ確認できていないこと】 ・最も強い課題は案件復帰、返信前確認、引き継ぎのどれか ・現在状態の整理だけで支払意思があるか ・AI返信案やタスク登録がないと価値不足か ・SaaSとして継続利用する必要があるか ・単発の案件整理でも価値があるか ・顧客がどこまでメールを提供してくれるか ・機密情報を外部サービスへ渡すことへの抵抗 ・元メールの根拠表示がどこまで必要か ・どの誤りが致命的か ・誰が料金を支払うか 【検証に使える時間】 本格開発前に短期間で検証したいです。 長期間の開発をしてから需要がないと分かる形は避けたいです。 【検証に使える予算】 広告費はできるだけ使わず、小規模に始めたいです。 既存ツールやAI APIを使う程度の費用は許容できます。 【検証で作れるもの・使えるツール】 ・Google Forms ・Google Docs ・Google Sheets ・ChatGPT ・OpenAI API ・簡易LP ・メール ・手作業の案件整理 ・必要なら簡易Web画面 が使えます。 【避けたいこと・制約】 ・完成版SaaSを先に作り込まない ・大量の機能を実装してから検証しない ・広告費を大きく使わない ・無料モニターの「便利だった」だけで需要があると判断しない ・知人の好意的な反応だけを根拠にしない ・AIが100％正しいとは保証しない ・法的・契約上の判断はしない ・顧客への返信を自動送信しない 【特に確認したいこと】 ・本格開発前に最優先で確認すべき仮説は何か ・最初はSaaSとして売るべきか、手作業サービスとして売るべきか ・実際のメールを使った有料テストが適切か ・どんな顧客を最初の検証対象にするべきか ・何を作れば販売テストを始められるか ・逆にまだ作らなくてよいものは何か ・無料テストと有料テストをどう使い分けるべきか ・どんな行動を需要の強い証拠として見るべきか ・売れなかった場合、商品、顧客、価格、販売方法のどこから疑うべきか ・どの状態なら本格SaaS開発へ進んでよいか

## 【初期検証の結論】 完成版SaaSはまだ作らず、**実際の進行中案件を対象にした有料コンシェルジュ型サービス**として販売します。 検証するのは、単なる関心や満足度ではなく、次の行動連鎖です。 1. 課題条件を満たす顧客が申し込む 2. 通常条件で先払いする 3. データ取扱条件を確認して実メールを提供する 4. 整理結果を返信・質問・作業指示などに使う 5. 新着メール後に更新を依頼する 6. 同じ案件または別案件で再購入する 現時点で確認済みなのは、利用者自身と知人にメール再読・引き継ぎ・転記の負担があること、低コストで半手動提供できること、有料顧客がまだいないことです。 一方、以下はすべて未確認の仮説です。 - 独立した商品として料金を払うか - 実メールを外部サービスへ提供できるか - 状態整理だけで実務価値が成立するか - 継続利用されるか - 月額SaaSが適切か - 月額3,000〜5,000円程度が受容されるか したがって、初期検証の目的はSaaS仕様の確定ではなく、**誰が、どの場面で、どの成果に支払い、反復利用するかを実際の行動で確認すること**です。 --- ## 【今回最も検証する仮説】 ### 1. 課題の強い顧客が実在する 顧客との重要なやり取りがメールに残り、複数案件を並行し、変更・撤回・再変更が多い担当者には、案件復帰や返信前確認のために履歴を再構成する、反復的で優先度の高い課題がある。 確認するのは「面倒」という感想ではなく、以下です。 - 直近の発生事例 - 発生頻度 - 1回・週あたりの確認時間 - 見落としや誤対応による手戻り - 現在使っている代替手段 ### 2. 根拠付きの状態整理が実務行動につながる 「現在有効な依頼・TODO・未決事項・誰待ち・最近の変更・根拠メール」を整理すれば、全メールを読み直さず、返信・質問・作業指示などへ進める。 「見やすい」という評価ではなく、実際に次の業務行動が起きたかで判断します。 ### 3. 実メール提供・初回支払い・再支払いが成立する 課題の強い顧客は、データ取扱条件を確認したうえで実メールを提供し、状態整理に料金を払い、新着メール後や別案件でも再度料金を払う。 初回支払いは商品価値の証拠、再決済は継続型商品・SaaS需要の証拠として分けて扱います。 --- ## 【最優先の検証対象】 最優先は、**2〜15人程度の小規模なWeb制作・デザイン会社で、代表または購入権限のあるディレクター・PM**です。 以下をすべて満たす人を優先します。 - 現在進行中の案件がある - 顧客との重要なやり取りが主にメールに残っている - 複数案件を並行している、または1案件の履歴が複雑 - 追加、変更、撤回、再変更が発生している - 直近14日以内に過去メールを検索・再読した - 1〜2週間以内に返信、確認、判断、作業指示が必要 - 現在の確認作業に1回15分以上、または週1時間以上使っている - 実メールの提供可否と外部AI利用可否を判断できる - 少額の購入権限がある、または決裁者へ1週間以内に接触できる 次点は、保守・追加開発案件を持つ小規模受託開発会社のPM・顧客窓口です。 以下は初回対象から外します。 - 現在困っている進行案件がない - AIへの興味だけで応募している - メールだけでは案件状況の大半が分からない - Slack、会議録、電話、添付ファイルの解析が必須 - 実メールを提供できない - 複雑な法務・セキュリティ審査に長期間かかる - AI返信案や自動タスク登録がなければ試さない - 無料でのみ利用したい --- ## 【販売テスト商品】 ### 案件現在地整理パイロット 変更や追加依頼が重なった進行中案件について、実メールから案件の現在状態と次の行動を整理する半手動サービスです。 #### 初期の商品構成案 - 対象：進行中の1案件 - 初回整理：1回 - 新着メール反映：期間中2回まで - 提供期間：2週間 - 納品形式：Google DocsまたはGoogle Sheets - 初回納期：データ受領後2〜3営業日程度 - 料金：先払い4,980円 - 募集数：3〜5件 これらの件数・期間・価格・納期は、**市場で確認済みの条件ではなく、初期販売テスト用の仮説**です。販売結果と作業時間を見て変更します。 --- ## 【顧客への約束】 提出されたメールの範囲内で、以下を行います。 - 現在有効と考えられる依頼を整理する - TODO、担当、期限を整理する - 未決事項と誰待ちかを整理する - 追加・変更・撤回・再変更を整理する - 判断に必要な重要経緯を整理する - 重要項目に根拠メールを付ける - 確定できない内容は断定せず「要確認」と表示する - 具体的な訂正を受けた場合は訂正履歴を残して反映する - 合意した期間・回数内で新着メールによる更新を行う - 事前に明示した保存・削除条件に従ってデータを扱う 以下は約束しません。 - 100％の正確性・完全性 - すべての依頼やリスクの発見 - メールに書かれていない事実の判断 - 法的・契約上・技術上の最終判断 - 顧客への返信作成・自動送信 - 一定時間の削減や特定成果の保証 顧客には、実際の返信や作業指示の前に、重要事項と根拠メールを最終確認してもらいます。 --- ## 【販売テスト方式】 **有料コンシェルジュ型テスト**を採用します。 AIを補助的に使いますが、提供者が人手で出力と根拠を確認して納品します。これにより、自動連携や専用画面を作らず、中核価値と支払意思を直接検証できます。 無料で提供するのは、以下に限定します。 - 10〜15分の対象可否確認 - 匿名化した成果物サンプルの閲覧 - データ取扱条件の説明 実メールを使った案件整理は原則有料にします。 コンシェルジュ型で確認できるのは、支払い、実データ提供、成果物の実務価値、更新需要です。完全自動SaaSの操作性や無人運用の精度は、この段階では確認できません。 --- ## 【テスト時点で作るもの】 1. **1ページの販売案内** - 対象顧客 - 解決する場面 - 成果物 - 料金、期間、範囲 - 対象外条件 - AI利用と注意事項 - 申込導線 2. **匿名化した成果物サンプル** - 依頼の撤回・再変更 - TODO - 未決事項 - 誰待ち - 根拠メール - 要確認表示 3. **申込・適合確認フォーム** - 役割、会社規模 - 並行案件数 - 直近の具体的な問題 - 発生頻度と確認時間 - 対象案件の有無 - 実メール提供可否 - 外部AI利用可否 - 購入者・承認者 4. **データ取扱説明** - 利用目的 - 使用するツール - 外部AI利用の有無 - 保存場所・保存期間 - アクセスできる人 - 削除方法 - 学習・二次利用をしないこと - 顧客側で提供権限を確認する必要があること 5. **納品テンプレート** - 現在有効な依頼 - TODO - 未決事項 - 誰待ち - 最近の変更 - 重要な経緯 - 要確認事項 - 根拠メール - 訂正履歴 6. **先払いできる決済手段** 7. **営業・検証記録シート** 専用Web画面は不要です。 --- ## 【まだ作らないもの】 - Gmail・Outlookとの自動連携 - メールの常時監視 - 案件の自動分類 - 本格的な案件一覧・詳細画面 - ログイン・ワークスペース機能 - 複雑な権限管理 - ダッシュボード - 高度な検索 - Slack・Teams連携 - 通知 - AI返信案 - 返信の自動送信 - タスク管理ツールへの自動登録 - 添付ファイル全文解析 - 会議録・電話・チャットの包括的解析 - モバイルアプリ - 独自AIモデル - 大量メール向けインフラ - 多数の料金プラン - 大規模広告 - 大量の解説コンテンツ 手作業で中核価値が成立しない段階で、自動化やUIを追加しないことが重要です。 --- ## 【顧客から受け取るもの】 - 対象とする進行中案件1件 - 合意した範囲の実メール - メールの提出・外部AI利用が可能であることの確認 - 必要に応じて匿名化されたデータ - メールだけでは分からない最低限の前提情報 - 現在困っている場面と、次に必要な業務行動 - 希望する期限 - 初回納品への具体的な訂正 - 期間中に発生した新着メール - 納品物を何に使ったかという事実 - 継続・別案件利用に対する購入判断 - 提供開始前の料金支払い --- ## 【顧客へ提供するもの】 ### 案件現在地シート | 項目 | 内容 | |---|---| | 案件概要 | 対象期間、整理日時、対象範囲 | | 現在有効な依頼 | 現時点で有効と判断した依頼 | | TODO | 次に必要な作業、担当、期限 | | 未決事項 | 回答・判断・合意が必要な事項 | | 誰待ち | 顧客、自社、第三者の誰待ちか | | 最近の変更 | 追加、変更、撤回、再変更 | | 重要な経緯 | 現在の判断に影響する履歴 | | 要確認事項 | メールだけでは確定できない内容 | | 根拠メール | 日付、送信者、件名、必要最小限の引用 | 加えて、以下を提供します。 - 新着メール反映時の変更履歴 - 顧客からの指摘を反映した訂正履歴 - 重要な不確実性・確認推奨事項 --- ## 【価格・条件の扱い】 初期条件は以下を仮置きします。 - 1案件 - 2週間 - 初回整理＋更新2回 - 先払い4,980円 - メール量は目安として50通程度まで - 初回納期は2〜3営業日程度 - 3〜5件限定 これらは妥当性が確認された価格・仕様ではありません。検証では以下を記録します。 - 価格提示後にどこで止まったか - 値引きなしで支払われたか - 個人予算か会社予算か - 実際のメール数・論点数・変更回数 - 1案件あたりの作業時間 - 顧客が価値を感じた成果 - 単発と継続のどちらが自然だったか 初回終了時には、意向を聞くだけでなく、以下を実際に購入可能な状態で提示します。 - 同じ案件の翌月更新：仮に4,980円 - 別案件の追加整理：仮に1案件4,980円 - 必要に応じて複数案件向けパイロット 値下げから始めず、まず顧客条件、課題、成果物、提供形式、支払者を確認します。 --- ## 【募集方法】 優先順位は以下です。 ### 1. 条件に合う知人・過去の仕事関係者への個別提案 「意見がほしい」ではなく、料金・範囲・納期を明示して販売します。 ### 2. 知人から、提供者とは面識の薄い適合顧客を紹介してもらう 知人の応援購入だけで判断しないため、紹介先にも同じ価格・条件を提示します。 ### 3. 条件に合う小規模制作会社への少数の直接連絡 大量送信せず、保守・運用案件やディレクター業務がある会社に絞ります。 ### 4. Xで条件を明示した募集 「AIを試したい人」ではなく、以下を明記します。 - 進行中案件が必要 - 実メールを使う - 有料 - 人手確認を含む - 自動返信しない - AIの完全性を保証しない - データ取扱条件を確認する 最初の運用目安として20〜25人程度への個別接触を置けますが、これは市場基準ではなく、少数販売テストを成立させるための仮の活動量です。 --- ## 【申込みまでの流れ】 1. **候補者をリスト化する** - 役割、会社規模、想定課題、関係性、連絡経路を記録する 2. **個別に有料パイロットを案内する** - 課題場面、成果物、料金、実メール利用を明記する 3. **10〜15分の適合確認を行う** - 直近の実例 - 発生頻度・確認時間 - 進行案件の有無 - 変更・撤回の有無 - 実メール提供可否 - 支払者・承認者 4. **販売条件とデータ取扱条件を文書で提示する** 5. **先払いを受ける** - 決済完了を正式申込みとする 6. **対象メールを受領する** - 必要に応じて匿名化してもらう 7. **初回整理を納品し、訂正を受ける** 8. **新着メール後の更新を行う** 9. **終了時に継続または別案件商品を販売する** - 実際の再決済で判断する --- ## 【テスト中に記録するもの】 ### 販売ファネル - 接触数 - 返信数 - 適合確認数 - 課題条件を満たした数 - 正式申込数 - 決済完了数 - 実メール提出数 - 更新依頼数 - 再決済数 - 導線別・関係性別の結果 - 各段階で止まった理由 ### 顧客課題 - 直近の具体的な問題 - 発生頻度 - 1回・週あたりの確認時間 - 具体的な手戻り・見落とし - 現在の代替手段 - 最も重要な利用場面 ### 利用・価値 - 納品物を開いたか - 最初に見た項目 - 実際に使われた項目 - 元メールを何件確認したか - 全メールを読み直したか - 返信・質問・作業指示などに進んだか - 従来と比較した確認時間 - 顧客側から更新を依頼したか ### 精度・採算 - 誤り・抜け・訂正数 - 致命的な誤りの種類 - 根拠不足の箇所 - 初回整理と更新にかかった作業時間 - メール数、論点数、変更回数 - 人手確認を外した場合に危険な箇所 - 現在価格で採算が成立する可能性 --- ## 【最も重視する需要証拠】 強い順に重視します。 1. 通常条件で先払いした 2. 進行中案件の実メールを提出した 3. 納品物を返信・質問・作業指示に使った 4. 顧客側から新着メールの更新を依頼した 5. 同じ案件または別案件で再決済した 6. 面識の薄い顧客でも同じ行動が確認できた 7. 値引きや特別対応なしで購入された 以下は需要の中心証拠にしません。 - いいね、閲覧数 - 「便利そう」「欲しい」という発言 - 無料モニターの高評価 - サンプルへの好意的反応 - 応援目的の購入 - 「また使いたい」という回答だけ - 支払い後に実メールを提出しない状態 --- ## 【継続を検討できる状態】 以下の一連の行動が、知人だけでなく面識の薄い顧客を含む複数顧客で確認できた状態です。 - 通常条件で先払いが発生した - 実メールを問題なく提供できた - 整理結果が具体的な実務行動に使われた - 顧客側から更新依頼が発生した - 同価格帯で再購入された - 中心価値が「案件の現在地整理」に集約された - 致命的な誤りと訂正方法を把握できた - 自動化すべき作業が明確になった 運用上の暫定目安としては、3〜5件の有料提供の中で、複数件の実務利用・更新依頼と、少なくとも1〜2件の再決済を確認することが考えられます。ただし、これは市場成立を証明する統計基準ではなく、次の小規模検証へ進むための仮の判断材料です。 この状態でも完成版SaaSには進まず、メール取り込み・案件詳細・訂正機能に限定した半自動版を作ります。 --- ## 【修正して再テストする状態】 以下のように、特定段階までは進むものの、その先で止まる場合です。 - 課題該当者はいるが申し込まない - 申し込むが決済しない - 支払うが実メールを提出しない - 実メールは出るが成果物を業務に使わない - 初回は使うが更新しない - 更新はするが再購入しない - 知人には売れるが面識の薄い顧客には売れない - 価値はあるが手作業工数が価格に合わない この場合は、一度に一要素だけ変更します。 例： - 顧客を代表兼ディレクターに絞る - 「案件復帰」から「返信前確認」へ訴求を変更する - 納品物を1ページに短縮する - 納期を短くする - メール提出方法を変更する - 月額ではなく案件単位にする - 価格を維持したまま対象範囲を変更する 機能追加は最初の修正手段にしません。 --- ## 【中止・大幅見直しを検討する状態】 顧客や訴求を変えて再テストしても、以下が繰り返される場合です。 - 課題は認識されるが、通常条件では支払いが発生しない - 購入が知人の応援目的に限られる - 実メールを外部へ提供できないことが構造的な障壁になる - 匿名化や削除条件を整えても利用開始されない - 納品後も全メールを最初から読み直す必要がある - 整理結果が返信・質問・作業指示につながらない - 致命的な誤りが多く、確認工数を増やすと採算が成立しない - 更新利用や再購入がほとんど発生しない - 顧客が支払う対象が状態整理ではなく、返信作成や進行管理代行など別の成果である - 手作業でも価値・支払意思が成立しない 継続利用が弱い場合は、SaaSを中止しても、引き継ぎ整理、炎上案件の棚卸し、単発の案件整理サービスへ転換する余地があります。 --- ## 【結果が悪かったとき最初に疑うこと】 最初に疑うのは価格や機能ではなく、**本当に課題の強い顧客へ提案できていたか**です。 次の順番で切り分けます。 1. **対象顧客** - メール中心か - 変更が多いか - 現在進行案件があるか - 発生頻度が高いか - 購入権限があるか 2. **課題場面** - 案件復帰、返信前確認、進行管理、引き継ぎのどれが最も切実か 3. **データ提供障壁** - 外部AI、保存期間、匿名化、提出方法、信頼性のどこで止まったか 4. **提供価値・形式** - 次の行動に必要な情報が出ているか - 納期が間に合っているか - Docs／Sheetsで十分か - 単発と継続のどちらが自然か 5. **支払者・価格・販売方法** - 誰が予算を持つか - 課金単位が自然か - 信頼形成や説明が不足していないか この切り分け後、同じ機能不足が複数顧客の購入・利用・再購入を妨げていると確認された場合のみ、機能追加を検討します。 --- ## 【本格制作へ進む前に確認すべきこと】 1. **課題条件を満たす面識の薄い顧客からも、通常条件で支払いが発生すること** 2. **顧客が適切な権限確認を行ったうえで、継続的に実メールを提供できること** 3. **整理結果が返信・質問・作業指示などの実務行動に使われ、全メールの再読を減らせること** 4. **新着メール後の更新と、同じ案件または別案件への再決済が複数回確認できること** 5. **致命的な誤り、必要な訂正方法、人手工数、自動化すべき範囲が把握でき、半自動化後の採算可能性があること** --- ## 【次の行動】 ### 1. 販売テストの1ページ資料と成果物サンプルを作る 機能説明ではなく、「誰の、どの場面を、どの成果物で解決するか」を示します。 ### 2. データ取扱説明・申込フォーム・決済手段を整える 外部AI利用、保存期間、削除方法、対象外データ、最終確認責任を事前に明示します。 ### 3. 条件に合う候補者10〜15人と、紹介候補5〜10人をリスト化する 人数は検証運用上の仮置きです。役割、案件状況、関係性、購入権限を記録します。 ### 4. 同一条件で個別提案し、3〜5件の有料提供を目指す 無料モニターではなく、1案件・2週間・先払い4,980円という仮条件で販売します。 ### 5. 初回利用後、更新・別案件商品を実際に販売する 感想ではなく、更新依頼と再決済まで確認し、その結果から半自動版へ進むか、再テストするか、単発サービスへ転換するかを判断します。

【どんな商品・サービスを検証したいか】 副業初心者向けに、途中まで作ったデジタル商品を「初版として公開できる状態」まで進める短期支援サービスを検討しています。 対象は、有料note、PDF、ワークシート、テンプレートなどを作ろうとしているものの、 ・内容を追加し続ける ・修正を繰り返す ・他の商品を見て作り直す ・どこまで作れば公開してよいか分からない といった理由で公開できない人です。 単なる添削ではなく、 「初版として何を残すか」 「何を削るか」 「公開前に必ず直すことは何か」 「何は公開後でよいか」 「どこで完成とするか」 を決め、顧客自身が公開へ進める状態を作ることが価値だと考えています。 【誰向けか】 主に、 ・副業で初めて自分の商品を販売しようとしている人 ・商品テーマや想定顧客はおおむね決まっている人 ・すでに商品本文や下書きを作っている人 ・改善や修正を続けて公開できない人 ・ChatGPTなどで改善案を出すほど作業が増えている人 を想定しています。 何を売るか全く決まっていない人や、商品制作そのものを代行してほしい人は主対象ではありません。 【顧客が困っていること】 ・どこまで作れば有料で公開してよいか分からない ・改善案が増えるほど完成しなくなる ・必須修正と任意改善を分けられない ・販売ページや価格まで何度も直してしまう ・他の商品と比較して不足している気がする ・公開後でもよい改善を事前に全部やろうとする ・第三者から「ここまでで出してよい」と判断してほしい ・公開して売れなかったときが不安で止まる 【提供したい顧客価値】 改善案を増やすことではなく、 「初版はここまででよい」 という境界を作ることです。 具体的には、 ・初版として残すもの ・削るもの ・公開前の必須修正 ・後回しでよい改善 ・販売条件の不足 ・完成条件 ・次にやること を整理し、未公開の下書きを公開準備へ進めたいです。 売上や購入発生そのものは保証しません。 【現在考えている商品仕様・提供内容】 現在考えている標準提供は、 ・商品下書きの確認 ・対象顧客、課題、提供価値の確認 ・初版に残す・外す内容の整理 ・必須修正、後回し、不要の分類 ・商品本体と販売ページの最低限の整合確認 ・価格や受取条件など販売条件の矛盾確認 ・完成条件の整理 ・顧客が次に行う作業の提示 ・個別レビュー文書の納品 です。 必要であれば、修正後の一部について差分確認を行うことも考えています。 一方、 ・商品本文の代筆 ・販売ページ全文の作成 ・需要調査 ・競合調査 ・大量のタイトル案 ・SNS告知文 ・無制限の再添削 ・面談 ・大量の教材やテンプレート ・AIプロンプト集 ・公開後の継続相談 などは標準提供に入れない方向です。 【現在どこまで作っているか】 サービス提供用の大規模な教材やシステムはまだ作っていません。 検証用なら、 ・Google Forms ・Google Docs ・ChatGPT ・メールやチャット ・簡単なチェックシート で提供できます。 レビュー基準や返却フォーマットも簡単なテンプレートから作れます。 【価格や料金のイメージ】 数千円程度の単発サービスを考えていますが、支払意思も適正価格も確認できていません。 無料モニターだけではなく、有料で購入されるか確認したいです。 【販売方法・販売場所の候補】 ・Xで募集 ・noteなどの発信から募集 ・ココナラなどへ出品 ・副業に取り組んでいる知人へ案内 ・簡単な販売ページを作る などを考えています。 【見込み顧客へ接触できる方法】 XなどSNSで副業に取り組む人へ接触できます。 また、知人の中にも副業やコンテンツ販売に興味がある人はいます。 ただし、大きなフォロワー基盤や広告予算はありません。 【すでに確認できている需要・反応】 有料提供実績はありません。 自分自身に、 「どこまで作れば公開してよいか分からない」 「修正を続けて公開が遅れる」 という経験があります。 SNSでも、 ・商品を作っているが出せない ・完璧になるまで公開できない ・何度も作り直している といった人を見かけます。 ただし、 ・第三者レビューに料金を払うか ・実際に下書きを提出するか ・レビュー後に修正するか ・本当に公開まで進むか ・添削より「止める判断」に価値を感じるか は未確認です。 【まだ確認できていないこと】 ・最も購入意向が高い顧客状態 ・どの程度下書きができていれば対象にできるか ・初版範囲の整理だけで支払意思があるか ・販売ページ確認まで必要か ・再提出確認が必要か ・レビューだけで実際に修正へ進むか ・修正後に公開するか ・顧客が本当に欲しいのは判断支援か添削か ・商品形式によって需要が変わるか ・誰がいくらなら料金を払うか 【検証に使える時間】 本格的な教材やサービスサイトを作る前に、小規模な販売テストをしたいです。 短期間で、 ・購入されるか ・提出されるか ・実際に行動が変わるか を確認したいです。 【検証に使える予算】 広告費はできるだけ使わずに始めたいです。 Google Forms、Docs、ChatGPTなど既存ツールの範囲であれば利用できます。 【検証で作れるもの・使えるツール】 ・Google Forms ・Google Docs ・Google Sheets ・ChatGPT ・メール ・チャット ・簡易販売ページ ・X ・ココナラ等の既存販売サービス ・レビュー用テンプレート を使えます。 【避けたいこと・制約】 ・教材を大量に作ってから検証しない ・完成したサービスサイトを先に作り込まない ・無料モニターの高評価だけで成立と判断しない ・「欲しい」「便利そう」という発言だけで需要ありと判断しない ・売上を保証しない ・需要があることを保証しない ・商品制作を代行しない ・集客や販売を代行しない ・法律、税務、医療などの専門判断をしない ・無制限の修正対応をしない 【特に確認したいこと】 ・本格的に商品化する前に最優先で確認すべき仮説は何か ・どんな状態の人を最初の検証対象にするべきか ・無料ではなく有料テストをどう設計するべきか ・最初のテスト商品には何を含めるべきか ・何をまだ作らなくてよいか ・レビュー料金はどのように仮置きするべきか ・レビュー後のどんな行動を需要証拠として見るべきか ・「支払い」「下書き提出」「修正」「公開」のどこまで追うべきか ・売れなかった場合に何から見直すべきか ・どの状態なら正式商品として展開してよいか

## 【初期検証の結論】 現時点で確認できているのは、以下です。 - 利用者自身に「修正を続けて公開できない」経験がある - SNS上にも類似の発言がある - Google Forms、Docs、メール等を使い、低コストで手作業提供できる - 有料提供実績、支払意思、下書き提出、レビュー後の行動変化は未確認 したがって、今行うべきことは本格的な商品開発ではなく、**完成間近で止まっている人を対象に、前払いの個別レビューを少人数へ販売すること**です。 検証の単位は「売れたか」だけではありません。以下を分けて追います。 > 適格者への提示 → 前払い → 下書き提出 → 必須修正への着手 → 完成条件達成 → 公開 最初は3件程度を完遂し、運用上の問題を修正したうえで、必要なら同一仕様で追加3件程度を試します。これらの件数は市場性を証明する基準ではなく、**重要な離脱地点と価値の成立条件を把握するための仮置き**です。 --- ## 【今回最も検証する仮説】 ### 1. 支払仮説 主要部分の下書きがあり、公開期限もあるが完成判断で止まっている人は、代筆や売上保証がなくても、**初版の範囲と完成条件を整理する個別レビューに数千円を支払う**。 ### 2. 利用仮説 料金を支払った顧客は、実在する未公開の下書きを期限内に提出し、レビュー後に必須修正へ着手する。 ### 3. 価値仮説 顧客の行動を変える中心価値は、指摘や改善案の多さではなく、以下を明確にすることにある。 - 初版に残すもの - 初版から外すもの - 公開前の必須修正 - 公開後でよい改善 - 今回は不要な改善 - 初版の完成条件 --- ## 【最優先の検証対象】 「副業初心者」全般ではなく、次の状態にある本人を対象にします。 ### 必須条件 - 有料note、PDF、ワークシート、小規模テンプレートのいずれかを制作中 - 目次だけではなく、主要部分の本文がすでにある - 想定顧客、扱う課題、提供価値を簡潔に説明できる - 原則30日以内に公開したい - 公開予定を一度以上延期した、または具体的な公開予定日がある - 直近14日程度にも追加・修正・作り直しを行っている - レビュー後7日以内を目安に、自分で修正する時間を確保できる - 本人が料金を支払い、内容・価格・公開日を決定できる - 未公開の下書きを提出できる ### 特に優先する状態 - 公開予定が14日以内、またはすでに予定日を過ぎている - 「何を追加するか」より「どこで止めるか」で困っている - ChatGPTや他商品との比較で改善案が増えすぎている - 商品本体はほぼできており、販売ページや販売条件を行き来している ### 初期対象から外す人 - 何を売るか決まっていない - 下書きがほとんどない - 代筆、全文リライト、需要調査、集客支援を求めている - 修正時間や具体的な公開意思がない - 法律、税務、医療、投資判断などの専門確認が必要 - 権利関係や最終決定者が不明確 - 大規模な動画講座、アプリ、コミュニティなど、工数を限定しにくい商品 --- ## 【販売テスト商品】 ### 仮商品名 **初版公開ライン整理レビュー** 途中まで作成した商品について、内容を増やす添削ではなく、**初版として公開準備を終えるための境界と作業順序を整理する非同期レビュー**です。 ### 仮の提供範囲 - 商品下書きの確認 - 想定顧客・課題・提供価値の最低限の整合確認 - 初版に残す内容と外す内容の整理 - 指摘の3分類 - 公開前に必須 - 公開後でよい - 今回は不要 - 販売ページ案がある場合の最低限の整合確認 - 価格、納品方法、受取条件などの明らかな不足・矛盾の確認 - 初版の完成条件を3～7項目程度に整理 - 次に行う作業を優先順で提示 - 必須修正箇所に限定した差分確認1回 「3～7項目」などの数値は、分かりやすい成果物にするための仮置きであり、検証後に調整します。 --- ## 【顧客への約束】 以下を約束します。 - 合意した範囲の下書きを個別に確認する - 改善案を無制限に増やさず、必須・後回し・不要に分類する - 初版に残すものと外すものを示す - 顧客自身が確認できる完成条件を提示する - 次に行う作業を優先順で示す - 合意した期限内にレビュー文書を納品する - 期限内の再提出について、必須修正箇所を1回確認する 以下は約束しません。 - 商品が売れること - 市場需要があること - 価格が市場に適していること - 必ず公開できること - 商品品質や販売可能性の認定 - 法令、著作権、専門内容への適合保証 - 本文や販売ページの代筆 - 全文校正、無制限の再添削 - 集客、販売、公開作業の代行 最終的な修正・公開判断は顧客本人が行います。 --- ## 【販売テスト方式】 ### 少人数・前払いのコンシェルジュ型試験提供 自動化や教材化をせず、既存ツールだけで手作業提供します。 ### 仮の進行 1. 条件に合う候補者へ案内 2. Google Formsで適合確認 3. 適合者に提供範囲・料金・取扱条件を提示 4. 前払い 5. 決済後48時間以内に下書き提出 6. 提出後3営業日以内にレビュー返却 7. 顧客が必須修正を実施 8. 返却後7日以内に、希望者のみ差分確認 9. 7日・14日・30日後に進捗確認 期限や回数は、検証を管理しやすくするための仮条件です。適正な納期として確認済みではありません。 面談は標準提供に入れず、文書レビューで価値が成立するかを先に確認します。 --- ## 【テスト時点で作るもの】 1. **1ページ相当の簡易案内** - 対象者 - 提供内容 - 対象外 - 料金 - 分量上限 - 納期 - 質問・差分確認の範囲 - 売上等を保証しないこと 2. **条件確認用Google Forms** - 商品状態 - 公開期限 - 延期経験 - 直近の修正行動 - 本人の決定権 - 修正時間 - 進捗確認への同意 3. **決済手段** - 支払記録が残るもの - キャンセル・返金条件を事前に明示 4. **下書き提出案内** - 対応形式 - 共有権限 - 提出期限 - 分量上限 - データの取扱条件 5. **レビュー返却テンプレート** 6. **架空商品の返却見本** - 1～2ページ程度で十分 7. **案件管理用Google Sheets** 8. **守秘・データ・AI利用方針** - 保存場所 - 閲覧範囲 - 保管期間 - 削除時期 - AIへ入力するか - 入力する場合の範囲 --- ## 【まだ作らないもの】 - 本格的なサービスサイト - 専用アプリや会員システム - 自動診断ツール - 大量の教材や動画 - AIプロンプト集 - 商品形式別の詳細な教材一式 - 多数の料金プラン - 月額制や継続相談プラン - コミュニティ - 広告用クリエイティブ - 広告運用 - 競合調査、需要調査、集客支援機能 - 大量のタイトル案やSNS告知文 - 外注体制や認定レビュアー制度 - 無制限の再添削制度 初回は顧客ごとに機能を追加せず、同じ仕様で価値が成立するかを確認します。 --- ## 【顧客から受け取るもの】 - 条件確認フォームへの回答 - 仮タイトル - 商品形式と分量 - 想定顧客 - 顧客が抱える課題 - 商品が提供する価値 - 実在する商品下書き - 販売ページ案がある場合はその案 - 仮価格 - 納品物、納品方法、受取条件 - 当初の公開予定日と現在の公開希望日 - 過去の延期回数と理由 - 直近で追加・修正した内容 - 現在公開できない最大の理由 - レビュー後に確保できる修正時間 - 前払い料金 - 7日・14日・30日後の進捗回答 - 公開した場合は公開事実またはURL - 公開しなかった場合は止まった段階と理由 感想だけではなく、実際の修正・公開行動を受け取れる設計にします。 --- ## 【顧客へ提供するもの】 個別の「初版公開ライン整理レビュー」1点をGoogle Docs等で納品します。 ### 成果物の構成 1. 現在の商品についての理解 2. 想定顧客・課題・提供価値の整理 3. 初版に残す内容 4. 初版から外す内容 5. 公開前の必須修正 6. 公開後でよい改善 7. 今回は不要な改善 8. 商品本体と販売条件の不足・矛盾 9. 初版の完成条件 10. 次に行う作業の優先順位 11. 今回確認していない事項 差分確認を利用した場合は、以下を追加します。 - 必須修正ごとの反映状況 - 未完了の必須修正 - 完成条件の達成状況 - 現時点で残っている公開前の障害 --- ## 【価格・条件の扱い】 ### 初回の仮価格 - 1件 **3,980円** - 前払い - 初回3件程度 - 個別値引き、無料化は原則行わない この金額は適正価格として確認済みではなく、**判断支援単体への実支払意思を確認するための仮説価格**です。 ### 仮の範囲 - 有料note・PDF：15,000字または30ページ程度まで - ワークシート・テンプレート：10シート程度まで - 販売ページ：1ページまで - 質問：納品後1往復 - 差分確認：必須修正箇所に限り1回 - 面談なし 上限も実工数を確認するための仮条件です。初回から上限超過案件を個別受注すると、工数検証が難しくなるため対象外とします。 ### 次の価格テスト 初回で支払い・提出・修正着手が確認できた場合、同じ提供範囲のまま、次回は4,980～5,980円程度を試す候補があります。 価格変更は一度に他の仕様変更と重ねず、価格の影響を判別できるようにします。 --- ## 【募集方法】 ### 1. Xで問題を表明している人への許可ベースの個別案内 以下の投稿をしている人を探します。 - 商品を何度も直している - 公開を延期した - 有料noteやPDFが完成しない - ChatGPTに聞くほど作業が増える - 販売ページや価格を何度も変えている いきなり下書き提出や購入を求めず、先に詳細案内を送ってよいか確認します。 ### 2. 知人から条件に合う第三者を紹介してもらう 「副業に興味がある人」ではなく、以下の状態で紹介を依頼します。 - 実在する下書きがある - 公開を延期した、または30日以内に公開したい - 自分で修正できる - 本人が有料で申し込める 知人本人の応援購入と、知人から紹介された第三者の購入は分けて記録します。 ### 3. 補助的な公開募集 Xやnoteで3名程度の条件付き募集を出します。ただし、表示数が少ない場合は需要とリーチ不足を混同しないようにします。 ココナラ等は、初回テスト後の補助経路として利用可能です。 --- ## 【申込みまでの流れ】 1. 対象候補へ許可ベースで接触する 2. 簡易案内ページを送る 3. 条件確認フォームへ回答してもらう 4. 対象条件への適合を確認する 5. 適合者だけに決済案内を送る 6. 期限内に前払いしてもらう 7. 決済完了を正式申込みとする 8. 決済後48時間以内に下書きを提出してもらう 9. 3営業日以内を仮納期としてレビューを返却する 10. 顧客が必須修正を行う 11. 必要な場合のみ差分確認を1回行う 12. 7日・14日・30日後に進捗を確認する フォーム送信、予約、口約束は購入として数えません。 --- ## 【テスト中に記録するもの】 顧客ごとに以下を記録します。 ### 販売ファネル - 接触経路 - 面識の有無 - 適格候補への案内数 - 詳細案内の受領数 - フォーム送信数 - 適合・不適合 - 提示価格 - 決済の有無 - 未決済理由 ### 利用行動 - 決済日 - 下書き提出日 - 提出遅延・未提出理由 - レビュー返却日 - 必須修正への着手日 - 後回し・不要と判断した項目 - 差分確認の利用有無 - 完成条件の達成日 - 公開日 - 未公開理由 ### 価値と期待 - 最も役立った部分 - 実際に作業が減った部分 - 追加で求められた支援 - 添削・代筆への期待の有無 - 顧客自身が説明する支払理由 ### 提供成立性 - 適合確認時間 - 下書き確認時間 - レビュー作成時間 - 質問対応時間 - 差分確認時間 - 総作業時間 - 標準範囲からの逸脱 - 心理的・運用上の負担 --- ## 【最も重視する需要証拠】 最も重視するのは、次の連続行動です。 > **同一条件で前払いする → 実在する下書きを提出する → レビュー後に必須修正へ着手する** さらに強い結果証拠として、以下を追います。 - 公開後でよい項目を実際に後回しにした - 不要な追加作業を止めた - 初版の完成条件を満たした - 30日以内に公開した - 面識のない顧客でも同じ行動が発生した - 顧客が価値を「指摘の多さ」ではなく「完成ラインが決まったこと」と説明した - 価格を変更した後続テストでも購入が発生した いいね、「欲しい」、無料利用意向、知人の好意的な感想だけでは需要証拠としません。 --- ## 【継続を検討できる状態】 固定の合格率はまだ根拠がないため設定しません。以下の傾向が複数案件で再現する場合に、正式商品化を検討します。 - 同一条件で複数件の前払いが発生する - 面識のない購入者が含まれる - 購入者が大きな催促なしに下書きを提出する - レビュー後に必須修正へ着手する - 複数名が完成条件達成または公開まで進む - 顧客が「やらないこと」「後回し」「完成条件」に価値を感じる - 面談、代筆、無制限添削なしで利用が完了する - 実作業時間が把握でき、価格または範囲調整で採算化できる見込みがある - 特定の知人や一つの経路だけに依存せず購入が発生する 正式化する場合も、最初に行うのはレビュー基準、受付条件、納品フォーマットの標準化です。大規模な教材制作ではありません。 --- ## 【修正して再テストする状態】 ### 申込みはあるが支払いがない 見直す候補： - 成果物の具体性 - 添削との違い - 守秘・AI利用への不安 - 販売者への信頼 - 価格 ### 支払いはあるが下書きが提出されない 見直す候補： - 受付時の下書き完成条件 - 提出方法の負担 - データ取扱方針 - 応援購入や衝動購入の混入 - 提出期限 ### 提出されるが修正に着手されない 見直す候補： - 必須修正が多すぎないか - 指摘が具体的か - 作業順序が明確か - 顧客が修正時間を確保しているか - 本当に完成境界が主な障害だったか - 顧客が実際には代筆を求めていなかったか ### 修正には着手するが完成しない 見直す候補： - 完成条件の数と具体性 - 商品規模 - 必須修正の作業量 - 差分提出の負担 - 公開に対する別の不安 一度の再テストで複数項目を同時に変更せず、止まった段階に対応する要素を一つずつ変更します。 --- ## 【中止・大幅見直しを検討する状態】 限定的な修正と再テストを行っても、以下が繰り返される場合です。 - 適格者へ提示しても標準条件で支払いが発生しない - 購入が知人の応援や大幅値引きに限定される - 支払い後も実在する下書きが提出されない - レビュー後に修正着手が起きない - 顧客が完成ラインに価値を感じず、代筆や全文添削だけを求める - 完成境界ではなく、需要不安、時間不足、企画未定などが主要な停止原因である - 標準範囲を守ると価値が出ず、毎回大幅な個別対応が必要になる - 顧客が支払える価格と必要工数が構造的に釣り合わない - 未公開物や専門内容のリスクを安全に管理できない この場合は機能を追加するのではなく、対象顧客、中心課題、価値提案そのものを見直します。 --- ## 【結果が悪かったとき最初に疑うこと】 最初に疑うのは価格や機能不足ではなく、**本当に適格な顧客へ十分に提示できていたか**です。 確認順は以下です。 1. **販売方法** - 下書きがあり、公開期限もある人へ届いていたか - 接触数が少なすぎなかったか - 一つの経路だけで判断していないか 2. **対象顧客** - 下書きの完成度が低すぎなかったか - 本人に修正時間と決定権があったか - 本当に30日以内に公開したかったか 3. **中心課題** - 止まっている主因が完成境界だったか - 実際には企画、需要、集客、時間、恐怖が主因ではなかったか 4. **価値の伝わり方** - 添削との違いが理解されたか - 返却内容が具体的に想像できたか - 「作業を増やすサービス」に見えていなかったか 5. **提供形式と価格** - 提出や文書レビューに抵抗がなかったか - そのうえで価格が障害だったか --- ## 【本格制作へ進む前に確認すべきこと】 1. **完成間近の顧客が、判断支援単体に実際に前払いすること** 2. **購入者が未公開の下書きを期限内に提出すること** 3. **レビュー後に必須修正へ着手し、追加作業を止められること** 4. **完成条件達成または公開まで進む顧客が複数いること** 5. **提供工数、対応範囲、顧客が支払う価格の間に採算化の見込みがあること** --- ## 【次の行動】 ### 1. テスト条件を1枚に固定する 対象、対象外、料金、分量上限、納期、質問回数、差分確認、保証しない事項を簡易案内にまとめます。 ### 2. 申込・提出・記録の最低限の仕組みを作る Google Forms、レビュー用Google Docs、案件管理用Google Sheets、データ取扱方針を準備します。 ### 3. 架空例の返却見本を1～2ページ作る 「必須」「公開後」「不要」「完成条件」の違いが分かる最低限の見本にします。 ### 4. 適格候補へ募集を開始する X上の該当者へ許可ベースで接触し、知人には条件に合う第三者の紹介を依頼します。最初は3件の前払い・完遂を目標とします。 ### 5. 支払いから30日後まで段階別に記録する 支払い、提出、修正着手、完成条件達成、公開、実作業時間を記録し、止まった段階に応じて一要素だけ修正して再テストします。

【どんな商品・サービスを検証したいか】 中小企業向けに、 「どの業務へAIを使うか」 「何から試すか」 「何は今はやらないか」 を整理し、最初の小規模なAI活用判断まで進める支援サービスを検討しています。 単なるAIツール紹介や診断レポートではなく、 ・最初に試す1業務 ・今回は見送る業務 ・選定理由 ・試す範囲 ・主なリスク ・評価する項目 ・次に必要な社内判断 まで整理し、顧客が社内で限定試行の承認・着手判断を求められる状態を作ることが価値だと考えています。 【誰向けか】 主に、 ・専任のDX担当者がいない中小企業 ・経営者や上司からAI活用を検討するよう言われた管理職や兼任担当者 ・ChatGPTなどを導入したが業務利用が進んでいない会社 ・複数のAI活用候補があるが、どれから始めるか決められない担当者 ・AI事例やツール情報を集めているが、社内提案へ進めていない人 を想定しています。 【顧客が困っていること】 ・AIを使いたいが対象業務を決められない ・候補業務を比較する基準がない ・AIが向く業務と向かない業務を判断できない ・経営者へ何を提案すればよいか分からない ・セキュリティや誤回答への不安を整理できない ・AIツールを導入しただけで実際の利用が進まない ・事例収集やツール比較を続けるだけになっている ・何をどこまで試せばよいか分からない 【提供したい顧客価値】 AI活用候補を増やすことではなく、 「まずこの1業務を、この範囲で試す」 または 「この業務は現時点では試さない」 と判断できる状態にすることです。 ツールの導入そのものではなく、限定試行の可否を社内で判断できる材料を作ることを中心価値にしたいです。 【現在考えている商品仕様・提供内容】 現在考えている標準提供は、 ・対象部門や業務上の課題の確認 ・AI活用候補の整理 ・候補業務の比較 ・最初に試す業務の選定 ・今回は見送る候補の整理 ・選定、見送り理由 ・AIを使う範囲と使わない範囲 ・主なリスクと事前確認事項 ・AIと人の役割整理 ・評価項目 ・継続、修正、中止を判断する観点 ・次に社内で確認・承認する事項 ・判断内容をまとめた簡易資料 などです。 一方、 ・精密なAI適性スコア ・数十ページの詳細診断レポート ・多数のAIツール比較 ・精密なROI計算 ・全社DXロードマップ ・大量のプロンプト作成 ・ツール導入設定 ・社員研修 ・試行への同席 ・継続的な伴走 ・システム開発 などは標準提供にしない方向です。 【現在どこまで作っているか】 完成したコンサル商品や診断システムはありません。 検証用であれば、 ・Google Forms ・Google Docs ・Google Sheets ・ChatGPT ・オンライン面談 ・簡単な判断テンプレート で提供できます。 顧客へ返す「限定試行判断シート」も簡易な文書として作れます。 【価格や料金のイメージ】 5,000〜30,000円程度を考えていますが、根拠はありません。 この価格帯で売るべきか、もっと小さなテスト商品にするべきかも未確認です。 無料相談ではなく、判断支援そのものに実際に料金が払われるか確認したいです。 【販売方法・販売場所の候補】 ・知人の中小企業経営者や管理職へ案内 ・過去の仕事関係者へ提案 ・XやSNSで募集 ・簡易LPから申込み ・中小企業向けコミュニティで募集 ・商工会議所や紹介経由 などを考えています。 【見込み顧客へ接触できる方法】 知人や仕事関係者を通じて、会社員や小規模事業者へ接触できる可能性があります。 XなどでAI活用に悩む企業担当者へ発信することもできます。 ただし、大きな広告予算や企業向け営業組織はありません。 【すでに確認できている需要・反応】 有料提供実績はありません。 知人やSNSで、 ・AIを使いたいが何から始めればよいか分からない ・ChatGPTを導入したが使われていない ・どの業務をAI化すればよいか分からない という声は見聞きしています。 ただし、 ・判断支援だけに料金を払うか ・実際の業務情報を提供するか ・判断資料を社内提案に使うか ・導入支援がなくても価値を感じるか ・誰が購入を決裁するか は未確認です。 【まだ確認できていないこと】 ・最も購入意向が高い企業状態 ・経営者、管理職、担当者の誰が購入者になるか ・会社全体ではなく1部門・1業務でも料金を払うか ・候補業務を顧客側で出せるか ・判断シートだけで価値が成立するか ・短時間の面談が必要か ・AI適性スコアが必要か ・特定AIツールの推奨まで必要か ・試行計画をどこまで具体化する必要があるか ・実際に社内で承認依頼まで進むか ・導入・設定支援がないと購入されないか ・どの価格なら購入されるか 【検証に使える時間】 大きなコンサル商品や診断システムを作る前に、小規模な販売テストをしたいです。 短期間で、 ・実際に購入されるか ・業務情報を提出してもらえるか ・判断資料が社内で使われるか を確認したいです。 【検証に使える予算】 広告費やシステム開発費はできるだけ使わずに始めたいです。 Google Forms、Docs、ChatGPTなど既存ツールで提供できる範囲を優先したいです。 【検証で作れるもの・使えるツール】 ・Google Forms ・Google Docs ・Google Sheets ・ChatGPT ・オンライン面談 ・メール ・簡易LP ・X ・判断シートのテンプレート などを利用できます。 【避けたいこと・制約】 ・詳細な診断システムを作ってから検証しない ・長いレポートを先に作り込まない ・多数のAIツールを調査してから販売しない ・無料相談の好反応だけで成立と判断しない ・「AIに興味がある」という発言だけを需要証拠にしない ・AI導入効果を保証しない ・精密なROIを保証しない ・高度なセキュリティ監査や法務判断はしない ・システム開発やAPI連携はしない ・AIツールの契約や設定を代行しない ・社員研修や長期伴走を標準提供にしない 【特に確認したいこと】 ・本格商品化の前に最優先で確認すべき仮説は何か ・どんな企業や担当者を最初の検証対象にするべきか ・「限定試行判断シート」だけでも有料テストできるか ・無料相談ではなく有料で検証するにはどんな商品にするべきか ・テスト時点で何を作るべきか ・何はまだ作らなくてよいか ・価格をどのように仮置きするべきか ・どんな行動を需要の強い証拠として見るべきか ・「支払い」「業務情報提出」「資料利用」「社内承認依頼」のどこまで追うべきか ・売れなかった場合に、顧客、価値、価格、提供範囲、営業方法のどこから見直すべきか ・どの状態なら正式商品化してよいか

## 【初期検証の結論】 現段階では、本格的な診断商品やシステムを作るべきではありません。 確認できているのは、以下です。 - 「AIを何から使えばよいか分からない」という声は存在する - Google Forms、オンライン面談、Google Docs等で手作業提供できる - 有料提供、会社支払い、業務情報提出、社内利用の実績はまだない したがって、最初に行うのは、**期限のあるAI活用判断を抱える中小企業へ、手作業の判断支援を有料販売するテスト**です。 検証する一連の行動は以下です。 > 有料申込み・会社支払い > → 具体的な業務情報の提出 > → 判断シートの納品 > → 社内共有 > → 限定試行の承認依頼、条件修正、または正式な見送り判断 初期検証の目的は、売上件数だけではなく、**判断支援単体が購入され、実際の社内判断に使われるかを確認すること**です。 --- ## 【今回最も検証する仮説】 ### 1. 判断支援単体への支払仮説 導入設定、研修、システム開発を含まなくても、企業は以下を決める支援に料金を払う。 - 最初に試す1業務 - 今回見送る業務 - 試す範囲 - 人が確認する範囲 - 主なリスク - 評価項目 - 次に必要な社内承認 ### 2. 切迫した顧客状態に関する仮説 購入可能性が高いのは、単にAIへ関心がある企業ではなく、以下の状態にある企業である。 - 経営者・上司からAI活用検討を任されている - 30～60日程度以内に報告、会議、稟議などがある - 対象部門や候補業務が存在する - 自社検討が止まっている - 成果物を提出する相手がいる この期間は検証用の仮置きであり、市場で確認済みの条件ではありません。 ### 3. 情報提出・社内利用仮説 有料顧客は、判断に必要な業務情報を提出し、納品された判断シートを上司、経営者、会議体への説明に利用する。 支払いと資料利用は別々に確認します。 --- ## 【最優先の検証対象】 以下を満たす中小企業の管理職、兼任担当者、AIツール導入責任者を優先します。 - AI活用の検討責任を持っている - 具体的な報告・提案期限がある - 対象部門を把握している - 候補業務が1～3件程度ある、または現場担当者と候補を出せる - 成果物の提出先が明確である - 少額の会社支出を申請できる、または決裁者につなげられる - 匿名化した業務情報を提出できる - 導入・設定・研修を含まないことを了承できる - 結論が「今回は試さない」になる可能性を了承できる 特に優先するのは次の2種類です。 1. 経営者・上司から検討を指示され、社内報告期限がある担当者 2. ChatGPT等を導入済みだが活用が止まり、更新・報告期限がある責任者 AIの勉強や事例収集だけが目的の人、期限や提出先がない人は初期検証の対象外とします。 --- ## 【販売テスト商品】 ### 仮称 **中小企業向け「AI限定試行 判断パック」** ### 仮仕様 - 対象：1社・1部門 - 比較候補：最大3業務 - 事前業務フォーム：1回 - オンライン面談：60分程度 - 手作業による候補比較 - 限定試行判断シート：2～4ページ程度 - 納品説明：30分程度 - 事実誤認などの軽微修正：1回 - 納品後の社内利用確認：1回 - 納期：必要情報と面談が揃ってから5～7営業日程度 これらの件数・時間・ページ数・納期は、提供負荷を確認するための仮置きです。初回提供の結果に応じて変更します。 --- ## 【顧客への約束】 顧客から提出された情報と面談内容をもとに、最大3つの候補業務を比較し、以下を簡潔な文書に整理します。 - 最初に試す1業務、または現時点では試さないという結論 - 今回見送る候補業務 - 選定・見送り理由 - AIを使う範囲／使わない範囲 - AIと人の役割分担 - 主なリスクと事前確認事項 - 限定試行で評価する項目 - 継続・修正・中止の判断観点 - 次に必要な社内確認・承認事項 約束するのは、**限定試行について社内判断するための材料を整理して納品すること**です。 以下は保証しません。 - AI導入や限定試行の成功 - 社内承認の獲得 - 売上増加やコスト削減 - 精密なROI - AI出力の正確性・安全性 - 法務・情報セキュリティ上の適合 - 特定ツールが最適であること --- ## 【販売テスト方式】 **手作業による有料コンシェルジュ型提供**とします。 予約やアンケートだけでは終わらせず、少数企業に実際に販売・納品します。 - 初回募集上限：3～5社程度 - 原則、有料・同条件 - 作業開始前の支払い、または会社の正式発注 - 無料部分は15分程度の適合確認のみ - 適合確認では個別業務の評価や候補選定をしない - 納品後、社内利用結果を追跡する 3～5社は需要成立を示す統計的基準ではなく、初期の提供負荷を抑えるための仮置きです。 --- ## 【テスト時点で作るもの】 1. **1ページの商品案内** - 対象者 - 解決する判断 - 提供内容 - 成果物 - 価格 - 納期 - 提供しないもの - 申込条件 2. **適合確認チェックリスト** - 判断期限 - 提出先 - 対象部門 - 候補業務 - 購入承認者 - 情報提出可否 3. **申込フォーム・簡易提供条件** - 会社名 - 利用者、起案者、決裁者 - 会社支払いの可否 - 社内共有予定 - 対象外事項への同意 4. **事前業務情報フォーム** 5. **60分面談の進行表** 6. **限定試行判断シートのテンプレート** 7. **架空事例による2～3ページ程度のサンプル1点** 8. **見積書、申込書、請求書、振込先などの発注手段** 9. **検証記録用スプレッドシート** 見栄えよりも、購入、納品、社内利用を一連で確認できる状態を優先します。 --- ## 【まだ作らないもの】 - 診断システム - 自動スコアリング - 精密なAI適性スコア - 数十ページのレポート - 多数のAIツール比較表 - 業種別テンプレートの大量制作 - 精密なROI計算機 - 全社DXロードマップ - 大量のプロンプト集 - 研修教材やeラーニング - ツール設定・導入マニュアル - API連携やシステム開発 - 長期伴走プラン - 高額なWebサイト - 有料広告 - 大規模なSNSコンテンツ制作 - 独自の顧客管理システム 機能追加は、支払済み顧客が社内利用した結果、同じ不足を繰り返し指摘した場合に検討します。 --- ## 【顧客から受け取るもの】 ### 購入前 - 判断・報告期限 - 成果物の提出先 - 対象部門 - 候補業務 - 購入起案者・決裁者 - 会社支払いまたは正式発注 ### 提供時 候補業務ごとに、可能な範囲で以下を受け取ります。 - 業務の目的 - 現在の手順 - 頻度・処理量 - 入力情報と成果物 - 担当者・確認者 - 時間がかかる部分 - ミスや手戻りが発生する部分 - AIに期待すること - 機密情報・個人情報の有無 - 匿名化した入出力サンプル - 現場責任者の面談参加 機密情報や個人情報そのものは原則として受け取りません。 ### 納品後 - 資料を共有した相手 - 使用した会議・稟議・報告 - 社内で出た質問や反対 - 承認依頼の有無 - 試行、修正、見送りの判断結果 --- ## 【顧客へ提供するもの】 ### 限定試行判断シート 主な構成は以下です。 1. **判断要約** - 最初に試す業務、または見送り結論 - 主な理由 2. **候補業務の比較** - 期待 - 試しやすさ - 主な懸念 - 選定・見送り理由 3. **限定試行の範囲** - AIに行わせる作業 - AIに行わせない作業 - 対象者・対象データ - 人が確認する箇所 4. **主なリスクと事前確認事項** 5. **評価項目** - 作業時間 - 修正回数 - 利用可能率 - 誤りの種類 - 人による確認負荷など 6. **次の社内判断** - 必要な承認者 - 試行前の確認事項 - 継続・修正・中止条件 - 次のアクション 加えて、30分程度の納品説明と軽微な事実修正を提供します。 --- ## 【価格・条件の扱い】 初期価格は、**22,000円（税込）を検証用に仮置き**します。 この金額は、顧客調査、購入実績、作業原価から確定した価格ではありません。以下を確認するためのテスト価格です。 - 判断支援単体に会社予算が使われるか - 少額決裁で購入可能か - 提供工数と価格が釣り合うか - 実装支援なしでも購入されるか 条件は以下を基本とします。 - 原則、作業開始前に支払い - 前払いが難しい企業は、正式な申込書・発注書を受け取る - 初回は原則として全社同価格 - 知人割引や無料提供は需要実績に含めない - 追加業務、大幅修正、導入支援は含めない 複数社で支払い・情報提出・社内利用が確認できた場合、次回募集では価格を上げる、または同価格で範囲を狭めるテストを行います。 売れなかった場合も、最初から値下げせず、停止地点と理由を確認します。 --- ## 【募集方法】 優先順位は以下です。 ### 1. 知人・過去の仕事関係者への個別連絡 「AIに興味がある人」ではなく、以下の条件で探します。 > 経営者や上司からAI活用検討を任され、近いうちに社内報告が必要だが、どの業務から試すか決められていない担当者 価格と提供範囲を最初から明示します。 ### 2. 支援者・知人からの紹介 - 税理士 - 社会保険労務士 - 中小企業診断士 - IT事業者 - 地域の企業支援者 - 過去の同僚・取引先 紹介時も、「AIに関心がある企業」ではなく、期限、対象業務、提出先がある企業を指定します。 ### 3. 条件を限定したSNS募集 反応数ではなく、有料の適合企業との接触を目的にします。 簡易LPは集客装置ではなく、個別連絡・紹介後に内容と価格を確認してもらう受け皿として使います。 --- ## 【申込みまでの流れ】 1. **候補企業リストを作る** - 会社、役職、接触経路、想定課題を記録 2. **個別に有料条件を提示する** - 価格、範囲、成果物、対象外事項を明示 3. **商品案内を送る** 4. **15分の適合確認を行う** - 期限、対象部門、提出先、候補業務、決裁者を確認 - 個別の候補評価は行わない 5. **正式な申込み・発注・支払いを受ける** 6. **支払い後に事前業務情報を受け取る** 7. **60分面談を実施する** 8. **判断シートを作成・納品する** 9. **30分の納品説明と軽微修正を行う** 10. **納品後1～2週間を目安に社内利用結果を確認する** 口頭の「お願いしたい」「検討する」は成約に含めません。 --- ## 【テスト中に記録するもの】 企業ごとに以下を記録します。 - 接触経路 - 直接の知人か、紹介・関係性の薄い企業か - 相手の役職 - 判断期限 - 対象部門・候補業務 - 購入者、利用者、決裁者 - 適合確認への移行 - 価格提示 - 正式申込み - 支払い・正式発注 - 値引きの有無 - 業務情報の提出 - 現場責任者・承認者の参加 - 実際の提供工数 - 修正回数 - 判断シートの社内共有 - 承認依頼 - 試行、修正、見送りの結果 - 非購入・停止理由 - 追加依頼・紹介 段階別に以下を分けます。 - 正式申込み数 ÷ 適合確認数 - 支払い・正式発注数 ÷ 正式申込み数 - 情報提出数 ÷ 支払企業数 - 社内利用数 ÷ 納品企業数 - 社内判断到達数 ÷ 納品企業数 少数テストのため、率だけでなく各社の停止理由を重視します。 --- ## 【最も重視する需要証拠】 最も強い証拠は、次の連鎖です。 > 親しい知人ではない企業が > → 会社として支払い > → 具体的な業務情報を提出し > → 判断シートを社内で利用し > → 承認依頼、条件修正、または正式な見送り判断へ進む 証拠の優先順位は以下です。 1. 会社としての支払い・正式発注 2. 支払い後の具体的な業務情報提出 3. 上司・経営者・会議体への資料提出 4. 承認依頼または正式な見送り判断 5. 有料の追加依頼、または購入につながる紹介 SNS反応、無料相談、「役立ちそう」「安いと思う」という感想は、需要成立の証拠にはしません。 --- ## 【継続を検討できる状態】 以下が複数企業で再現された場合、正式商品化または次の価格テストを検討します。 - ほぼ同じ対象・範囲・価格で会社支払いが発生する - 親しい知人以外からも発注される - 支払企業が期限内に業務情報を提出する - 判断シートが実際の社内説明に使用される - 承認依頼、条件修正、正式見送りのいずれかへ進む - 導入設定なしでも判断整理自体に価値が認められる - 提供工数と修正負担を把握できる - 購入企業の状態、購入者、利用場面に共通点が見つかる 初期の仮説的な目安としては、3～5社のテストの中で複数社が「支払い・情報提出・社内利用」まで進み、少なくとも1社以上が承認依頼または正式な見送り判断へ進む状態です。 ただし、母数が小さいため、この件数だけで市場性を確定しません。 --- ## 【修正して再テストする状態】 以下の場合は中止せず、停止地点に応じて1要素だけ修正します。 - 適合企業には届いているが、申込みが発生しない - 申込み意思はあるが、会社発注手続きで止まる - 支払いはあるが、業務情報提出が進まない - 納品はできるが、社内共有されない - 社内共有されるが、判断に必要な項目が不足する - 特定の顧客状態だけで強い反応がある - 提供工数が想定を超えるが、価値自体は認められている 修正候補は以下です。 - 対象顧客の絞り込み - 購入者・決裁者の変更 - 訴求する課題 - 成果物の要約形式 - 事前フォームの負担 - 面談参加者 - 価格 - 対象業務数 - 承認者向け1ページ要約 --- ## 【中止・大幅見直しを検討する状態】 以下が適合企業への複数回の有料提案で繰り返される場合は、現行商品を大幅に見直します。 - 期限と実課題がある企業でも会社支払いが発生しない - 購入が親しい知人の応援目的に限定される - 判断支援には支払われず、設定・研修・実装だけを求められる - 支払後も業務情報がほとんど提出されない - 判断シートがどの企業でも社内利用されない - 判断材料として使うには毎回大幅な追加作業が必要になる - 現行価格または現実的な値上げ後も採算が見込めない - 顧客ごとの差が大きく、共通の対象・課題・提供方法が見つからない - 高度な法務・セキュリティ判断が不可欠な案件ばかりになる 少数でも関係性の薄い企業が会社支払いし、社内判断に利用した場合は、全面中止ではなく、その企業状態に対象を絞って再テストします。 --- ## 【結果が悪かったとき最初に疑うこと】 最初に価格や機能不足を疑うのではなく、**適切な顧客へ届いているか、課題に期限があるか**を確認します。 停止地点ごとの切り分けは以下です。 | 停止地点 | 最初に疑うこと | |---|---| | 返信がない | 接触先、紹介条件、連絡文、販売経路 | | 適合者が少ない | 顧客条件、接触リスト、課題の発生頻度 | | 適合するが申込みがない | 課題の切迫度、購入者と利用者の不一致、価値の伝え方 | | 価格提示後に止まる | 決裁条件、会社予算、信頼、成果物への不安。その後に価格 | | 支払い後に情報が出ない | フォーム負担、機密性、担当者の権限、現場参加 | | 納品後に共有されない | 提出期限、共有先、資料形式、承認者の関与 | | 共有後も判断されない | 試行範囲、リスク、評価項目、次の承認事項の不足 | | 承認後に実行されない | 実行責任者、社内優先順位、導入支援の必要性 | --- ## 【本格制作へ進む前に確認すべきこと】 1. **判断支援単体に会社として支払いが発生すること** 2. **支払企業が具体的な業務情報を提出できること** 3. **簡易フォーム・面談・2～4ページの成果物で納品できること** 4. **判断シートが実際の社内共有・承認依頼・見送り判断に使われること** 5. **提供工数、価格、対象顧客に再現可能な共通点があること** --- ## 【次の行動】 ### 1. 最小限の販売物を作る 1ページの商品案内、適合確認チェックリスト、申込フォーム、請求手段、判断シートの架空サンプルを作成します。 ### 2. 適合候補リストを作る 知人・過去の仕事関係者・紹介者候補から、期限と提出先を持つ可能性がある企業を20～30件程度洗い出します。件数は営業活動量の仮置きです。 ### 3. 価格を明示して個別連絡する まず条件に合いそうな10～15件程度へ、22,000円、提供範囲、対象外事項を明記して連絡します。反応がなければ、機能追加ではなく接触先と訴求を見直します。 ### 4. 適合企業だけに有料提案する 15分の適合確認後、正式申込み・支払いを求めます。無料の個別診断や候補選定は行いません。 ### 5. 支払いから社内判断まで追跡する 支払い、業務情報提出、納品、社内共有、承認依頼・見送り判断を企業ごとに記録し、停止地点に応じて次回テストの変更点を1つ決めます。