【2026年】プロトタイピングはAIで変わる｜作る前に確かめる形

「試作なら数日で出せますと言われたのですが、出てきたものが本番と見分けがつきません」「案は3つ作れました。ただ、どれを捨てるのかを決める場が用意されていません」——作る側ではなく、見せられて判断する側から届く声です。2026年の設計分野では、作り込みの度合いを問いに合わせるという古くからの作法が、あらためて議論の的になっています。生成AIで作り込みが安くなったぶん、確かめたいことに対して過剰に仕上げた試作が増えたからです。ある解説では、中くらいの作り込みに利用者の反応を1回加えたほうが、作り込みだけを上げて誰にも触らせない試作より必ず良い結果になると書かれています。試作の値打ちは完成度では決まりません。本当は、何を確かめるために作り、いつ捨てるかを先に決めたかどうかで決まります。この記事では、試作の段階の分け方から、AIで作れるようになって実際に何が変わったのか、そして捨てるときに何を残すのかまでを整理します。

「作る前に確かめる」が2026年に意味を変えた

試作という言葉が指すものは、この数年で二重になりました。従来は、手を動かして形にすること自体に手間がかかり、その手間をかけてでも先に確かめるべきかどうかが議論の中心でした。いまは、頼めば数時間で触れるものが出てきます。作る費用が下がった結果、試作の値打ちは「作れたこと」から離れました。作れるのは前提になり、残るのは何を確かめたのかという一点だけです。

2026年の解説記事では、作り込みの度合いを自分の安心ではなく問いに合わせよ、という指摘が繰り返し出てきます。早い段階で作り込みすぎると時間を失い、しかも根拠のない自信が生まれる。逆に、使いやすさを確かめたいのに線画だけを見せると、返ってくる答えが曖昧になる。作り込みの度合いは好みではなく、問いから逆算して決めるものです。生成AIは、この逆算を省略しても形になってしまうため、かえって守りにくくなりました。

だから工程を1つ足します。作り始める前に、確かめたい問いを1行で書く。「承認の順番が現場の実態に合っているか」「出てくる答えが担当者の判断と食い違わないか」「この画面で迷わず最後まで進めるか」。1行で書けないなら、まだ作る段階ではありません。書けたら、その問いに答えが出る最小の段階だけを作ります。ここを飛ばすと、後で説明する「見た目の完成度で判断される」事故が高い確率で起きます。

試作の段階を4つに分ける

試作をひとくくりに扱うと、話がかみ合いません。実務では次の4段階に分けます。上に行くほど作る手間が増え、確かめられることが具体的になります。段階ごとに、確かめられないことも同時に決まっているのが重要な点です。確かめられないことを先に共有しておくと、その場で答えの出ない議論に時間を使わずに済みます。

段階	作るもの	確かめられること	確かめられないこと	手間の目安
絵だけ	画面の並びと流れを線で描いたもの	話の順番と言葉づかいが通じるか。誰の仕事が増えるか	操作のしやすさ、待ち時間、実現できるか	数時間から2〜3日
触れるが中身は空	押すと次に進むが、値は固定されている	迷わず最後まで辿り着けるか。どこで手が止まるか	実際の値での正しさ、量が増えたときの挙動	3日から1週間
少数の実データで動く	実際の値を数十件だけ入れて動かす	出てくる答えが妥当か。例外がどこに出るか	件数が増えたときの速さ、権限の設計、記録の残り方	1週間から3週間
限られた人が業務で使う	対象を絞り、日常の業務の中で使ってもらう	業務の順番に載るか。誰が確認し、誰が止めるか	全社に広げたときの運用の重さ、教育の手間	2週間から2か月

段階の呼び名は社内で通じれば何でも構いません。決めておくべきは、いま何段目にいるかを全員が同じ言葉で言えることです。ある解説では、この梯子はもっと細かく6段に分けられており、紙とホワイトボードなら1〜2時間、簡素な線画なら1〜3日、押して進める中位の試作なら3〜7日、実際に動く試作なら1〜3週間という目安が示されています。段数を増やすより、いま何を確かめている段なのかを言えるほうが大事です。

段階を飛ばすと、確かめたことにならない

よく起きるのは、絵だけで答えが出る問いに、動く試作を作ってしまうことです。承認の順番が現場の実態に合っているかを確かめたいだけなら、画面が動く必要はありません。動かした結果、確かめたかった順番の話ではなく、押した感触や文字の大きさの話に時間が流れます。作り込みを上げると、返ってくる意見の中身まで変わります。

逆の飛ばし方もあります。出てくる答えが業務で使えるかを確かめたいのに、値を固定した試作だけを見せる。この場合、見た人は「動いている」と受け取りますが、実際には何も確かめていません。少数でよいので実際の値を入れないと、例外がどこに出るかは分かりません。ある解説では、低い段階の試作では実現できるかどうかや操作の細部は確かめられないと明記されています。

運用としては、段階を上げる条件を先に決めておきます。「この問いに答えが出たら次の段へ」「答えが出なければ、同じ段でもう1案作る」。この2つだけで、飛ばしと作り込みすぎの両方が減ります。決める人にも、いま何段目で何を確かめているのかを最初に伝えます。伝えていない状態で見せると、相手はほぼ確実に最終形として受け取ります。

変わったのは作る速さより、捨てやすさ

生成AIで試作が速くなった、という説明は間違ってはいませんが、実務でいちばん効いている変化はそこではありません。安く作れるということは、作ったものを捨てても損失が小さいということです。1つの案に3週間かけていた時代は、その案を捨てる判断そのものが重い決定でした。半日で作れるなら、捨てるのは判断ですらなくなります。

この違いは、会議の空気に直接出ます。手間をかけた案は、作った人の努力と結び付いてしまい、良し悪しの議論が人の評価の話に寄っていく。短時間で作った案は、机の上に並んだ材料として扱えます。捨てやすさは、心理の問題ではなく費用の問題として解けるようになりました。ここを意識せずに速さだけを取りに行くと、速く作った1案を大事に抱える形になり、以前より悪化します。

実務での目安を1つ挙げます。作った試作のうち、実際に捨てた割合を数えてみることです。作った案がほぼ全部そのまま進んでいるなら、試作を選択肢を広げるためではなく、決まった答えを見せるために使っています。捨てた割合が半分を超えているなら、選択肢として機能しています。この数字は、試作の使い方が変わったかどうかを測る、いちばん簡単な指標になります。

案を1つに絞らず、並べて見せるのが本番の使い方

安く作れるようになった以上、最初から1案に絞る理由はほとんど残っていません。それでも1案で持っていく習慣が続くのは、作る手間が高かった時代の名残です。案を3つ並べると、見る側の話し方が変わります。「これでよいか」という是非の議論から、「どれが何を優先しているか」という比較の議論に移ります。比較の形にすると、判断の根拠が言葉になって残ります。

並べ方には条件があります。3案とも同じ段階で作ること、そして3案の違いを1つの軸に揃えることです。作り込みの度合いが違う案を並べると、作り込んだほうが必ず良く見えます。違いが複数の軸にまたがっていると、どの軸で選んだのかが後から分からなくなります。実務では、優先するものを1つずつ変えた3案が使いやすい形です。速さを優先した案、正確さを優先した案、担当者の手数を減らした案、という置き方です。

並べたあとにやることも決めておきます。3案から1つを選ぶのではなく、まず捨てる案を先に決めます。捨てる理由を言葉にできない案は、実は誰も要らないと思っていなかった案です。残す理由より、捨てる理由のほうが言葉になりやすい。この順番にすると、選んだ理由が後から説明できる形で残ります。

いちばん危ないのは、動いてしまうこと

試作で最も厄介なのは、失敗ではなく成功のほうです。触れて、押せて、それらしい値が返ってくる。この状態を見た人は、残っている作業を「仕上げ」だと受け取ります。ある解説には、これほど完成して見える試作は本来より捨てるのが難しくなる、と書かれています。別の解説では、自信ありげに見える試作は間違った処理を隠せる、とも指摘されています。見た目の完成度と、中身の正しさは連動しません。

実際に何が抜けているのかを具体で挙げます。他の仕組みとの本当の連携、誰が何を見てよいかの権限、誰がいつ何をしたかの記録、件数が増えたときの速さ、失敗したときの戻し方。試作の段階では、これらはたいてい省かれています。省いてよいから試作なのですが、省いたことは画面からは見えません。ある解説でも、試作は本番の仕組みの代わりにはならず、実際の連携や認証には繋がっていないと明記されています。

そして、この誤解はほぼ必ず「そのまま本番に載せられないか」という話として現れます。断る材料を持っていないと、押し切られます。材料は事前に用意しておくもので、後から探すものではありません。次の節で、見た目と期限の2つから防ぐ方法を書きます。

見た目で試作と分かる状態にしておく

防ぎ方の1つ目は、見た目です。完成品と見分けが付く状態を、わざと残しておきます。実務でよく使うのは、画面のどこかに試作である旨と作った日付を常に表示しておくこと、本物の会社名や商品名を使わずに仮の名前を使うこと、色や書体を社内の正式なものと揃えないことです。捨てる前提のものは、捨てる前提に見えていなければなりません。

ただし、粗くしすぎると別の問題が起きます。使いやすさを確かめたい段階で見た目を崩すと、崩れていること自体に意見が集まります。線引きは単純で、確かめたい問いに関係する部分だけを本物に近づけ、関係しない部分は仮のままにします。値の妥当さを確かめたいなら値だけを実物にし、画面は素のままでよい。本物に近づける範囲を、問いに関係する部分だけに限るという決め方です。

2つ目は期限です。作る前に、この試作をいつ捨てるかを日付で決めておきます。日付を決めずに置いておくと、誰も止めないまま使われ続け、気付いたときには業務が乗っています。期限が来たら、延長するかどうかを明示的に決め直します。延長の判断を1度も通さずに半年動いている試作は、すでに本番です。その事実を認めて、本番として作り直す判断に切り替えます。

業務の中で試すときは、本物の顧客データを入れない

段階が上がって実データで動かす頃に、必ず出てくるのがデータの扱いです。ここでの原則は単純で、試作の段階では本物の顧客データを入れない。試作は権限の設計も記録の仕組みも省いた状態なので、事故が起きたときに誰が何を見たのかを説明できません。生成AIの受託開発では、検証の段階や納品の時点で法務や情報システムの部門から止められる事故が頻繁に起きていると報告されています。止まる理由のほとんどが、この線引きを先に決めていないことです。

社内ルールの解説では、入力してよいデータを3つに区分する形が示されています。公開されている情報はそのまま使える。取引先名や人名を含む文書は、固有名詞を伏せたうえで使う。個人情報や顧客の機密、未公開の経営や財務の数字は、許可された環境の外では使わない。個人情報保護委員会の指針も引かれており、利用目的の範囲内であること、入力した内容が学習に使われない構成かを確認することが求められています。

データの種類	試作に入れてよいか	代わりに使うもの
公開されている資料や製品の説明	そのまま使える	置き換え不要
取引先名や担当者名を含む文書	固有名詞を伏せれば使える	記号に置き換えた名前
顧客の個人情報や名簿	許可された環境の外では入れない	こちらで作った値
未公開の経営や財務の数字	許可された環境の外では入れない	桁だけ合わせた作り値
実際の取引や問い合わせの記録	そのままは入れない	件数と形だけ写した作り値

• 議事録や顧客の名簿をそのまま要約させると、本人の同意がないまま外部の仕組みへ個人情報を渡すことになる
• 迷ったときは入力しない側に寄せる。試作の段階で得られる速さより、後から説明できないことのほうが高くつく
• 許可された環境の内側で扱う場合も、誰が何を入れたのかを残す。残っていないと、後から範囲を説明できない
• 試作を捨てるときは、入れた値も一緒に消す。残ったまま次の試作に引き継がれる事故が起きやすい

作った値で足りる範囲と、足りない範囲

本物を入れない代わりに、こちらで作った値を使います。ある解説では、短期間で試作を作るための原則として、ダミーの値で埋めることが挙げられています。ただし、作った値で答えが出る問いと、出ない問いがあります。ここを混同すると、確かめたつもりで何も確かめていない状態になります。

作った値で足りるのは、画面の並びや操作の流れ、必要な項目が揃っているか、担当者の手数がどれだけ増えるか、といった形の問いです。値そのものの中身に依存しないからです。足りないのは、実際の値のばらつきや例外に関わる問いです。桁が極端に大きい取引、途中で解約された契約、担当者が空欄のまま登録した記録。作った値は、きれいすぎるために例外を含みません。

実務での折衷案は、実際の値の形だけを写した作り値を用意することです。項目の並びと、値の長さと、空欄の出やすさだけを実物に合わせ、中身は入れ替える。この作り方なら、例外の一部は再現できます。それでも足りないと分かったら、許可された環境を用意してから次の段階に進みます。環境を用意する手間を惜しんで、本物の値を試作に入れる判断だけは避けます。

決める人に見せるときは、確かめたい問いを先に1行で言う

試作を見せる場で最も多い失敗は、説明なしに画面を出すことです。何も言わずに出せば、見た人は目に入ったものから話します。色、文字の大きさ、言い回し、並び順。どれも後で直せるところばかりで、その日にしか聞けない話が聞けないまま時間が終わります。先に問いを言うだけで、返ってくる意見の中身が変わります。

言い方は決まっています。「今日確かめたいのは、承認の順番が現場の実際と合っているかです。色と文言はまだ仮です」。この2文を先に置きます。加えて、いま何段目の試作なのか、確かめられないことは何かも添えます。ある解説では、検証のための試作は顧客が触って具体的な反応を返せる最低限でよく、動くボタンが3つあれば足りる場合もあると書かれています。3つで足りるかどうかは、問いの立て方で決まります。

• 問いを言わずに画面を出す：配色と文言の指摘で時間が終わり、確かめたかったことが確かめられない
• 3案の作り込みを揃えずに並べる：作り込んだ案が必ず良く見え、比較の意味がなくなる
• 「まだ試作です」とだけ言う：何が仮で何が本物かが伝わらず、結局すべてが本物として読まれる
• その場で改修の約束をする：試作が要望の集積場になり、捨てられない状態に近づく
• 見せた結果を口頭で終える：何を確かめて何が分かったのかが残らず、半年後に同じ案が出てくる

AIに任せる工程は、案を並べることと、穴を指摘させること

試作の作業を工程で分けると、生成AIに向いている場所ははっきりしています。1つ目は、案を複数同時に作らせることです。1案を丁寧に作らせるより、優先するものを変えた3案を同時に出させるほうが、比較の材料としてそのまま使えます。人が手で3案作ると、後から作った案ほど丁寧になり、比較が歪みます。同じ手間で作った3案という条件は、機械のほうが守れます。

2つ目は、操作の流れの穴を指摘させることです。作った流れを渡して、途中で戻れなくなる箇所、入力が失敗したときに行き先がない箇所、権限のない人が辿り着ける箇所を挙げさせます。ここは網羅の作業なので、人が見るより漏れが少ない。ただし、挙がったものをすべて直す必要はありません。試作の段階では、直さずに「確かめられないこと」として書き出すだけで足ります。

3つ目は、試した結果を段階ごとの記録に整えさせることです。会議のメモや口頭のやり取りを渡して、確かめた問い、出た答え、次の段階に上げる条件という形に並べ直させます。記録の形を先に決めておくと、整える作業だけを渡せます。形が決まっていないと、返ってくるのはただの要約で、次の判断には使えません。

成功か失敗かは、AIに判定させない

材料が揃うと、そのまま「この試作は成功と言えますか」と聞きたくなります。聞けば答えは返ってきますが、返ってくるのは渡した情報の中で辻褄の合う文章です。判定に必要な情報の多くは、そもそも渡していません。見せた相手の反応の温度、その場で誰が黙っていたか、社内で別に進んでいる案件との関係。書き起こされていない事情が、判断の大部分を占めます。

代わりに、人が書く欄を2つだけ決めておきます。「何を確かめたかったか」と「その答えが出たかどうか」。この2つは、作った本人しか書けません。答えが出ていないなら、出ていないと書きます。ここを曖昧にしたまま次の段階に進むと、確かめていないことが確かめた扱いになり、そのまま本番の前提として引き継がれます。ある解説でも、機械が出したものは階層や間隔の詰めが甘く、人の確認を前提とすべきだと指摘されています。

使い方を1つ変えるだけで、この危うさは減ります。判定を聞くのではなく、自分の判定への反論を書かせることです。「この試作で問いに答えが出たと考えている。この判断が成り立たない可能性を挙げてほしい」。出てきた反論のうち、記録で確かめられるものだけを確かめに行きます。判断は人が持ったまま、見落としだけを拾える形になります。

捨てる前に残す記録の項目一覧

試作を捨てるとき、捨てるものと残すものを分けます。捨てるのは作ったものそのもの。残すのは、何を確かめて、何が分かって、なぜその案をやめたのかという記録です。ここを残さないと、半年後に同じ案がもう一度出てきます。しかも、前回やめた理由は誰も覚えていないので、また同じ手間をかけて同じ結論に辿り着きます。

残す項目は多くありません。次の8つで足ります。項目を増やすと誰も書かなくなり、翌月には歯抜けの表になります。書くのは試作を作った本人で、捨てると決めた日にその場で書きます。後日まとめて書くと、記憶で埋めた欄が混ざります。

• 確かめたかった問い：作る前に書いた1行をそのまま写す。作ったあとに書き直さない
• 作った段階：4つの段階のどれか。上げた場合は、上げた理由も1行で
• 出た答え：問いに答えが出たか、出なかったか。出なかった場合はその旨を書く
• やめた理由：技術的に無理／業務の順番に載らない／費用が合わない／別の案のほうが良かった、のどれか
• 誰の判断でやめたか：判断した人と日付。後から経緯を辿れるようにする
• 使った値の出どころ：作った値か、許可された環境の実データか。消したかどうかも書く
• 再挑戦する条件：何が変われば、この案をもう一度検討する価値が出るか
• 次に進める案：残した案があれば、その名前と、次に確かめる問い

この一覧のうち、実務でいちばん効くのは最後から2つ目です。やめた案の多くは、永久に駄目なのではなく、いまの条件では合わないだけです。条件が変われば戻ってくる価値があります。再挑戦する条件を書いておくと、やめた案が資産として残ります。書いていないと、やめた案は単に消えます。

試作から本番に移すときに揃っているべき条件

試作がうまくいったあと、本番に移すかどうかを決めます。ここで作り直すのか、そのまま育てるのかは、最初に決めた「使い捨てか、出すものか」の答えで変わります。使い捨てとして作ったものを、うまくいったからそのまま育てる判断だけは避けます。省いた前提の上に積み上げることになり、後から抜けているものを埋める作業が、作り直すより高くつきます。

移す前に確認する項目は、次の4つに整理できます。順番にも意味があり、上から順に見ていきます。1つでも空欄が残っていれば、本番ではなく試作の延長として扱います。

4つが揃ったうえで、もう1つだけ確認します。試作の段階で「確かめられないこと」として書き出した項目が、すべて解消されたか、あるいは受け入れられる範囲だと合意されたかです。書き出しておけば、この確認は一覧を見返すだけで済みます。書き出していないと、何が確かめられていないのかを思い出すところから始めることになります。

やりがちな失敗の型

最後に、試作の場で繰り返し起きる失敗を並べます。どれも作る技術の問題ではなく、決め方と残し方の問題です。ある解説では、3か月かけて完璧なものを作り、結局顧客に見せないまま終わるという型が、代表的な失敗として挙げられています。作り込みが目的になった瞬間に、試作は試作でなくなります。

• 確かめたいことを決めずに作り始める：出てきたものを見てから問いを後付けするので、答えが出たかどうかを判定できない
• 試作を作り込む：作り込むほど捨てにくくなる。作り込みの度合いは、問いに答えが出る最小に留める
• 1案だけを持っていく：是非の議論になり、比較の材料が机の上に出ない。安く作れる以上、並べない理由がない
• 本物の顧客データを入れて動かす：権限も記録も省いた状態なので、事故が起きたときに説明ができない
• 捨てる期限を決めずに置いておく：誰も止めないまま業務が乗り、気付いたときには本番として動いている
• やめた案とやめた理由を残さない：半年後に同じ案が出てきて、同じ手間で同じ結論に辿り着く
• 試作の見た目の完成度で判断される：見せる前に、いま何段目で何が仮なのかを言っていないことが原因

この一覧を見ると、失敗の半分以上が「作る前」と「捨てるとき」に集まっていることが分かります。作っている最中の工夫より、前後の決め方のほうが結果を左右します。作り始める前の1行と、捨てるときの8項目。この2つを守るだけで、失敗の型の大半は起きなくなります。

まとめ

生成AIで試作が速くなったことより、安くなって捨てやすくなったことのほうが、実務では大きな変化です。安いなら1案に絞る理由はなく、優先するものを変えた複数案を同じ段階で並べて見せられます。段階は4つに分けます。絵だけ、触れるが中身は空、少数の実データで動く、限られた人が業務で使う。それぞれで確かめられることと確かめられないことが決まっているので、確かめたい問いを1行で書いてから、その問いに答えが出る最小の段階だけを作ります。

いちばん危ないのは、動いてしまうことです。完成して見える試作は捨てにくく、そのまま本番に載せろという話になります。見た目で試作と分かる状態を残し、捨てる期限を先に日付で決めておきます。業務の中で試すときは本物の顧客データを入れず、形だけを写した作り値で足りる範囲を見極めます。そして捨てるときには、確かめた問い、出た答え、やめた理由、再挑戦する条件を残します。試作が成功したかどうかの判定だけは、生成AIに渡さず、作った人と決める人が自分の言葉で書きます。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。