方向転換後再検証設計

【商品・サービス・事業】 Web制作・受託開発系の個人事業主向けAI案件整理サービス。 顧客とのメール・チャット・メモを入力すると、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること をAIが整理して返す。 【現在の対象顧客】 Web制作・受託開発を行う個人事業主。 【現在解決しようとしている顧客課題】 顧客とのやり取りや修正が増えると、 - 決定事項が埋もれる - 修正履歴を追いにくい - TODOが抜ける - 次に何を確認すべきか分からなくなる という問題。 【現在の利用場面】 - 修正依頼が増えたとき - 顧客とのやり取りが長くなったとき - 止まっていた案件を再開するとき - 案件途中で状況を整理するとき 【現在の提供内容】 案件情報をAIが整理し、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること を返す。 【現在の提供方法】 利用者が、 案件のメールやチャットを自分で整理せず、 そのままWebフォームへ貼り付ける。 AIが必要な情報を抽出して整理する。 【現在の価格】 1回2,000円。 【現在の課金方法】 利用ごとの都度払い。 【現在の販売方法・販売チャネル】 - 既存接点への案内 - Xでの告知 【方向転換前の対象顧客】 Web制作・受託開発を行う個人事業主。 【方向転換前の顧客課題】 現在と同じ。 顧客とのやり取りや修正が増えると、 - 決定事項が埋もれる - 修正履歴を追いにくい - TODOが抜ける - 次に何を確認すべきか分からなくなる という問題。 【方向転換前の利用場面】 現在と同じ。 複雑になった案件の途中整理。 【方向転換前の提供内容】 現在と同じ。 AIが案件情報を整理し、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること を返す。 【方向転換前の提供方法】 利用者が、 メールやチャットの内容を一度自分で整理し、 Webフォームの - 案件概要 - これまでのやり取り - 現在気になっていること に分けて入力する。 【方向転換前の価格】 1回2,000円。 【方向転換前の課金方法】 利用ごとの都度払い。 【方向転換前の販売方法・販売チャネル】 - 既存接点への案内 - Xでの告知 【今回変更したこと】 提供方法だけを変更した。 変更前： 利用者がメール・チャットの内容を整理してから、 3つの入力欄へ分けて入力する。 変更後： メール・チャットの内容を整理せず、 そのままWebフォームへ貼り付ける。 AI側で必要情報を整理する。 【今回維持したこと】 - 対象顧客 - 顧客課題 - 利用場面 - AIが返す整理内容 - 価格 - 課金方法 - 販売方法 - 販売チャネル 【今回変更しなかったこと】 商品そのものの中核価値は変更していない。 対象顧客も変更していない。 価格・課金方法も変更していない。 【方向転換した理由】 方向転換前、 再利用しなかった利用者2人から、 「使いたい案件はあるが、やり取りをまとめて入力するのが面倒」 「チャットを整理してから貼るのが手間」 という回答があったため。 【変更を支持していた証拠】 - 入力項目を減らした後も、利用者自身が内容を整理する必要が残っていた - 再利用しなかった2人が入力準備を停止理由に挙げた - 「チャットをそのまま貼れたら楽」という発言があった - 整理結果そのものは購入者から比較的評価されていた 【方向転換前に確認できていた顧客課題】 6人中5人から、 - 修正が増えると何が決まったか分からなくなる - チャットをさかのぼるのが面倒 - TODOを見落としそうになる という発言があった。 【方向転換前に確認できていた顧客価値】 購入者5人中4人から、 - 決定事項だけ見直せるのが便利 - 次に顧客へ確認することが分かりやすい - 途中整理すると案件を再開しやすい という発言があった。 【方向転換前に確認できていた利用】 無料・有料を含めて6人が利用。 主に、 - 修正依頼が増えた案件 - 顧客とのやり取りが長くなった案件 - 止まっていた案件の再開時 で利用された。 【方向転換前に確認できていた購入・支払い】 8人へ有料案内し、 5人が購入。 全員1回2,000円を支払った。 【方向転換前に確認できていた再利用・再購入】 3人が別案件、 または同じ案件の別時点で再利用。 3人とも再度2,000円を支払った。 【方向転換前に確認できていた継続支払い】 月額課金は実施していないため未確認。 【方向転換前に確認できていた価格・支払い行動】 1回2,000円で、 - 5人が購入 - 3人が再購入 している。 価格を理由に購入しなかった、 または利用停止したという回答は確認されていない。 【方向転換前に確認できていた販売結果】 既存接点から5人が購入。 X経由の購入は確認できていない。 X経由で購入されない理由は未確認。 【方向転換前に確認できていた改善結果】 入力項目を5項目から3項目へ減らしたところ、 2人から、 「前より入力しやすい」 という発言があった。 ただし、 利用者自身がメール・チャットを整理する必要は残っていた。 再利用率への影響は未確認。 【方向転換前に確認できていた成長施策結果】 既存接点から購入が発生した。 X経由では購入未確認。 【今回の変更によって変わった前提】 利用者自身が、 メール・チャットを整理してから入力しなければならない、 という前提。 また、 未整理の情報をそのまま入力しても、 AIが十分使える整理結果を返せるかは未確認になった。 【今回の変更後も変わらないと思っている前提】 - Web制作・受託開発系で顧客課題がある - 複雑な案件の途中整理に価値がある - 決定事項・TODOなどを整理する価値がある - 1回2,000円で購入する顧客がいる - 都度払いで再購入する顧客がいる 【変更後に新しく確認したいこと】 - 未整理のチャットやメールをそのまま入力しても、整理結果が使えるか - 入力準備の負担が実際に減るか - 入力しやすくなることで利用・再利用につながるか 【変更後にすでに確認できたこと】 変更後の提供方法はまだ本格提供していないため、 実際の利用結果は未確認。 内部テストでは、 未整理のやり取りから整理結果を出せることは確認した。 ただし、 顧客が実際に使えると評価するかは未確認。 【変更後にまだ確認できていないこと】 - 顧客が未整理の内容をそのまま入力できるか - 整理結果の品質を顧客がどう評価するか - 利用回数が増えるか - 再利用が増えるか - 入力負担が本当に利用停止の主要因だったか 【再検証に使える既存顧客・利用者】 方向転換前の利用者へ、 変更後の入力方法を案内できる。 特に、 入力負担を停止理由に挙げた利用者へ再度確認できる。 【再検証に使える既存データ】 - 方向転換前の購入者数 - 再購入実績 - 利用場面 - 非購入理由 - 利用停止理由 - 顧客課題に関する発言 - 整理結果への評価 【追加検証に必要になりそうな費用・時間・工数】 既存顧客へ案内することは、 大きな追加費用なしで可能。 変更後の入力方法はすでに試作済み。 大きな追加開発は現時点では不要。 【大きな再開発が必要になる変更】 - メールとの完全自動連携 - チャットサービスとの完全自動連携 これらは今回実施しない。 【今回できるだけ維持したいもの】 - 現在の対象顧客 - 顧客課題 - 中核機能 - 価格 - 都度払い - 既存顧客 - 購入・再購入実績 【今回できるだけ再検証を省きたいもの】 - 顧客課題が存在するか - 2,000円で支払いが成立するか - Web制作・受託開発系が対象として成立するか - 整理結果という中核価値そのもの 【今回特に判断したいこと】 - 今回の変更では、顧客課題まで再検証する必要があるか - MVP全体をやり直す必要があるか - 変更した入力方法だけを再検証すればよいか - 過去の購入・再購入実績をどこまで引き継げるか - 再検証で何を見ればよいか

【今回の方向転換内容】 今回変更したのは、**提供方法、特に利用者の入力方法**である。 - 変更前 利用者がメール・チャットを自分で整理し、以下の3項目に分けて入力する。 - 案件概要 - これまでのやり取り - 現在気になっていること - 変更後 利用者がメール・チャット・メモを事前整理せず、そのままWebフォームへ貼り付ける。AI側が必要情報を抽出し、以下に整理する。 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること 方向転換の目的は、入力欄を減らすことではなく、**入力前に利用者が行っていた整理作業そのものを減らすこと**である。 中核的な商品価値、対象顧客、価格、課金方法は変更していない。 --- 【方向転換後も維持される前提】 以下の前提は、今回の変更後も維持される。 - 対象顧客は、Web制作・受託開発を行う個人事業主である - 顧客には、案件のやり取りが複雑になることで以下の問題が発生する - 決定事項が埋もれる - 修正履歴を追いにくい - TODOが抜ける - 次に何を確認すべきか分からなくなる - 主な利用場面は以下である - 修正依頼が増えたとき - 顧客とのやり取りが長くなったとき - 止まっていた案件を再開するとき - 案件途中で状況を整理するとき - 提供する中核的な整理内容は変更しない - 価格は1回2,000円とする - 課金方法は利用ごとの都度払いとする - 既存接点への案内とXでの告知という販売方法・チャネルは変更しない - メールやチャットサービスとの完全自動連携は、今回の範囲に含めない --- 【方向転換によって変わった前提】 変更前は、利用者が入力前に情報を整理することで、AIへ比較的整理された情報が渡されていた。 変更後は、次の前提に変わる。 - 利用者は事前に要約・分類しなくても入力できる - 未整理のメール・チャットをそのまま貼り付けられる - AIが重複、訂正、古い指示、複数の話題を処理できる - AIが現在有効な決定と過去の決定を区別できる - 入力準備が減っても、結果確認や修正の負担が増えない - 入力負担の軽減が、実際の利用・再利用につながる 特に新しく加わった重要な前提は、**未整理の情報からでも、中核価値である実務上使える整理結果を再現できること**である。 --- 【そのまま引き継げる証拠】 以下は、方向転換前に確認された事実として引き継げる。 ### 顧客課題 - 6人中5人から、以下の課題に関する具体的な発言があった - 修正が増えると何が決まったか分からなくなる - チャットをさかのぼるのが面倒 - TODOを見落としそうになる - 実際に6人が、課題の発生する案件でサービスを利用した ### 利用場面 以下の場面で実際に利用されたことは引き継げる。 - 修正依頼が増えた案件 - 顧客とのやり取りが長くなった案件 - 止まっていた案件の再開時 - 案件途中の状況整理 ### 中核価値 購入者5人中4人から、変更後も維持される整理内容について、以下の評価があった。 - 決定事項だけを見直せるのが便利 - 次に顧客へ確認することが分かりやすい - 途中整理すると案件を再開しやすい したがって、決定事項やTODOなどを整理すること自体の価値は、既存証拠として引き継げる。 ### 購入・支払い - 8人への有料案内に対して5人が購入した - 5人全員が1回2,000円を実際に支払った - 3人が別案件または同じ案件の別時点で再利用した - 再利用した3人は再度2,000円を支払った これは、同じ対象顧客に対して、中核的な案件整理サービスへの2,000円の都度払いと反復購入が成立した基礎証拠として引き継げる。 ### 入力負担 - 再利用しなかった2人が、入力準備の負担を理由として挙げた - 「チャットをそのまま貼れたら楽」という発言があった - 入力項目を減らした際に「前より入力しやすい」という評価があった これらは、入力負担が少なくとも一部利用者の利用障壁だった証拠として引き継げる。 ### 販売 - 既存接点から購入が発生したことは引き継げる - X経由の購入が確認されていないという履歴も引き継げる ただし、Xについて引き継げるのは「購入未確認」という事実だけであり、販売チャネルとして成立しないという結論ではない。 --- 【引き継げない証拠】 以下は方向転換前の実績としては有効だが、変更後の提供方法についての実績として、そのまま数えることはできない。 - 旧方式での5人の購入を、新方式による購入実績として扱うこと - 旧方式での3人の再購入を、新方式による再購入実績として扱うこと - 旧方式での整理結果への評価を、未整理入力から生成した結果の品質評価として扱うこと - 旧方式で6人が利用したことを、新方式で入力を完了できる証拠として扱うこと - 入力項目を減らした際の「入力しやすい」という評価を、「未整理のまま貼り付ける方法」の評価として扱うこと - 内部テストで出力できたことを、顧客が実務で使える品質だという証拠として扱うこと - 非再利用者2人の発言だけで、入力方法を変えれば再利用が増えると結論づけること - 旧方式での購入割合を、新方式の購入結果として扱うこと - 都度払いによる再購入を、月額課金などの継続支払いの証拠として扱うこと 過去の証拠が無効になったのではなく、**新しい入力方法の品質・利用・支払いを直接証明する範囲までは引き継げない**という整理になる。 --- 【新しく確認が必要になったこと】 ### 入力行動 - 顧客が実案件のメール・チャットを事前整理せずに貼り付けられるか - どこからどこまで貼ればよいか迷わないか - 入力途中で離脱しないか - 入力のために別の要約やメモを作る必要がないか - 最低限の追加説明がどの程度必要になるか ### 負担軽減 - 入力前の準備時間と手間が実際に減るか - 結果の確認、訂正、追記まで含めた総負担が減るか - 入力準備が減った代わりに、出力修正の負担が増えていないか ### 結果品質 - 最新の決定事項を正しく抽出できるか - 古い指示と最新の指示を区別できるか - 訂正済みの内容を現在の決定として扱わないか - TODOの対象、担当者、期限などを誤って断定しないか - 決定事項、未決事項、確認事項を混同しないか - 複数の話題を適切に分けられるか - 必要な情報の抜けや重大な誤分類がないか - 顧客が案件再開や確認連絡に実際に使えるか ### 利用・支払い - 入力負担を理由に再利用しなかった利用者が、新方式で実際に利用するか - 新方式に対しても1回2,000円を支払うか - 別案件または同じ案件の別時点で再利用するか - 再利用時にも再度2,000円を支払うか - 入力負担が解消されても利用しない場合、他にどのような停止理由があるか --- 【再検証しなくてよいこと】 今回の方向転換を理由として、以下をゼロから再検証する必要はない。 ### 顧客課題の存在 同じ対象顧客から具体的な課題発言、実利用、購入、再購入が確認されている。入力方法を変えたことで、案件整理に関する顧客課題が未確認に戻ったわけではない。 ### 対象顧客 Web制作・受託開発を行う個人事業主という対象は変更されておらず、この対象による実利用と支払いがある。 ### 利用場面 修正依頼が増えた案件、長期化した案件、停止案件の再開時などで実際に利用されているため、利用場面を最初から探索し直す必要はない。 ### 中核的な整理価値 決定事項、TODO、未決事項、確認事項、次にやることを整理する価値は、顧客評価と再購入によって支持されている。 ただし、新方式でもその価値を再現できるかは再検証する。 ### 価格・課金方法の探索 1回2,000円で初回購入と再購入が成立しているため、価格設定や都度払いを白紙に戻す必要はない。 ただし、新方式に対しても実際に2,000円が支払われるかは確認する。 ### 販売チャネル全体 今回変更したのは入力方法であり、販売チャネルではない。Xの検証や新規チャネルの開拓は、今回の変更部分の判断とは分けて扱える。 --- 【必要な戻り地点】 **変更部分だけ再検証**する。 具体的には、変更後の入力方法から出力、実務利用、支払いまでを対象にする。 - 未整理の原文をそのまま入力できるか - 入力と結果確認を含む総負担が減るか - 未整理入力から実務で使える整理結果が得られるか - 実際の有料利用につながるか - 再利用・再支払いにつながるか 顧客課題、対象顧客、中核解決策、価格、MVP全体まで戻る必要はない。 --- 【最終再検証判断】 **変更部分だけ再検証する。** 追加検証なしで本格提供するのは適切ではない。一方、販売条件、MVP全体、解決策、顧客課題まで戻るのは範囲が広すぎる。 過去の証拠は、以下の基礎証拠として維持する。 - 顧客課題の存在 - 想定利用場面 - 整理内容の中核価値 - 1回2,000円の支払い実績 - 都度払いによる再購入実績 - 既存接点からの販売実績 そのうえで、変更によって新たに不明になった、入力完了、総負担、結果品質、有料利用、再利用だけを確認する。 --- 【この範囲を再検証する理由】 今回の変更は入力画面だけの表面的な変更ではなく、利用者が行っていた事前整理をAI側へ移す変更である。 そのため、以下の新しいリスクが生じている。 - 未整理の原文から重要情報を抽出できない - 古い指示や訂正前の内容を誤って採用する - 入力は簡単になっても、結果の訂正負担が増える - 顧客が貼り付ける範囲に迷う - 入力負担を解消しても、利用・再利用が増えない - 新方式の品質に対しては2,000円が支払われない 一方、既存顧客へ案内でき、変更後の入力方法も試作済みであり、大きな追加開発をせずに確認できる。 したがって、既存証拠を破棄せず、変更による不確実性だけを小さく再検証することが合理的である。 --- 【再検証する問い】 1. **利用者は、メール・チャットを事前整理せずに入力を完了できるか** 2. **新方式によって、入力前の準備だけでなく、結果確認・修正を含めた総負担が減るか** 3. **未整理の入力から、決定事項、TODO、未決事項、確認事項、次にやることを実務で使える形に整理できるか** 4. **古い指示、訂正、重複、話題の混在がある場合でも、現在有効な情報を適切に扱えるか** 5. **顧客が整理結果を、案件再開、顧客への確認、次の作業決定に実際に利用するか** 6. **入力負担を理由に再利用しなかった利用者が、新方式で実際に利用するか** 7. **新方式に対しても1回2,000円の支払いが発生するか** 8. **別案件または同じ案件の別時点で、再利用と再支払いが発生するか** --- 【固定する条件】 再検証中は、以下を変更しない。 - 対象顧客 - 顧客課題 - 主な利用場面 - 出力する整理項目 - 中核機能 - 価格1回2,000円 - 利用ごとの都度払い - 既存接点を中心とする販売方法 - メールやチャットサービスとの完全自動連携を行わないこと 価格や対象顧客などを同時に変更せず、入力方法変更の影響を切り分ける。 --- 【今回確認する変更条件】 確認する変更条件は、以下の入力方法である。 - 利用者がメール・チャットを事前に要約・分類しない - 未整理のやり取りをWebフォームへそのまま貼り付ける - AI側が必要情報を抽出・分類する - AIが決定事項、TODO、未決事項、確認事項、次にやることを返す 品質上の問題が出た場合は、次のような入力から出力までの設計要素として切り分ける。 - 貼り付け範囲の案内 - 最低限の補足情報 - AIからの確認質問 - 長文の分割方法 - 不明事項を断定しない出力方法 ただし、これらを最初から追加するのではなく、実利用で生じた問題に基づいて判断する。 --- 【確認する行動・結果】 ### 入力時 - 事前に要約や分類をせず入力したか - 入力前に別のメモや文書を作ったか - 貼り付ける範囲に迷ったか - 原文を大幅に読み直す必要があったか - 入力を完了したか - 入力を中断・断念したか - 追加説明や補足が必要になったか ### 出力確認時 - 現在有効な決定事項が抽出されていたか - 訂正前の古い指示が除外されていたか - TODOに抜けや誤りがなかったか - 未決事項と決定事項を混同していなかったか - 確認事項が実務上適切だったか - 不明な内容を事実として断定していなかったか - 利用者が何を修正、削除、追記したか - 最初の出力をどこまでそのまま使えたか ### 実務利用時 - 案件の状況把握に使ったか - 止まっていた案件の再開に使ったか - 顧客への確認内容を決めるために使ったか - 次の作業を決めるために使ったか - 結果を使わず、結局原文を読み直したか - 入力から結果確認までの総負担が旧方式より減ったか ### 支払い・再利用時 - 新方式に対して実際に2,000円を支払ったか - 利用意向だけでなく、実案件で利用したか - 別案件または別時点で再利用したか - 再利用時にも再度2,000円を支払ったか - 利用・再利用しなかった場合、その理由が何だったか 次の判断へ進む材料となるのは、単なる好意的な感想ではなく、**入力完了、実務利用、実際の支払い、再利用、再支払い、修正行動**である。 --- 【結果を判断するときの注意】 - 「そのまま貼れると楽」という発言と、実際に入力を完了することを区別する - 「使いやすい」「便利そう」という評価と、有料利用・再利用を区別する - 文章が読みやすいことと、案件情報が正確であることを区別する - 入力時間だけでなく、結果確認と修正まで含む総負担を見る - 顧客による大幅な訂正後に使えた場合、最初の出力が実務品質だったとは扱わない - 実案件がないため利用しなかった場合と、実案件があるのに利用しなかった場合を区別する - 購入されなかった場合、直ちに2,000円という価格自体が否定されたとは判断しない - 入力負担、結果品質、利用機会、その他の停止理由を分けて確認する - 既存顧客による旧方式との比較は有用だが、案件内容が異なるため完全な同一条件比較とは扱わない - 変更後に利用が増えても、そのすべてを入力方法変更だけの因果と断定しない - 内部テストは技術的な生成可能性の証拠であり、顧客価値や支払いの証拠とは扱わない - 今回の結果だけで、X経由の販売可能性や市場全体への一般化を判断しない --- 【再検証後に判断できること】 再検証後には、以下を判断できる。 - 未整理の内容をそのまま貼り付ける方式を正式採用できるか - 入力準備の負担を実際に減らせたか - 結果確認まで含めた総負担を減らせたか - 新方式でも中核的な整理価値を再現できるか - 貼り付け方法の案内や補足入力が必要か - AIからの確認質問を追加すべきか - 入力負担が非再利用の主要因だった可能性が支持されるか - 新方式でも1回2,000円の都度払いを維持できるか - 新方式が再利用・再支払いにつながるか - 入力方法だけの修正で継続できるか、入力から出力までのMVP設計を見直す必要があるか 一方、今回の再検証だけでは以下は判断しない。 - Xが販売チャネルとして成立するか - 市場全体での最適価格 - 月額課金の成立可能性 - 新規顧客への販売再現性 - 市場規模 - 他業種への展開可能性 - 長期的な成長性 --- 【次の行動】 1. 方向転換前の購入者・利用者へ、新しい入力方法を案内する。 2. 特に、入力負担を再利用しなかった理由に挙げた利用者を優先し、現在整理する必要のある実案件があるか確認する。 3. 実案件がある場合は、事前に要約・分類せず、メール・チャットをそのまま入力してもらう。 4. 入力時に、事前整理、貼り付け範囲の迷い、中断、追加説明の有無を記録する。 5. 最初の出力について、古い指示、訂正、重複、抜け、誤分類、断定の誤りを確認する。 6. 利用者が行った修正、削除、追記を記録し、結果確認まで含む総負担を確認する。 7. 整理結果が、案件再開、顧客への確認、次の作業決定に実際に使われたか確認する。 8. 価格と都度払いを変更せず、新方式に対する実際の2,000円の支払いを確認する。 9. 再利用機会が発生した場合、別案件または別時点での再利用と再支払いを確認する。 10. 結果に応じて、次のように判断する。 - 総負担が減り、実務利用と支払いが確認できる場合は、新方式の正式採用を検討する - 入力は楽でも修正負担が大きい場合は、補足入力や確認質問など入力から出力までの設計を見直す - 品質は十分でも利用・再利用につながらない場合は、入力負担が主要な停止要因だったという仮説を見直す - 未整理入力では実務品質を安定して提供できない場合は、変更部分の修正にとどまらず、MVPとしての入力・処理・確認工程の再検証へ広げる 以上から、現時点の最終方針は、**既存の顧客課題・中核価値・価格の証拠を維持しながら、変更した入力方法と、それが結果品質・利用・再利用・支払いへ与える影響だけを再検証すること**である。

【商品・サービス・事業】 複数案件を持つ士業向けAI案件整理サービス。 顧客とのメール・チャット・メモを入力すると、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること をAIが整理して返す。 【現在の対象顧客】 複数の顧客案件を並行して抱える士業。 【現在解決しようとしている顧客課題】 顧客とのやり取りや案件情報が分散すると、 - 何が決まったか分からなくなる - 次に確認することを見失う - TODOが抜ける - 過去のやり取りを探すのに時間がかかる という問題。 【現在の利用場面】 - 顧客対応が長期化した案件 - 複数回の確認や修正が発生した案件 - 案件途中の状況整理 - しばらく止まっていた案件の再開時 【現在の提供内容】 案件情報をAIが整理し、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること を返す。 【現在の提供方法】 Webフォームへ案件情報を入力し、 AIによる整理結果を確認する。 【現在の価格】 1回2,000円。 【現在の課金方法】 利用ごとの都度払い。 【現在の販売方法・販売チャネル】 - 既存接点への案内 - 個別の声かけ 【方向転換前の対象顧客】 Web制作・受託開発を行う個人事業主。 【方向転換前の顧客課題】 顧客とのやり取りや修正が増えると、 - 決定事項が埋もれる - 修正履歴を追いにくい - TODOが抜ける - 次に何を確認すべきか分からなくなる という問題。 【方向転換前の利用場面】 - 修正依頼が増えたとき - 顧客とのやり取りが長くなったとき - 案件途中で状況を整理するとき - 止まっていた案件を再開するとき 【方向転換前の提供内容】 現在と同じ。 AIが案件情報を整理し、 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること を返す。 【方向転換前の提供方法】 現在と同じ。 Webフォームへ案件情報を入力し、 AIによる整理結果を確認する。 【方向転換前の価格】 1回2,000円。 【方向転換前の課金方法】 利用ごとの都度払い。 【方向転換前の販売方法・販売チャネル】 - 既存接点への案内 - Xでの告知 【今回変更したこと】 対象顧客を、 Web制作・受託開発系の個人事業主 から、 複数の顧客案件を持つ士業 へ変更した。 販売時の案内先も、 士業へ変更した。 【今回維持したこと】 - 案件情報を整理する中核機能 - AIが返す整理内容 - Webフォームによる提供 - 1回2,000円 - 都度払い 【今回変更しなかったこと】 - 提供内容 - 提供方法 - 価格 - 課金方法 【方向転換した理由】 Web制作・受託開発系では、 - 購入 - 再購入 - 顧客価値 は確認できた。 一方で、 対象市場をもう少し広げたいと考えた。 また、 士業も顧客との継続的なやり取りや、 案件ごとの情報整理が必要そうだと考えた。 【変更を支持していた証拠】 方向転換前に、 士業2人へ話を聞いた。 そのうち2人から、 - 「案件ごとにメールを探すことはある」 - 「顧客との確認事項を見失うことがある」 という発言があった。 ただし、 士業向けに実際のサービス利用はまだ実施していない。 購入案内もしていない。 【方向転換前に確認できていた顧客課題】 Web制作・受託開発系6人中5人から、 - 修正が増えると何が決まったか分からなくなる - チャットをさかのぼるのが面倒 - TODOを見落としそうになる という発言があった。 【方向転換前に確認できていた顧客価値】 Web制作・受託開発系の購入者5人中4人から、 - 決定事項を見直しやすい - 次に確認することが分かりやすい - 案件を再開しやすい という発言があった。 【方向転換前に確認できていた利用】 Web制作・受託開発系6人が利用。 主に、 - 修正依頼が増えた案件 - 顧客とのやり取りが長くなった案件 - 案件途中の整理 で利用された。 【方向転換前に確認できていた購入・支払い】 Web制作・受託開発系8人へ有料案内。 5人が購入。 全員1回2,000円を支払った。 【方向転換前に確認できていた再利用・再購入】 3人が再購入。 3人とも再度2,000円を支払った。 【方向転換前に確認できていた継続支払い】 月額課金は実施していないため未確認。 【方向転換前に確認できていた価格・支払い行動】 Web制作・受託開発系では、 1回2,000円で、 - 5人が購入 - 3人が再購入 している。 【方向転換前に確認できていた販売結果】 Web制作・受託開発系の既存接点から5人が購入。 X経由では購入未確認。 【方向転換前に確認できていた改善結果】 入力方法を簡略化したところ、 一部利用者から 「前より入力しやすい」という反応があった。 【方向転換前に確認できていた成長施策結果】 Web制作・受託開発系では、 既存接点から購入が発生した。 【今回の変更によって変わった前提】 対象顧客が変わった。 そのため、 Web制作・受託開発系で確認された、 - 顧客課題 - 利用場面 - 顧客価値 - 購入 - 再購入 - 2,000円での支払い が、 士業でも同じように成立するかは未確認。 【今回の変更後も変わらないと思っている前提】 - 案件情報を整理するという提供内容 - AIが決定事項やTODOを整理する仕組み - Webフォームによる提供 - 1回2,000円 - 都度払い ただし、 これらが士業でも受け入れられるかは未確認。 【変更後に新しく確認したいこと】 - 士業でも案件情報の分散が実際に強い課題か - 士業でも途中整理に価値を感じるか - 実際にサービスを利用するか - 2,000円を支払うか - 再利用するか - Web制作・受託開発系と同じ整理内容で十分か 【変更後にすでに確認できたこと】 士業2人から、 - メールを探すことがある - 確認事項を見失うことがある という発言は確認した。 ただし、 - 実利用 - 購入 - 支払い - 再利用 はまだ確認していない。 【変更後にまだ確認できていないこと】 - 課題の強さ - 利用場面 - 実際の利用 - 整理結果の価値 - 2,000円での支払い - 再購入 - 継続的な必要性 【再検証に使える既存顧客・利用者】 士業2人へ追加で確認できる。 方向転換前のWeb制作・受託開発系利用者もいるが、 新しい対象顧客ではない。 【再検証に使える既存データ】 Web制作・受託開発系での、 - 顧客課題 - 利用 - 購入 - 再購入 - 支払い - 利用場面 - 顧客価値 のデータがある。 ただし、 すべて旧対象顧客でのデータ。 【追加検証に必要になりそうな費用・時間・工数】 士業への追加確認は、 大きな費用なしで可能。 現在のサービスをそのまま案内できるため、 大きな追加開発は不要。 【大きな再開発が必要になる変更】 現時点ではなし。 士業向けに新しい機能を追加する予定もない。 【今回できるだけ維持したいもの】 - 現在のAI整理機能 - Webフォーム - 価格2,000円 - 都度払い - 既存のシステム 【今回できるだけ再検証を省きたいもの】 できれば、 - 価格 - 提供方法 - 中核機能 はそのまま使いたい。 【今回特に判断したいこと】 - 対象顧客を変えた場合、どこまで再検証へ戻る必要があるか - Web制作・受託開発系での課題・購入実績をどこまで引き継げるか - 士業の課題をもう一度確認する必要があるか - MVPとして再検証する必要があるか - 2,000円の価格をそのまま試してよいか - 何を固定し、何を新しく確認すべきか

【今回の方向転換内容】 対象顧客を以下のように変更した。 - 変更前：Web制作・受託開発を行う個人事業主 - 変更後：複数の顧客案件を並行して抱える士業 これに伴い、販売時の案内先もWeb制作・受託開発系から士業へ変更した。 一方、以下は変更していない。 - AIによる案件整理機能 - 出力する5項目 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること - Webフォームによる提供 - 1回2,000円 - 都度払い - 既存システム したがって、今回の方向転換は商品全体の作り直しではなく、主に「誰の課題を解決するか」の変更である。 --- 【方向転換後も維持される前提】 以下は、方向転換後も維持できる。 ### 技術・提供面 - 現在のAI整理機能は実際に動作する - 案件情報から5つの項目を整理して返せる - Webフォームで入力・結果確認ができる - 都度払いで決済・提供できる - 再購入を処理できる - 大きな追加開発なしで士業へ提供できる ### 解決策の仮説 旧対象顧客では、情報が分散した案件に対して、決定事項・TODO・確認事項などを整理する解決策が利用・購入・再購入されている。 そのため、案件整理という基本原理をゼロから考え直す必要はない。士業向けにも、現行機能を初期MVPとして使用できる。 ### 初期の販売条件 - 1回2,000円を初期の検証価格として使える - 都度払いのまま検証できる - 既存接点や個別案内から開始できる ただし、これらが士業にも受け入れられることまで確認済みという意味ではない。 --- 【方向転換によって変わった前提】 対象顧客が変わったことで、以下の市場側の前提が未確認になった。 ### 顧客課題 - 士業でも案件情報の分散が強い課題なのか - メール探索や確認事項の見失いが頻繁に発生するのか - 放置した場合に実務上の負担・遅れ・漏れが起きるのか - 現在の対処方法では不十分なのか - 有料で解決したいほど課題が強いのか ### 利用場面 - 長期化案件、複数回の確認がある案件、案件再開時などで実際に使うのか - こうした利用場面が繰り返し発生するのか ### 提供方法の受容性 - 士業が実案件情報をWebフォームへ入力するのか - 顧客情報や案件情報の取り扱いへの懸念が利用を妨げないか - 入力負担よりも整理結果の価値が上回るか ### 顧客価値 - 現在の5項目が士業実務でも役立つのか - 次の顧客対応や案件処理につながるのか - 士業固有の不足項目がないか ### 購入・再購入 - 士業が1回2,000円を実際に支払うのか - 都度払いを受け入れるのか - 別案件や後日の整理時に再購入するのか ### 販売 - 士業への個別案内から利用・購入が発生するのか - どのような案件特性を持つ士業に適合するのか --- 【そのまま引き継げる証拠】 以下の証拠は、対象顧客の需要ではなく、サービスの提供可能性に関する証拠として引き継げる。 - Web制作・受託開発系6人が実際に利用した - AI整理機能とWebフォームでサービスを提供できた - 8人への有料案内から5人が購入した - 5人が実際に1回2,000円を支払った - 3人が再購入し、再度2,000円を支払った - 購入者5人中4人が以下の価値を評価した - 決定事項を見直しやすい - 次に確認することが分かりやすい - 案件を再開しやすい - 入力方法を簡略化したことで、一部利用者から入力しやすくなったという反応があった - 既存接点への案内から購入が発生した これらから、以下は引き継げる。 - AIによる案件整理という解決策には成立実績がある - 現行機能を士業向けMVPとして試す合理性がある - 2,000円を初期提示価格として使う根拠がある - 都度払いで販売・提供できる - 大きな再開発を先に行う必要はない また、士業2人から得た以下の発言は、課題仮説を支持する初期証拠として使える。 - 案件ごとにメールを探すことがある - 顧客との確認事項を見失うことがある ただし、これは課題の強さや支払い意思の証拠ではない。 --- 【引き継げない証拠】 以下は旧対象顧客で成立した証拠であり、士業についての確認済み証拠としては引き継げない。 - Web制作・受託開発系6人中5人に課題があったこと - 旧対象顧客で確認された課題の発生頻度や利用場面 - 6人が利用したという実績 - 購入者5人中4人が現行出力に価値を感じたこと - 8人中5人が購入した結果 - 5人が2,000円を支払った結果 - 3人が再購入した結果 - 既存接点から5人が購入した販売結果 したがって、以下のようには判断できない。 - 士業でも同程度の割合で課題がある - 士業も現行フォームを利用する - 士業も5つの整理項目に同じ価値を感じる - 士業も2,000円を支払う - 士業も再購入する - 士業への既存接点営業で同じ販売結果が出る --- 【新しく確認が必要になったこと】 優先して確認する必要があるのは以下である。 1. **課題の強さ** - 具体的にどの案件で発生したか - 何を探した、見失った、漏らしかけたのか - どのような手間・遅れ・支障が発生したか - 現在の対処方法で足りない理由は何か 2. **実際の利用場面** - どのタイミングで案件整理が必要になるか - 長期化案件、途中整理、案件再開時などで実際に利用するか 3. **Webフォームでの実利用** - 実案件情報を入力するか - 入力を完了できるか - 情報の取り扱いや入力負担が障壁にならないか 4. **整理結果の実務上の価値** - 状況把握が容易になるか - 次の顧客対応が明確になるか - TODOや未決事項を特定できるか - 出力後に実際の案件処理が進むか - 現在の5項目で不足がないか 5. **実購入・支払い** - 1回2,000円・都度払いで実際に購入するか 6. **再利用・再購入** - 別案件や別時点で再び必要性が生じるか - その際に再度2,000円を支払うか 7. **対象の絞り込み** - どの種類の士業、業務、案件特性で課題と価値が強いか --- 【再検証しなくてよいこと】 以下は改めて検証する必要がない。 ### 技術的な提供可能性 - AI整理機能が動作するか - 5つの項目を出力できるか - Webフォームを実装できるか - 都度払いを処理できるか - 再購入を処理できるか ### 旧対象顧客での実績 - Web制作・受託開発系に課題があったこと - 旧対象顧客が実際に利用したこと - 2,000円で購入・再購入されたこと - 旧対象顧客が整理結果に価値を感じたこと これらの事実は有効なままであり、旧対象顧客に対して再検証する必要はない。 ### 今回優先しない事項 - 2,000円が最適価格か - 月額課金の方がよいか - Xが有効な販売チャネルか - 士業市場全体の規模 - 士業向け新機能の開発 - 大規模な販売チャネルの拡大 まず現行条件で士業に利用・支払いが発生するかを確認してから判断できる。 --- 【必要な戻り地点】 **顧客課題まで戻って再検証する。** ただし、白紙から課題探索をやり直したり、解決策を作り直したりするものではない。 士業2人から課題の兆候は確認できているため、具体的な実案件を使って課題の頻度・影響・既存の対処方法を短く確認し、そのまま現行MVPの実利用、有料購入、再購入の確認へ進む。 --- 【最終再検証判断】 **「顧客課題まで戻って再検証」を選択する。** 再検証範囲は以下である。 - 士業における顧客課題 - 具体的な利用場面 - 現行MVPでの実利用 - 現在の5項目による顧客価値 - 1回2,000円での実支払い - 別案件・別時点での再購入 一方、以下は固定して使用する。 - 現行のAI整理機能 - 5つの整理項目 - Webフォーム - 1回2,000円 - 都度払い - 既存システム したがって、戻り地点は顧客課題だが、実施方法としては、課題確認と現行MVPの有料検証を連続して行う。 --- 【この範囲を再検証する理由】 今回変更したのは単なる販売メッセージではなく、顧客セグメントである。 旧対象顧客では、以下の一連の証拠がある。 - 課題の発言 - 実利用 - 顧客価値 - 初回購入 - 2,000円の支払い - 再購入 しかし、士業で確認できているのは、2人による課題の存在を示す発言だけである。 そのため、販売条件だけを検証しても、購入されなかった原因が以下のどれか判断できない。 - 課題が弱い - 利用場面が違う - Webフォームへ情報を入力できない - 現在の出力内容が不足している - 2,000円に見合う価値がない - 案内内容が伝わっていない 一方、解決策の基本原理と提供可能性には旧対象顧客での実績がある。大きな追加開発も不要であるため、全面的な再検証や再開発は過剰である。 このため、顧客課題から支払い・再購入までの市場側だけを再検証するのが適切である。 --- 【再検証する問い】 1. 士業の実案件で、案件情報の分散は有料で解決したいほど強い課題か 2. その課題は、どの案件・タイミングで発生するか 3. 士業は実案件情報を現在のWebフォームへ入力できるか 4. 現在の5つの整理項目で案件状況と次の対応が明確になるか 5. 整理結果を使って、顧客連絡やTODO実行などの実務行動が進むか 6. 士業が1回2,000円・都度払いで実際に購入するか 7. 別案件または後日の整理時に、再度2,000円を支払って利用するか 8. 現行条件が合うのは、どのような士業・業務・案件特性か --- 【固定する条件】 今回の検証中は以下を変更しない。 - AIによる案件整理という中核機能 - 出力する5項目 - 決定事項 - TODO - 未決事項 - 確認事項 - 次にやること - Webフォームによる入力と結果確認 - 1回2,000円 - 都度払い - 現在の既存システム - 既存接点および個別の声かけによる案内 無料化、値下げ、月額化、士業向け機能の追加を先に行わない。現行条件で不成立要因を確認した後、必要な差分だけを検討する。 --- 【今回確認する変更条件】 今回の主な変更条件は以下である。 - 対象顧客が士業であること - 士業の実案件を対象にすること - 販売・案内先が士業であること - 士業の案件文脈における課題、利用、価値、支払いを確認すること また、「士業」を一括りにせず、結果を解釈する際には以下の案件特性を記録する。 - 顧客とのやり取りの長さ - 確認・修正の往復 - 同時並行案件の状況 - 案件の中断・再開 - 主な連絡手段 - 現在の整理方法 --- 【確認する行動・結果】 ### 課題について - 具体的な実案件が提示される - 何を探した、見失った、漏らしかけたのかが確認できる - それによる手間、遅れ、対応上の支障が確認できる - 現在の対処方法と、その不足が確認できる - 整理が必要になる具体的なタイミングが確認できる ### 購入について - 1回2,000円・都度払いを提示する - 申し込みだけでなく、実際の支払いが行われるか確認する - 購入しない場合は、止まった理由を確認する ### 利用について - 実際にフォーム入力を開始する - 入力を完了する - 整理結果を確認する - 情報入力への懸念や入力負担が利用を妨げなかったか確認する ### 顧客価値について - 案件状況を把握できる - 次に確認する内容が明確になる - TODOや未決事項を特定できる - 顧客への連絡、確認、案件処理など次の行動が起きる - メールなどを再度探す負担が減る - 現在の5項目で不足する内容が具体的に判明する ### 再購入について - 別案件または別時点で再度整理の必要性が発生する - その際に再利用を選ぶ - 同じ条件で再度2,000円を支払う - 再購入しない場合は、利用機会がなかったのか、価値や価格に問題があったのかを確認する これらの事実・行動・支払い・利用結果が、次の判断へ進む材料になる。 --- 【結果を判断するときの注意】 1. **課題の発言だけで需要が確認できたと判断しない** - 「困ることがある」と、有料で解決したいことは別である。 2. **購入・利用・価値・再購入を分けて記録する** - 購入しても入力しない場合がある。 - 入力しても実務行動につながらない場合がある。 - 初回に価値があっても再購入しない場合がある。 3. **未購入の原因を価格だけにしない** - 課題の弱さ、利用タイミング、入力負担、情報の取り扱いへの懸念、出力不足、案内方法などを切り分ける。 4. **入力障壁と機能価値を混同しない** - 出力に価値があっても、案件情報をフォームへ入力できなければ、現行提供方法では成立しない。 5. **士業2人の結果を士業全体へ一般化しない** - 最初の行動検証には使えるが、士業の種類や案件特性による違いは残る。 6. **既存接点からの購入と販売再現性を分ける** - 既存接点で購入されても、接点のない士業を継続的に獲得できることまでは確認できない。 7. **旧対象顧客との購入率を単純比較しない** - 対象顧客、案件状況、接点などの条件が異なるため、差の原因を職種だけに帰属できない。 8. **再購入がない場合、需要がないと即断しない** - 再び整理が必要な場面が発生したかを確認する必要がある。 --- 【再検証後に判断できること】 再検証後には、以下を判断できる。 ### 士業向けに継続できる場合 - 士業の実案件に強い課題がある - 現行フォームで実利用できる - 現在の5項目が実務行動につながる - 2,000円で実支払いが発生する この場合、現行MVPと価格を維持して士業向け販売を継続できる。 再購入も確認できれば、都度払いによる反復利用の可能性を支持する証拠になる。 ### 一部修正が必要な場合 課題、支払い、基本的な価値は確認できるが、入力方法や整理項目に具体的な不足がある場合は、その差分だけを修正できる。 ### 提供方法を見直す場合 出力には価値があるが、案件情報をWebフォームへ入力できない場合は、中核機能ではなく提供方法や情報入力の扱いを見直す必要がある。 ### 対象を絞る場合 一部の士業・業務・案件特性でのみ課題と支払いが確認される場合は、「士業全般」ではなく、適合した範囲へ対象を絞れる。 ### 方向転換を見直す場合 具体的な課題が弱い、既存手段で十分、実利用されない、整理結果が行動につながらない場合は、士業への方向転換自体を見直す材料になる。 ### 価格を追加検証する場合 課題・利用・価値は確認できるが、2,000円で支払いが発生しない場合に限り、価格を含む販売条件の追加検証へ進める。ただし、価格以外の不成立要因との切り分けが必要である。 --- 【次の行動】 1. 追加確認できる士業2人について、直近の具体的な案件を基に課題を確認する 2. 課題に該当する実案件がある場合、現行条件のまま有料案内する - 現行Webフォーム - 現在の5項目 - 1回2,000円 - 都度払い 3. 実際の支払い、入力開始、入力完了、結果確認を分けて記録する 4. 整理結果を使って、顧客連絡やTODO実行などの次の行動が起きたか確認する 5. 現行の5項目で不足した内容を、具体的な実案件に基づいて記録する 6. 別案件または後日の整理需要が発生した際に、同じ条件で再購入するか確認する 7. 確認できなかった項目が残る場合に限り、追加の士業へ同じ条件で案内する 8. 不成立箇所が特定できた後にのみ、対象の絞り込み、入力方法、整理項目、価格などの変更を検討する 結論として、**現行商品は作り直さず固定し、士業について顧客課題から実利用・支払い・再購入までを再検証する**のが最小かつ適切な設計である。