プロトタイプ（prototype）は、ギリシャ語の prōtos（最初の）と typos（打ち付けてできた型）に由来する言葉です。日本語の辞書では「原型・手本」と「試作品」の2つの意味を持ち、現場では「プロト」と略して呼びます。IT・製品開発で使うのは後者で、完成前に一部を形にして、使われ方や作り方の問いに答えを出すための試作物を指します。
この記事では、語源と英単語としての発音・使い方、辞書・規格上の定義を押さえたうえで、プロトタイプが何を確かめる道具なのか、捨てる前提で作るか育てる前提で作るか、どう進めてどこで止めるかを、一次情報をもとに整理します。
まとめ：プロトタイプの語源・意味とプロトタイピングの要点
- 語源は古代ギリシャ語 prōtotypon（最初の型）。英語での使用は1600年ごろから。typos は「打った跡・鋳型・模様」を意味する語です。
- 日本語の辞書では「原型・手本」と「製品などの試作モデル」の2義。IT分野の「試作品」は2つ目の意味です。
- 英語の発音は米国式 /ˈproʊ.t̬ə.taɪp/ で、強勢は第1音節の pro。名詞のほか「試作する」という動詞にも使い、くだけた略し方は proto です。
- JIS B 9441:2020 は「製品の全体又は一部構成要素を実体表現したもの」と定義し、一部だけの試作もプロトタイプに含めています。
- 作る前に「何を確かめるか」を決めます。Houde & Hill は問いを役割・見た目と操作感・実装の3種類に分けました。
- 捨てる前提か育てる前提かは着手前に決めます。Brooks は1975年に「1つは捨てる計画を」と書き、1995年版でその前提を自ら改めています。
- 見た目を作り込んだ試作は、関係者に「ほぼ完成」と誤認されやすく、レビューの注意も見た目に流れます。
プロトタイプの語源と意味｜ギリシャ語 prōtotypon から「試作品」まで
語源は prōtos（最初の）と typos（打たれた型）の合成
英語語源辞典 Etymonline の prototype の項によると、prototype は「a primitive form, original, or model after which anything is formed」という意味で1600年ごろから使われ、フランス語 prototype を介した経路と中世ラテン語 prototypus から直接入った経路があり、さらにギリシャ語 prōtotypon（a first or primitive form）にさかのぼります。同辞典は、1590年代にはギリシャ語に近い prototypon の形でも英語に現れていたと記しています。
分解すると prōtos は「first」、typos は「impression, mold, pattern」です。typos の元になった動詞 typtein は「to strike, beat（打つ）」を意味します。つまり type の原義は、印章や鋳型を押し当てて残る「打った跡」です。prototype は、そこから写しを作っていく最初の型を指す言葉として成り立ちました。
接頭辞 proto- は Etymonline で「first, source, parent, preceding, earliest form, original, basic」と説明されています。proto-（最初の）＋type（型）という分け方は、protocol や protagonist の proto- と同じ「最初の」です。
日本語の辞書では「原型・手本」と「試作品」の2つの意味
デジタル大辞泉は、1に「原型。基本型。手本。模範」、2に「製品などの試作モデルのこと」を挙げています。1の用例は「西洋をプロトタイプに国作りを進める」で、ここに試作の意味はありません。
精選版日本国語大辞典は「原型。標準。手本。また、試作品」とし、初出の実例に大岡昇平『花影』（1958〜59年）の「日本のスターも外国のスターのプロトタイプによって生産されてゐた」を載せています。辞書が採録した最も古い用例は、試作品ではなく手本・原型の意味で使われていたことになります。
英語 prototype の発音・品詞・略し方｜動詞の用法とつづりの誤り
Cambridge Dictionary は prototype を可算名詞として載せ、発音を英国式 /ˈprəʊ.tə.taɪp/、米国式 /ˈproʊ.t̬ə.taɪp/ と示しています。強勢は第1音節の pro にあり、米国式では pro が「プロウ」と二重母音になり、1つ目の t は舌で軽くはじく音（日本語のラ行やダ行に近い音）になります。日本語では一般に「プロトタイプ」と表記しますが、英語の発音とは異なります。
動詞としても使います。Wiktionary の prototype の項は他動詞の意味を「To create a prototype of」（〜の試作品を作る）とし、活用を prototypes／prototyping／prototyped と載せています。用例の最も古いものは1807年の医学誌 The Medical and Physical Journal の過去分詞 prototyped です。「prototype a new checkout flow」（新しい購入画面を試作する）のように目的語を直接取り、-ing 形の prototyping は名詞「プロトタイピング」として定着しています。なお Cambridge Dictionary の見出しには動詞が無く、辞書によって扱いが分かれます。
略し方は proto です。Wiktionary は proto を、くだけた名詞（informal）として「A prototype of a design」の意味で載せ、ファッション業界の書籍から「reviewing protos (prototypes)」という用例を引いています。日本語でも試作機を「プロト」「プロト版」と呼びますが、どちらも正式な文書では略さずに prototype、プロトタイプと書くのが無難です。
つづりは p-r-o-t-o-t-y-p-e で、音節は pro・to・type に切れます。「プロットタイプ」「プルトタイプ」と書かれることがありますが、どちらも誤りです。プロット（plot）は物語の筋書きや図表の描画を指す別の単語で、prototype とは語源も関係ありません。
規格と研究での定義｜一部だけの試作も紙の試作もプロトタイプ
日本産業規格 JIS B 9441:2020（付加製造の用語）は、3.10.1でプロトタイプを「製品の全体又は一部構成要素を実体表現したもの。幾つかの制約はあるが，分析，設計及び評価に使用可能である」と定義しています。完成品の縮小版である必要はなく、部品1つの試作でもよいと読めます。
人間中心設計の国際規格 ISO 9241-210:2019 も、3.9でプロトタイプを「representation of all or part of an interactive system, that, although limited in some way, can be used for analysis, design and evaluation」と、ほぼ同じ骨格で定義しています。そのうえで「as simple as a sketch or static mock-up or as complicated as a fully functioning interactive system」と注記しており、スケッチから完全に動くシステムまでが同じ語の範囲に入ります。
ソフトウェアやUIの分野では、Apple 在籍時の Stephanie Houde と Charles Hill が1997年の論文「What Do Prototypes Prototype?」（Handbook of Human-Computer Interaction 第2版所収）で、プロトタイプを「any representation of a design idea—regardless of medium」と定義しました。媒体を問わないので、紙に描いた画面も、段ボール箱で作った筐体も、設計のアイデアを表していればプロトタイプです。
プロトタイプとプロトタイピング・周辺用語の違い
プロトタイプは成果物、プロトタイピングは作って確かめる工程
プロトタイプ（prototype）は名詞で、作られた試作物そのものを指します。プロトタイピング（prototyping）は、試作物を作り、見せ、反応を得て、次の判断につなげる一連の工程です。「プロトタイピングとは何か」と問われたら、試作物を使って設計上の問いに早く答えを出す進め方、と説明できます。
IEEE Computer Society のソフトウェア工学知識体系 SWEBOK Guide V4.0（2024年、編集は早稲田大学の鷲崎弘宜氏）は、11章4.3でソフトウェアのプロトタイピングを「creates incomplete or minimally functional versions of a software application」、つまり不完全な、または最小限の機能だけを持つ版を作る活動と定義しています。目的には、新機能を試す、要求や画面への意見を集める、要求・設計・実装の選択肢を探る、が挙げられています。1章5.3では、試作が要求に対する技術者の解釈を示し、思い込みを表に出すと書いています。したがってプロトタイピングの成否は試作物の出来ではなく、確かめたかった問いに答えが出たかで判定します。
ワイヤーフレーム・モックアップ・PoC・パイロット版・MVPとの境界
周辺用語の典型的な目的を比較します。ただし、ワイヤーフレームやモックアップがプロトタイプとして使われたり、PoCでプロトタイプを作ったりするため、各用語の範囲は重なります。
| 用語 | 答える問い | 典型的な形 |
|---|---|---|
| ワイヤーフレーム | 画面に何をどの優先度で置くか | 線と枠だけの配置図 |
| モックアップ | 完成時にどう見えるか | 色・写真入りの静止画 |
| プロトタイプ | 使える・作れる・役に立つか | 操作できる試作、紙の画面 |
| PoC | 技術的・事業的に実現できるか | 検証用の実装とレポート |
| パイロット版 | 本番に近い条件で運用が回るか | 対象を限った先行導入 |
| MVP | 市場で本当に使われるか | 実ユーザーに出す最小の製品 |
パイロット版とプロトタイプは、試す目的と導入段階で区別すると整理しやすくなります。Cambridge Dictionary の pilot は形容詞の意味を「A pilot plan, product, or system is used to test how good something is before introducing it」としており、パイロット版は本格導入の前に、実際の利用者や業務の一部で試す版です。テレビ番組で連続化の前に作る1話目もパイロットと呼びます。プロトタイプは開発の途中で設計上の問いを確かめる試作で、本番の業務で使われることを前提にしません。社内システムなら、1部署だけで先行稼働させるのがパイロット、画面の流れを会議室で触ってもらうのがプロトタイプです。
モックアップの範囲は業界や会社で揺れがあり、動くものまでモックアップと呼ぶ現場もあります。呼び名の統一より、試作の目的を合意しておく方が手戻りを減らせます。個別の違いはワイヤーフレームとデザインカンプ・プロトタイプの違い、PoCとプロトタイプの違い、MVP開発とPoC・プロトタイプの違いで詳しく扱っています。
プロトタイプで確かめる3種類の問い｜Houde & Hillのモデル
Houde と Hill は、プロトタイプが確かめる対象を三角形の3つの頂点で表しました。論文の定義は次のとおりです。
| 次元 | 確かめる問い | 試作の例 |
|---|---|---|
| Role（役割） | 利用者の生活で何の役に立つか | 紙芝居・ストーリーボード |
| Look and feel（見た目と操作感） | 見て、触って、聞いてどう感じるか | クリックできる画面試作 |
| Implementation（実装） | どの技術・部品で機能を実現するか | 画面の無い技術検証コード |
論文は Role を「the function that an artifact serves in a user’s life」、Look and feel を「the concrete sensory experience of using an artifact」、Implementation を「the nuts and bolts of how it actually works」に関する問いと説明し、三角形をわざと傾けて描いたのは「どの次元も本質的に他より重要ではない」ことを示すためだと書いています。
実務での使い方は単純です。1つの試作で狙う頂点を先に決める。見た目を確かめたいのに裏側まで本実装すると、作る時間が延びるうえ、結果が悪かったときに原因を切り分けられません。3つを同時に確かめる統合プロトタイプ（integration prototype）は最終製品に最も近い体験を再現できる一方、論文も製品と同程度に複雑になりうると述べています。個別の検証結果を統合し、全体の体験や設計上の整合性を確かめる必要があるときに使います。
プロトタイピングの手法と種類｜忠実度と「捨てるか育てるか」の2軸
ローファイとハイファイ｜検証目的に応じた忠実度の選択
忠実度（フィデリティ）は、試作が完成品にどれだけ近いかの度合いです。紙やホワイトボードの手描き、付箋で作る画面はローファイ、Figma などで完成品に近い見た目や画面遷移を再現したものは、その側面でハイファイに当たります。コードが動くことだけでは忠実度は決まりません。
役割（Role）や画面の流れの初期検討は、ローファイから始められます。ただし、検証相手が利用場面を理解できるだけの再現度は必要です。Houde と Hill は、試作を見せる相手を利用者・設計チーム・支援組織（管理者や発注元など）の3つに分け、設計の実務に詳しくない相手ほど説明が難しいと書いています。見た目と操作感の細部を確かめるときも、試作全体を作り込む必要はありません。配色なら色、アニメーションなら動き、タップ領域なら実寸と入力への反応というように、確かめる側面の再現度だけを上げます。ハイファイは作成負担が増え、議論が細部に偏りやすいので、企画の方向性だけを話し合う場では細部の作り込みを抑えます。
スローアウェイ型と進化型｜Brooksの「1つは捨てる計画を」とその撤回
スローアウェイ（使い捨て）型は、学んだら試作物を捨てて本番を作り直す進め方です。進化型（エボリューショナリー）は、試作物に手を加え続けて製品に育てる進め方です。SWEBOK Guide V4.0 は11章4.3で、プロトタイプの作り方を「throwaway code or a paper product, as an evolution of a working design, or as an executable specification」と3つの様式に分け、どれを選ぶかは「the type of results the project needs, the quality of the results needed and the results’ urgency」、つまり必要な結果の種類・品質・急ぎ具合で決まるとしています。
スローアウェイ型の根拠としてよく引かれるのが、Fred Brooks『The Mythical Man-Month』（1975年）第11章「Plan to Throw One Away」の一節「plan to throw one away; you will, anyhow」（1つは捨てる計画を立てよ。どのみち捨てることになる）です。新しい概念や技術で作る最初のシステムはうまくいかないので、捨てるパイロット版を前提に計画せよ、という主張でした。
ところが Brooks は1995年の20周年記念版に第19章を追加し、節題で「Don’t Build One to Throw Away—The Waterfall Model Is Wrong!」と書き、続く節で「An Incremental-Build Model Is Better」「Incremental-Build and Rapid Prototyping」を掲げました。1本丸ごと作って捨てる発想そのものが、工程を一方向に進めるウォーターフォール開発を前提にしていた、という反省です。
本記事では、本番で求める品質を満たすかを転用の判断基準にします。見た目と操作感の確認だけを目的に作り、本番品質を確保していない試作は捨てる。実装の問いに答え、設計とテストを本番並みに満たしたコードだけを育てる。どちらにするかは作り始める前に決め、関係者にも伝えておきます。
ラピッドプロトタイピング｜ソフトウェアと付加製造分野での意味の違い
ソフトウェア開発でラピッドプロトタイピングといえば、短い周期で試作と評価を繰り返す進め方を広く指します。一方 JIS B 9441:2020 の3.10.3は「プロトタイプの作製に要する時間を短縮する意図で付加製造を応用すること」と定義しており、付加製造の分野では3Dプリンタなどの積層造形を使った試作を指します。付加製造側の定義と造形方式はラピッドプロトタイピングと3Dプリンタの違いで扱っています。
プロトタイピングの進め方｜問いの決定から判断までの5ステップ
- 確かめる問いを1つ書く：「初めての利用者が3画面以内で申込みを終えられるか」のように、Yes／Noで判定できる形にします。合格の基準もここで決めます。SWEBOK Guide V4.0 は、プロトタイピングでは最もよく分かっていない部分から試すと書いており、通常の開発が分かっている部分から作るのと逆になります。問いは、外れたときに計画全体が崩れる箇所から選びます。
- 忠実度と、捨てるか育てるかを決める：問いの種類を踏まえて必要な再現範囲を決め、本番への転用予定、要求品質、期限から使い捨てか進化型かを選びます。
- 期限を切って作る：問いに関係しない部分は作りません。画面なら、テストで触らないボタンは描かないか、押しても何も起きない状態で構いません。
- 利用者や関係者に使ってもらう：説明せずに操作してもらい、迷った箇所と発言を記録します。テストのたびに試作を直す方式はユーザビリティテストとRITEメソッドの違いが参考になります。
- 判断する：問いに答えが出たら、捨てる・育てる・企画ごとやめる、のいずれかを決めます。答えが出なかったら、問いの立て方か忠実度の選び方を見直します。
着手前には、まず1の問いと合格基準を明確にします。問いの無い試作は、完成しても何が分かったのかを誰も言えません。
ペーパープロトタイプの作り方と費用対効果
紙の試作は、画面ごとに1枚ずつ手描きし、ボタンが押されたら担当者が次の紙に差し替えて動きを再現します。プルダウンやエラーメッセージは付箋で重ねると、画面を描き直さずに状態を変えられます。
Jakob Nielsen は2003年4月13日の Nielsen Norman Group の記事「Paper Prototyping: Getting User Data Before You Code」で、初期のユーザビリティデータから得られる効果は後期のデータより「at least ten times greater」と書いています。変更コストについても、コードを書く前の変更は実装完了後より100倍安いという見積もりを「The most common estimate」として紹介しています。どちらも本人が「rough estimate」「最も一般的な見積もり」と断っている概算値で、実測値ではない点に注意してください。
画面プロトタイプ用ツールの選択｜Figmaの機能とAdobe XDの保守状況
画面遷移まで操作できる試作を作るなら、デザインデータから直接プロトタイプを組めるツールを使います。Figma の公式ヘルプは、プロトタイプ機能を「create interactive flows that explore how a user may interact with your designs」と説明しており、1ページに複数のフローを作って利用者の一連の体験をプレビューできます。Adobe XD は公式FAQで「Adobe XD continues to be in maintenance mode」とされ、バグ修正とセキュリティ・プライバシー対応だけが続く状態のため、新規案件で選ぶ理由は乏しくなっています。ツール別の注意点と、手描きや表計算ソフトで足りる条件はワイヤーフレームの作成ツールの選び分けにまとめています。画面の試作から本番のUI設計までを外部に任せる場合は、UI/UXデザインの支援のように、試作で確かめる問いの設定から一緒に組める相手を選びます。
プロトタイピングが逆効果になる条件
プロトタイピングは万能ではありません。次の条件に当てはまるときは、作り方を変えるか、作らない判断をします。
- 見せる相手が決裁者で、試作がハイファイ：画面が完成品に見えると「あとは少し直すだけ」と受け取られ、残りの開発期間や費用の説明が通らなくなります。SWEBOK Guide V4.0 も1章5.3で、試作の見た目の問題や品質の問題が「distract the reviewers’ attention from the core underlying functionality」（中核の機能からレビュー担当者の注意をそらす）危険を挙げています。決裁者に見せる試作は、あえて手描き風にするか、未実装の範囲を画面上に明記します。
- 捨てる前提のコードをそのまま本番に使う：期限に追われて試作コードを流用すると、テストも設計も無いまま運用が始まります。SWEBOK Guide V4.0 も、試作は通常「does not become the final software product without extensive development rework or refactoring」と書いています。Brooks の撤回が示すとおり、育てるなら最初から育てる前提で作ります。
- 検証の余地が無い：帳票様式や連携仕様が固定でも、入力手順やエラー時の案内、連携の成立性には検証の余地があります。利用条件も既存と同じで、未確認の操作や技術上の疑問が残っていない場合は、仕様書と既存画面の確認で足ります。
- 利用者の声をそのまま仕様にする：テストで出た「この機能も欲しい」は、問いへの答えではなく新しい要望です。1で決めた問いに照らして、今回の判断に使うかを選別します。
分野で変わる「プロトタイプ」の意味｜プログラミング・認知心理学・ゲーム
「プロトタイプ」は開発の試作品以外にも、分野ごとに別の意味で使われます。検索で別の意味の解説に行き当たったときの見分けに使ってください。
- JavaScript：MDN は「プロトタイプは、JavaScript オブジェクトが他のものから機能を継承する仕組み」と説明しています。オブジェクトは内部的に別のオブジェクトまたは null をプロトタイプとして参照します。この参照の連なりがプロトタイプチェーンで、null で終わります。
- C言語：関数の引数と戻り値の型を先に宣言する書き方を、関数プロトタイプ（プロトタイプ宣言）と呼びます。
- 認知心理学：Eleanor Rosch の1975年の論文「Cognitive Representations of Semantic Categories」（Journal of Experimental Psychology: General 104巻3号 192〜233ページ）に代表されるプロトタイプ理論では、カテゴリには「いかにもそれらしい」典型例があり、成員らしさに程度の差があると考えます。必要十分条件の有無でカテゴリを決める古典的概念観と対比される考え方です。
- ゲーム：ホラーゲーム『Poppy Playtime』の「The Prototype」は登場キャラクターの名前（Experiment 1006）で、開発用語とは関係ありません。
よくある質問
プロトタイプを日本語で何といいますか？
製品開発の文脈では「試作品」「試作モデル」、それ以外では「原型」「手本」「典型」と訳します。デジタル大辞泉は1に「原型。基本型。手本。模範」、2に「製品などの試作モデル」を挙げており、どちらの意味かは文脈で決まります。「〇〇のプロトタイプになった作品」なら原型、「アプリのプロトタイプを作る」なら試作品です。
試作品とプロトタイプの違いは何ですか？
日本語の日常的な使い方ではほぼ同義です。あえて区別するなら、試作品は「量産や本番の前に作ったもの」という工程上の位置を表し、プロトタイプはUIやソフトウェアの分野で「設計上の問いを確かめるための表現」という目的を含んで使われることが多い、という違いがあります。Houde と Hill の定義では紙に描いた画面もプロトタイプに含まれますが、紙の絵を試作品とはあまり呼びません。
プロトタイプの言い換え・反対語は？
試作品の意味なら「試作機」「試作版」「試作モデル」、原型の意味なら「ひな形」「原型」「手本」が言い換えになります。英語では文脈に応じて model（模型・手本）や mock-up（外観や動作を示す模型）が近い語になります。ただし、各語の範囲は重なるため、何を再現し、何を確かめるものかを補って使います。反対の位置にあるのは、試作を経て作られる「量産品」「製品版」「完成品」です。
プロトタイプ的とはどういう意味ですか？
「典型的な」「そのカテゴリらしさを最もよく備えた」という意味です。英語では形容詞 prototypical がこれに当たります。ただし、英語の prototypical には「原型となる」という意味もあり、意味は文脈によって変わります。Rosch のプロトタイプ理論の文脈では、カテゴリの典型的な例を、そのカテゴリのプロトタイプ的な成員と呼びます。製品開発の「試作品」の意味とは別の用法です。
デザインにおけるプロトタイプ作成の目的は？
完成前に設計案を評価し、作り直しが安いうちに直すことです。ISO 9241-210:2019 はプロトタイプを「analysis, design and evaluation」に使える表現と定義しており、作ること自体ではなく、分析・設計・評価に使うことが目的です。何を評価するかは、Houde と Hill の3つの問い（役割・見た目と操作感・実装）のどれを確かめるかで決めます。
