3-23　試作：完璧ではなく、学びのために作る（×AI）

※もともと有料教材でしたが、今はすべて無料で読めます。経緯はこちら→https://note.com/bonnno420/n/n226b8551ab12

3週間かけて磨き上げた企画書が、役員の一言でゼロに戻った。あの3週間は何だったのか——と天井を見上げた夜、ありませんか。

作り込みは誠実さの証です。ただ、見せる「順序」が逆だっただけです。

この記事で渡すのは、その思考の型です。

プロトタイプの正しい定義は「完成品の下書き」ではありません。学びを得るための検証道具です。だから雑でいい、むしろ雑であるべき——作り込んだ試作は愛着を生み、否定的なフィードバックを受け入れにくくするからです。

第4ステップは試作（Prototype）です。まず、最大の誤解を解きましょう。プロトタイプは「完成品の下書き」ではありません。アイデアを検証可能な形にして、学びを得るための道具です。目的は完成度ではなく、フィードバックを引き出すこと。だから、雑で構いません。むしろ雑であるべきです。作り込んだ試作品は、作り手に愛着を生み、否定的なフィードバックを受け入れにくくします。

プロトタイプの形は多様です。紙のスケッチ、画面遷移を手描きした紙芝居、サービスの流れを演じる寸劇、ダンボールの模型——「アイデアの核が相手に伝わり、反応を引き出せる」なら、何でもプロトタイプです。

そして生成AIは、試作の風景を根本から変えました。言葉のプロトタイプはその代表です。
①コンセプトの文章化：「このアイデアを、サービス紹介文の形で300字にして。キャッチコピー付きで」。紹介文の形になった瞬間、アイデアの魅力と弱点が急に見えるようになります。
②ユーザーシナリオ：「佐藤さんがこのサービスを使う平日の一日を、シナリオとして描写して」。使われる場面を物語にすると、机上では気づかなかった摩擦点（面倒な手順、使われない機能）が浮かび上がります。

さらに進んで、動くプロトタイプまで手が届くようになりました。AIにアプリの動く試作を作らせるツール（Google AI Studioなど）を使えば、プログラミング知識がなくても、「こういう画面で、こう操作するアプリ」という指示から、実際に触れるデモが数分で生まれます。「触れるもの」が引き出すフィードバックの質は、口頭説明とは比べものになりません。

心構えをまとめます。早く、安く、雑に作る。愛着を持つ前に見せる。——第3A部 3-8の「朝ドラフトで壁打ち」、2-11の「中間出力の検問所」と、根は同じ思想です。この講座で何度も出会うこの思想には名前があります。完璧な計画より、素早い試行と修正。次のテストのステップで、その仕上げをします。

保存版・試作の心得

• プロトタイプは完成品の下書きではなく、学びを得るための検証道具

• 言葉のプロトタイプ（紹介文・ユーザーシナリオ）はAIで数分で作れる

• 早く、安く、雑に作り、愛着を持つ前に見せる

これで冒頭の"3週間磨いて役員の一言でゼロ"が防げます。

やってみよう: 前レクチャーで選んだアイデアを、AIで「300字の紹介文」と「ユーザーの一日シナリオ」の2つの言葉のプロトタイプにしてみましょう。型はこちらです。

関連する無料ケーススタディ: 51「3ヶ月かけた完璧な企画書が、リリースで崩れた。次は3回のループで当てた」

📍 番号や読む順に迷ったら講座マップへ。目的別ルートと全84レクチャーの対応表があります。