私は約6歳のWebプラットフォーム(SAAS)に取り組んでいます。多くの新しいWebサービスと同様に、クライアントやユーザーの要求に応じて急速に進化しています。
ここに来てすぐに、削除された機能よりも多くの機能がプラットフォームに追加されていることに気付きました。
マーケティングチームと製品チームに2つの機能の選択肢を提示したときの典型的な反応は、「両方あります。先週お話しした3つ目の機能を追加できますか?」
良いデザインとは難しい選択であると私は確信していますが、それらの選択は行われていません。
機能のクリープを絞め殺したり、企業環境で難しい選択を強いたりするための優れたテクニックを持っている人はいますか?
私はそこに行って、このようにそれに近づきました。
私は提案の前に、「less is more」の原則を実際に示す成功した製品のいくつかの強力な関連例と、混乱を伴う明らかなユーザビリティの問題のいくつかを示しました-Steve Krug 101のものが役立つでしょう。
特定の機能が使用されていないことを示す事実データを提示しました。これを引き出すことができる場合、これは非常に強力ですが、そうでない場合、ある機能の削除を他の機能よりも正当化する方法を教えてください。
私は、もみがらを取り除くことの利点と、それがコアの金儲け機能をどのようにして輝かせるのかを視覚的に示す代替案を模擬しました。
ここで重要なのは、「つま先を踏む」のではなく、すべてをユーザーの心理と行動に結びつけるために、ビジネスアドバイザーのように出くわさないようにしたことです。
私はこのアプローチで非常に成功し、これを会議で数回処理した後、それは本当に定着し始め、会社におけるUXの役割は「ここで、私たちが思いついたこれらの機能を取り入れて、設計。"実際に製品定義プロセスの一部になるために。
残念ながらこのような場合、それは「ローマにいるとき、ローマ人がするのと同じように」のケースになるでしょう
マーケティングチームと話をしながら、焦点に対処する最良の方法は、最大のビジネスリターンに焦点を当てることであり、機能の数を制限し、ページの焦点を明確に駆動することで、複数の機能でページを過負荷にするのではなく、結果を最大化できることを発見しましたそして、最終目標についてユーザーを混乱させます。また、この機能を思いついたきっかけや、その潜在的な市場が何であるかを明確に把握している場合にも役立ちますが、ターゲット市場でのコンバージョンとドルの観点から焦点を維持できる限り、拘束された聴衆。
製品チームに関して、私は一般に、タイムライン、ビジネス価値提案、予算、および追加の要件によるスリッページがないことを保証するための課題に関して、その追加機能を潜在的に組み込むことで発生する実装の制約に焦点を当てます。私は、影響を受けた領域を強調する視覚的なタイムラインの観点から情報を提示することが一般的に役立つことを発見しました。
ただし、複数の機能を必要とする上級管理職からの強い反発がある場合があります。その場合、最初の設計が実装されたら、バージョン2.0または提案された設計の更新を提案できます。
アプリケーションにロギングを追加して、使用されている機能と使用されていない機能を確認します。ユーザーデータを記録する必要はありません。オプションAが使用されただけです。
次に、十分な数(ユーザーの数に応じて数週間または数か月)になると、使用されている機能と使用されていない機能を確認できます。まったく使用されていないものは、すぐに削除する候補になります。少し使用したものは「時計」につけてください。
議論は、これらの機能を維持するために開発者とテスターの時間がかかることであり、誰も(またはユーザーベースの1%のみ)がそれらを利用していない場合、これは有用な機能の維持と開発に費やすことができるリソースの無駄遣いです。新機能。
デビッドとクリスが指摘したすべての点に同意します。さらに、機能の背後にある理由をさらに掘り下げてみてください-理由をたくさん聞いてください。
機能を絶えず追加するということは、チームが離れることを拒否する問題にバンドエイドを付けようとしていることを意味します。この問題が何であるかを理解できれば、多くの場合、複数のバンドエイドタイプの機能ではなく、1つの優れたソリューションを見つけることができます。
一方、これは、発言はあるが統一された目標を持たない利害関係者が多すぎる場合に発生します。当然、製品チームは、さまざまな関係者から要求されたものを追加することによってそれらすべてに対応しようとします。代わりに、機能計画を1つの包括的な目標と一貫したUXの下で統一するよう努めるべきです。