私は、使用とセットアップが簡単であることを意図した製品に取り組んでいます。競争は、主に長いセットアップ期間を必要とし、場合によっては顧客ごとのオーダーメイドのソリューションにまで及びます. 私たちのアプリケーションの一部は現在、顧客の要求に基づいて拡張されており、各顧客がその動作をさまざまに制御できるように、非常に柔軟にする必要があるようです。問題は、システムを構成可能にしすぎたくないということです。これにより、学習と操作がより複雑になると私は信じています。私はまた、誰かが自分自身のために物事をめちゃくちゃにすることへの扉を開くことも心配しています.
ユーザーの手に力を与えるという同様のジレンマに直面した人は他にいますか? どのように解決しましたか？結果はどうでしたか？
あなたの質問は、柔軟なソリューションを提供するか、それを誰にでもできるようにすることができることを意味します。
私はそれをそのように言いません。私にとって、これはむしろユーザーの期待の問題であり、最初の質問は次のようなものです。アプリケーションを破損することなく、すべての重要なユーザーの期待 (たとえそれらが互いに矛盾していても) を満たすにはどうすればよいでしょうか?
たとえば、メニュー、ブレッドクラム ナビゲーション、サイト マップ、および検索機能を備えた Web アプリケーションでは、インライン リンクとともに、探しているものとそこに移動する方法を見つけるための 5 つの異なる方法が提供されます。そうすれば、ほとんどのユーザーは期待する機能をすばやく簡単に見つけることができるため、詳細なドキュメントの必要性が実際に減少する可能性があります。
したがって、答えは、1 つの特定のタスクを解決するために慎重に選択されたいくつかの異なる方法を提供することかもしれませんが、ユーザーのミスを避けるために、それぞれの方法を個別に合理化することができます。
優れたソフトウェア製品を構築するには、少なくとも 2 つの方法があります。
限られた一連の機能に焦点を当て、その機能をうまく実装します。
システムをカスタマイズできるように設計します (理想的には、スクリプトを使用します)。ベース システムを適切に作成すれば、カスタマイズ レイヤーの上に、基本的な、オプションのない、やりたいことだけを実行する機能を簡単に提供できます。
残念ながら、悪いソフトウェア製品を作成する方法は他にもたくさんあります。
賢明なデフォルトを使用するとき、私は大きな成功を収め、ユーザーとして最も幸せでした。言い換えれば、最も一般的なユースケースを簡単に（または無料で）作成し、状況に応じてユーザーがそのユースケースの外に出ることができるようにします。