web-dev-qa-db-ja.com

定期的なイベントの頻度を入力するように求められたときのユーザーエクスペリエンスの向上

だから私はフォームに取り組んでおり、入力の1つはユーザーテストでやや問題があることが証明されています:

定期的なイベントの頻度を保存する必要があります。イベントは、レポートが送信される頻度です。データベースには、1年あたりの時間を表す数値を保存します。

1年に1回より多くても少なくてもかまいません。そのため、4年ごとに節約したい値は「0,25」で、年に4回は「4」です。

前のフォームでは、ユーザーに自分で数を計算するように依頼しましたが、実際にはこれはユーザーにとって難しいことが証明されています。

頻度と年数の2つの入力フィールドを持つソリューションをテストしました。Y年あたりX回(XとYは入力フィールドです)。4人のユーザーによるユーザーテストでは、1つしかありませんでした。 「2年に1回」と入力するように求められたときに、問題なく比較的解決しました。

Samle form input when input is once every second year

ユーザーに要求されたデータを入力させる他の方法の提案はありますか?

ありがとう、ロイ

1
RoyHF

問題はアプローチだと思います。開発者が頻度を簡単に計算できるようにする選択方法をユーザーに提供します。

しかし、そのデータはユーザーにとって重要ではありません。次のようなオプションを選択するオプションを彼らに与えないのはなぜですか

毎週-隔週-毎月-四半期ごと-毎年-カスタム

カスタムでは、2つのボックスを提供します。 1つは発生用、もう1つは質問で示したような繰り返し頻度用です。

1

選択肢が2つしかないのは正しいですか。

  1. N年のワンス。
  2. 毎年N回。

もしそうなら、あなたの全体的な設計アプローチに応じて、あなたはこれを尋ねる異なる実装をするかもしれません。例えば:

  • 最初のフィールドが「数年に1回/ 1年に数回」ドロップダウンになるミニフォームの一種。ユーザーごとに選択した後、次のフィールドのキャプションが「年数」から「1年あたりの回数」に変更される場合があります
  • 1つまたは別のオプションを選択すると、対応する数値入力コントロールが有効になるチェックボックスグループ。
  • 等。

あなたがユーザーを愛しているなら、あなたは3番目のオプション-'1年に一度'を作るかもしれません。ご覧のとおり、このオプションは「1年に1回」と「毎年1回」のように指定できます。これにより、一部のユーザーが行き詰まる可能性があります。

0
Serg

MacでCalendar.appを試してください。複雑な繰り返しイベントを作成する良い例です

Calendar.app screenshot

0
Sashko Valyus