7章｜早く作って、早く学ぶ｜7−1｜ 試作は「自分の理解」を試す場所

このnoteは、「問いからはじめる”デザインマネジメント”」として、１冊の本をつくるためのnoteです。１つずつのnoteでも伝わる様にと書いていますが、他の記事であったり、なんでこんな事やっているの？と興味を持っていただけたら、こちらをお読みください。

この章では、アイデアを 「いったん形にしてみる（試作）」 と、反応をもらって 「確かめる（検証／テスト）」 に焦点を当てます。
そして、第6章で生まれた“目に見えないアイデア”を、この章で「目に見える形」にもっていきます。

なぜならこの2つは、単なる制作工程ではなく、デザインマネジメントにおける「アイデアの芽を育てる温室」だからです。

頭の中や、言葉だけの企画書にあるアイデアは、とても美しく、完璧に見えます。
欠点が見当たらないからです。
でもそれは、欠点がないのではなく、まだ現実の光に当たっていないから見えていないだけなのです。

見えないアイデアは、ズレも、詰まりも、直すポイントも見えません。
だからこそ、まず形にして、自分の理解を試し、学びを回します。

完成品を目指して遠くへ走るほど、学びは遅れます。
未完成でいいから早く出す。学びを回す。磨く。
この順番が、現場を動かします。

「ちゃんと作る」の呪縛

「試作（プロトタイプ）」と聞くと、多くの人は身構えます。
建築やインテリアの学生なら、精巧な縮尺模型や、美しいパース図。
DX推進の担当者なら、実際に動くアプリや、完璧な画面遷移図。

これらを作るだけのことなのに、「人に見せるものだから、失礼のないようにちゃんと作らなきゃ」 と思ってしまうのです。

あるいは、こう思うかもしれません。
「中途半端なものを見せたら、評価が下がるんじゃないか」
「エスキス（指導）で否定されるのが怖い」

そうして、作る前に手が止まります。
「まだ荒いし……」
「もう少し考えを詰めてから……」
「来週の会議までに綺麗に整えよう」

気づけば、モノを作らずに、脳内で会議を続けてしまう。
資料の文言を直したり、想定問答を考えたりすることに時間を使ってしまう。

でも、はっきり言います。
それは大きな誤解です。

ここで、言葉を入れ替えてみましょう。
試作は「ちゃんと作ろう」とするものではなく、「まずは形にして見せてみよう」とするものです。

完成度を上げるためではありません。
見える形にすることで、自分たちの認識のズレや、思考の穴を発見するためにやるのです。
だから、試作が大事になります。

試作＝「下書きを外に出す」勇気

試作の感覚は、大学の授業でプレゼン資料を作る感覚に近いかもしれません。

頭の中で考えているときは、完璧な構成ができている気がします。
「よし、このテーマならいける」
「結論も決まっているし、あとはスライドにするだけだ」

ところが、いざパワーポイントを開いてスライドを作り始めると、急に手が止まる。
「あれ？ このスライドとこのスライド、話がつながらないな」
「ここの根拠、弱くないか？」
「そもそも、一番伝えたかったことは何だっけ？」

形にしようとした瞬間、自分の理解の浅さが露わになるのです。

これと同じことが、建築の設計でも、業務改善のアイデアでも起きます。
頭の中では素晴らしい空間や仕組みでも、いざスタディ模型を作ったり、業務フロー図を描いたりすると、手が止まる。

「あれ、この動線だと人がすれ違えないぞ？」
「素材サンプルを並べてみたら、光の入り方で印象が全然違う」
「この承認フロー、現場の課長はいつ判子を押すんだ？」

そうやってアウトプットした瞬間に、
「わかったつもり」が、「わかっていなかった」という事実に変わります。

この 「あっ、できないかも」という気づき こそが、試作における最大の価値です。

もし形にせず、頭の中だけで進めていたらどうなっていたでしょうか。
おそらく、完成直前までその欠陥に気づかず、取り返しのつかない手戻りが発生していたはずです。
それは、時間とコストを大きく失うことと同じです。

試作を作る本当の目的。
それは、相手に見せるため以前に、**「自分が学ぶため」**なのです。
試作は、完成品を作る行為に見えて、実は 自分の理解を試す行為なのです。

そしてもう一つ。
試作は、成果物ではなく「意思決定を前に進めるための道具」です。

植物の芽を育てるように

アイデアを形にすることは、植物の種を土に植え、芽を出させることに似ています。

頭の中にある種は、無限の可能性を持っていますが、まだ何者でもありません。
それを現実に植えてみる。
すると、ひょっこりと芽が出ます。

出てきた芽は、弱々しく、頼りないものです。
でも、目に見える形になったことで、初めて私たちはその存在を認識できます。

「ここに芽が出たぞ」
「まだ小さいから、踏まないようにしよう」
「ここは日が強すぎるから、少し日陰を作ろう」

形にしなければ、そこに「守るべきもの」があることすら気づけません。
そして、どこが弱いのか、何が足りないのかも分かりません。

試作とは、アイデアという弱い芽を現実世界に出して、「どうすれば育つか」を知るためのプロセスです。
頭の中だけで守っていても、いつまでも育たないのです。

検証＝「ツッコミを集める」安心感

そして、この章で強調したいもう一つのポイントがあります。
試作は、検証（テスト）とセットであって初めて力を発揮します。

試作を作っただけで満足してしまうと、それは単なる「工作」で終わってしまいます。
建築家がエスキスを重ねるように、DXチームが現場で画面を見てもらうように、
作ったものを他者の目にさらす。これが検証（テスト）です。

検証と聞くと、「評価される」「採点される」ような怖さを感じるかもしれません。
「ダメ出しされたくない」
「否定されたらどうしよう」

でも、検証の目的は評価ではありません。
「ツッコミを集める」ことです。

自分ひとりで作っていると、どうしても自分の思考のクセや、思い込みから抜け出せません。
「こう使うはずだ」「これで伝わるはずだ」という前提で見てしまうからです。

だから、できたらすぐに検証します。
難しく考えなくて大丈夫です。
友だちでも先輩でも、ゼミの仲間でもいい。
とにかく 「触ってもらう／見てもらう」。

そこで集めたいのは、「良いですね」という称賛ではありません。
むしろ、
「ここ、どういう意味？」
「これって、次どうすればいいの？」
「なんか使いにくいな」
といった、素朴な疑問や違和感です。

これらの反応は、あなたの作品への攻撃ではありません。
「自分では見えていなかった穴」を教えてくれるヒントです。

ツッコミが集まれば集まるほど、直すべき場所が明確になります。
「どこを直せばいいか分からない」という不安から解放され、
「ここを直せば良くなる」という確信を持って改善に進めるようになります。

早く出すほど、厳しい反応は増える。それでいい

「早く作って、早く学ぶ」を実践するということは、
多くの場合、完成度の低い状態で人に見せるということです。

当然、今までのように時間をかけて作り込んだものを見せる時に比べて、
相手の満足度は下がるかもしれません。

厳しい感想をもらうことも増えるでしょう。
「これ、使いにくいよ」
「なんでこうなってるの？」
「前のやり方の方がマシだったんじゃない？」
「これじゃ分からないよ」

心がチクリとするかもしれません。
「やっぱり、もっとちゃんと作ってから出せばよかった」と後悔するかもしれません。

でも、断言します。
それが大事なんです。

完成度が高い状態で初めて見せると、どうなるでしょうか。
相手は、あなたの労力を察して、気を遣ってくれるかもしれません。
「すごいね、頑張ったね」「いいと思うよ」と。

でも、完成度が高まってしまった時点では、根本的な修正をする余地は小さくなっています。
「本当はこっちの方がいいけど、もうここまで出来てるしな……」と、相手も本音を飲み込んでしまうかもしれません。
それは結果的に、誰にとっても不幸なことです。
経営的に見れば、それは 最も高コストな失敗です。

一方で、完成度が低い状態、たとえば手書きのラフや簡単なスタディ模型の段階で見せるとどうでしょう。
相手も「まだ途中なんだな」と分かるので、遠慮なく意見を言えます。
「これだと使いにくい」「こっちの方がいい」

その容赦ない意見によって見つかった穴は、
早い段階なら 驚くほど安く、簡単に直せます。
紙のラフなら、書き直すのに1分もかかりません。

見せるときは、一言添えればいいのです。
「まだ30%の出来ですが、方向性が合っているか確認したいんです」 と。
それだけで、相手は「評価者」から「協力者」に変わります。

つまり、「厳しい反応が増える」ことや「満足度が低い」ことは、失敗ではありません。
検証が機能しているサインであり、手戻りを防げたという成功体験なのです。

「早さは優しさである」という言葉があります。
早く見せることは、自分にとっても相手にとっても、
無駄な時間を減らし、本当に価値のあるものにたどり着くための、一番優しい方法なのです。

試作と検証は、完成品を作る行為に見えて、
実は 自分の理解を試し、他者の視点を借りて、学びを増やす行為です。

だからこそ、「未完成でいいから早く出す」。
このマインドセットが、デザインマネジメントにおいて何より重要になるのです。

Scene 1のまとめ

• 試作は「ちゃんと作る」より、「ちゃんと形にして見せる」ためにある

• 形にすると「わかったつもり」が崩れ、思考の穴が見える（自分への学び）

• 試作は 検証（テスト）とセット で初めて機能する（他者からの学び）

• 早く出すほど厳しい反応は増える。でもそれは、検証が機能しているサイン

• 未完成で出すことは、手戻りを防ぐための 「優しさ」 である

#問いかけ

「もっと早く見せておけばよかった」と思った経験はありますか？