技術的なタスクは実際に最終バージョンで提示されていますか？
製品のライフサイクルは、要件のコレクションを形成することから始まります。このコードは、ほとんどの場合、参照条件（TOR）です。これは、将来の製品のテクノロジー、ターゲットオーディエンス、およびこの製品の動作を保証する必要がある機能に関する詳細情報を提供します。多くの場合、そのようなタスクは「生の」スケッチの形で与えられ、作業の過程で詳細が大きくなりすぎます。設計や機能の要件に関連するタスクの一部が大幅な変更に該当しない状況にならないように、これらの側面を慎重に検討し、可能な限り顧客と話し合う必要があります。
UIを描画するために、会社の企業ID（および、存在する場合は会社の以前のUI開発）を使用しますか、それとも特定の製品用に新しいUIを作成しますか？
多くの場合、新製品はゼロから作成されるのではなく、別の製品または企業サービスのブロックのフレームワーク内で作成されます。これに基づいて、UIコンポーネントの設計に関する一連のスタイルと色のルールと要件がすでにあります。この場合、これらのルールに基づいて新製品が作成されることを確認する必要があります。サービスをゼロから作成する場合は、スタイルや配色についてお客様と合意するために、いわゆるムードボードのスケッチを作成する必要があります。
市場に同様の製品はありますか？
すでにアナログが市場に出回っている製品のアイデアを顧客が思い付く場合があります。市場調査（新製品を開発する際に必須）を促進するには、これらの製品の例をクライアントに尋ねることが重要です。これらの製品の何が良いのか、何が悪いのか、不便なのか、何に焦点を合わせるのか、新製品が例のサービスをどのように上回るのかを顧客に尋ねることができます。
製品を使用するデバイスの範囲はどのくらいですか？
特定の狭い焦点を絞った目的のために、特定のプラットフォーム専用に製品が作成されるという状況に直面することがあります。この場合、UX / UIスペシャリストは、特定のコンポーネントがさまざまなプラットフォーム（スマートフォン、タブレット、デスクトップ）でどのように動作するかについてのオプションについて考える必要はありません。また、これらのプラットフォームに不要なUIコンポーネントを作成する時間を節約できます。参照の観点からすでに言及されている場合でも、作業を開始する前にこの問題について話し合うことが重要です。
プロトタイピングのレベルはどうなりますか？
初期段階で多くの時間を節約し、製品プロトタイプへの潜在的な重大な修正を排除するもう1つの重要なポイントは、デモンストレーション用のプロトタイプのタイプの選択です。プロトタイプスタイルには、いくつかの典型的なフレーバーがあります。
- プリミティブ（長方形、円、正方形など）のプロトタイプ。ここでは詳細な説明は必要ありません。すべてのUIコンポーネント（テキスト、ボタンなど）はプリミティブとして表示されます。
- 詳細なプロトタイプ。これはプロトタイプの複雑なバージョンです。ここではすでにプロジェクトのモノクロデザインを使用しており、ボタンは本格的なボタンのように見え、テキストとタイトルは実際のものに近いものです。
- 塗装済みプロトタイプ。これは、既存のUIコンポーネントに基づく本格的な製品プロトタイプです。
すべての顧客がプリミティブに基づいて製品の全体像を見ることができるわけではないため、初期段階で製品プロトタイプを顧客に提示する最善の方法を事前に知っておく価値があります。
これが不完全なリストであることは明らかであり、私たちは何かを忘れています。このチェックリストに何を追加しますか？