ユーザーにいくつかの質問と回答を提示するアプリを想像してみてください。各質問の後、ユーザーは回答を評価できます(簡単/中/難しい)。
評価に基づいて、質問は次のいずれかです。
ユーザーに評価を求めることを表す表現が、その評価が何を伴うのかを示唆するものであるかどうかについて、私は議論しています。
例A、簡単:
Rate this answer:
() Easy
() Not sure
() Hard
例B、さらなるアクションを示唆:
Rate this answer:
() Easy
() Repeat in a while
() Repeat soon
各質問の状態を表示する追加のUIコンポーネントがあるため、しばらくすると、ユーザーは「難しい」質問がより頻繁に繰り返されることを知ることができます。
バージョンAの単純さは好きですが、アクションの結果(つまり、評価)を示すことも意味があります。これらの種類のガイドラインはありますか?
注: 2つを組み合わせることを検討しました(「わからない、しばらく繰り返す」)が、テキストが多すぎます。
このアプリが何らかのフラッシュカード学習ツールであるとすると、評価と質問の再表示との間の関係を明示的にすることには躊躇します。私はそれについて次のように考えています。ユーザーは本当に難しい質問をしていて、それを楽しんでいませんでした。次に、すぐに、その質問を二度と見ないようにします。意図的にこの教材を学ぶことを選択したユーザーにとってさえ、それは彼らが最も可能性が高いときにちょうどチキンアウトする機会です。そして、あなたは彼らにeveryの質問の後にチキンアウトする機会を与えるでしょう。多分私は人間の精神と学習への意欲について悲観的ですが、それはあなたがユーザーに対してオッズを積み重ねているようです。
私はオッズを逆に積み重ねるオプションが良いと思います:このようなもの。
どのようにして質問を見つけましたか?
- 私には簡単すぎる
- ちょうどいい
- 挑戦
「どうやって見つけたのか」があなたの聴衆にとってあまりにも慣用的であるなら、「質問は...」がまともな代わりになるでしょう。各オプションの結果を表示するという考えにまだ熱心な場合は、正しい答えに向かって重み付けをすることが重要だと思います。
その質問についてどう思いますか?
- 簡単すぎる:もう二度と質問しないでください。
- 私はそれを持っていると思いますが、後でもう一度テストしてください。
- 私はもっと練習が必要。
今、難しい質問に手を出すには、積極的に嘘をつく必要があり、「それは難しかった」オプションは、ユーザーがどのように感じるかを特定するためのものです。私のアプリの1つでは、2人称の質問から1人称の回答への切り替えに非常に満足していますが、それが気に入らない場合は、答えを言い換えながらアイデアを維持するのは簡単です。
その質問についてどう思いますか?
- 簡単すぎる(二度と尋ねない)
- ちょうどいい(でも後でもう一度テストする)
- 挑戦的(すぐに練習する機会を与えます)
そして最後のメモとして、ユーザーが答えるのにかかる時間とどれくらいの頻度で正しく答えるかによって難易度を判断し、問題を完全に回避できるという考えを植え付けます。
例Aは評価であり、結果を示していません。そのため、結果は別のルールセクションのどこかに、おそらくより詳細に説明する必要があります。したがって、評価と結果の説明への参照があります。
例Bは評価ではなく、タイトルがわかりにくいため、変更する必要があります。例:
Repeat this answer?
() Never
() In a while
() Soon
評価とアクションのどちらを選択するかは、他のアプリケーション機能によって異なります。