紙またはクリック可能なワイヤーフレーム内の新しい機能をどのように示すことができますか？
既存のシステム内で新しい関数を作成するとき、私の新しい概念をテストするユーザーは、その周りのすべてに精通しています。そのため、私のワイヤーフレームには多くの古い（ただし機能しない）コンポーネントも含まれています。
新しい関数で特定の既存の（！）リンクまたはドロップダウン要素を選択してアクションを開始する必要がある場合、ユーザーにそれを使用するように「伝える」にはどうすればよいですか？
矢印と吹き出しが気を散らすか、多くの方向に導きます。アクションに必要な要素のみを表示すると、プログラムを使用する「感覚」が失われ、抽象化が難しくなります。文書化の理由で、すべてのユーザーに説明する必要はありません。
私はその間にある種の解決策が必要だと自己説明しています。 「クリックしてください！」.
いくつかの提案：
- 新しいUI要素の上にインジケーターを配置します。これは、関連するインターフェイス要素の隅にある小さな星または「new」と書かれたラベル、または要素の周りの穏やかな輝きです。 （新しい機能に到達するために3つのUI要素をクリックする必要がある場合、それらのそれぞれがインジケーターを表示する可能性があります。ただし、ターゲットユーザーがとにかく頻繁にインターフェイスのその部分にアクセスする場合は必要ありません。そのため、アプリに大きく依存します。 ）
機能を追加してから数週間は、このインジケーターをサイトに追加するのが最も簡単な場合がありますが、まだ機能に気付いていないユーザーに表示する方が良いでしょう。使用者が機能が存在することがわかると、インジケーターが消えることがあります。
ユーザーが見たり使用したりした機能を追跡します。ユーザーがアプリにログインし、前回のアクセス以降に新機能がある場合は、「新機能」通知を表示できます。この通知をクリックすると、新機能への短いポインタが表示されます（詳細な説明が提供されている場合は拡張可能です）。通知が表示されるかスキップされるか、機能が使用されると、通知はユーザーに再度表示されなくなります（通知を提供する別の新しい機能が提供されるまで）。
エクスペリエンスをさらに最適化するには、新機能の恩恵を受けることができるユーザーグループと、それを使用しないユーザーグループを特定し、それぞれのグループに機能をアドバタイズまたはダウンプレイすることができます。
ユーザビリティテストの最初に、追加した新しい関数を使用する必要がある特定のdo do TASKをユーザーに提供します。そもそも関数を追加したのはなぜですか？正気を保つためにA3/PDCAに従うことをお勧めします。
メディアが紙またはモノクロのワイヤーフレームである場合、以下に示すように、色指定を選択して新しい機能/機能を強調表示できます。
既存のユーザーでテストするために、これらのワイヤーフレームを構築していると想定しています。このトピックについては、以前の回答で述べたものとは異なる見方をします。これは、紙のプロトタイプとスライドデッキを使用してユーザビリティテストを行った私の個人的な経験から言っています。ユーザーは個々のコンポーネントに焦点を合わせていないが、タスクフローとエンドツーエンドのシナリオにより関心があることに気付きました。
社会的に受け入れられている基準であるため、特定のテストで合格したいのは人間の性質です。私たちデザイナーは失敗する人を探しているので、ユーザビリティテストはかなり異なります。この点をユーザーにどのように伝えるかに関係なく、ユーザーはすべてを正しく実行するように感じます（少なくとも額面では）。これは、テストで指定する詳細レベルに大きく適用されます。テストが複雑すぎたり、過度に簡単であったりしたくない場合。また、収集したデータポイントがあいまいになるため、オープンエンドのままにしないように注意してください。
あなたの質問に来る。古い機能と新しい機能を区別しないのは、まったく普通のことだと思います。ユーザーがタスクを完了できるように、ワイヤーフレームまたはモックアップに十分な詳細を含めるだけです。これは、次の2つのシナリオで役立ちます。
- ユーザーが完全に新しい場合、その違いを知らないため、新しい機能が既存のエクスペリエンスに溶け込んでいるかどうかを検証できます。これはツールにとって重要です。
- ユーザーがツールの既存のユーザーである場合は、機能が新しいかどうかを尋ねます。それらの多くは「私は以前のバージョンでこの機能を見たことがない」と指摘し、あなたは単に「あなたはどのバージョンですか？。これは私たちが考えている新しい機能です!!」とはっきりと尋ねます。
この答えがあなたのワイヤーフレーミングに役立つことを願っています！
乾杯、ニシャント
可能な限り実際のUIに近づけるには、ワイヤーフレームにもう1つの詳細レベルを設定する必要があると思います。古いコンポーネントは、選択できるという意味で「機能的」である必要があります。ここに行く必要がある」そうすれば、新しい機能を見つけようとするときに、テストユーザーがいかに失われているかを知ることができます。
一方、新しい機能自体を実際にテストしたいだけで、ユーザーがどのようにアクティブ化したり見つけたりしたくない場合は、「テストされている部分にアクセスするには、ここをクリックする必要がある」という明確なヒントを用意してください。 。
問題の最良の解決策は、2つまたは3つの設計ソリューションを試して、それらを異なるユーザーに示し（各ユーザーの設計使用のバランスをとる）、データが得られてどの設計が最も効果的かを知ることです。