なぜ誰もあなたの新機能を使っていないのでしょうか?

新しい機能を開始することを決定する前に、なぜその新しい機能を作成するのかを明確に考える必要があります。

Dangdang.comの元COOである黄若氏は、かつてDangdang.comのCEOである李国清氏から、衣料品のカテゴリーを拡大したいので100人を採用してほしいというテキストメッセージが届いたときのことを語った。黄若氏は、当時はテキストメッセージを見なかったふりをするのが自分の対処法だったと語った。確かにこれは良い方法ではなかったと認めたが、それでもそうした。もし李国清氏が後で連絡してこなければ、問題はそこで終わる。もし2、3回連絡してきたら、じっくり話し合う必要があるだろう。

黄若氏は、COO としての自分の責任は、まず何かをするかどうかを決め、次にそれをどのように行うかを決めることだと感じたため、このような行動をとったと述べた。CEO の言うことを何でも聞いていたら、彼は CEO のアシスタントに過ぎなくなるだろう。これで問題は解決です。COO には確かにこれを行う権限があり、それが単なるアシスタントであれば、実行が重要になります。

ある日、上司から「○○機能をいくつかリリースします」と言われたら、あなたは心の中で「なぜこれらの機能をリリースするのか」「これらの機能はユーザーのどんなニーズを満たすのか」「そのようなニーズを持つユーザーはどれくらいいるのか」「リリース後、ユーザーにどんなメリットをもたらすのか」などと考え、ただ独り言を言い続けるだけでしょう。最終的に予定通り機能がリリースされ、上司も大満足でした。しかし、バックグラウンドデータを確認すると、新機能を使用しているユーザーの割合が 1.X% と 2.X% と、非常に少ないことがわかりました。どう思いますか?

実際、こうしたデータを見るのは悲しいことです。結局のところ、これは多くの人の時間とエネルギーを費やすものなのです。自分がやったことを誰も使わず、気にも留めていないとわかったら、自分がやったことは価値がないと感じるでしょう。

しかし、ユーザーの視点からすると、提供されるものが自分が望むものと全く異なるものであれば、絶対に購入しません。たとえば、私はリンゴを食べるのがとても好きで、あなたが喜んで梨の入ったバスケットを送ってくれたら、私はそれを受け取ってとても感動するはずだと思っているかもしれませんが、実際のところ、私はただリンゴを食べたいだけなのかもしれません...

積は、決して単なる機能の加算であってはなりません。積が単なる機能の加算である場合、1+1>2 を達成することは不可能であり、1+1=2 さえ不可能である可能性があります。

機能が追加されると、ユーザーの主なタスクフローが弱まる可能性があります。製品の位置付けや設計目標がコンパスである場合、要件内の機能ポイントは散在する座標であり、タスクフローはこれらの座標を通るロードマップです。

座標の数が多いほど、ユーザーのタスク フロー ロードマップは複雑になる可能性が高く、複雑になるとエラーが発生しやすくなります。ユーザーがタスクに迷い、効率的、迅速かつ正確にタスクを完了できない場合、切り替えコストが高すぎるか、他の代替製品がない限り、ユーザーは戻ってこないでしょう。

新しい機能を追加する場合、まず最初に行うべきことは、なぜその機能を追加するのか、その機能を通じてどのような目的を達成したいのかを考えることです。次に行うべきことは、どのように追加するのかを考えることであり、追加後に機能が期待した効果を達成したかどうかをどのように測定するかを決定する必要があります。

私について: テニスとサイクリングが好きな製品愛好家、王家塵です。私は公開アカウントを持っています(0 から 1 までのプロダクト マネージャー)。私は毎週公開アカウントに何かを書いています。私をフォローして、アドバイス、共有、コミュニケーションを求めてください。私は現在、製品開発の旅に取り組んでいます。これは長い旅ですが、皆さんを応援しています。

1. なぜそれをする必要があるのですか?

新しい機能を追加することを決定したときは、まず、なぜそのような機能を追加したいのか、その機能の需要はどこから来るのか、ユーザーからなのか、チームからなのか、競合他社からなのか、あるいは製品の自発的な需要からなのか、そのような機能を追加することでユーザーと私たち自身にとってどのような目的を達成したいのか、技術的に実装するのがどれほど難しいのか、入出力比率はどれくらいなのかを明確に考え、まずそれを行う価値があるかどうかを判断する必要があります。

1. ユーザーレベル

ユーザーが製品を使用する理由は、製品が役に立つ、楽しい、特定のタスクを効率的に完了する、退屈な時間をつぶすなど、特定の目標を達成するのに役立つためです。この目標を達成するために、ユーザーはいくつかの小さなタスクを実行し、これらの小さなタスクを完了するために、ユーザーはさらに特定の操作を実行します。

機能を追加するときは、ユーザーの視点に立って検討し、ユーザーの目標、タスク、行動、使用シナリオ、期待などを深く考慮する必要があります。使用シナリオのない要求のほとんどは誤った要求です。ユーザー タスク分析を実行するときは、機能要件の頻度、重要性、範囲、時間を考慮できます。つまり、そのようなニーズを持つ人がどれくらいいるのか、そのニーズは高頻度か低頻度か、ニーズが満たされる前にユーザーがどのように行動するのか、そしてニーズが満たされた後に何が起こるのかということです。

2. 商業レベル

新しい機能を追加するとき、どのような目的を達成したいのでしょうか?保持率、コンバージョン率、アクティビティなどの特定のデータ指標を向上させることを望んでいるのでしょうか、それとも、これらの新しい機能を通じて何らかのビジネスニーズを満たすことを望んでいるのでしょうか?

異なる目標を達成するために使用する方法は間違いなく異なります。さらに、ユーザーが望んでいるものと私たちが提供したいものは異なる場合があります。たとえば、ユーザーは広告を好みませんが、広告は収益をもたらす可能性があります。この場合、ユーザーの目標とビジネスの目標の間で適切なバランスをとる必要があります。

3. 技術レベル

このような新しい機能については、技術的に実装するのがどの程度難しいか、研究開発サイクルはどの程度か、どの程度のリソースが必要か、そしてユーザーやビジネスへのメリットと合わせて、費用対効果がどの程度か、実行する価値があるかを検討します。

たとえば、現在の推奨システムがパーソナライズされた推奨のニーズをよりよく満たすことができる場合、より正確な推奨を行うには長い時間がかかりますか? これらはすべて比較して検討する必要があることです。

2. やり方

やる価値があるかどうか、新しい機能を追加するかどうかを検討した後、それをどのように行うかを検討できます。機能を設計するときは、自分がどんな素晴らしい機能を望んでいるかではなく、自分の機能がユーザーの何の役に立つかを考え、ユーザーの視点からも検討する必要があります。ユーザーは実際には、どんな機能があるかには関心がありません。ユーザーは、自分の機能が何の役に立つかにもっと関心があります。

1. ユーザーの心理モデルに適合する

ユーザーが目にする製品はデザイナーが目にする製品とは異なる可能性があり、ユーザーが製品を使用する方法も私たちが想像するものとは異なる可能性があります。理由の 1 つは、デザイナーが一般ユーザーよりも製品に関する専門知識と理解がはるかに豊富であることです。もう 1 つの理由は、デザイナーが比較的安定した空間とネットワーク環境で製品を使用することに完全に集中していることです。

ユーザーがハイヒールを履き、片手にバッグを持ち、もう一方の手に携帯電話を持ち、不安定なネットワーク環境で製品を使用しているシナリオを想像できますか?

誰もが見ている世界はそれぞれ異なります。それは現実世界と各自の認識に基づいています。ユーザーが見ているものも、現実モデルではなく心理モデルに基づいています。そのため、多くの製品には、ユーザーの心理的認知により適合するためのメタファーがいくつか採用されています。たとえば、Windows のごみ箱のアイコンはゴミ箱であり、一部のカメラ ソフトウェアのアイコンはすべてカメラに関連しています。これらのデザインは、ユーザーの学習コストを削減するために、ユーザーの心理モデルにより適合するように作られています。

2. 永遠の中間ユーザー

プロフェッショナルユーザー専用の一部の製品を除き、ほとんどの製品のユーザーは、初心者ユーザー、中級ユーザー、熟練ユーザーの 3 つのタイプに簡単に分類できます。これら 3 つのタイプのうち、初心者ユーザーと熟練ユーザーの数は比較的少ないです。彼らのほとんどは、足で投票する中級ユーザーです。彼らは、製品の良し悪しを言うことはめったにありません。実際の行動で投票します。そして、この部分のユーザー数はたまたま最も多くなっています。

機能を設計する際には、これら 3 種類のユーザーを総合的に考慮する必要があります。まず、大多数の中級ユーザー向けに設計します。次に、初心者ユーザーが迅速かつシームレスに中級ユーザーになれるようにします。一部の機能やオプションは、上級ユーザーが簡単に見つけられるようにしながら、中級ユーザーが上級ユーザーになることを妨げないように非表示にすることができます。

3. 「0123」ルール

「0123」ルールとは、機能の設計に取扱説明書は必要なく、一目で理解でき、待ち時間は2秒以内、操作手順は3ステップ以内で制御されることを意味します。つまり、考えさせず、待たせず、イライラさせない。操作プロセスをできるだけシンプルにしましょう。ページ階層が深くなるにつれて、ユーザーの直帰率は徐々に増加します。

3. 測定方法

大変な苦労を経て、ようやく予定通りのサービス開始。そろそろ終了かな？そうではありません。機能のリリースは単なる新たな始まりに過ぎません。リリースされた新機能と、これまでは満たせなかったニーズが何なのかをユーザーに伝える必要があります。

インターネット製品は常にベータ版です。機能がリリースされた後、データ指標で定量化できる場合は定量評価を行います。定量化できない場合は、機能が期待に応えられるかどうかをユーザーとコミュニケーションを取り、ユーザーのフィードバックとデータ指標に基づいて継続的に機能を最適化し、改善する必要があります。

次のような式を使用するだけで、関数のデータ パフォーマンスを大まかに測定できます。

機能要件の重要度 = 機能を使用するユーザーの割合 × 機能が使用される回数の割合 × カテゴリの重要度の割合

機能使用率とは、機能を使用するユーザーの割合、つまりユーザー数/総ユーザー数です。機能の使用回数の割合は、機能の使用頻度を反映しており、総回数/人数で割って算出されます。カテゴリ重要度の割合は、カノモデルに基づいて、機能の種類を異なる重みで分割します。定量化されたデータ指標を取得した後、前後のデータを比較して、新機能または機能の改訂が成功したかどうかを判断できます。

以上が本記事の主な内容です。まとめると、新機能のリリースを決定する前に、なぜ新機能を開発したいのか、どのように開発するのかを明確に検討し、テストできる指標を策定し、新機能リリース後のフォローアップを行い、継続的に最適化・改善していく必要があります。

モバイルアプリケーション製品プロモーションサービス： APPプロモーションサービス清瓜メディア情報フロー

この記事の著者@王家郴は（APP Top Promotion）によって編集および公開されています。転載する場合は著者情報と出典を明記してください。