web-dev-qa-db-ja.com

デスクトップ会計アプリケーションのタグインターフェイス?

tagscategories の古代の質問はおそらく古くなることはありません。もちろん、その一般的な形では、答えは「依存する」です。これが特定のケースです:

  • アプリケーションは確立されたアカウンティングであり、ERPパッケージです。
  • コードベースは15年前のもので、大規模なユーザーベースを持っています。
  • 現在、標準メニュー(「カテゴリ」)を使用していますが、これらはすでに混雑しています。そこにはおそらく数百のアイテムがあるでしょう、私は数えませんでした。各メニュー項目は新しいフォームを開きます。
  • Windows 7のスタートメニューと同様のクイック検索機能が既にあります。入力すると、特定のサブストリングを含むメニュー項目が除外されます。
  • ユーザーは主に技術に精通していない会計士です。 UIの変更はしばしば対抗されます。

したがって、タグがここで役立つかどうか、そしてそれをどのように行うことができるかを考えています。それとも、それはすでにそれがすでに良いですか?確かに、何年もそれを使用してきた人にとっては問題はありませんが、新しいユーザーの学習曲線はかなり急になる可能性があります。特に、会計パッケージが異なれば、物事にわずかに異なる名前を付ける傾向があるため(またはそれらを異なる方法で整理するため)、ものは困難な場合があります。

3
Vilx-

私の当面の傾向は、タグの概念によって提供されるわずかにあいまいな検索またはナビゲーション機能が、会計またはリソース計画の世界の正確な性質のコンテキストにうまく適合しない可能性が高いということです。ユーザーモデルは、構造化されていないタグの概念が環境の変化により適していることとは少し矛盾しています。

カテゴリの良い点は、通常、カテゴリが変化しないか、時間の経過とともに変化が​​非常に遅いことです(もちろん、コンテキストによって異なります)。したがって、私が定期的にを使用している場合、カテゴリを使用して、興味のあるカテゴリを見つけるためにリストのどこにいるかを知っています。

大規模なユーザーベースを持つ確立されたアプリケーションの場合、この環境では、タグが概念の変更になりすぎる可能性があることに私は思い当たります。

しかし、私のもう1つの懸念は、既存のカテゴリには現在数百のアイテムがあると言うことです。そのため、ユーザーエクスペリエンスを向上させるための鍵は、関心のあるアイテムを選択する他のルートを提供することだと思います。

既存のクイック検索に加えてお気に入り最近使用したアイテムの紹介は、ここで関連性があり、高く評価されている可能性があります。新規ユーザーのために、お気に入りにpopularまたはmost commonアイテムが事前に入力されている場合があります。ショートカットカスタマイズ(アクセラレータ)などの他のアクセサーも、タグをスキャンするのと同じように、大規模なカテゴリリストへの繰り返しアクセスが煩わしいと感じるエキスパートユーザーを支援します。

私の本能は、(実際のユーザーが)使用しているパッケージを確認し、カテゴリシステムを使用してそれらを監視し、ユーザーが実際に行っている問題と反復的なアクションを確認することです。

5
Roger Attrill