製品デザイン思考フレームワーク | 製品の意思決定の焦点は何ですか?

この記事の著者は、製品の意思決定におけるいくつかの考え方と行動習慣に焦点を当てています。

私が作ってきた製品は、大まかに以下のタイプです。日用品（ワイン、家庭用テキスタイル、小型家電、クリエイティブギフトなど）、プラットフォーム（電子商取引、SAAS、ソーシャルネットワーキング）、サービス指向アプリ（コールドチェーン、金融、医療、ラストマイルO2Oサービス）です。どのタイプであっても、インターネット製品という大きなカテゴリに分類すると、これらの製品はインターネットを通じてユーザーを満足させるためのツールであると私は考えています。キーワードは「ユーザーのニーズを満たす」ことです。そのため、私はかつて、製品に関する意思決定の核心は「ユーザーの需要主導」であるという非常に表面的な理解しか持っていませんでした。製品決定の前提として、ユーザーのニーズと製品の位置付けを考慮します。ユーザーのニーズと製品の位置付けが明確になったら、製品決定プロセスを開始できます。

ここでの製品決定は「ユーザーの需要主導」を中心とすべきではないでしょうか?なぜなら、ユーザーの需要が原動力であれば、競争、内部およびその他のリソースに関する決定を下すことができるからです。このようにして、個人的な経験、リーダーシップの決定、競争上のプレッシャーではなく、ユーザーのニーズに基づいて客観的に製品に関する決定を下すことができます。

この理論は、視点の基盤が客観的であり、主観的な環境がないため、他のビジネス シナリオに適用されない限り、常に正しいものとなります。しかし、この観点を企業の存続、ユーザーの商業価値、有効なトラフィック、その他の製品などの商業的要素に加えると、この点についてもう一度考えてみましょう。

私はかつて「企業の価値はユーザーにありますが、私たちの目標はユーザー満足度を最大化することではありません」と話しました。製品に関する決定を下す際の本当の難しさは、何をするかではなく、何をしないかということです。何かをしないということは、あなたの考え方、理論的枠組み、実行能力が非常に強力でなければならないことを意味します。

私はかつて会社のプロダクトマネージャーにこう言いました。

プロダクトマネージャーにとって最も重要なことは共感です。

ユーザー グループは考え方が単純で、衝動的で、感情的であり、トレンドに従います。背景がいかに複雑であっても、ユーザーに提示されるものはシンプルでなければなりません。製品に関する決定を行う際には、ユーザーにとってわかりやすい形で決定を行うことが重要です。

過去 1 年間で、私は 500 人近くのプロダクト マネージャーに会いました。彼らのほとんどは、製品を設計する際に、非常に興味深く、シンプルで美しく、ユーザー フレンドリーな小さな機能を考えています。これらの興味深いデザインは確かに評価に値し、独自の価値があります。

しかし、実際には、これらの小さな機能は製品のほんの一部に過ぎず、そのほとんどはユーザーの「かゆいところ」のいくつかを解決するデザインであることは否定できません。より成熟したプロダクトマネージャーになりたいのであれば、こうした小さな問題点について賢くなるだけでは不十分です。各製品設計の決定の背後にある原動力をより明確に判断するにはどうすればよいでしょうか?

現在の多くの C エンドユーザー製品と同様に、それらのほとんどはユーザーのニーズに基づいており、データ フィードバックを使用して意思決定を支援します。製品を決定する上で最も重要なことは、需要の客観性を理解することです。

1. 需要の大きさ。
2. 需要の全プロセス。
3. 要件の一貫性。

製品の優先順位付けと階層化

ニーズを判断することで、製品の優先順位とレベルを整理できます。

1. 優先順位付け

優先順位の付け方については、すでに多くの記事が出ているのでここでは割愛しますが、考え方だけをお話しします。製品の意思決定の優先順位において、希少性は製品設計とユーザー エクスペリエンスにおける基本的な問題です (ユーザー エクスペリエンスについては次のセクションで詳しく説明します)。

マリはかつてこう言った。

機器（ハードウェア）とユーザーの両方の観点から、リソースが不足しています。

デバイスに関しては、画面サイズとインタラクション技術が限られています。限られたスペースにインターフェースとデータを「詰め込み」、ユーザーが限られたインタラクション方法（タッチなど）でのみ使用できるようにする必要があります。ユーザー側では、人間の認知能力は乏しく、理解、記憶、既存の経験、知識はすべて限られています。

したがって、製品設計が最初に解決する必要があるのは、これらの希少なリソースの割り当てを最適化する問題です。これは、優先順位を付け、何が重要で何が重要でないかを把握し、適切なリソースを適切なオブジェクトに割り当てる能力に依存します。

これは意思決定の問題であり、需要の認知的判断に基づいています。

開発リソース、運用リソース、マーケティングリソースも不足しており、会社の規模に関係なく、既存の人的リソースよりも多くのことを行う必要があります。これにより、最も効果的な場所に最高の鋼材を使用し、ユーザー エクスペリエンスの有用性が十分に大きい領域にリソースを割り当てる必要があることも決定されます。したがって、製品の設計と開発においては、さまざまなオブジェクトの優先順位も理解する必要があります。 私は「スタートアップのプロダクトマネージャーは何をする必要があるのか​​？」 》には、「製品ソリューションを探索し、製品の機会を判断する方法を知る」ことに関する共有が含まれています。

私たちは減算についてよく話しますが、実際にはその核心は優先順位を扱うことです。デザインにおける優先順位を把握することで、本当に重要な機能、コンテンツ、インターフェース要素を目立つ位置に配置し、それらを最大のインターフェース リソースで表示し、二次的な部分を弱めて非表示にし、三次的な部分を簡単に切り捨てることができます。

したがって、製品に直面するときは、視覚的な優先順位、インタラクションの優先順位、コンテンツ/情報の優先順位、需要の優先順位、ユーザーの優先順位など、構造上の優先順位を明確に念頭に置く必要があります。肉屋が牛を解体するのと同じように、これが製品を真に掘り下げるための第一歩です。

2. 階層

階層とは強さと弱さを意味します。強調すべき要素があれば、弱めるべき要素も必ず存在します。オブジェクトを強調する最良の方法は、周囲のオブジェクトを弱めて、主題と背景がはっきりするようにすることです。単純に聞こえますが、誘惑が多すぎるため、人々はあらゆる要素を強調したがり、どれかを手放すことを嫌がるため、ここで問題が発生することがよくあります。結局、すべてが注目を集めようとし、目を引く場所がなくなるのです。

同様に、すべての製品にはコア機能があり、それが製品の存在理由となります。それはユーザーのニーズを満たすか、ユーザーが何らかの問題を解決するのに役立つため、意味のある製品です。しかし、最終的に製品のすべての機能をリストし、それらがすべてコア機能であることがわかった場合、どの機能もコア機能ではありません。ここで私たちの考え方をいくつか紹介します。

このようにして、コア機能の階層的なフレームワークが完成し、機能の焦点と主要な要因がリストされます。最後の 2 つについて簡単に説明しましょう。

• 機能の焦点：需要分析 + 製品の位置付け → 基本機能リスト、ユーザー行動の理解 → 機能の分解 + ユーザーフローの決定 → 機能の焦点の決定。
• 重要な要素: 最初の 2 つの手順は同じですが、最後の手順の「more」という単語を強調するだけです。

階層の概念についてもう少し説明しましょう。製品に関する決定を行う際に、階層を整理するということはグループ化と組織化を意味​​します。これは、散在する点を面に変換し、それらの面を組み合わせる、技術的にオープンな製品開発ドキュメントに似ています。製品デザインは、時には人の心を読むようなものです。日常生活で、家の中の薬は一緒に置かれ、道具は別の場所に置かれるのと同じように、ユーザーがどの要素を一緒に置こうと思うかを事前に予測する必要があります。ユーザーが最初に主要なカテゴリと方向を見つけられるようにし、次に次のレベルに進んで正確な場所を見つけられるようにします。

製品ロジックは製品意思決定の基礎となる

優れた製品ロジックがあれば、製品に関する決定をより効率的に行うことができます。また、優れた製品ロジックのほとんどは、実際の戦闘で磨かれます。私自身の起業プロジェクトでは、製品ロジックの混乱により、無効な製品機能の決定を数多く行ったことがあります。

例えば、医療プロジェクトでは医師とユーザーの能動的・受動的な選択、金融プロジェクトでは資本側の投資家と資産側の担い手の情報マッチング、ケータリングO2Oでは飲食業者や商店、物流情報の表示比率、度合い、深さなどがある程度整理されていますが、これによって、私が製品を作るときに自分に合った製品ロジックのセットを持つこともできます。

1. 製品のユーザー範囲: 製品を作成するときは、まずユーザー範囲、つまりこの製品または機能を何人の人が使用するのかを明確にします。
2. 製品の使用頻度: たとえば、私が取り組んでいる医療プロジェクトでは、医師のフォローアップ訪問や患者の予定訪問の頻度、単位時間内の同じシーンラインの上流と下流の頻度によって、どちらの側がユーザーを獲得しやすいかが決まります。
3. 使用シナリオと既存製品との関連性。例え話で言えば、インターネット金融業界では、資産側の細分化が一般的な傾向になっており、資産側の最適化とシナリオベースの性質は、ファンドの投資家の属性に対応しています。どのような資産配分、どのような投資ユーザー、そして高度なシナリオベースの性質は、あなたの製品のユーザー粘着性を大幅に高めます。
4. 製品担当者は、創造者ではなくニーズの発見者です。スティーブ・ジョブズが iPhone を発明したのは素晴らしいことですが、彼はそれ以前の Apple の製品のほとんどを潰しました。機能が多ければ必ずしも製品が優れているわけではありません。決定を下すときは、「はい」と言うことよりも「いいえ」と言うことの方がはるかに重要です。プロダクト担当者は、本当に価値のある製品コンセプトを生み出すために、多くのアイデアを拒否する勇気と論理を学び、持たなければなりません。
5. 協力のためにどのようなリソースが利用可能ですか? 技術、設計、運用のサポートはどの程度利用可能ですか?あなたの計画を支持しますか?
6. 競争上の障壁という点では、技術的な障壁に加えて、ビジネス上の障壁がより重要です。

追加のポイントをいくつか挙げます。

1. 製品全体の決定のロジックでは、競争環境において寡占状況が形成されているかどうかを理解する必要があります。

BAT は皆盗作に熱心で、トラフィックを制御できるという利点があると考えていることが多いです。しかし、たとえ参入優位性があったとしても、すでに寡占状態が形成されていれば、成功するのはやはり難しいでしょう。たとえば、Dianping.com を模倣します。すでに寡占状態にある市場に一般企業が参入して成功することは不可能です。側面攻撃を行っている場合を除き、エネルギーを 1 つのエリアに集中させます。例えば、 Toutiaoは自動推奨機能により携帯電話のニュース閲覧ユーザーを独占し、4大ニュースポータルが市場をしっかりと支配する中、多くのユーザーを獲得しました。

2. ユーザーグループのセグメンテーションに注意する

製品のユーザーは、多くの場合、新規ユーザー、忠実なユーザー、否定的なユーザー、飽きたユーザー、解約したユーザー、高頻度ユーザー、高所得ユーザー、低所得ユーザー、高齢ユーザー、若年ユーザーなどに明確に分けられます。製品のシナリオには、2 つまたは 3 つの異なるメイン グループ、またはメイン ロールがある場合があります。製品を使用するこれらのさまざまな役割の目的は何ですか?使用プロセスはどのようになりますか?製品にはどのような期待や要求があるでしょうか?重要なポイントは何ですか?統合できますか？

結論

製品を決定する際には、ユーザーのニーズを理解することも必要ですが、ニーズではなく、ニーズの本質的な動機を理解することが重要です。戦略に基づいて決定するのではなく、具体的なニーズについて考えることから決定を下します。競合他社の機能から始めないでください。女の子を追いかけるとき、重要なポイントは、女の子は恋のライバルではないということです。

製品に関する意思決定で最もタブーなのは、ユーザーを計算に入れることです。どんなことがあっても、製品に関する自分の知性を見せようとしないでください。その代わりに、親切心を見せてください。

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

この記事の著者 @木良 （APP Top Promotion）が編集・発行しました。転載の際は著者情報と出典を明記してください。