プロトタイピング
コードを書く前に作る、操作できるモックアップ。
プロトタイピング
このカテゴリにあるもの
誰かが作る前に、操作できるものを作るための製品です。インタラクティブなモックアップ、状態の変化、人が実際に試せるフロー、そして意見を観察に変えるテストを扱います。
デザインソフトとの重なりは大きく、今では多くのデザインプラットフォームにプロトタイピングが含まれています。操作に本物のロジックがある場合や、調査の録画と分析を一緒に扱いたい場合のために、専用のツールがあります。
画面のデザインやデザインシステムはデザインに入ります。コードを書かないアプリケーション全体の構築はノーコードと自動化にあります。
忠実度は、デフォルトではなく判断
このカテゴリで最もよくある無駄は、グレーの箱で決着がついたはずの問いに答えるために、美しいプロトタイプを作ることです。
低い忠実度は、構造をテストします。人がフローを理解しているか、次に何を期待するか、どこでためらうか。素早く、安く、投資しすぎることがほとんどありません。
高い忠実度は、理解度と安心感をテストします。仕上がりは行動を変え、粗い画面は、本物の製品なら許されない点まで人を寛容にします。そのため、信頼や購入に関わるものは、完成して見える必要があります。
先に問いを決め、それから忠実度を選んでください。逆の順序で進めると、誰も求めていなかったアニメーションに3週間が消えてしまいます。
ツールを分けるもの
- 操作の作り込み。単純なリンクから、条件や変数まで。
- 状態。画面が、直前に入力された内容を覚えていること。
- コンポーネント。作業を重複させずに、画面をまたいで再利用できます。
- データ。あらゆる場所で同じプレースホルダーではなく、本物またはそれらしいもの。
- 実機でのテスト。拡大縮小したフレームではなく、実際のスマートフォンで。
変数と条件が分かれ目です。フォームの入力を保持し、それに応じて分岐し、選択を記憶し、本物のエラー状態を表示できるプロトタイプは、画面をリンクでつなぐ方法では答えられない問いに答えます。
現実的な内容は、思われているよりも重要です。長い名前、空のリスト、欠けた画像、エラーメッセージこそ、デザインが壊れる場所で、プレースホルダーのテキストはそのすべてを隠してしまいます。
本来の目的であるテスト
プロトタイプは、その場にいなかった誰かに見せるために存在します。
モデレート形式のセッションからは、理由が得られます。人がなぜためらったか、ある言葉を何だと思ったか。アンモデレートのテストは、追加の質問ができない代わりに、行動を大規模に、低い費用で得られます。どちらも、声の大きい意見が勝つレビュー会議よりは優れています。
対象グループごとに5人の参加者で、使いやすさの問題の大半が見つかります。それを超えると得られるものは急に減り、見つかった問題を直して再テストするほうが、時間の使い方として良くなります。
誰かを募集する前に、課題を書いてください。特定の作業をやり遂げようとする様子を見るのは証拠であり、画面について意見を尋ねるのは、好みの会話です。
プロトタイプから実装へ
引き継ぎで問われるのは、何が残るかです。
プロトタイプを仕様書として扱うチームもあります。実装の最中に議論になるはずの、すべての状態、遷移、空のケース、例外のケースの記録です。価値の大半はそこにあります。
生成されたコードは改善しましたが、本番用には書き直しが必要です。どんな書き出しも、近道ではなく最初のスケッチとして扱い、実際の実装では、プロトタイプが向き合わなかった問い、特にパフォーマンスとアクセシビリティに関する問いが出てくると予想してください。
費用と実務上の制約
料金は編集者1人あたり月額で、閲覧者は通常無料です。専用の調査プラットフォームは、代わりに調査ごと、または参加者ごとに課金します。
より大きな費用は時間です。作るのに2週間かかるプロトタイプは、それが置き換えた会議よりも高くつきます。範囲は問いに結びつけておいてください。テストサービスは参加者ごとの料金が加わり、募集が含まれることもありますが、推測で進めるよりは、たいてい有意義な支出です。ソフトウェア全般の料金の読み方は、料金ページが隠していることに書いてあります。
プロトタイプが費用に見合う場面
3つの状況では、作る手間が確実に報われます。
本当に複雑なフロー。文章による説明が人によって別の絵を描かせ、食い違いが実装の途中でようやく表に出る場合です。
お金のかかった判断。チェックアウト、料金ページ、登録の流れを、誰かが作る前に、実際の人でテストできる場合です。
社内外へのピッチ。動くものを見せることで、会話が意見から細部へと変わる場合です。
それ以外では、よく書かれた説明と静的な画面で足りることが多いです。守る価値のある規律は、プロトタイプがどんな問いに答えるのかを問うことと、答えが出たらすぐやめることです。ファイルを触るのが楽しいから続ける、ということのないようにしてください。
よくある質問
プロトタイプは、デザインファイルとは違うのですか？
プロトタイプは動きます。タップに反応し、状態が変わり、画面をまたいでデータを保持し、初めて見る人を相手にテストできます。デザインファイルは、見た目がどうあるべきかを記述したものです。
プロトタイプには、どのくらいの忠実度が必要ですか？
確かめたい問いに答えるのに足りる分だけで、それ以上は要りません。構造のテストなら、グレーの箱で足ります。理解度や信頼感には、本物に近いものが必要です。仕上がりの美しさが、人の反応を変えるからです。
プロトタイプは、リモートでテストできますか？
できます。通話でのモデレート形式でも、セッションを録画するテストサービスを使ったアンモデレート形式でも可能です。アンモデレートは安く、行動は分かりますが、その背後にある理由は分かりません。
プロトタイプは、何人でテストすればよいですか？
対象グループごとに5人で、使いやすさの問題の大半が見つかります。それ以上は発見ではなく確認になり、最初の5人が見つけたものの修正に時間を使うほうが有益です。
プロトタイプは、コードになりますか？
生成される出力は改善しましたが、実際に使うものとしては書き直しが必要です。プロトタイプは、実装の足がかりではなく、曖昧さを取り除く仕様書として扱ってください。