私自身の経験では、選択したツールの信頼性が低いために、使い勝手が悪い、または機能が少ない競合他社を使用する必要がある場合があるので、私はそれを尋ねています。市場の動向や競合他社などの理由で、機能(および優れたユーザーインターフェイスなど)を求められることが多く、信頼性は考慮されていないと思います。
また、現時点では元開発者およびUXコンサルタントとして、サービス性がUIおよび全体的な機能と同じレベルになるように、クライアントに提案するソリューションの複雑さを常に予測(および議論)しようと努めています。
私はすべてのUXの人々が強力な技術的バックグラウンドを持っているとは限らないと思います。その場合、どうすればそれに対処しますか(あるとしても)? UXの規律は信頼性を考慮に入れるべきだと思いますか、それともUXと何らかの形で関係しているにもかかわらず、他の誰か(エンジニアリングチームなど)が処理する必要があると思いますか?
もちろん、信頼性はユーザーエクスペリエンスの一部です。しかし、マスロフの言葉で言えば、それは満足者というよりむしろ不満です。言い換えると、信頼できることはポイントを獲得しませんが、信頼できないことは確かにポイントを失います。
更新:
はい、ユーザビリティ担当者は、使用されるテクノロジーおよびフレームワークスタックによって課される制限を認識する必要があります。これらの問題は通常、簡単に解決することはできず、回避策を講じる必要があります。
信頼性の問題は、主に次の2つの原因から発生する可能性があります。
それらは、テクノロジーおよびフレームワークスタックに対して固有にすることができます。つまり、ソリューションを構築するために選択されたハードウェアとソフトウェアの結果です。通常、できることは多くありませんが、新しいリリースを待つので、これらの問題を回避するために設計して対処する必要があります。
それらは、テクノロジーとフレームワークスタックの上にデザインを実装する方法の結果である可能性があります。言い換えれば、それらはapplication's自身の特定のコードの結果です。これらの信頼性の問題は、設計で回避するのではなく、より良い実装で対処する必要があります。