この記事は、何百もの機能のほとんどをすばやく（指で）捨てるのに役立ちます。そして、本当にビジネスに利益をもたらすものだけを残してください。
まず、優先順位付け方法の可変テーブルについて考えます。
このテーブルに基づいて、結論を導き出すことができます。
水平的には、社内で解決される内部の優先順位付け方法があります-チーム。
したがって、ユーザーが参加する場合、ユーザーは外部にいます。
垂直的には、決定を下すためにどれだけのデータがありますか。
数十人の回答者から詳細なインタビューを行うときの品質。そして、多くの異なる分析データがある場合は定量的です。
外部手法が適用される：
製品がリリースされたばかりで、消費者の最も深いニーズをまだ理解していない場合。
社内に意思決定を行う主要部門（分析、マーケティング、販売、利害関係者）がある場合。
内部メソッドが適用されます。
どの機能がメトリックを変更したかについての履歴がある場合、チーム内で優先順位を付けることができます。
外部メソッドから得られた結果の改良。
内部メソッドと外部メソッドの主な違いについて説明しました。
次に、fast（指先）やslowなどの優先順位付け方法について説明します。
速いものは最も価値のない機能を破棄するのに役立ち、遅いものは残りの機能から最良のものを選択するのに役立ちます。
高速な方法
リーチ/周波数法
リーチ-オーディエンスリーチ。この機能を喜んで使用する人の数。
頻度-機能を使用する頻度。
理想的には、右上隅が必要です。いつも使っている人と観客全員。
ポーカーの計画方法
アイデアはアジャイルの方法論から取られています。（評価はチーム内で行われます。）
機能の利点の評価
チームには、次の条件が与えられます。1本の指は悪い機能、2本の指は標準の機能、3本の指は単なる爆弾の機能です。
あなたは機能を言い、「1、2、3」と数えて、チームメンバーは指を上げます。平均スコアを考慮してください。 （他のプロジェクトから外部の人を招待することができます）。
コストの見積もり
開発者を集め、機能について話し、条件を設定します：1本の指-彼らはそれを迅速に行います。 2本の指-開発は難しくありません。 3本の指-開発は非常に難しく、時間がかかります。
次に、メリットをコストで割って、機能の概算を取得します。
機能4の割合が最も高いため、優先順位表の最上位になります。機能2の割合が最も低く、バックログから確実に除外されます。
遅い方法
ご飯
インターコムによって開発されました。
これは、アイデアと製品機能に優先順位を付ける方法であり、製品マネージャーが機能の評価と優先順位付けに使用する4つの要素が含まれます。
リーチ-オーディエンスリーチ。この機能を目にする人々の報道を忘れないでください。
影響-機能がユーザーに与える影響。この機能からの彼の喜び、後押し、感情。（0.25-非常に悪い、0.5-悪い、1-平均、2-良い、3-優れている）
***影響は、まさに企業に対する機能の影響であると考える人もいます。つまり、この機能でいくつのメトリックを上げるのでしょうか。
信頼-仮説への信頼。私たちは常にスーパートップのアイデアを思い付くとは限らないため、仮説がどれほど優れているかを示す非常に重要なパラメーターです。（高= 100％、中= 80％、弱= 50％以下）
努力-開発の複雑さ。通常、月単位で示されます。（半月0.5）
ROIの優先順位付け
最初に、メトリックの階層を作成する必要があります。製品がAmazonまたはgoogleでない場合は、ツリー構造で十分です。何から何が来るのか。たとえば、ライフタイム値は保持に直接依存します。優れた！オンラインストアにはこれで十分です。さらに、類推すると、製品の規模に応じて、分析データを使用して式を作成することができます。
どのメトリックに影響するかを知っていると非常に便利です。そして、ツリーがどのレベルにあるかを理解します。そして、発明された機能が主要な測定基準に近いほど、収益性が高くなります。さらに、それぞれ、それがメインメトリックに影響を与える可能性はほとんどありません。
メトリック階層からの優先順位付けの例
チームでは、機能の「重み」、つまり誰かがそれをどれだけ信じているかを割り当てます。+は、過半数によって選択されたものに配置されます。次の6か月間はそれらに集中できます。
ROIの優先順位付けの例
年間のユーザー数があります。 70％が製品を使用し、50％が製品を購入すると予測しています。
この機能の導入により、会社の利益の4％がもたらされると私は見積もっています。
1回の支払いでどれだけの利益が得られるかを知ることで、簡単な計算によって、その機能がその年に追加でもたらす金額を取得できます。
次に、開発者のところに行き、開発にかかる時間を理解します。すべてを人の時間に変換し、開発コストを取得します。
このデータを使用して、機能のROI（（収益-費用）/費用* 100％）を計算できます。
したがって、バックログからすべての機能をカウントして優先順位を付けることができます。
***また、実際の％変換、悲観的、楽観的で、テーブルのより詳細な調査を行うこともできます。
長所：
金銭的価値があります。人々はお金が大好きです。
人々は数字を信じています。
短所：
絶対値は考慮されていません
製品マネージャーの個人的なスキルに大きく依存します。
小さな機能は、カウント方法が明確ではありません。
ニュアンス：
収益ではなく利益を計算します。
製品マネージャーの典型的な間違い
1.単独で評価します。
常に誰かにあなたの計算をチェックするように頼んでください。新鮮な外観は常に良いです。
2.製品の他の部分へのある部分の影響を考慮に入れないでください。
製品の他の部分が沈まないように、エコシステム全体がどのように機能するかを考えることは非常に重要です。
3.嫌いになる。
製品を使用する嫌いな人は常にいますが、彼らは常に何かに満足しているわけではありません。主なことは、普通の嫌いな人と製品を助けたい人との間で混乱しないことです。より深く研究すること。
4.定量的評価は、必ずしも定性的評価よりも優れているとは限りません。
製品が新しい場合、または優れていない場合は、視聴者とコミュニケーションを取り、彼らのより深いニーズを理解することが最善です。
5.ささいなことを掘り下げます。上から商品を見てください！
結果
要約すると、Yandexで機能する優先順位付けシステムを、4人の従業員を雇用するスタートアップに適用したい場合、機能する可能性は低いと言えます。
企業は異なり、目標、タスク、位置付け、市場での位置付けも異なります。誰かが目的を達成することはほとんど不可能であり、文字通り明日お金を稼ぐことが重要です。そうしないと、スタートアップは終了し、誰かにとっては、状況と比較してお金はそれほど重要ではなくなります。市場や評判では、誰かがスケーリングのためのお金を持っており、主なタスクは新しいユーザーを引き付けることですが、インフラストラクチャの制限のためにスケーリングできず、ユーザー数を減らしたいが、既存のユーザーからより多くのお金を稼ぎたいと考えています。一般的に、すべてがそれほど単純なわけではありません。
お時間をいただきありがとうございます。