MVP次アクション判断

【今回試したMVP】 副業を始めたい会社員向けに、 現在の状況を入力すると、 生成AIが「次にやる小さな行動を1つ」提示するMVPを試しました。 利用者は、 提示された行動を実施したかどうかを報告し、 希望した場合は次の行動をもう1つ受け取れる方式です。 【対象顧客】 副業を始めたいが、 次に何をすればよいか迷って行動が止まりやすい会社員。 【今回検証した主要仮説】 ・次にやる行動を1つ提示すると、実際の行動につながる ・行動を1つに絞ると、迷いや考える負担が減る ・状況入力と結果報告の負担は許容される ・生成AIが、現在の状況に合った実施可能な行動を提示できる 継続利用、支払意思、月額サービスとしての成立は今回の主要仮説にはしていません。 【今回確認できた事実】 8人に案内しました。 ・6人がフォーム入力を完了 ・5人が最初の行動を受け取った ・3人が「実施した」と自己申告 ・1人は未実施 ・1人は結果報告なし ・実施した3人のうち2人が2回目の行動を受け取った 実際の行動完了は直接観測していません。 【仮説を支持する結果】 ・3人が提示された行動を実施したと報告した ・実施した利用者から「次に何をすればいいか考えなくてよかった」と言われた ・「1個だけ出るのが分かりやすい」という発言があった ・2人が2回目の行動を受け取った 【仮説に反する結果】 ・1人は行動を受け取ったが未実施だった ・フォームが少し長いと話した人が1人いた ・結果報告を忘れていた人が1人いた ・生成AIの出力に、抽象的すぎる、複数行動が含まれる、今すぐ実施しにくい内容が出ることがあった 【結果が混在しているもの】 ・行動提示後に実施した人と、実施しなかった人がいた ・入力や報告を完了した人もいれば、途中で止まった人もいた ・AI出力がそのまま使えるケースと、人による修正が必要なケースがあった 【未回答・未確認・未取得のもの】 ・フォーム未入力2人の理由 ・フォーム入力後に連絡が取れなくなった1人の理由 ・結果報告がなかった1人が実際に行動したか ・利用前後の迷いや考える負担の実測値 ・行動完了の客観的確認 ・AI出力を人が修正しなかった場合の結果 ・長期継続 ・支払意思 【確認できた顧客負担】 ・フォーム入力が少し長いと話した人が1人いた ・結果報告を忘れていた人が1人いた ・未実施だった1人は、本業で疲れていてできなかったと話した 【未利用・離脱・期待未達の状況】 ・2人はフォーム未入力 ・1人はフォーム入力後に連絡不能 ・1人は行動受領後に未実施 ・1人は行動受領後に結果報告なし 【確認できた原因】 未実施だった1人については、 「仕事で疲れていてできなかった」と本人が話していました。 その他の未利用・離脱理由は確認できていません。 【まだ原因不明のもの】 ・フォーム未入力の理由 ・連絡不能になった理由 ・結果報告がなかった理由 ・実施した3人がもともと行動意欲の高い人だったか ・行動を1つに絞ったこと自体が実施につながったか ・AI出力の品質差が何によって生じたか 【途中で変えた条件】 最初の2人には、 生成AIの出力をそのまま提示しました。 3人目以降は、 運営者がAI出力を確認し、 ・抽象的すぎる ・一度に複数の行動が含まれている ・今すぐ実施しにくい と判断した場合だけ修正しました。 誰にどの程度修正したかは記録していません。 【今回の検証条件上の制約】 ・最初の2人と3人目以降で提供条件が違う ・行動実施は自己申告のみ ・事前に成功率や合格ラインを決めていない ・利用前後の迷いや負担を実測していない ・検証期間は1週間 ・長期継続や支払意思は見ていない 【今回まだ判断できないこと】 ・次の行動提示が、提示しない場合より本当に行動を増やすか ・行動を1つに絞ることが原因で迷いが減ったか ・生成AI単独で安定して実施可能な行動を提示できるか ・入力や結果報告の負担が対象顧客全体に許容されるか ・継続利用されるか ・支払意思があるか ・サービスとして成立するか 【自分では次にどうしたいと思っているか】 かなり感触は良いと思っています。 3人が実際に動き、 反応も良かったので、 できればこのままサービス開発に進みたいです。 ここまでMVPも作ってきたので、 もう少し本格的な形にした方がよい気もしています。 一方で、 AI出力を人が修正している点は気になっています。 【今回特に判断したいこと】 ・このままMVP検証を続けてよいか ・MVP設計を見直す必要があるか ・解決策設計まで戻る必要があるか ・顧客課題分析まで戻る必要があるか ・正式開発へ進んでもよい段階か ・保留や停止を考える必要があるか

【今回の検証結果の位置づけ】 今回の結果は、現在の解決方向を否定するものではなく、一定の初期シグナルが得られた検証です。 具体的には、最初の行動を受け取った5人のうち3人が実施したと自己申告し、考える負担や「1つだけ提示されること」への肯定的な発言もありました。また、実施者3人のうち2人が2回目の行動を受け取っています。 一方、以下の理由から、主要仮説が成立したと判断できる段階ではありません。 - 対象人数が少なく、検証期間も1週間だった - 行動完了が自己申告のみだった - 比較条件がなかった - 利用前後の迷いや負担を測定していなかった - 途中からAI出力への人の修正が入り、提供条件が統一されていなかった - 修正の有無や内容が記録されていなかった - 成功条件・失敗条件が事前に設定されていなかった したがって、今回の結果は「正式開発へ進めることを確認した結果」ではなく、「解決方向を維持したまま、MVP設計を整えて再検証する根拠がある結果」と位置づけられます。 --- 【解決方向について現在言えること】 - 「現在の状況に応じて、次にやる小さな行動を1つ提示する」という方向には、限定的ながら支持する事実がある。 - 少なくとも一部の利用者は、提示後に行動したと自己申告している。 - 「次に何をすればいいか考えなくてよかった」という発言があり、考える負担の軽減と整合する反応が確認された。 - 「1個だけ出るのが分かりやすい」という発言があり、1つに絞る設計と整合する反応が確認された。 - 2人が2回目の行動を受け取っており、一度限りの受領で終わらなかった事例がある。 - 現在の解決方向を直ちに否定し、停止する根拠はない。 - 一方で、行動を1つ提示するだけでは実施されないケースもある。 - 特に、疲労によって実行する余力がない場合には、行動提示だけでは行動につながらない可能性がある。 - 今回確認できた結果は、AI単独の成果ではなく、人による確認・修正を含む結果が混在している。 したがって、「適切な小さな行動を1つ提示する方向」と「生成AIが単独で自動提示する方式」は分けて評価する必要があります。 --- 【解決方向についてまだ言えないこと】 - 行動を提示することが、提示しない場合より行動を増やすか。 - 行動を1つに絞ったこと自体が、迷いや考える負担を減らしたか。 - 実施を自己申告した3人が、提示がなくても行動していたか。 - 自己申告された行動が実際に完了していたか。 - 実施結果がAIの出力によるものか、人による修正によるものか。 - 生成AI単独で、状況に合った実施可能な行動を安定して提示できるか。 - 人の確認・修正を外した場合にも、同様の結果が得られるか。 - 人の確認・修正を正式な提供工程に含めるべきか。 - 入力や結果報告の負担が、対象顧客全体に許容されるか。 - 疲労や時間不足が主な障害となっている利用者にも有効か。 - 対象顧客全体に有効なのか、特定の状態の利用者に限って有効なのか。 - 継続利用されるか、支払意思があるか、サービスとして成立するか。 --- 【確認された問題】 - 最初の2人と3人目以降で提供条件が異なっていた。 - AI原出力、修正の有無、修正内容が記録されていなかった。 - そのため、AIと運営者の寄与を切り分けられない。 - AI出力に、抽象的すぎる、複数の行動を含む、今すぐ実施しにくい内容があった。 - 生成AI単独では、意図した品質を安定して満たせていない可能性がある。 - 行動実施が自己申告のみで、客観的な完了を確認していない。 - 利用前後の迷いや考える負担を測定していなかった。 - フォームを少し長いと感じた利用者が1人いた。 - 結果報告を忘れた利用者が1人いた。 - フォーム未入力、連絡不能、未報告が発生したが、その多くは原因が確認されていない。 - 事前の判断基準がなく、今回の数値をもって仮説を採択・棄却できない。 --- 【修正が必要な可能性があるもの】 優先的な修正対象は、解決方向そのものではなく、MVPの提供条件と検証方法です。 - AI無修正方式と、人の確認・修正込み方式を混在させない。 - 両方を確認する場合は、別条件として記録する。 - AI原出力、修正の有無・内容・理由、最終提示内容、実施結果を対応付けて記録する。 - 「小さな行動1つ」を判定する基準を明確にする。 - 行動の着手と完了を区別して確認する。 - 可能な範囲で行動完了を確認できる記録を取得する。 - 利用前後の迷いや考える負担を同じ方法で測定する。 - フォーム入力、行動受領、実施、結果報告を別段階として記録する。 - 未入力、連絡不能、未実施、未報告を区別し、可能な範囲で理由を確認する。 - 次回検証前に、元の主要仮説を変えない範囲で判断指標と判断基準を定める。 フォーム短縮や報告方法の具体的な変更は候補になり得ますが、現時点では原因確認が不十分であり、特定の修正方法が有効だとは判断できません。 --- 【再検証が必要な既存仮説】 優先順は以下です。 1. **次にやる行動を1つ提示すると、実際の行動につながる** - 3人の実施自己申告がある一方、未実施者と結果不明者もいる。 - 比較条件がなく、もともとの行動意欲の影響も分からない。 2. **生成AIが、現在の状況に合った実施可能な行動を提示できる** - そのまま使えるケースと、人の修正が必要なケースが混在している。 - 修正履歴がないため、AI単独の能力を判断できない。 3. **行動を1つに絞ると、迷いや考える負担が減る** - 支持する発言はあるが、利用前後の変化を測定していない。 - 具体的な行動提示の効果と、1つに絞る効果を分離できていない。 4. **状況入力と結果報告の負担は許容される** - 完了した利用者がいる一方、未入力、連絡不能、未報告、負担を示す発言もある。 - 離脱原因が確認されていないため、許容性を判断できない。 --- 【顧客課題分析へ戻る必要性】 現時点で、顧客課題分析へ全面的に戻る必要性は低いです。 想定した課題と整合する発言があり、顧客課題が存在しないことを示す結果は出ていません。また、今回の判断を妨げている主な要因は、顧客課題の明確な否定ではなく、提供条件の混在と測定不足です。 ただし、以下は次回の再検証でも確認する必要があります。 - 行動が止まる主因が、迷いや考える負担なのか。 - 課題がどの程度の頻度と強さで発生するか。 - 疲労や時間不足など、迷い以外の要因がどの程度影響するか。 - 未入力者や離脱者にも想定課題が存在していたか。 再検証でも迷いや考える負担が確認されない、または主要な行動停止要因ではない結果が続いた場合には、顧客課題分析へ戻る判断が必要になります。 --- 【解決策設計へ戻る必要性】 現時点で、直ちに解決策設計へ戻る必要性は高くありません。 現在の解決方向には、実施自己申告、肯定的な発言、2回目の行動受領という初期的な支持があります。また、現在確認された問題の一部は、解決方向ではなく、AI出力品質や提供条件の混在にあります。 ただし、条件を整えた再検証でも以下が確認された場合は、解決策設計へ戻る必要があります。 - 基準を満たす行動を提示しても、行動につながらない。 - 行動を1つに絞っても、迷いや考える負担が減らない。 - 人の修正の有無にかかわらず、利用者の状況に合う行動を提示できない。 - 現在の解決方向では、確認された行動停止要因に対応できない。 したがって、解決策設計への回帰は現時点での第一選択ではなく、MVP再検証後の判断事項です。 --- 【MVP設計へ戻る必要性】 MVP設計へ戻る必要性は高いです。 ただし、解決方向を変更する大規模な作り直しではありません。必要なのは、既存MVPの提供条件と測定方法を整理し、主要仮説を判定できる状態にすることです。 特に必要なのは以下です。 - 検証する提供方式の固定 - AI原出力と修正履歴の記録 - 出力品質の判定基準の明確化 - 行動実施と完了の確認方法の整理 - 迷いや考える負担の測定 - 各段階の完了・離脱の区別 - 未利用・離脱理由の確認 - 事前の判断基準の設定 現状の条件混在・記録なしの方法をそのまま続けても、人数が増えるだけで主要仮説を判断できない可能性が高いためです。 --- 【停止を検討する材料】 現時点で、解決方向全体を停止する決定的な材料はありません。 ただし、以下は停止対象を限定したうえで検討材料になります。 - 現在と同じく、提供条件を途中で変え、修正履歴を残さない検証方法 - AI単独の品質が確認されていないまま、AI単独提供を前提とすること - 条件を整えても、AI出力が基準を安定して満たさない場合のAI単独方式 - 基準を満たす行動を提示しても行動につながらない結果が続く場合の現在の解決方向 一方、未実施者1人、未報告者1人、フォーム未入力者2人だけを根拠に、解決方向全体を停止することはできません。原因不明の未回答・離脱を、失敗とみなすこともできません。 --- 【保留を検討する材料】 以下の判断は保留する根拠があります。 - 正式開発へ進むか - 完全自動化を前提にするか - 人の確認・修正を正式な提供工程に含めるか - 継続利用されるか - 支払意思があるか - 月額サービスとして成立するか - サービス全体として成立するか 特に正式開発については、提供条件が統一されておらず、行動完了や負担軽減も十分に測定されていないため、現時点では判断できません。 ただし、保留するのは正式開発などの判断であり、MVP検証そのものを全面的に停止することではありません。 --- 【現時点の次の方向性】 現時点で最も根拠がある方向性は、以下です。 - **現在の解決方向は維持する** - **MVPの提供条件と検証方法を修正して再検証する** - **正式開発への移行判断は一時保留する** - **現在の条件混在・記録なしの検証方法は、そのまま継続しない** 顧客課題分析や解決策設計へ全面的に戻る段階ではありません。ただし、次回の再検証結果によっては、解決策設計、さらに必要であれば顧客課題分析へ戻る判断が必要になります。 --- 【この方向性を支持する根拠】 - 3人が行動を実施したと自己申告している。 - 2人が2回目の行動を受け取っている。 - 想定した課題や解決方向と整合する肯定的な発言がある。 - 解決方向を明確に否定する結果は出ていない。 - 未実施者の確認済み理由は本業の疲労であり、解決方向の不適合と確定していない。 - 一方で、AI出力品質、条件混在、修正履歴不足、測定不足という具体的なMVP上の問題が確認されている。 - これらは、解決方向を変更する前に整理できる検証上の問題である。 - 既存のフォームや手動運用を利用しながら、正式開発をせずに再検証できる。 --- 【この方向性に反する材料】 - 実施は自己申告であり、客観的な完了確認がない。 - 行動を受け取った全員が実施したわけではない。 - 行動提示がなかった場合との比較がない。 - 実施者がもともと行動意欲の高い人だった可能性がある。 - AI単独で適切な出力を安定して提示できていない可能性がある。 - 人の修正が成果に影響した可能性があるが、その程度を確認できない。 - 入力や結果報告の過程で、負担、離脱、報告漏れが発生している。 - 対象人数と期間が限られている。 - 成功条件が事前に設定されていなかった。 これらの材料があるため、今回の初期反応だけをもって、正式開発や解決方向の確定に進むことはできません。 --- 【判断前に残っている不確実性】 - 実施した3人が実際に行動を完了していたか。 - 実施が行動提示によるものか、もともとの意欲によるものか。 - 「1つに絞ったこと」が負担軽減や実施に寄与したか。 - AI無修正と人の修正ありで結果がどう違うか。 - AI出力が基準を満たす割合と、品質差の原因。 - フォーム未入力2人の理由。 - フォーム入力後に連絡不能となった1人の理由。 - 結果報告がなかった1人の実施状況と未報告理由。 - フォームの長さが離脱原因だったか。 - 入力・報告の負担が対象顧客全体に許容されるか。 - 迷いと疲労など、行動停止要因の違いが結果にどう影響するか。 - 人の確認・修正が必要になる頻度と効果。 --- 【今回まだ判断しないこと】 - 正式開発、本格リリース、事業拡大へ進むこと - 生成AI単独方式の正式採用 - 人の確認・修正を含む方式の正式採用 - 長期継続の有無 - 支払意思 - 価格や月額サービスとしての成立 - サービス全体の事業成立性 - 対象顧客の変更や一部顧客の除外 - 「行動を1つだけ提示する」方針の廃止 - 解決方向全体の停止 - 顧客課題分析や解決策設計への全面的な回帰 これまでMVPに使った時間や労力、利用者自身の開発希望も、これらを判断する根拠には使用しません。 --- 【次の行動】 1. **MVPの提供条件を見直し、AI無修正方式と人の確認・修正込み方式を混在させない検証設計にする。両方を確認する場合は別条件として扱う。** 2. **AI原出力、修正の有無・内容・理由、最終提示内容、着手・完了・結果報告を対応付けて記録できるようにする。** 3. **既存の主要仮説を変えず、「小さな行動1つ」の判定基準、測定指標、判断基準を再検証前に定める。** 4. **利用前後の迷いや考える負担、行動の着手・完了、入力・報告の負担を確認できる測定方法に整える。** 5. **未入力、連絡不能、未実施、未報告を区別し、既存の未確認事項である離脱理由を可能な範囲で確認したうえで、条件を統一したMVP再検証を行う。**

【今回試したMVP】 小規模なWeb制作会社・受託開発会社向けに、 案件情報を生成AIで整理するMVPを試しました。 顧客からメール、チャット、議事録などの案件情報を受け取り、 ・決定事項 ・TODO ・未決事項 ・担当者 ・期限 に整理して返す方式です。 【対象顧客】 複数案件を同時に担当している、 小規模なWeb制作会社・受託開発会社のディレクターやプロジェクト担当者。 【今回検証した主要仮説】 ・生成AIが実案件情報を実用的な形で整理できる ・AI出力を確認・修正する方が、最初から手動整理するより負担が小さい ・整理結果を案件状況の確認に使える ・顧客は検証に必要な案件情報を提供できる 継続利用、支払意思、SaaSとしての成立は今回の主要仮説にはしていません。 【今回確認できた事実】 8社に案内しました。 ・2社が実案件情報を提供した ・3社は「案件情報を外部サービスに出せない」として辞退した ・2社は案内後に返信がなかった ・1社は興味を示したが、案件情報は提供しなかった 案件情報を提供した2社について、 A社： ・AI整理結果を確認 ・決定事項は一部使えると評価 ・TODO、担当者、期限に複数の誤りがあった ・「確認と修正をするなら、自分で整理した方が早い」と発言 B社： ・AI整理結果を確認 ・抜けや誤分類が多かった ・「このままでは案件管理には使えない」と発言 ・結果確認後の再利用はしていない 【仮説を支持する結果】 ・2社が実案件情報を提供した ・2社ともAI整理結果の確認まで進んだ ・A社では決定事項の一部が使えると評価された 【仮説に反する結果】 ・A社ではTODO、担当者、期限に複数の誤りがあった ・A社は「自分で整理した方が早い」と発言した ・B社では抜けや誤分類が多かった ・B社は「案件管理には使えない」と発言した ・3社が案件情報を外部サービスに出せないとして辞退した 【結果が混在しているもの】 ・一部の整理項目は使えると評価された一方、全体としては修正負担が大きいという評価だった ・実案件情報を提供できた会社もあれば、外部提供できず利用開始できなかった会社もあった 【未回答・未確認・未取得のもの】 ・返信がなかった2社の理由 ・興味を示したが情報提供しなかった1社の理由 ・手動整理にかかる実測時間 ・AI利用時の確認、修正にかかる実測時間 ・A社、B社で入力情報量や案件難易度がどの程度違ったか ・AI出力の誤りや抜けがなぜ起きたか ・別の案件でも同じ結果になるか ・異なる情報形式でも同じ結果になるか ・長期継続 ・支払意思 【確認できた顧客負担】 ・A社では複数箇所の確認、修正が必要だった ・A社は「自分で整理した方が早い」と評価した ・B社では抜けや誤分類の確認が必要だった ・3社は案件情報を外部へ出せず、利用開始自体ができなかった 【未利用・離脱・期待未達の状況】 ・3社は外部提供制約で利用前に辞退 ・2社は返信なし ・1社は興味を示したが情報提供なし ・A社、B社は結果確認まで進んだが、期待していた負担軽減や実務利用は確認できなかった 【確認できた原因】 ・3社については、案件情報を外部サービスに出せないことが利用開始できなかった理由 ・A社では複数の誤りがあり、確認と修正の負担が大きいと本人が評価 ・B社では抜けや誤分類が多く、そのままでは使えないと本人が評価 【まだ原因不明のもの】 ・AI出力の誤りや抜けが発生した原因 ・A社とB社で結果に違いがあった原因 ・返信がなかった2社の理由 ・興味を示したが情報提供しなかった1社の理由 ・外部提供できない会社が、別の提供条件なら利用できるか ・今回の問題が生成AIそのものにあるのか、入力方法や案件情報の形式にあるのか 【途中で変えた条件】 今回は途中で提供条件を変えていません。 A社、B社とも、 ・顧客から案件情報を受け取る ・運営者がそのまま生成AIへ入力 ・AI出力を修正せず顧客へ返す ・顧客が確認する という同じ手順で実施しました。 【今回の検証条件上の制約】 ・実際にAI整理結果まで確認できたのは2社 ・手動整理とAI利用の作業時間を実測していない ・出力品質の事前基準を設定していない ・許容できる誤りや修正量の基準を設定していない ・案件情報の形式や情報量を揃えていない ・長期利用は確認していない ・支払意思は確認していない 【今回まだ判断できないこと】 ・今回の悪い結果が生成AIそのものの限界なのか ・入力方法や案件情報の形式を変えれば結果が改善するのか ・手動整理より客観的に負担が大きかったのか ・外部提供できない企業が別の方式なら利用できるか ・他社や別案件でも同様の結果になるか ・継続利用されるか ・支払意思があるか ・SaaSとして成立するか 【自分では次にどうしたいと思っているか】 正直、もう止めたい気持ちが強いです。 実際に使ってもらえた2社の反応も悪く、 案件情報を外部に出せない会社も多かったので、 この方向は難しいのではないかと思っています。 これ以上MVP検証に時間を使うより、 別のアイデアに移った方がよい気がします。 一方で、 ここまで作ったものが無駄になるのも少し気になっています。 【今回特に判断したいこと】 ・このMVPは停止を検討してよい段階か ・もう1回再検証する価値があるか ・MVP設計を修正して再検証すべきか ・解決策設計まで戻るべきか ・顧客課題分析まで戻るべきか ・案件情報を外部に出せない会社は対象外にしてよいか ・AI案件整理という方向自体をやめるべきか

【今回の検証結果の位置づけ】 今回の検証は、現在の具体的なMVPである、 - 顧客から案件情報を受け取る - そのまま外部の生成AIへ入力する - AI出力を修正せず返す - 顧客が確認する という方式について、主要仮説を十分に支持する結果が得られなかった検証です。 実案件で出力確認まで進んだのは2社に限られますが、その2社とも、期待していた負担軽減や案件管理への実務利用には至りませんでした。また、8社中3社は外部提供制約により利用開始できませんでした。 したがって、現在のMVPを同じ条件のまま継続・拡大する根拠は弱いと判断できます。一方、入力条件や出力設計を変えても成立しないことまでは確認されていないため、「AI案件整理」という方向全体の成否を確定する検証にはなっていません。 --- 【解決方向について現在言えること】 - 現在の方式では、AI案件整理を実用的な案件管理に使える状態は確認できませんでした。 - TODO、担当者、期限には複数の誤りがあり、B社では抜けや誤分類も多く発生しました。 - 「AI出力を確認・修正する方が手動整理より負担が小さい」という仮説は支持されていません。A社からは明確に反する評価が得られています。 - 「整理結果を案件状況の確認に使える」という仮説も、整理結果全体については支持されていません。 - A社では決定事項の一部が使えると評価されたため、一部項目について利用可能な出力が得られる可能性は残っています。 - 外部への案件情報提供を前提とする現在の方式では、利用開始できない対象顧客が存在します。 - 現在のMVPを変更せず、同じ条件で再検証する優先度は低いと判断できます。 --- 【解決方向についてまだ言えないこと】 - 生成AIによる案件整理全体が成立しないとは断定できません。 - 悪い結果の主因が、生成AI、入力方法、情報形式、情報量、案件難易度、元情報の曖昧さのどれであるかは不明です。 - 入力条件や出力設計を見直した場合に品質が改善するかは確認されていません。 - 決定事項など、整理対象を限定した場合にも顧客価値が成立するかは不明です。 - 手動整理よりAI利用の方が客観的に時間を要したかは、時間を実測していないため判断できません。 - 外部提供できなかった会社が、異なる条件であれば利用できるかは判断できません。 - 小規模なWeb制作会社・受託開発会社という対象顧客自体が不適切だったとは判断できません。 - 他社、別案件、異なる情報形式でも同様の結果になるかは不明です。 --- 【確認された問題】 1. **出力品質** - A社ではTODO、担当者、期限に複数の誤りがありました。 - B社では抜けや誤分類が多く発生しました。 - 2社とも、整理結果全体をそのまま案件管理に使える状態ではありませんでした。 2. **顧客の確認・修正負担** - A社では複数箇所の確認・修正が必要でした。 - A社本人は、確認・修正するより自分で整理した方が早いと評価しました。 - B社でも、元情報との照合や誤分類の確認が必要でした。 3. **利用開始上の障壁** - 3社が、案件情報を外部サービスへ出せないことを理由に辞退しました。 - 現在の提供方法では、対象顧客の一部が利用開始できません。 4. **検証設計** - 品質の合格基準、許容誤り、許容修正量が設定されていませんでした。 - 手動整理時間とAI利用時の確認・修正時間を比較していませんでした。 - 情報形式、情報量、案件難易度が揃っていませんでした。 - 誤りの種類や原因を記録していませんでした。 --- 【修正が必要な可能性があるもの】 再検証を行う場合、以下は少なくとも見直し対象になります。 - 案件情報をそのまま生成AIへ入力する現在の入力条件 - AI出力を無修正で顧客へ返す現在の出力方法 - TODO、担当者、期限を含めて一括整理する対象範囲 - AIが明記されていない担当者や期限を推測する範囲 - 外部への案件情報提供を前提とする提供条件 - 実用性の合格基準、許容誤り、許容修正量 - 手動整理とAI利用時の負担を比較する方法 - 入力形式、情報量、案件難易度を記録・比較する検証条件 ただし、これらをどのように修正すれば改善するかは確認されていません。修正候補であって、有効性が確認済みの対応ではありません。 --- 【再検証が必要な既存仮説】 AI案件整理全体について判断を続ける場合、優先して再検証すべき既存仮説は以下です。 1. **生成AIが実案件情報を実用的な形で整理できる** - 特にTODO、担当者、期限を含む項目別の正確性、抜け、誤分類を確認する必要があります。 2. **AI出力を確認・修正する方が、最初から手動整理するより負担が小さい** - 同一案件について、手動整理時間とAI利用時の確認・修正時間を比較する必要があります。 3. **整理結果を案件状況の確認に使える** - 一部項目が使えるだけでなく、想定していた用途全体に使えるかを確認する必要があります。 4. **顧客は検証に必要な案件情報を提供できる** - 現在の条件で提供可能な顧客と、外部提供制約により提供できない顧客が混在しています。 これらの再検証は、AI案件整理全体の判断を続ける場合に必要です。現在のMVPを停止するために、必ず追加検証しなければならないわけではありません。 --- 【顧客課題分析へ戻る必要性】 現時点で、顧客課題分析まで全面的に戻る必要があるとは断定できません。 今回確認された否定的結果は、主に現在の出力品質、確認・修正負担、情報提供制約に関するものです。「案件情報の整理」という課題自体が存在しないことは確認されていません。 一方で、以下は未確認です。 - 案件情報整理に現在どの程度の時間がかかっているか - 整理されないことでどのような支障があるか - どの整理項目が特に重要か - 解決を優先するほど強い課題なのか 今後もこの方向への投資を続ける場合には、既存の課題認識を再確認する必要があります。ただし、今回のMVPを停止・保留する判断の前提として、顧客課題分析をやり直すことは必須ではありません。 --- 【解決策設計へ戻る必要性】 現時点では、解決策設計へ直ちに戻る必要があるとまでは確定できません。 現在の解決方向の中核である負担軽減と実務利用は確認できていないため、解決方向は揺らいでいます。ただし、解決方向そのものの問題と、今回のMVP設計上の問題を切り分けられていません。 そのため、今後も判断を続ける場合は、先にMVP設計を見直した限定的な再検証を行い、それでも負担軽減と実務利用が成立しない場合に、解決策設計へ戻る根拠が強まります。 一方、追加検証を行わず現在の検証を区切る場合には、解決策設計へ戻らず一時保留または停止を選ぶことも可能です。 --- 【MVP設計へ戻る必要性】 再検証する場合は、MVP設計へ戻る必要性が高いです。 現在と同じ条件では、以下を判定できません。 - どの程度の品質なら実用的なのか - どの程度の修正量なら負担軽減になるのか - 誤りの原因が何か - 入力条件によって品質がどう変わるか - 手動整理より実際に速いか - 別案件でも結果が再現するか したがって、同じMVPのまま対象社数だけを増やす再検証は適切ではありません。再検証するなら、既存仮説を判定できるように、品質基準、時間比較、誤りの記録、入力条件、終了条件を明確にする必要があります。 --- 【停止を検討する材料】 - 実案件で確認した2社とも、負担軽減と実務利用を確認できませんでした。 - A社は「自分で整理した方が早い」と評価しました。 - B社は「このままでは案件管理には使えない」と評価し、確認後の再利用もありませんでした。 - 案件管理上重要なTODO、担当者、期限で複数の誤りがありました。 - 3社は外部提供制約により、利用開始自体ができませんでした。 - 現在の方式をそのまま続ける積極的な根拠は、A社で決定事項の一部が使えたことに限られます。 - 同じ条件のまま追加検証しても、原因や負担差を切り分けにくい状態です。 - 現在のMVPについては、追加検証をしなくても停止を検討できるだけの否定的材料があります。 これらは、現在の無修正出力方式と外部提供を前提とするMVPを停止する材料です。AI案件整理全体を永久に停止する材料ではありません。 --- 【保留を検討する材料】 - 出力確認まで進んだのは2社であり、結果の一般化はできません。 - 誤りや抜けの原因が不明です。 - 手動整理とAI利用時の時間を実測していません。 - A社では決定事項の一部が使えると評価されています。 - 入力条件や整理対象を見直した場合の結果は未確認です。 - 外部提供できなかった会社が、異なる条件でも利用できないとは確認されていません。 - 顧客課題の強さや優先度も未確認です。 したがって、AI案件整理全体の最終判断は保留できます。保留は、現在のMVPをそのまま継続することを意味しません。 --- 【現時点の次の方向性】 現時点では、次のように分けて判断するのが妥当です。 1. **現在のMVP・現在の提供方法は停止を検討する** 2. **現状の解決方向のまま再検証はしない** 3. **AI案件整理という方向全体の判断は一時保留できる** 4. **方向全体の成否をさらに判断する必要がある場合に限り、MVPを修正して限定的に再検証する** したがって、必須の次アクションは「もう一度再検証すること」ではありません。現在のMVPを区切る判断には、既に相応の根拠があります。 追加検証を選ぶ場合も、現在と同じ条件ではなく、既存仮説を判定できる設計に修正したうえで、回数と合否条件を限定して行う必要があります。 --- 【この方向性を支持する根拠】 - 現在の方式では、確認できた2社とも中核価値が成立しませんでした。 - A社から、手動整理より負担が大きいという明確な反対評価が得られました。 - B社から、案件管理には使えないという明確な評価が得られました。 - 3社が現在の提供条件では利用開始できませんでした。 - 現在と同じ条件で件数だけを増やしても、主要な原因や負担差を判定できません。 - 一方、AI案件整理全体を否定するには、原因分析や別条件での確認が不足しています。 - そのため、「現在のMVPは区切るが、方向全体は断定しない」という判断が、確認済みの事実と未確認事項の双方に整合します。 - 既に費やした時間や作成済みの仕組みは、現在のMVPを続ける根拠にはなりません。 --- 【この方向性に反する材料】 - 実案件で出力を確認できたのは2社に限られます。 - A社では決定事項の一部が使えると評価されました。 - 誤りの原因が特定されておらず、MVP設計の修正により改善する可能性は否定されていません。 - 手動整理とAI利用時の客観的な時間差は測定されていません。 - 外部提供できなかった会社が、異なる条件でも利用できないとは確認されていません。 - 顧客課題そのものの強さは確認されていません。 これらはAI案件整理全体の停止に反する材料ですが、現在のMVPを同じ条件で継続する積極的な根拠にはなりません。 --- 【判断前に残っている不確実性】 - 誤り、抜け、誤分類の具体的な発生原因 - A社とB社の結果が異なった原因 - 入力形式、情報量、案件難易度による影響 - 手動整理時間とAI確認・修正時間の差 - 顧客が許容できる誤りや修正量 - 決定事項だけでも顧客にとって実用的か - TODO、担当者、期限まで含まなければ課題を解決できないのか - 別案件や異なる情報形式でも同様の結果になるか - 外部提供できなかった3社が、異なる条件であれば利用できるか - 興味を示したが情報提供しなかった1社の理由 - 返信がなかった2社の理由 - 外部提供できない会社を除外した場合に、十分な対象が残るか - 顧客課題の強さ、頻度、優先度 これらは方向全体の判断には重要ですが、現在のMVPを停止・保留する前にすべて解消する必要はありません。 --- 【今回まだ判断しないこと】 - AI案件整理という方向全体を永久に停止するか - 生成AIそのものが案件整理に利用できないか - 小規模なWeb制作会社・受託開発会社という対象顧客が不適切か - 案件情報を外部に出せない会社を一律に対象外とすべきか - 別の入力条件や提供条件なら改善するか - 他社、別案件、異なる情報形式でも同じ結果になるか - 継続利用されるか - 支払意思があるか - SaaSとして成立するか - 市場規模や販売可能性 - 顧客課題自体が存在しないか --- 【次の行動】 1. **現在のMVP・現在の提供方法をいったん区切り、同じ条件での追加検証は行わない。** 2. **停止対象を「現在の無修正出力・外部提供前提のMVP」とし、AI案件整理全体の判断とは分けて整理する。** 3. **方向全体の判断をさらに進める必要があるかを決め、必要がなければ現在の検証を一時保留する。** 4. **再検証する場合に限り、品質基準、許容修正量、手動との時間比較、項目別の誤り記録、入力条件、件数、終了条件を事前に定める。** 5. **再検証を選ぶ場合は、誤りの原因と外部提供制約という既存の未確認事項を確認できるよう、MVP設計を見直したうえで限定的に実施する。**