Vol.3 前編|プロトタイピングとは? なぜ、作って試すことに価値があるのか
Design note

「アイデアはあるが、進むべきか判断できない」「議論は重ねるが、認識が揃わない」「作ってみたが、使われなかった」。——不確実さが増すほど、言葉と資料だけで前に進むことは難しくなります。
そこで力を発揮するのが、プロトタイピングです。ただし、その本質は「完成物を先取りして作ること」ではありません。まだ答えのない問いを形にして検証し、対話を開くこと。それが、プロトタイピングの役割です。
前編では、プロトタイピングの定義と重要性、代表的な手法、導入のメリット、成功のためのポイントまでを整理します。
この記事でわかること
| 結論:プロトタイピングとは、答えを作ることではない。まだ答えのない問いに形を与えて試し、そこから新たな気づきと可能性を引き出していく手法である。作ることが目的化した瞬間に、その価値は失われる。
一般には、プロトタイピングは「製品やサービスの開発に本格着手する前に、試作モデル(プロトタイプ)を作り、機能・操作性・デザイン・アイデアの価値を検証する手法」と説明されます。
ただ、それだけがプロトタイピングではありません。本質は、作って試す過程で、想定していなかった気づきや可能性に出会うことにあります。アイデアを形にして対話し、そこから新しい発見を得て、可能性や探求を広げていく。この「作って、試して、また作る」の反復(イテレーション)こそが、プロトタイピングの中心です。デザインの現場では、これを「考えるために作る(build to think)」と表現します。プロトタイプは、答えの模型ではなく、思考の道具です。だからこそ、「きれいに作ること」が目的になった瞬間に、プロトタイピングは失敗します。大切なのは完成度ではなく、そこから何を学び、次にどこを深めるかです。
■プロトタイプの3つの働き ―考える・改良する・伝える
hyph.では、プロトタイプの働きを、大きく3つで捉えています。
働き | プロトタイプが果たすこと |
|---|---|
考える | 作る過程で、新しい観点や発見が溢れ出てくる |
改良する | 視覚化することで、第三者の視点も改良のサイクルに取り込める |
伝える | 公平な評価と合意形成を促進する |
■ 混同されやすい言葉の整理
プロトタイプは、PoC・MVP・ワイヤーフレームと混同されがちです。確かめたいことが異なるため、役割も異なります。
用語 | 確かめること | 形の例 |
|---|---|---|
プロトタイプ | アイデアや体験は成立するか | 紙・画面・立体・演技など、多様な試作物 |
PoC(概念実証) | 技術的に実現できるか | 社内向けの技術検証。多くはUIを伴わない |
MVP(Minimum Viable Product) | 市場に需要はあるか | 実ユーザーに届く、最小機能の製品 |
ワイヤーフレーム | 画面の骨格・情報設計は妥当か | レイアウトの線画。プロトタイプの一部にもなる |
大まかに言えば、PoC(概念実証)は「作れるか」、MVP(実用最小限の製品)は「求められるか」を確かめるもの。プロトタイプはその手前で、「アイデアや体験は成立するか」を試しながら、同時に「次に確かめるべきこと」を見つけていきます。プロジェクトの不確実性がどこにあるかで、選ぶべき手段は変わります。
| 結論:プロトタイピングは、新規事業から製品・サービス・WEB開発、組織改革、ブランディングまで、あらゆる現場で使える。共通するのは、正解の定まらない不確実な局面で、価値を早く検証できること。
「誰に、どのような価値を提供するのか」「自社はどの未来を選ぶのか」。——かつてないほど、正解の定まらない問いに向き合う場面が増えています。こうした不確実性の高い局面で、ユーザーのニーズを的確に探り当てるには、議論だけでは限界があります。形にして検証するプロトタイピングが、大きな価値を発揮します。
プロトタイピングは、単なる開発工程の一つではありません。ユーザーを起点に、素早く試し、反復するという考え方であり、デザイン思考やデザインスプリントとも深くつながります。
■プロトタイピングが使える、さまざまな現場
hyph. では、新規事業開発、製品開発、サービス開発、WEB・アプリ開発、組織改革、ブランディングまで、幅広い現場でプロトタイピングを取り入れています。いずれも、あらかじめ正解が用意されていない領域です。
たとえば新規事業の概念実証(PoC)や価値検証のフェーズでは、早い段階で不確実性を減らせることが、そのまま事業を前に進める推進力になります。プロトタイプを共有することで、立場の異なるメンバーの認識も揃っていく。アイデアに価値はあるか、目指す姿や世界観は共感を得られるか——言葉だけでは扱いにくいことも、可視化すれば確かめられます。
| 結論:プロトタイプに、唯一の正解の形はない。スピード・共有/意味・共感/検証・確認という目的に応じて、手法を選ぶ。
プロトタイプには、多くの型があります。ただ、型を選ぶ前に欠かせないのが、目的をはっきりさせることです。何を確かめたいのか、そのためにプロトタイプで何を知りたいのか。ここが曖昧なままでは、どんな手法を選んでも、検証は空回りしてしまいます。
ここでは、手法を目的に応じて3つのグループに整理しています。素早く形にして共有する「スピード・共有」、体験や意味を身体と物語で共感する「意味・共感」、実物に近づけて仕上がりと動作を確かめる「検証・確認」です。
■スピード・共有 ―素早く形にして、共有・発散する
手法 | どんな手法か | 向くシーン |
|---|---|---|
シナリオスケッチ | 絵でストーリーを可視化する(例:4コマ漫画) | 体験の流れや全体像を、素早く共有したいとき |
ダーティプロト | あり合わせの素材で可視化する(例:LEGOモデル) | 立体や構造をラフに試し、その場で作り替えたいとき |
ホワイトプロト | 陰影で造形やボリュームを確認する(例:ペーパーモデル) | 色や質感を排し、形そのものを見極めたいとき |
■ 意味・共感 ―体験や意味を、身体と物語で共感する
このグループに共通するのは、機能や正しさではなく、意味や感情に働きかけることです。演じたり、場をしつらえたり、物語として見せたりすることで、頭で理解するだけでは届かない、人の実感や共感を引き出せます。
手法 | どんな手法か | 向くシーン |
|---|---|---|
ロールプレイ | 役割を分けたストーリーを演技で可視化する(例:デザイン・フィクション) | 人が関わる接客やサービスの流れ・感情を確かめたいとき |
ステージセッティング | カスタマージャーニーを改善する(例:舞台装置を使うサービスプロト) | 場や環境を含めた一連の体験を、まるごと試したいとき |
ムービープロト | ビジョンを共有するためのフィクション(例:コンセプトムービー) | まだ無い未来像を、関係者と共有し共感を生みたいとき |
■ 検証・確認 ―実物に近づけ、仕上がりと動作を確かめる
手法 | どんな手法か | 向くシーン |
|---|---|---|
コスメティックプロト | 機構を載せず、スタイリングや表面処理を確認する(例:デザインモデル) | 外観・質感・仕上げの完成度を見極めたいとき |
ワーキングプロト | ほぼ製品と同じ仕様で、外観と動作を確認する(例:ロンチモデル) | 量産前に、見た目と動きの両方を最終確認したいとき |
テクニカルプロト | 動作を確認する(例:エンジニアモデル) | 技術的に成立するか、実際に動かして確かめたいとき |
これらは代表的な型であり、ほかにも数多くの手法があります。大切なのは、確かめたいことに、最小のコストで応えられる型を選ぶことです。
なお、画面プロトの定番ツールはFigma。近年は、自然言語からUIや動くプロトタイプを生成するAIツールも急速に普及しています。ただし、道具が変わっても「何を検証し、何を見出すか」という本質は変わりません。この論点は、後編で詳しく紹介します。
| 結論:プロトタイピングは、リスクを先に減らし、意思決定を前に進め、気づきから可能性の幅を広げ、関わる人の当事者意識を引き出す。プロトは「作る技術」ではなく、「前に進める技術」である。
1.リスクとコストを、先に減らせる
開発は、工程が進むほど後戻りの代償が大きくなります。実装やリリースの後に「想定と違った」と気づけば、修正の範囲も費用も跳ね上がる。プロトタイピングは、この不確実性をプロジェクトの早い段階で潰します。失敗を、安く小さいうちに済ませられること。それが、最も分かりやすい効果です。
2.意思決定を、前に進められる
言葉や資料だけの議論は、往々にして「議論のための議論」に陥りがちです。立場や職種が違えば、同じ言葉から思い描く完成形も食い違う。プロトタイプは、その認識のズレを、目に見える形で埋めます。形のあるものを囲めば、合意にかかる時間が減り、根回しのコストも下がる。プロトタイピングは、検証の道具である以上に、意思決定を前に動かす装置です。(この観点は、design note Vol1. 「デザイン経営とは」とも深くつながります。)
3.気づきを得て、可能性の幅を広げられる
作って試す過程では、誰も想定していなかった気づきに出会えます。人が口で語ることと、実際に体験したときの反応は、ときに大きく食い違う。その差は、形にして初めて見えてくる。検証にとどまらず、新しい発見やアイデアの広がりを生み、選べる可能性の幅そのものを広げます。また、手を動かすこと自体が、関わる人の創造性を起動させます。
4.関わる人の、当事者意識を引き出せる
完成した提案を「説明される」のではなく、未完成のプロトタイプに「自分の考えを重ねられる」。だからこそ、関わる人はプロジェクトを自分ごととして捉え、当事者意識を高めていきます。また、「あえて未完成である」という余白が心理的なハードルを下げ、誰もが率直な意見やアイデアを言いやすくなるのも大きな利点です。デザイナー・エンジニア・PM・営業など、多様な職種が関わるほど、言葉だけでは完成イメージに齟齬が生まれがちです。プロトタイプが仕様や要件を可視化し、共通言語をつくることで、認識をすり合わせながら進められる。課題を共有し合ううちに、メンバー間のコミュニケーションも自然と促されます。

| 結論:プロトタイピングの成否は、作る前に決まる。目的を定め、小さく速く試し、作ることを目的化せず学びを回す。そして——完璧な答えを持ち込まない。
1.目的を、明確にする
プロトタイプは、検証のための試作です。「次のステップに進むために、何を知る必要があるか」「そのために何を確かめたいか」が曖昧なままでは、作る意味が薄れます。検証の目的を定め、チームで共有することが出発点です。
2.小さく、速く失敗する
検証対象にボリュームがある場合、一度にすべてを検証しようとしないこと。「価値に確信が持てない部分」「体験の核」だけを切り出し、小さく作って速く試す。失敗は避けるものではなく、学びに変えるもの。「プロトタイプは、私たちを減速させて、結果的に加速させる」(Tim Brown)という言葉が、その本質を言い当てています。
3.作ることを目的化せず、学びを循環させる
最も大切なアウトプットは、プロトタイプそのものではなく、そこから得る学びです。検証で得た洞察を次のプロトに反映し、サイクルを素早く回す。作り込みに時間をかけすぎないこと。この循環こそが、プロトタイピングの本体です。
4.完璧な答えを、持ち込まない(余白を残す)
そして、hyph.がもう一つ大切にしているのが、余白(ホワイトスペース)です。完成した答えを持ち込むのではなく、あえて未完成のまま差し出す。すると、受け取った人はそこに自分の経験や視点、問いを重ねはじめます。
この「余白」を、私たちがどう実践してきたか。後編で、hyph.のプロトタイピング哲学と具体的な事例とともに紹介します。