カスタマイズを回避するために、意図的にカスタマイズ機能を見つけにくくする
モバイルアプリがあり、メイン画面はカードレイアウトです。ユーザーは、カードの順序を変更したり、特定のカードを非表示にしたりするために、カスタマイズ機能を要求しました。カードにはさまざまな固定タイプの情報が表示されます。
ただし、CEOはユーザーがレイアウトを変更することを本当に望んでいない。なぜなら、彼は「最良」と見なし、その方法を維持したい特定の順序で情報を表示するつもりだからである。
ここでの結論は、カスタマイズ機能を実装しましたが、発見されそうにない場所に配置したということです。
奇妙に思えますが、どう思いますか？
曖昧にしないでください
ビューをカスタマイズするオプションを提供するかしないかを選択します。全体 "ああ、そうなら、あらゆる場所を検索し、すべてに触れて、最終的にアプリをカスタマイズする方法を見つけるすべての神と神に祈る。私たちが意図的に隠した方法」のアプローチは、まったく意味がありません。 メリットはまったくありません。これを行うと、ユーザーを激怒させることができます。一方、ユーザーは、自分が使ったことのない機能をあまり気にしませんを求めました。
また、あなたはそれからお金を稼いでいると述べています。これは、慈善事業に従事しているのでない限り、考慮すべき最も重要な変数です。
だから、これがあります：
- ユーザーが知らないカスタマイズオプション
- 経済的理由
- あなたの上司はこのアプローチを主張します
私は本当にこれを頭脳明晰ではないと見なしています：カスタマイズオプションを取り除くだけで幸せになりますキャンピングカー。
さらに
Joel Tebbetが彼の非常に良い答えで述べたように、この主題に関するかなりの文書があります。顔についてだけでなく、もっとたくさん。そして、これは絶対に本当です。だから、私があなたからこのコメントを読んだとき、それらの前提の下でそれは非常に理にかなっています：
ユーザーがカスタマイズを望まない理由
しかし、ここがあなたの問題だと思います。実際には単なる機能の場合、これは必要であると考えます。 「アプリをカスタマイズするオプションを希望しますか？」ユーザーがテストを行って質問した場合、回答がそのオプションを望んでいることは明らかです。しかし、これは不正な質問であり、有効なテストではありません。 「あなたの食事に無料の飲み物を追加しますか？」答えは： "はい、私にくれ無料のもの」。それはどんなテストにも値しないほど明白です。
ただし、テストは [〜＃〜] kpi [〜＃〜] に基づいて行う必要があります。そしてunknown featuresは良いKPIではありません。代わりに、アプリの使用状況、収入、エンゲージメント、放棄などを測定してみてください。
要するに
あなたが提供した非常に限られたデータと最も可能性の高いシナリオに基づいて、私はあなたのCEOが正しいと思います。ただし、これらの仮定を検証するには、これらの仮定をテストする必要があります
カスタマイズ可能性に関して About Face の章があります。これは、ソブリンアプリケーション（多くの機能がありがちで、ユーザーが長期間使用する）では、カスタマイズ性がスペースをより魅力的にするために重要であることを説明していますそしておなじみ。
ただし、モバイルアプリはほとんどの場合、姿勢が一時的であり、ユーザーがカスタマイズのメリットを十分に享受できないため、オブジェクトの移動により、通常、インターフェイスの使用が困難になります。
CEOでさえもそれを廃止したいと考えていて、それがユーザーエクスペリエンスに役立たない場合、完全に削除するのは簡単です。
ただし、最初に、CEOがデータを配置する順序が、ユーザーが実際にデータを表示することを期待している順序であることを確認する必要があります。
コンテキストで構成
ユーザーが必要とする場所で構成を許可します。
30日周期のローリングが表示されたらいいのに...
ああ、ありました！週単位の範囲を30日に変更します。
これは、構成/カスタマイズの最も難しい部分です。あなたはそれらがメンタルモーダルに適合し、自明で、邪魔にならない場所にコントロールを配置する必要があります。注意しないと、コントロールが邪魔になる可能性があります。
これは、ユーザーが一連の一般的に識別されたニーズを切り替えることができるダッシュボードモジュールです。
この日付セレクターは、あらゆる情報とともに配置でき、最も一般的なレポート範囲のニーズをカバーするように設計できます。
しかし、ポジショニングはソリューションのほんの一部です...
適切なデフォルトで開始する
重要なのは、すべての構成をユーザーにneedsにして、それ以上は何もないようにすることです。
最初に、基本的なスポットを取得する必要があります。
IME、カスタマイズ要求の最大の原因は悪いデフォルトです
- あまりにも多くの役割を喜ばせるには多すぎるもの。
- 間違ったユーザーに焦点を合わせると、間違ったデータが表示されます。
- 提供する情報が少なすぎるため、アプリは「シンプル」に見えます。
- ユーザーが何を必要としているのかを十分に理解していない。
何かをカスタマイズするようにユーザーをトレーニングする前に、市場で一般的な特徴を理解していることを確認してください。
スケーラブルな構成を提供
これらの適切なデフォルトから作業し、ビューの範囲と価値を大幅に拡大する小さな構成オプションを見つけます。
- ソート順
- 期間
- KPI（既知のオプションセット内）
- など...
これにより、幅広いコンテキストをカバーできるシンプルで学習可能な構成設定のセットが提供されます。少数のコントロールで、圧倒的でメンテナンス不可能なエクスペリエンスを作成することなく、多くのユーザーにパーソナライズされたコントロールの感覚を与えることができます。
全て思い出して
構成の黄金律：
ユーザーに自分自身を繰り返させないでください。
適切なコントロールに少し変更を加えると、戻るたびに個別のビューが表示されます。