質問: 単なるユーザーテスト以上の目的でプロトタイプを使用する pm、dev、qaは、ユーザーテスト以外の目的で、社内の設計者にプロトタイプを作成して、注釈付きのワイヤーフレームと視覚的な仕様、および実際のストーリーのガイドとして使用するよう依頼しています。完璧なアジャイルの世界ではこれはうまくいくかもしれませんが、共有リソースのデザイナーであるので、実現可能ではないようです。私が目にする他の欠点には、プロトタイプ内のすべての相互作用を完全に構築する必要があることが含まれます。また、特定のロジックまたはインタラクションを呼び出すワイヤーフレーム内の仕様がないため、devとqaはインタラクションを見逃しがちです。プロトタイプを成果物として効率的に提供しているデザイナーはいますか?開発者/ qaはすべてのやり取りを発見して理解できますか?
回答: はい、私はqaおよびdevチームへの成果物として完全に機能するプロトタイプを作成します。私は数年前からhtml/css/jsを使用してプロトタイプを作成しており、設計プロセスに採用しています。私が見つけたのは、静的な設計とモックアップでは、これまでのところしか実現できないということです。つまり、私たちはすべてを考えるために最善を尽くし、開発中にフォームエラー、空の状態、または状態遷移について忘れていたことに気づきました。私が今していることは、紙の上でデザインプロセスを開始し、デジタルスタティックデザイン(スケッチ)に行き、すぐにhtmlで最初のインタラクティブなプロトタイプを作成することです。これは、設計プロセスがさまざまな状態やエラーなどの小さなことすべてを忘れないようにするのに役立ちます。プロトタイプの作成を設計プロセスの一部にしても、プロトタイプの作成に時間を無駄にせずに、設計を続けています。成果物として、単純にshowステークホルダー、開発者、または組織内の誰かが計画しているものを提供するのは素晴らしいことです。開発者が自分の努力を見積もるのがずっと簡単になり、「これを作る」と簡単に言うことができ、ドキュメントを大幅に削減できます。また、製品の実装中にしか検出されない小さな問題をすべて修正できるため、より優れた最初のバージョンで稼働することができます。