本格開発判断

【対象顧客】 副業を始めたい会社員で、 やることが多すぎて次の行動を決められず、 行動が止まりやすい人。 【顧客課題】 副業を進めたいが、 ・次に何をすればよいか分からない ・やることが多く、優先順位を決められない ・考えているうちに行動が止まる という状態がある。 これまでのヒアリングでは、 「何をやればいいか分からず止まる」 「調べるだけで終わる」 「やることが増えると何も進まなくなる」 という発言が複数あった。 【現在の解決方向】 現在の状況を入力すると、 AIが今やるべき小さな行動を1つだけ提示する。 利用者はその行動を実施し、 完了後に次の行動を受け取る。 一度に多くのタスクを出すのではなく、 「今やることを1つに絞る」方向。 【今回試したMVP】 フォームで、 ・現在やっている副業 ・今の進捗 ・困っていること ・使える時間 を入力してもらい、 運営者が生成AIへ入力。 生成AIが出した次の行動を、 運営者が確認して利用者へ送付した。 利用者が実施した場合は、 結果を報告してもらい、 次の行動をもう1つ提示した。 【今回検証した主要仮説】 ・次の行動を1つに絞ると、実際の行動につながる ・次に何をするか考える負担が減る ・提示された行動が利用者の状況に合っている ・複数回利用してもらえる ・運営者が確認したAI出力であれば、実用的な行動提案を提供できる 完全自動化、 長期継続、 支払意思、 月額サービスとしての成立は、 今回の主要仮説にはしていない。 【今回確認できた事実】 12人に案内した。 ・10人がフォーム入力を完了 ・9人が最初の行動を受け取った ・7人が「実施した」と報告 ・1人は未実施 ・1人は結果報告なし 実施した7人のうち、 ・6人が2回目の行動を受け取った ・4人が3回目の行動を受け取った ・2人が4回目の行動を受け取った 実際の行動完了は自己申告であり、 直接観測はしていない。 【仮説を支持する結果】 利用者から、 ・「次にやることを考えなくていいので楽だった」 ・「1つだけなので手を付けやすかった」 ・「いつも調べて終わるけど今回は実際にやった」 ・「次も出してほしい」 という発言があった。 7人が行動を実施したと自己申告した。 6人が2回目、 4人が3回目、 2人が4回目の行動を受け取った。 【仮説に反する結果】 ・1人は行動を受け取ったが実施しなかった ・1人は行動受領後に結果報告がなかった ・フォーム未入力が2人いた ・AI出力を運営者が修正したケースがあった 修正理由は、 ・行動が大きすぎる ・一度に複数の行動が含まれる ・利用者の使える時間では実施しにくい というものだった。 【結果が混在しているもの】 ・多くの利用者は行動したと報告したが、未実施者もいた ・複数回利用した人もいたが、全員が継続したわけではない ・AI出力をそのまま使えたケースもあれば、人による修正が必要なケースもあった 【実際の利用状況】 最初の行動を受け取った9人のうち、 ・7人が実施したと自己申告 ・1人が未実施 ・1人が結果報告なし 実施した7人のうち、 ・6人が2回目を利用 ・4人が3回目を利用 ・2人が4回目を利用 【再利用・継続利用の状況】 同じMVPを複数回利用した人がいた。 ただし、 今回の検証期間を超えた長期継続は確認していない。 利用頻度や継続期間の基準も事前に設定していない。 【再利用・継続利用についての発言】 ・「次もお願いしたい」 ・「しばらく続けたい」 ・「次に迷ったときまた使いたい」 という発言があった。 ただし、 これらの発言が実際の長期継続につながるかは確認していない。 【支払意思・実際の支払い】 今回は無料で提供した。 支払意思は確認していない。 実際の支払いもない。 【確認できた課題解決・負担軽減】 利用者から、 ・「次に何をするか考える時間が減った気がする」 ・「迷わず始められた」 ・「やることが決まっているので楽だった」 という発言があった。 一方で、 利用前後の時間や迷いの強さは数値測定していない。 【人による補助・修正】 AI出力はすべて運営者が確認した。 9人への最初の行動提示のうち、 3人分は運営者がAI出力を修正してから送った。 2回目以降についても、 一部で修正した。 修正回数の総数は記録していない。 【MVP特有の提供条件】 ・フォーム入力 ・運営者が内容を確認 ・運営者が生成AIへ入力 ・AI出力を運営者が確認 ・必要な場合は人が修正 ・運営者が利用者へ送付 ・利用者から結果報告を受ける という手動運用だった。 【確認できた運営負荷】 運営者は、 ・入力内容の確認 ・AIへの入力 ・出力内容の確認 ・必要な場合の修正 ・利用者への送付 ・結果報告の確認 を行った。 作業時間は記録していない。 【確認できた技術・提供上の制約】 生成AIが、 ・行動を複数提示する ・行動が大きすぎる ・利用者の使える時間に合わない 出力をするケースがあった。 その場合は運営者が修正した。 【顧客側の利用条件・制約】 利用者は、 ・フォーム入力 ・提示された行動の確認 ・実施 ・結果報告 を行う必要があった。 フォームについて、 「少し長い」と話した利用者が1人いた。 【未利用・離脱の状況】 ・2人はフォーム未入力 ・1人は最初の行動を受け取ったが未実施 ・1人は行動受領後に結果報告なし ・複数回利用した人も、途中で利用が止まっている 【確認できた原因】 未実施だった1人は、 「仕事が忙しくて時間が取れなかった」と話した。 フォーム未入力2人と、 結果報告がなかった1人の理由は確認できていない。 複数回利用後に止まった人についても、 停止理由は確認していない。 【まだ原因不明のもの】 ・フォーム未入力の理由 ・結果報告がなかった理由 ・複数回利用後に止まった理由 ・AI出力の修正が必要になる条件 ・人による修正が利用結果にどの程度影響したか ・AI単独でも同じ結果が得られるか ・無料だったことが利用に影響したか 【今回の検証条件上の制約】 ・無料提供だった ・すべて人による確認を入れている ・一部でAI出力を修正している ・修正回数と修正内容をすべて記録していない ・行動実施は自己申告 ・利用前後の負担を数値測定していない ・支払意思を確認していない ・長期継続を確認していない ・運営作業時間を測定していない 【今回まだ判断できないこと】 ・AI単独でも同じ品質を出せるか ・人の確認や修正を減らしても同じ結果になるか ・本格提供時の運営負荷 ・長期継続されるか ・有料でも利用されるか ・実際に支払われるか ・月額サービスとして成立するか ・利用者が増えても同じ提供方法で運営できるか 【自分では本格開発についてどう考えているか】 かなり良い結果だと思っています。 実際に行動した人も多く、 何度か使ってくれた人もいるので、 そろそろアプリとして本格開発してもよいのではないかと思っています。 手作業で毎回対応するのも面倒なので、 できれば次は自動化したいです。 ただ、 有料で使ってもらえるかはまだ分かりません。 【今回特に判断したいこと】 ・本格開発へ進んでよい段階か ・支払意思を確認してから開発すべきか ・完全自動化できることを確認してから開発すべきか ・人による確認を残したまま開発してよいか ・追加MVP検証が必要か ・長期継続を確認してから開発すべきか ・どこまで未確認でも本格開発へ進めるか

【今回の検証結果の位置づけ】 今回確認できたのは、**無料かつ人の確認・一部修正を含む手動MVP**において、「今やる小さな行動を1つ提示する」という解決方向が、一部の利用者の行動と検証期間内の再利用につながったことです。 具体的には、12人への案内に対して10人がフォームを完了し、9人が初回提案を受け取り、7人が実施したと自己申告しました。また、6人が2回目、4人が3回目、2人が4回目の提案を受け取りました。 一方、これは以下を確認した結果ではありません。 - AI単独・完全自動での提供 - 有料での利用 - 長期継続 - 月額サービスとしての成立 - 利用者増加後の運営可能性 - 副業成果や収益の改善 したがって、解決方向を否定して全面的に見直す段階ではありませんが、完全自動・月額型の完成版アプリへ大きく投資する根拠まで確認された結果でもありません。 【顧客課題について確認できていること】 対象顧客の一部に、以下の課題が存在することは確認できています。 - 次に何をすればよいか分からず行動が止まる - やることが増えると優先順位を決められない - 調べるだけで終わり、実際の行動に移れない - 次の行動を考えること自体が負担になる 複数人から課題に対応する発言があり、提案後にも「考えなくていいので楽だった」「迷わず始められた」という評価がありました。 ただし、以下は確認できていません。 - 課題の発生頻度や深刻度 - 迷いや調査に使っている時間 - 副業の進捗や収益への影響 - 課題を放置した場合の不利益 - 時間不足と判断負担のどちらが主要な停止要因か - 既存の代替手段との比較 顧客課題分析を最初からやり直す根拠はありませんが、課題の強さや成果への影響まで確認されたわけではありません。 【解決価値について確認できていること】 以下の解決価値には一定の支持があります。 - 次の行動を1つに絞ると、手を付けやすくなる場合がある - 次に何をするか考える主観的な負担が軽くなる場合がある - 調べるだけで止まっていた人が行動したと報告する場合がある - 人が確認・必要に応じて修正した提案であれば、複数回利用される場合がある 支持する事実は以下です。 - 初回提案を受け取った9人中7人が実施したと自己申告した - 「1つだけなので手を付けやすかった」などの明示的な評価があった - 検証期間内に複数回の利用があった ただし、確認できた価値は、**AI単独の価値ではなく、人が確認・一部修正した提案の価値**です。また、行動したことと、副業が実質的に前進したことは分ける必要があります。 【利用・再利用・継続について確認できていること】 確認できた利用状況は以下です。 - 12人に案内 - 10人がフォーム入力を完了 - 9人が初回提案を受領 - 7人が初回行動を実施したと自己申告 - 6人が2回目の提案を受領 - 4人が3回目の提案を受領 - 2人が4回目の提案を受領 この範囲では、一度だけでなく複数回利用した人がいたことを確認できます。 一方、以下は確認できていません。 - 2回目以降の各行動の完了人数 - 検証期間を超えた長期継続 - 標準的な利用頻度や利用期間 - 利用停止の理由 - 有料条件での再利用 - 月額利用に必要な継続性 「次もお願いしたい」「しばらく続けたい」という発言は再利用・継続意向であり、長期継続や有料継続の事実ではありません。 【MVP依存・人手依存】 今回のMVPは、以下の人手を含んでいました。 - 入力内容の確認 - 生成AIへの転記 - AI出力の確認 - 行動が1つかどうかの確認 - 行動の大きさの確認 - 使える時間に合っているかの確認 - 必要に応じた修正 - 利用者への送付 - 結果報告の確認 - 次回提案への反映 初回提案9人分のうち3人分は、人による修正後に送付されています。2回目以降にも一部修正がありました。 修正理由は、中核価値に直接関係する以下の問題でした。 - 行動が大きすぎる - 一度に複数の行動が含まれる - 利用者の使える時間に合わない そのため、今回の結果をAI単独・完全自動の提供結果として扱うことはできません。修正前後の内容や2回目以降の修正回数がすべて記録されていないため、人手の寄与も切り分けられていません。 【本格提供時の実現性について確認できていること】 小規模な手動運用では、以下を提供できたことが確認されています。 - 利用者の状況を受け取る - 次の小さな行動を1つ提示する - 結果報告後に次の提案を行う - 同じ利用者に複数回提供する - 人が品質を確認・修正する - 専用アプリを使わずに提供する したがって、完全自動化しなくても提供自体は可能です。人による確認を残した形での限定提供も否定されていません。 一方、以下の本格提供条件は未確認です。 - 1提案・1利用者当たりの対応時間 - 修正頻度と修正に必要な時間 - 運営者1人が対応できる利用者数 - 人手を残した場合の運営コスト - 利用者数が増えた場合の提供可能性 - 人の確認を減らした場合の品質 - 完全自動化後の行動実施・再利用 - 有料提供時の利用状況 現時点で確認できているのは、**人手を含む小規模提供の実現性**までです。 【本格開発判断を左右する未確認事項】 特に判断への影響が大きいものは以下です。 1. **実際に支払われるか** - 無料利用しか確認しておらず、支払意思も実際の支払いも未確認です。 2. **有料条件でも再利用されるか** - 無料での複数回利用を、有料・月額での継続へ一般化できません。 3. **人手の必要範囲** - 今回の価値を維持するために、確認だけが必要なのか、修正まで必要なのかが特定されていません。 4. **運営負荷** - 対応時間、修正回数、修正時間が記録されておらず、人手併用型の運営可能性を判断できません。 5. **自動化後の中核品質** - AI単独で「1つ」「小さい」「使える時間内」という条件を維持できるか不明です。 6. **人の修正と利用結果の関係** - 修正あり・なしの利用結果が整理されておらず、人手の影響を分離できません。 7. **離脱・停止理由** - フォーム未入力、結果報告なし、複数回利用後の停止理由が一部不明です。 【本格開発へ進むことを支持する材料】 - 「次の小さな行動を1つ提示する」という解決方向を支持する利用者発言がある - 9人中7人が初回行動を実施したと自己申告した - 6人が2回目、4人が3回目、2人が4回目の提案を受け取った - 人が確認・一部修正した条件では、実用的な提案を提供できた - 顧客課題や解決方向を白紙に戻す根拠は確認されていない - 専用アプリがなくても価値提供できており、確認済みの利用フローは存在する - 人の確認を残した限定的・段階的な開発であれば、確認済みの提供方法を維持しながら進められる可能性がある これらは、検証や提供を継続する根拠にはなります。ただし、完全自動・月額型の完成版へ直ちに大きく投資する根拠とは分ける必要があります。 【本格開発へ進むことに反する材料】 - 実際の支払いが1件も確認されていない - 支払意思も確認していない - 初回提案9人分のうち3人分で人による修正が必要だった - 2回目以降も一部で修正が必要だった - 人の確認を外した状態を試していない - 運営作業時間と修正回数の総数を記録していない - 長期継続と月額継続を確認していない - 1人は未実施、1人は結果報告がなく、複数回利用後に止まった人もいる - 行動完了は自己申告である - 副業の進捗や成果の改善は確認していない これらは解決方向を否定する事実ではありませんが、完全自動化、有料化、月額化、利用者増加を前提とした本格開発の判断を不確実にしています。 【本格開発前に追加確認が必要なもの】 完成版アプリへの大きな開発投資を判断する前に、以下を追加確認する必要があります。 1. **実際の支払いを伴う利用** - 無料利用が有料利用にもつながるかを確認するためです。 - 支払意思の質問だけでなく、実際の支払いを確認する必要があります。 2. **有料条件での再利用** - 「複数回利用してもらえる」という既存仮説が、有料条件でも成立するかを確認するためです。 - この結果は、月額型を前提にするか、継続利用を前提にしないかの判断に影響します。 3. **人手の範囲と運営負荷** - 提案ごとの確認時間、修正の有無・理由・内容、送付、結果確認、次回提案までの作業時間を記録する必要があります。 - これは、人手併用型として開発するか、省人化を前提とするかの判断を変えます。 4. **AI出力と最終提案の差** - AI出力と人が修正した最終提案を分けて記録する必要があります。 - 「運営者が確認したAI出力であれば実用的」という既存仮説のうち、確認だけで足りるのか、修正まで必要なのかを明らかにするためです。 5. **確認された出力問題への対応結果** - 「複数行動」「大きすぎる行動」「使える時間に合わない行動」が、MVP設計の見直し後にどの程度発生するかを確認する必要があります。 - これらは中核価値に直接関係し、自動化範囲の判断を変えます。 【本格開発後でも確認できるもの】 以下は、限定的・段階的な開発後にも継続して確認できます。 - 検証期間を超えた実際の継続期間 - 利用頻度の変化 - フォームや結果報告方法の細かな改善 - 提案履歴の扱い方 - 人の確認を段階的に減らした場合の結果 - 利用者数が増えた段階での運営条件 - 行動完了を直接確認する仕組みの必要性 - 長期利用時のサポートや運用方法 ただし、月額型の完成版へ大きく投資する場合は、長期継続の最終結論まで待つ必要はなくても、少なくとも有料条件で一定の再利用が実際に起きるかは開発前に確認する重要性があります。 【現時点の本格開発判断】 現時点の主判断は、**本格開発前に追加検証する**です。 同時に、追加検証ができるように、**確認された問題に対応してMVP設計を見直して再検証する**ことが必要です。 ここで見送る対象は、完全自動化、月額成立、大量利用をまとめて前提とする完成版アプリへの大きな開発投資です。顧客課題分析や解決策設計を白紙に戻す必要はありません。 また、すべての開発を止める判断でもありません。人による確認を残し、確認済みの利用フローと測定に必要な範囲へ限定した段階的な整備は可能です。ただし、それを完成版の本格開発と同一視しないことが条件です。 【この判断の根拠】 - 中核となる解決方向には、行動実施の自己申告、負担軽減の発言、検証期間内の複数回利用という支持がある - そのため、顧客課題分析や解決策設計へ全面的に戻る必要はない - 一方、現在の結果は無料・人手併用条件で得られている - 支払い、有料での再利用、人手の必要範囲、運営時間、自動化後の品質は未確認である - これらは、開発する製品が人手併用型か完全自動型か、月額型を前提にできるか、運営可能かを直接左右する - これらの事項は、完成版アプリを作る前に、現在の手動または半自動MVPで確認できる - したがって、現時点で大きな本格開発を確定するより、判断を変える重要事項に限定して追加検証する根拠がある 【この判断に反する材料】 - 9人中7人が初回行動を実施したと自己申告している - 検証期間内に複数回利用した人がいる - 中核価値を支持する利用者発言がある - 人の確認を残した提供は、今回の範囲では実施できている - 完全自動化や長期継続の最終結論が出るまで、すべての開発を止める必要はない そのため、追加検証を理由に無期限に保留したり、同じ無料MVPを目的なく繰り返したりすることは適切ではありません。限定的・段階的な整備まで否定する判断でもありません。 【今回まだ判断しないこと】 - AI単独でも同じ品質を出せるか - 完全自動化できるか - 人の確認をどこまで減らせるか - 人の修正が行動実施や再利用に与えた影響 - 有料でも利用されるか - 実際に継続して支払われるか - 月額サービスとして成立するか - 長期継続されるか - 単発利用と継続利用のどちらが適しているか - 利用者数が増えても運営できるか - 副業の進捗や収益が改善するか - フォーム未入力、未報告、途中停止の未確認の理由 - 完成版アプリの詳細な機能、画面、技術構成 - すべての行動完了を直接確認する仕組みが必要か 【次の行動】 1. 現在の手動または半自動MVPで、実際の支払いを伴う限定提供を行い、支払いの有無と有料条件での再利用を記録する。 2. 提案ごとに、AIの元出力、修正の有無・理由・内容、確認・修正・送付・結果確認に要した時間、利用結果を記録する。 3. 「複数行動」「大きすぎる行動」「使える時間に合わない行動」という確認済みの問題に対応してMVP設計を見直し、修正が必要になる条件を再検証する。 4. フォーム未入力、結果報告なし、複数回利用後に停止した人について、確認できる範囲で既存の離脱理由を確認する。 5. 追加検証の結果に基づき、本格開発の対象を「人の確認を残す提供」または「人の確認を減らす提供」のどちらまで含めるか整理する。

【対象顧客】 複数の案件を同時に担当している、 小規模なWeb制作会社・受託開発会社のディレクターやプロジェクト担当者。 【顧客課題】 案件ごとに、 ・決定事項 ・TODO ・未決事項 ・担当者 ・期限 がメール、チャット、議事録などに分散し、 ・最新状況を確認するのに時間がかかる ・確認漏れが起きる ・案件をまたぐと情報整理の負担が大きい という課題がある。 これまでのヒアリングでは、 ・「案件の今の状態を確認するために複数の場所を見る」 ・「決定事項を後から探すことがある」 ・「TODOや確認待ちが抜けることがある」 という発言があった。 【現在の解決方向】 案件情報を入力すると、 AIが、 ・決定事項 ・TODO ・未決事項 ・担当者 ・期限 に整理し、 案件の現在状況を確認できる形で返す。 【今回試したMVP】 顧客が案件情報をフォームから送信。 システムが自動で生成AIへ入力し、 整理結果を生成。 生成結果はそのまま顧客画面へ表示した。 運営者は原則として出力を修正していない。 明らかなシステム障害が発生した場合のみ運営者が対応した。 【今回検証した主要仮説】 ・生成AIが実案件情報を実用的な形で整理できる ・整理結果を案件状況の確認に利用できる ・AI整理を使うことで、手動で情報を探して整理する負担を減らせる ・複数回利用してもらえる ・有料でも利用される ・運営者の個別修正なしでも提供できる 長期継続、 月額契約の継続率、 利用者数が大きく増えた場合の運営性は、 今回の主要仮説にはしていない。 【今回確認できた事実】 6社に有料で案内した。 価格は1社あたり3,000円で、 今回の検証期間中に利用できる条件とした。 ・5社が支払った ・5社とも案件情報を入力した ・5社とも最初の整理結果を確認した ・4社が2案件目でも利用した ・3社が3案件目でも利用した ・2社が4案件以上で利用した 支払いは実際に決済まで完了している。 【仮説を支持する結果】 利用企業から、 ・「案件の状況確認が楽になった」 ・「メールやチャットを探す回数が減った」 ・「TODO確認に使える」 ・「前回の決定事項を探すのが楽だった」 という発言があった。 4社が2案件目でも利用し、 3社が3案件目でも利用した。 5社中4社から、 「この形なら今後も使いたい」という発言があった。 【仮説に反する結果】 ・1社は支払わなかった ・1社は初回利用のみで2案件目には利用しなかった ・担当者が明記されていない情報について、「担当者不明」と出るケースがあった ・期限が明記されていない場合は、期限を整理できなかった ・1社から「長い議事録だと確認しにくいことがある」と言われた 【結果が混在しているもの】 ・複数案件で繰り返し利用した会社がある一方、初回だけで止まった会社もある ・整理結果を実務確認に使えた会社がある一方、一部の出力には確認しにくさがあった ・有料利用は確認できたが、長期契約や月額継続は確認していない 【実際の利用状況】 支払った5社のうち、 ・5社が初回利用 ・4社が2案件目でも利用 ・3社が3案件目でも利用 ・2社が4案件以上で利用 利用は実際の業務案件で行われた。 【再利用・継続利用の状況】 同じ企業が複数の実案件で繰り返し利用した。 ただし、 今回の検証期間を超えた長期利用は確認していない。 月額契約にはしていない。 【再利用・継続利用についての発言】 ・「次の案件でも使いたい」 ・「今後も案件ごとに使いたい」 ・「この形なら続けて使える」 という発言があった。 ただし、 長期的に実際の利用が続くかは未確認。 【支払意思・実際の支払い】 6社へ有料条件で案内。 ・5社が3,000円を実際に支払った ・1社は支払わなかった 支払わなかった1社の理由は確認できていない。 【確認できた課題解決・負担軽減】 利用企業から、 ・「探す回数が減った」 ・「案件状況を確認しやすくなった」 ・「TODO確認が楽になった」 ・「決定事項を探す負担が減った」 という発言があった。 3社については、 通常の案件確認とAI整理結果を使った確認の両方を実施してもらった。 3社とも、 AI整理結果を使った方が確認時間が短かった。 ただし、 具体的な短縮時間は会社ごとに異なり、 共通の改善率は設定していない。 【人による補助・修正】 通常利用では、 運営者はAI出力を修正していない。 検証期間中、 生成結果の個別修正は0件だった。 システム障害対応が1件あったが、 出力内容そのものの修正ではない。 【MVP特有の提供条件】 ・顧客がフォームから案件情報を入力 ・システムが自動で生成AIへ送信 ・生成結果を自動で画面表示 ・顧客が結果を確認 という流れ。 運営者による日常的な手作業は入っていない。 【確認できた運営負荷】 運営者が行ったのは、 ・利用開始時の案内 ・問い合わせ対応 ・システム障害1件への対応 のみ。 案件ごとの入力、 生成、 出力確認、 修正、 顧客への送付は行っていない。 運営作業時間は、 検証期間中に記録している。 ただし、 利用企業数が増えた場合にも同じ負荷で運営できるかは未確認。 【確認できた技術・提供上の制約】 ・元情報に担当者が書かれていない場合は「担当者不明」となる ・期限が書かれていない場合は期限を出せない ・長い議事録では確認しにくいという発言が1件あった 今回、 生成処理の失敗はなかった。 【顧客側の利用条件・制約】 顧客は、 ・案件情報をフォームから入力 ・整理結果を確認 する必要がある。 今回参加した5社は、 案件情報をこの仕組みに入力できた。 【未利用・離脱の状況】 ・案内した6社のうち1社は支払わなかった ・支払った5社のうち1社は初回利用のみで止まった ・2案件目以降に利用しなかった理由は確認できていない 【確認できた原因】 現時点で、 支払わなかった1社と、 初回利用のみで止まった1社の理由は確認できていない。 【まだ原因不明のもの】 ・1社が支払わなかった理由 ・1社が初回利用のみで止まった理由 ・長期利用が続くか ・月額契約にした場合も支払いが継続するか ・企業数が増えた場合の問い合わせや障害対応負荷 【今回の検証条件上の制約】 ・検証期間を超えた長期利用は確認していない ・月額契約ではなく、検証期間単位の有料提供だった ・利用企業数が増えた状態は確認していない ・支払わなかった理由は未確認 ・初回利用のみで止まった理由は未確認 【今回まだ判断できないこと】 ・長期継続率 ・月額契約でも支払いが続くか ・利用企業数が増えた場合の運営負荷 ・今回の5社以外でも同じように利用されるか ・長期利用時の問い合わせ量 ・今後も同じ品質で提供できるか 【自分では本格開発についてどう考えているか】 ここまで確認できたなら、 本格開発へ進んでもよいのではないかと思っています。 有料で実際に使われ、 何社かは複数案件でも利用しているので、 これ以上MVPだけを続けるより、 正式なサービスとして作った方がよい気がします。 ただ、 月額継続や長期利用はまだ確認できていません。 【今回特に判断したいこと】 ・本格開発へ進んでよい段階か ・月額継続を確認するまで待つ必要があるか ・長期継続を確認してから開発すべきか ・現時点でどこまで開発対象にしてよいか ・追加検証を先に行うべきか ・本格開発へ進む場合も、何を未確認のまま残してよいか

【今回の検証結果の位置づけ】 今回確認できたのは、以下の条件における成立である。 - 対象顧客：複数案件を担当する小規模なWeb制作会社・受託開発会社 - 提供条件：検証期間中、1社3,000円 - 提供方法：顧客がフォームへ入力し、AIが自動整理して画面表示 - 利用範囲：有料案内6社、支払い5社、実案件での利用5社 - 運営条件：案件ごとの出力確認・修正・送付は行わず、個別修正は0件 この範囲では、実案件での有料利用、案件単位の再利用、案件確認への利用、運営者の個別修正なしでの提供が確認された。 一方、月額契約、検証期間を超えた継続、利用企業増加後の運営、採算性まで成立したことを示す結果ではない。 --- 【顧客課題について確認できていること】 - 案件情報がメール、チャット、議事録などに分散している。 - 案件の現在状況を確認するために、複数の場所を見る必要がある。 - 過去の決定事項を探す作業が発生している。 - TODOや確認待ちが抜けることがある。 - 複数案件を担当することで、確認・整理の負担が大きくなる。 - 実利用後にも「探す回数が減った」「決定事項を探す負担が減った」という発言があり、事前に確認した課題と利用時の評価が対応している。 ただし、以下は確認していない。 - 課題の発生頻度や通常の作業時間 - TODO漏れや確認漏れの件数 - 納期遅延、手戻りなどへの影響 - 他の業務課題と比較した優先度 - 今回の利用企業以外でも同様に課題が存在するか --- 【解決価値について確認できていること】 - 5社が実案件情報を入力し、AIによる整理結果を確認した。 - 整理結果が、案件状況、TODO、過去の決定事項の確認に利用された。 - 利用企業から、案件状況を確認しやすくなった、探す回数が減った、TODO確認が楽になったという評価があった。 - 比較を行った3社すべてで、AI整理結果を使った確認時間が通常の確認方法より短かった。 - 運営者が出力を個別修正しない状態でも、複数案件で利用された。 - 6社中5社が、今回の「検証期間中3,000円」という条件で実際に支払った。 ただし、確認時間の短縮には、フォーム入力前の準備や入力時間が含まれていない。したがって、顧客側の総作業負担が減ったことまでは確認できていない。 また、出力の正確性・網羅性を共通基準で評価した記録はなく、重要な決定事項やTODOがどの程度漏れなく抽出されたかは未確認である。 --- 【利用・再利用・継続について確認できていること】 確認できた利用行動は以下のとおりである。 - 6社中5社が支払った。 - 支払った5社すべてが初回利用を完了した。 - 4社が2案件目でも利用した。 - 3社が3案件目でも利用した。 - 2社が4案件以上で利用した。 - 5社中4社が、今後も使いたいという趣旨の発言をした。 案件単位での実際の再利用は確認できている。これは利用意向だけではなく、実案件での行動実績である。 一方、以下は確認できていない。 - 検証期間を超えた継続利用 - 月額契約の更新 - 契約更新時の支払い - 案件が少ない月にも契約を維持するか - 長期継続率や解約率 したがって、案件単位の再利用は確認済みだが、期間単位・契約単位の継続性は未確認である。 --- 【MVP依存・人手依存】 運営者による案件ごとの以下の作業には依存していなかった。 - 代理入力 - 生成AIへの手動送信 - 出力確認 - 出力内容の修正 - 顧客への個別送付 検証期間中の生成結果の個別修正は0件であり、今回確認された利用と再利用は、運営者による出力補正を前提としていない。 一方、以下には人手が使われていた。 - 利用開始時の案内 - 問い合わせ対応 - システム障害1件への対応 - 顧客による案件情報の選択とフォーム入力 - 顧客による生成結果の確認 利用開始時の案内が支払い・初回利用・再利用に与えた影響は切り分けられていない。また、顧客が入力前に元情報をどの程度整理していたかも確認されていない。 --- 【本格提供時の実現性について確認できていること】 今回と同じ提供フロー・利用範囲では、以下が実際に動作した。 - 顧客が実案件情報をフォームへ入力する。 - 入力情報を自動で生成AIへ送信する。 - 決定事項、TODO、未決事項、担当者、期限に整理する。 - 整理結果を顧客画面へ自動表示する。 - 運営者による案件別の確認・修正なしで提供する。 - 同じ企業が別の実案件でも利用する。 生成処理の失敗はなかった。システム障害は1件あり、運営者が対応した。 技術・提供上の制約として、以下が確認されている。 - 元情報に担当者がなければ「担当者不明」となる。 - 元情報に期限がなければ期限を確定できない。 - 長い議事録では確認しにくい場合がある。 - 整理できる範囲は、顧客がフォームへ入力した情報に限られる。 利用企業増加後も同じ品質・運営負荷で提供できることや、現在の料金で採算が成立することは確認されていない。 --- 【本格開発判断を左右する未確認事項】 1. **入力を含む総負担** - 入力前の準備、フォーム入力、結果確認まで含めても従来より負担が減るかは未確認である。 - 結果によって、現在の入力方法を前提に開発してよいかが変わる。 2. **出力の正確性・網羅性** - 重要な決定事項やTODOの欠落、誤分類を共通基準で確認していない。 - 中核情報の欠落がある場合、案件状況確認に利用できるという価値の評価が変わる。 3. **長い議事録での確認しにくさ** - 1社から具体的な指摘があるが、どの入力条件で発生するかは未確認である。 - 長い議事録を通常の利用範囲に含める場合、表示・整理方法の判断に影響する。 4. **未購入・初回停止の理由** - 支払わなかった1社と、初回のみで止まった1社の理由が確認できていない。 - 現在の中核機能や入力負担が原因であれば、開発内容に影響する。 5. **予定する契約形態への支払意思** - 今回確認したのは検証期間中3,000円への支払いである。 - 月額契約を前提にする場合、その条件での契約行動は未確認である。 6. **採算性** - 生成AI利用費、サーバー費、開発費、問い合わせ・障害対応費を含めた収支は確認していない。 - 現在の提供条件で事業として成立するかは判断できない。 --- 【本格開発へ進むことを支持する材料】 - 今回の有料条件で、6社中5社が実際に支払った。 - 支払った5社すべてが実案件で初回利用を完了した。 - 4社が2案件目、3社が3案件目、2社が4案件以上で実際に再利用した。 - 案件状況、TODO、決定事項の確認に利用された。 - 比較した3社では、AI整理結果を使った確認時間が短かった。 - 運営者による出力の個別修正は0件だった。 - 顧客入力からAI整理、画面表示までの基本フローが自動で動作した。 - 今回設定した主要仮説である、有料利用、複数回利用、実案件での整理、案件確認への利用、個別修正なしでの提供を支持する行動事実がある。 - 現在の解決方向を撤回し、顧客課題分析や解決策設計へ戻る必要を示す事実はない。 --- 【本格開発へ進むことに反する材料】 - 1社は支払わなかった。 - 支払った1社は初回利用のみで止まった。 - それぞれの理由は確認できていない。 - 長い議事録では確認しにくいという指摘があった。 - 元情報にない担当者・期限は整理結果でも確定できない。 - 顧客の入力時間を含む総負担は確認していない。 - 出力の正確性・網羅性を共通基準で確認していない。 - 月額契約への支払いと更新は確認していない。 - 検証期間を超えた利用は確認していない。 - 利用企業増加後の運営負荷は確認していない。 - 提供原価や開発費を含めた採算性は確認していない。 これらは本格開発を全面的に否定する事実ではないが、大規模・固定的な開発や、月額継続を前提とした投資の根拠にはならない。 --- 【本格開発前に追加確認が必要なもの】 本格開発の開始自体を一律に止めるのではなく、開発範囲や前提を固定する前に、以下を確認する必要がある。 - 入力準備、フォーム入力、結果確認までを含む総作業負担 - 決定事項・TODOなどの重要な抽出漏れや誤り - 長い議事録で確認しにくくなる条件 - 支払わなかった1社と初回のみで止まった1社の理由 - 月額契約を正式な前提とする場合、その条件での契約行動 - 既に記録している運営作業時間と、生成AI利用費などを含む提供コスト これらは、現在の入力方法、出力方法、開発対象、契約前提、投資範囲を変え得るため、優先して確認する対象となる。 --- 【本格開発後でも確認できるもの】 以下は、限定的な開発と実提供を進めながら確認できる。 - 検証期間を超えた長期利用 - 月額契約の実際の更新率・解約率 - 案件が少ない月の契約維持 - 利用企業数が増えた場合の問い合わせ・障害対応負荷 - 長期利用時の生成品質 - 今回利用した企業以外での支払い・再利用 - 長期利用時の問い合わせ量 - 市場全体への一般化 これらが確定するまで、確認済みの中核機能の開発をすべて停止する必要はない。ただし、確認前に長期継続や大規模運営が成立すると扱うことはできない。 --- 【現時点の本格開発判断】 **本格開発へ進む。** ただし、進めてよいのは、今回実際に利用された以下の中核範囲に限定した、変更可能な開発である。 - 顧客による案件情報の入力 - AIによる決定事項、TODO、未決事項、担当者、期限への整理 - 整理結果の画面表示 - 案件状況の確認 - 元情報にない担当者・期限を「不明」として扱うこと - 運営者による案件別の出力修正を前提としない提供 月額継続、大規模運営、長期品質、高度な追加機能を確認済みの前提として、固定的・回収困難な開発へ進む判断ではない。 --- 【この判断の根拠】 今回の主要仮説に対して、発言だけでなく以下の行動事実が確認されている。 - 実際の支払い - 実案件での利用 - 初回利用フローの完了 - 別案件での再利用 - 複数回利用 - 案件確認への実務利用 - 3社での確認時間短縮 - 運営者の個別修正なしでの提供 したがって、現在の顧客課題や解決方向を撤回して前段階へ戻るより、確認済みの中核範囲を開発しながら、判断を変え得る未確認事項を継続確認する根拠がある。 一方、月額契約や長期継続が未確認であることから、それらが確認されるまで全開発を待つのではなく、未確認の前提に大きく依存しない範囲に開発を限定する。 --- 【この判断に反する材料】 - 入力を含む総負担が減ったことは確認できていない。 - 出力の正確性・網羅性が共通基準を満たすことは確認できていない。 - 長い議事録での確認しにくさが残っている。 - 未購入と初回停止の理由が不明である。 - 月額支払いと契約更新は確認されていない。 - 検証期間を超えた継続利用は確認されていない。 - 採算性と企業数増加後の運営性は確認されていない。 このため、本格開発を「正式な事業成立が確認された」と解釈することはできない。 --- 【今回まだ判断しないこと】 - 月額サービスとして継続的に売れるか - 月額契約の更新率・解約率 - 検証期間を超えた長期継続率 - 案件が少ない月にも契約が維持されるか - 今回の利用企業以外でも同じ結果になるか - 利用企業数が増えた場合の問い合わせ・障害対応負荷 - 長期間にわたり同じ生成品質を維持できるか - 現在の料金で採算が成立するか - 事業として安定的に成立するか - 市場全体に需要を一般化できるか - 既存のメール、チャット、議事録をどこまで代替できるか --- 【次の行動】 1. 本格開発の対象範囲を、今回利用実績がある入力、AI整理、結果表示、案件状況確認に限定して整理する。 2. 既存仮説である「負担を減らせる」を、入力準備から結果確認までの総作業負担で追加確認する。 3. 既存仮説である「実用的に整理できる」を、決定事項・TODOの重要な欠落や誤り、長い議事録での確認しやすさについて追加確認する。 4. 支払わなかった1社と初回利用のみで止まった1社について、既存の未確認事項である理由を確認する。 5. 月額契約を開発・提供の前提にする前に、その条件での契約行動と、記録済みの運営時間・提供コストを確認する。