プロトタイプを理解する方法-プロトタイプを作成する理由
最近、プロトタイピングに関する本を読みました。それは興味深い読み物でしたが、私はまだ何らかの形で本当にプロトタイプの意味が何であるか、またはプロトタイプの対象を理解することがまだできません。
たとえば、ターゲットユーザーが45〜60歳のページを作成する必要があります。
対象読者のメンバーを見つけて、プロトタイプを使用していくつかのユーザビリティテストを行う必要があることを知っている必要がありますか？ （私にはかなり無意味に思えます）。または、基本的なページ構造をプロトタイプとして作成し、それをクリックして、「経験」に欠けているものがないか探しますか？
プロトタイプから、常識では理解できず、研究を読んでもわからない情報はありますか？
理想的な世界では、アイデアの開発と視覚化に費やす時間/労力と、開発プロセスのどの段階にいるかに反比例の関係があります。つまり、プロセスの早い段階で、非常に迅速に多数のアイデアを反復します。したがって、アイデアはあまり時間をかけず、視覚的に重要な部分のみをキャプチャすることです。プロトタイピングはそれを行う方法です。
より多くのビジネス用語では、それはあなたがたくさんのお金を浪費する前にあなたが実際に正しいものを構築していることを確認するのを助けるリスク軽減のためのツールです。従来のウォーターフォール開発プロセスでは、開発が完了するまで製品はテスト/評価されません（これは単純化されていますが、ほぼ正確です）。開発者が貧弱なユーザー要件に基づいて何かを実装することに何ヶ月も何年も費やして、それが実際にユーザーが必要とする/望まないものではないことを知ることは、前例のないことではありません。
何をキャプチャすることが重要ですか？ CHI 2010では、Jonathan ArnowitzとDirk Jan HoetsによるDeveloping a Effective Prototyping Strategyという素晴らしいコースに参加しました。彼らはプロトタイピングにおける忠実度のマトリックスについて話しました。つまり、ビジュアルデザインのアイデアをすばやく伝えたい場合、プロトタイプは機能しないが非常に視覚的に洗練されている可能性があります。しかし、インタラクティブなアイデアを伝えたい場合は、ワイヤーフレームレベルの視覚的な忠実度を実現しながら、モックアップされたインタラクションを深く理解することができます。
申し訳ありませんが、3年前に彼らが提供したリンクは機能していないようです。以下は、Arnowitzによる同様の本へのリンクです。 http://www.Amazon.com/Effective-Prototyping-Software-Interactive-Technologies/dp/0120885689
編集
申し訳ありませんが、質問全体に回答できませんでした。ターゲットユーザーグループを考えると、少なくとも少数の潜在的なユーザーの前でさまざまな忠実度のプロトタイプを取得することはおそらく良いアイデアだと思います。これらの年齢層のユーザーは、細かい運動制御や視覚低下の問題を抱えている可能性があるため、インタラクティブと視覚の忠実度の両方をテストする必要があります。
プロトタイピングは、アイデアと現実の間のコミュニケーションツールです。実際には、ニーズを理解するためにターゲットグループとのインタビューを開始する必要があります。さらに、彼らが自分のニーズにインターネットページを使用するかどうかを理解するように努める必要があります。
良いプロトタイプ。
- ディクテーションを聞くよりも、ターゲットグループの実際のニーズを理解しやすくします。
- どちらの方法に従うべきかについて、いくつかの証拠を示すことができるより良い根拠を与えてください。
- 発生する可能性のある新しいポイントと問題を認識し、一般的な「経験」を減らします。
- プロジェクト全体の他の利害関係者とうまくコミュニケーションするのに役立ちます。
- タスクを反復に分割しやすくします。
- エラーははるかに早く検出できます。
- 実際の製品開発と比較して高速なフィードバックサイクル
誰かが彼/彼女のプロトタイプで一般的な署名と登録のフローを何度も繰り返している場合、彼がしていることはプロトタイピングではありません。標準をテストしても、それほど付加価値はありません。
プロトタイピングは、探索から合成、最終製品まで継続する必要がある唯一のアクティビティです。通常、ペンと紙から始めて、最終製品を磨きます。最終製品に到達しても、次のバージョンでサービス/製品を完成させるためのプロトタイプになります。
アーキテクチャは、プロジェクトのスケーリングされたモックアップを作成します。製品設計者は、3Dプリンターを使用して、CAD図面の外観と検証方法を確認します。サービス設計者は、全体のフローを確認するための図を作成します。それらはすべて、異なるドメインからのプロトタイピングの異なる形式です。
スケッチやワイヤーフレームなどと同じ理由でプロトタイプを作成します。解決する問題について学ぶためです。問題を理解するための最良の方法は、それを試して解決することです。したがって、問題を解決する最初の試みは失敗するか、少なくとも最適ではありません。プロトタイプを使用すると、リソースを最終的なソリューションにコミットする前に数回失敗する可能性があります。
自分の作業について正直で批判的である場合は、ターゲットグループに対してプロトタイプをテストする必要はありません。ただし、誰かが実際に製品を使用しているのを見ると、想像もできなかった（または読んだこともない）豊富なやり取りが明らかになります。繰り返しになりますが、プロトタイプを使用すると、ソリューションを試して、失敗し、改善することができます。
タイトルの質問にさらに答えるには、詳細を知るために必要なものはすべてプロトタイプにする必要があります。そして、あなたはその側面であなたを助けるような方法でそれをプロトタイプ化する必要があります。あなたの仮説は何ですか？仮に「何かが足りない」という仮説がある場合は、そのために構築します。あなた自身のものを除いて、ここではガイダンスはありません。
常識は「それほど一般的ではない」と一般的な研究やレポートはまさにそれです...一般的です。
もちろんどちらも価値がありますが、特定の対象者で特定のソリューションをテストすると、他の方法では得られないデータが返されます。
プロトタイプとはどのように定義するかについては、特定の定義はありません。紙のスケッチかもしれません（紙のプロトタイピング）。動作するコードである可能性があります（アジャイル開発）。またはその間の何か。
すべてのグループが同じように動作するわけではなく、特定のグループのユーザー向けにカスタマイズされたエクスペリエンスを作成するため、プロトタイプの使用は重要です。実際にテストしてフィードバックを得るまでは、仮定とステレオタイプで実行しています。また、ターゲットオーディエンスは、あなたほどコンピュータに精通していない可能性があるため、「常識」は、サイトの大多数のユーザーには前代未聞のものかもしれません。たとえば、25から30のアイテムには、ドロップダウンナビゲーションや最小化ボタンなどのオンラインインタラクションを中心に並べられた視覚的な語彙があります。田舎に住んでいてインターネットの経験がほとんどないおばあちゃん？それほどではありません。
ここには良い答えがいくつかありますが、プロジェクトが複雑になるほど、プロトタイプを作成することが重要になることを付け加えておきます。最小限の操作で単一のWebページなどの単純なものをプロトタイプを必要とせずに完全に設計できます。ソフトウェアを実行して操作することによってのみ発見される予期しない問題が多すぎるため、より複雑なソフトウェアを完全に設計することはできません。したがって、ソフトウェアのプロトタイプバージョンを使用すると、より洗練された高価なバージョンのソフトウェアを構築する前に、これらの予期しない問題を発見できます。