例:OutlookとGoogleカレンダーの終了時間ピッカーを使用すると、会議/イベントを0分間スケジュールできます。
これは実際のユースケースですか?なぜ誰かが0分の予定を立てるのですか?このオプションが利用できる理由を誰かが知っていますか?
ユーザーが何を選択しているかを正確に考えると、これは理にかなっています(ゼロ分を許可するため)。
あなたが実際にしていることは、ユーザーに2つの質問をすることです。
最初の答えは開始時間です。秒に対する答えは、分数または終了時間のいずれかです-両方とも背後に有効なロジックがあります。しかしどちらにしても、あなたが実際にしていることは、「ブロックする時間」を選択することです。ユーザーが会議の時間anyをブロックしたくない場合、この方法を考えると、これは完全に合理的な選択です。
この場合、会議は2つの役割を果たします。時間によって制約されない何かを行うことのリマインダーと、明確に定義されたスケジュールのない何かの開始です。
また、見落としになることもあります。グラスゴーには鉄道用の券売機があり、デフォルトでは0枚のチケットを購入できますが、これは本当に馬鹿げています。
私の答えはなぜそうではないのですか?ソフトウェアはユーザーを可能にするように設計されています。意思決定を行う場合は特に注意が必要です。特に、ユーザーが考えられない方法でユーザーを制限するような場合は注意してください。誰かがそれを使用する理由はたくさんあります。リマインダーや他の人へのブロードキャストされたメモ...誰が知っていますか? (一部の調査で判明する場合があります)
私の経験では、「だれがそれをするのですか?」常に不満につながります。また、最高のソフトウェアは、開発者さえも見たり意図したりしなかった方法でユーティリティを提供することができます。そのような場合には、スケジューリングが蔓延しています。
これは私が働いている2つの格言に関連しています:
ユーザーの邪魔にならない
あなたのユーザーを知っていて、あなたはあなたのユーザーではありません。
電卓で数値にゼロを追加できますか?私の答え:はい。ユースケースは何ですか?私の答え:ユースケースは必要ありません。 「自然に落ちる」機能を削除するのではなく、提供するための労力を必要としないのは、だれがそうしたいのか理由がわからないからです。
このアプローチでは、あらゆる種類のオープンハウスイベントに対応できます。人々は受け入れて、リマインダーを追加できますカレンダーをブロックしないで。イベントには、時間に関して定義されていない終了基準が含まれる場合もあります。例えば:
最小の会議時間を強制することは、ユーザーを支援することなく不要な制限であり、「許容される最短の会議は何ですか?」最小5分に設定した場合、次の管理の流行は1分間の会議で、今日の成果を叫んで机に立ちます。
これはUXフォームであるため、ユーザーがユーザーのニーズに基づいてインターフェイスを操作することを望みます。
調査/要件フェーズでユーザーストーリーを収集した場合、長さのない会議を予約したいと思う人はいないでしょう。会うと、会議に時間がかかることは明らかです。長さが0の会議は会議ではありません。
関係者がカレンダーにリマインダーを要求する場合がありますが、イベントインターフェイスを使用するのは適切ではありません。ユーザーがリマインダーを必要とする場合、同じ日付と時刻の両方を2回選択する必要があるのはなぜですか。それは無意味です。