状況を説明させてください。
「古い(.Net 2.0)」アプリケーションをWebアプリケーションに変換し始めました。
ここでの問題は、誰もウェブサイトのUXに精通していないということです(シンプルで効率的)。それでも、パラメーターを使用して、Webサイトを顧客のニーズに合わせて調整できることを考慮しなければなりません。
例えば:
Invoice Machine に似たレイアウトにしたかった(できるだけシンプルに)。
サプライヤーに行くとサプライヤーのリストが表示されます
また、4つの検索/フィルターメカニズムが必要です。
サプライヤーのリスト
* | A | D | Z
- Adam Wrincle ADD |EDIT |Delete
- Damzel InDistress ADD |EDIT |Delete
- Zorro ADD |EDIT |Delete
私は彼に連絡することができないようです、ウェブサイトのUXはWindowsアプリケーションとは異なる必要があるということです。 WindowsアプリのすべてのロジックをWebサイトに組み込みたいのであれば、なぜWebサイトを構築するのでしょうか。古い解決策に固執する。
オンラインソリューションがオフラインソリューションとは異なるものであることを、私はそれほど誤解していますか、またはどのようにして彼にどのように説得/示すことができますか?.
彼はすでにアイデアを得るために他のアプリケーションのオンラインソリューションを「見た」が、私が何かを提案した場合、彼は聞いていない(それがGUI/UX関連の場合)。
追加情報(編集):
カバについては、実際には気にしません。私の上司はすべての販売を行うので、彼は顧客に最も近いです。 WebアプリケーションとUXエクスペリエンスについてたくさん読んでも、それが違います。
問題は、まず第一に、現在使用されていないリボンの実装が簡単に機能しなくなり、パワーユーザーを対象としていることです。リボンはユーザー情報のオーバーフローを引き起こし、人々は任意の場所(3つの検索など)で検索できるため、アプリケーションのユーザーフレンドリーさが低下します。
私は「必要なときにアクションを与える」ことを強く信じています。つまり、クライアントのリストが表示されている場所で、編集/削除/表示ボタンをクリックすることができます。検索のために、すべてを検索できる1つの検索ボックスを実装します(次のような実装を使用します: Visual Search jQuery plugin )
また、デスクトップの実装はWebアプリケーションよりもスケーラブルですが(スケーリングする必要はありません)、違いがなければなりません。これが、さまざまな役割(販売、購入、会計)を作成し、それらに必要なツール(請求メニュー、製品メニューなど)を提供することをお勧めする理由です。
現在のデスクトップアプリケーションは、クライアントのニーズに基づいて、クライアントが表示できるすべてのフィールドを削除できます。それだけでなく、すべてのクライアントには、選択できる約1000のパラメーターがあります。これにより、ログインするすべてのクライアントに大きなオーバーヘッドが発生し、長期的に問題が発生する可能性があります。 (現在開発段階なので、まだキャッシュはありません)
アプリケーションには最終的なものはありません。「上司が望んでいるので抗議しないことで、私が正しく行っていることを知りたいだけですが、理由があることを確認したいのです。
私も会社でかなり新しいです。彼らのデスクトップアプリケーションを使用しましたが、ユーザーフレンドリーではありません。 ITのバックグラウンドを持っている私でも、いくつかは非論理的だと思いますが、しばらくすると、慣れてきて状況に適応するようになります。しかし、それはそうあるべきではないのですか? :-)
私の個人的な経験では、リボンは多くの機能が必要なときにいつでも使えます。しかし、ツールバーの85%はWebアプリケーションでは「使用できません」。メニューで製品を選択し、新規を選択することで、新しい請求書、製品を簡単に作成できます。 (それは私の個人的な意見です)。
現在、彼らは多くのユーザー(2と1クライアント)ではないので、そのレイアウトについて議論できる人は多くありません。
また、一部のユーザーはサプライヤを作成する機能しか持っていない可能性があるということも考えられます。これは、リボンのUXも価値がないことを意味します:s
以下の良いコメントですが、それを上記の引数に合わせて調整したいので(編集は下にしてください)、他のWeb開発者が私の現在の状況についてどう思うかをより深く理解できます。
これはHIPPOの場合のように聞こえます((最大の支払人の意見)。私はあなたのアイデアを載せたクイックワイヤーフレームを一緒に投げることをお勧めします。チームの一部を集めて、新しいワイヤーフレームの提案について話し合います。これらのアイデアのような他のスタッフを見つけた場合は、上司の決定を変えるのに役立ちます。
オンラインでリボンを実際に見たことがないと言ったように、ユーザーが特定のタスクをどのように達成するかを考え、デスクトップソフトウェアよりもWebパターンに対してそれを行うより良い方法があるかどうかを確認します。 t以前にデスクトップアプリで使用したことがある場合は、「入手」してください。
ユーザーが既存の製品をどう思うかを調べてください。彼らはそれを好きですか?使えますか?いくつかのテストとユーザー調査を行うことを検討してください、彼らはデスクトップ版がどのように機能するかに慣れているかもしれません。
考慮すべきもう1つのことは、エキスパートユーザーが変更にどのように反応するかです。特効薬だと思われるかもしれませんが、既存のUIを大幅に変更すると、既存のユーザーを遠ざけ、長期的にはメリットがあるとしても、新しい知識をユーザーに提供します。何かがひどく悪い場合を除いて、完全なオーバーホールが必要ですが、これに取り組む最善の方法は、漸進的な変更です。
NicoJuicy、上司がエンドユーザーの場合、この答えは気に入らないでしょう。エンドユーザーが快適に感じているものを使う必要があります-これはすべてUXについてです。
エンドユーザーが他の誰かである場合、それらに相談することなくアプリケーションを構築していますか?エンドユーザーと話し合って、ジレンマを解決してください。
上司やユーザーは開発者のように考えていないことを覚えておくと役に立ちます。
これは、ユーザーのテストで最もよく対処される種類の難問です。
両方の例を、所定の目的を使用して、厳格なモデレートユーザーテストにかけます。結果と結果は、残酷に正直で不可知論的です。ユーザーテストは、主観的、個人的な意見を取り除き、冷淡で難しい事実に置き換えます。機能するか機能しないかのどちらかです。動作しない場合は変更してください。
このような状況で役立つと思われるいくつかのヒントを共有したいと思います。
数値、パーセンテージ、投資収益率(ROI)について上司に相談してください。
研究と数字であなたの議論をバックアップするようにしてください。 Xユーザーを対象としたXの調査では、このようにすると、効率がX向上するか、Xユーロが売り上げを伸ばすことがわかったと伝えてください。すべての問題について関連する研究を見つけることができないことは知っていますが、特定の問題について上司を説得するのに役立つオンラインでいくつかを見つけることができると私は確信しています。
ユーザー調査
広範なユーザーの調査は、あなたのアイデアをサポートするのに役立つことが証明できます。一部のユーザーにインタビュー、調査、フォーカスグループ、またはあなたとあなたのプロジェクトに適したものを実行するとよいでしょう。ソリューションをサポートするために、ユーザーの見積もりまたは調査結果を使用できます。多くの場合、ユーザーの意見は問題に対する最適な解決策を表していないため、ここでは注意してください。この問題を解決するには、できる限りテストしてください。
テスト、テスト、テスト!
テストは、ソリューションXがソリューションYよりも優れていることを上司に納得させるための最良の方法です。使用するリソースと時間によって異なります。あなたは間違いなくあなたのボスに最良の解決策を納得させる異なるタイプのテストを使うことができます。
たとえば、カードの並べ替えテストを実行して、アプリケーションに最適な情報アーキテクチャ/ラベルを確認します。ユーザビリティテストを実行して、ユーザーがどのUIでより優れたパフォーマンスを発揮するかを確認し、結果を分析して、セッションのビデオと一緒に上司に提示します。おそらく、上司がテスト中にオブザーバーとして参加するのは良いことでしょう。私の経験では、これが彼らを説得する最良の方法です。実際のユーザーがタスクを実行するのに苦労しているのを見ると、インターフェースに問題があることを理解しています。
私の経験から、これらすべてはこの種のボスと協力してきました。がんばって!
開発者として、私はユーザーエクスペリエンスを設計する開発者と上司が苦痛に終わるだけだと確信できます-すべての人にとって。このアプリの使用率や視認性が高い場合は、ユーザーエクスペリエンスとウェブサイトのデザインを専門とするコンサルタントを雇うことをお勧めします。彼らはあなたもあなたの上司も考えなかったかもしれない代替案を思いつくだけでなく、ユーザーのテストやケーススタディなどで推奨をバックアップすることができます。
スペクタキュラー船長が言ったこと。また、上司の考え方に慣れるようにしてください。改善されたUXが会社の価値をどのように変換するかを説明してみてください。彼自身の話題の言葉を使う。興奮し、熱狂する。
しかし、結局のところ、成功しなかった場合は、少なくとも試みたことを知っておいてください。あなたは義務を果たしました。次回にもう一度試す気にさせないでください。
たぶん、上司にユーザー/ユーザビリティテストに同意してもらうことができれば、上司は設計の利点を理解するかもしれません。ターゲットユーザーに、どのUI/UXが最適かを判断させます。
Invoice Machineで無料のアカウントを作成しました...データ指向のアプリのC_UDインターフェイスのファンではありません。同様の要件があり、機能性と機能がデザインの美学よりも優先されました。
@Captianは、最高支払人の意見に行くことについて素晴らしい点を持っています...そのルートに行く場合、ここに役立つかもしれないいくつかのコントロールがあります:
まず、 MVCコントロール が役立ちます。それが問題なら、Telerikには無料版があると思う。
また、これは ASP.NETバージョン でもあり、それほど悪くはありません。
ソフトウェアのエンドユーザーは、レイアウトをどのようにするかを決めるのに最適な人だと思います。彼が使用している製品が最新のテクノロジーを使用しているか、洗練されたUIを使用しているか、または開発者として私たちが重要だと考えるものは、エンドユーザーにとって重要ではありません。ほとんどのユーザー(エンドユーザー)は、快適ゾーンから出てソフトウェアの新機能を使用せずに、昔ながらの方法で喜んでいます。私は昔からデスクトップに存在するソフトウェアに取り組んでいます。 UIにいくつかの変更を加えてWebに移動すると、ユーザーはその使用について混乱しました。エンドユーザーは、Webアプリの動作がデスクトップアプリと異なる理由を知りません。以前のデスクトップと同じように機能するようにWebアプリを変更したとき、フィードバックは非常に好意的でした。結論として、顧客は王様です:)