良いアイデアがないために失敗する企業はほとんどないでしょう。 しかし、間違ったアイデアを選択するとどうなるでしょうか。 それは、闇夜の氷山よりも速く、あなたの船を沈めることができます。 実際、CB Insights によると、新興企業が失敗する理由の第 1 は、間違ったものを作ってしまい、市場のニーズがないことです。

しかし、構築する機能または製品を選択せずに座っていられるわけではありません。 構築する正しい機能を選択するということは、長いアイデアのリストから、今最も重要で、現実的で、緊急性の高いものに優先順位をつけるということです。 これは並大抵のことではありません。

このガイドでは、機能の優先順位付けを邪魔する多くの要因について説明し、実際に機能の優先順位をできるだけ高くする方法について最善の戦略をいくつか紹介します。

本題に入る前に、この記事の構成を説明します。

機能の優先順位付けはビジョンと目的の共有から始まる

機能の優先順位付けについて最も難しいことの1つは、それが単なる製品の決定ではないことです。 それは個人的なものです。 すべての機能、角度、アプローチ、およびアイデアは、誰かの努力と意見を反映しています。

異なるオンボーディング フローに対する UX デザイナーのアイデアを後回しにすることは、それほど難しいことではないかもしれません。 しかし、別のフレームワークに移行するという CEO のサリーの提案の優先順位を下げることはできますか。

しかし、優先順位付けを成功させるには、個人的であってはなりません。 あなたは、誰かのアイデアを他の誰かのアイデアより選ぶわけではありません。

「プロダクト リーダーシップ」の著者であるリチャード バンフィールドは、次のように述べています。

各機能のメリットを議論する前に、全体像、つまり戦略や会社の目標が明確であることが必要です。

しかし、機能の優先順位付けは共有ビジョンから始まりますが、そこで終わりではありません。 ハーバード ビジネス レビューでは、「信念、文化的価値観、業務規範の違いにもかかわらず、自分の正式な管理下にない人々やグループを巻き込み、共通の目標に向かって働くように促す能力」として説明されています。 なぜなら、どうしてそうすることができるでしょうか。 そうです、あなたは優秀で賢い人たちと働いているのです。

Uberの初代製品責任者であるMina Radhakrishnan氏は次のように述べています。「製品リーダーシップの大部分は、なぜこれを行うのかを考え、いや、これはすべきではないと言うための基礎を固めることです。 優先順位をつけるには、会社のビジョンを共有する必要があることは、すでに分かっています。 また、誰かが厳しい選択をし、「委員会方式」による設計の行き詰まりを食い止める必要があることも分かっています。 しかし、機能の優先順位付けの実用的な方法に入る前に、さらにいくつか注意すべき赤信号があります。 私たちは皆、最近の個人的な経験のために、自分のアジェンダを押し付ける人がいます。 CEOがログインして気に入らないものを見たとか、投資家から否定的なフィードバックを受けたとか。 明らかに優先すべきこととしてそれらに飛びつくのは簡単ですが、リソースと時間が与えられる前に、それらの経験は常にデータやユーザー調査によって裏付けされるべきです。 あなたの会社の最前線にいる人々が不満を聞いているとき、彼らはあなたに言うでしょう。 繰り返しますが、これは優先すべき機能を見つけるための強力な方法ですが、傾向に基づいて選択することをお勧めします。 個別の要望ではありません。 ロードマップを中断させる前に、これがあなたの理想的な顧客であるかどうか、それが正当な要求であるかどうかを確認するためのデューデリジェンスを行います。 より多くの収益を得ることを否定するのは難しいです。 しかし、すべての短期的な金儲けのための機能が、長期的にあなたの会社にとって良いものであるとは限りません。 また、長期的には、より幸せな顧客こそが最大の成功をもたらすのです。

機能に優先順位をつけるための 7 つの実用的な方法

恐怖をあおるのはさておき、機能の優先順位付けの楽しい部分に戻りましょう。 製品の将来の道を選択し、顧客が気に入り、会社の成長に役立つとわかっている機能を選ぶ手助けをしているのです。

まずは、簡単な復習から始めましょう。 私たちは、自分の信念を裏付けるためにデータやトレンドが必要であることを知っています。 私たちは、自分の信念を裏付けるデータやトレンドが必要であることを知っていますし、自分の優先順位をより大きな会社の戦略に結びつけ、個人的な偏見を避ける必要があることも知っています。 そして、短期的な思考の犠牲にならないようにする必要があることもわかっています。

しかし、ほとんどの場合、これでは、選択すべき大量の素晴らしい機能があるままです。

幸いなことに、製品の意思決定に深く入り込み、機能、改善、およびアイデアに優先順位をつけるための、非常にスマートで簡単な戦略がいくつかあります。 選択マヒは、取り組むべきプロジェクトを選択する際に、本当に問題となります。 それを避けるための最も簡単な方法の 1 つは、機能の「テーマ」を使用することです。 テーマは、会社の目標、製品ビジョン、または全体的な戦略に沿った機能のグループです。これにより、今最も重要な機能の種類に取り組んでいることを確認し、また、選択肢が多すぎるという問題を回避することができます。 (機能またはアップデートに「ノー」と言っても、それを永久に放棄するわけではないことを忘れないでください。

機能のテーマにアプローチする方法はいくつかあります：

1. 製品ロードマップのテーマ。 製品ロードマップは、おそらく「レポート」、「統合」、「コミュニケーション」、「ワークフロー」などの高レベルのテーマにすでに分割されています。 この方法では、製品が特定の部分や戦略に向かって機能していることを知ることができます。 もう 1 つのオプションは、機能がどこから来たのか、また、潜在的な影響によってグループ化することです。 これを行うために、Greylock パートナーの Adam Nash は、3 つの特定のバケットを使用することを提案します。 Metric Moversは特定のビジネスニーズに関連する機能、Customer requestsはユーザーが積極的に求める機能、Customer delightsは求められてはいないがユーザーが喜ぶと思われる機能です。 機能は複数のバケツに分類できますが、健全なロードマップでは、3 つのバケツすべてから優先的に選択されます。 最後に、移動する必要があるメトリクスが非常に明確な場合、それらに特に関連するテーマを作成するのがよい場合があります。 これは、次のようなカテゴリーを意味します。 「エンゲージメントを高めて解約を減らす」、「サインアップから購入へのコンバージョンを高める」などです。

どの方法を選択するにしても、より高いレベルの機能カテゴリを見ることができるのは、素晴らしい最初のステップです。 (決定木は、ここで試したくなるような、一般的な意思決定および優先順位付けのフレームワークでもあります)。

実現可能性、望ましさ、および実行可能性によって製品機能を分解する

個人の偏見や過去の記憶が私たちを迷わせるとしたら、最初に行いたいことの 1 つは、より客観的なレンズを通して機能を見ることでしょう。 すなわち、いくつかの基準に基づいて各機能を検討し、チームの特定のメンバーに相談することです：

1. 実現可能性：現在あるリソースとツールでその機能が技術的に可能か。 バックエンドエンジニア、UI デザイナー、およびフロントエンド開発者などの技術チームメンバーに相談し、何ができるのか (何が不可能か非常にありえないか) を理解します。 顧客は実際にそれを望んでいるのか。 利用可能なあらゆるツールを使用して、これがユーザーが望むものであるかどうかを理解します。 これは、研究者、UXデザイナー、マーケティング担当者、およびサポートと話し、また、すでに完了したユーザーテストや検証を確認することを意味します。
2. 有効性: この機能は、あなたの全体戦略および市場の要件にどのように関連し、サポートしますか? 関連する役員や他の製品マネージャーと話し、この機能がより大きなエコシステム (自社の機能、戦略、目標) や業界全体 (規制、法的問題、財務) でどのように機能するかを理解します。

これらの基準は個人の意見から来るものですが、複数のレンズを通してそれらをクロスチェックすることは、すべてを客観的に保つ助けになります。

Score options on a Effort/Impact scale

Score options on the Effort/Impact scale を作成し検証したら、次はどの機能が最も重要で、最初に取り組むべきかを見てみましょう。

これは単なる 2×2 のグリッドで、各マスは機能を構築するための異なるレベルの努力とそれがもたらす潜在的な影響を表します：

Source: https://pabial.wordpress.com/2014/02/18/using-the-impacteffort-matrix-for-decision-making/

目標は、最も低い労力で最も高い影響を与える機能を見つけることです。 しかし、機能がマトリクス上のどこに位置するかを知ることは、必ずしも容易ではありません。

デザイン会社 AJ&Smart は、これをチームのエクササイズとして行うことを提案しています。 各機能のアイデアを付箋に書き出し、ホワイトボードにマトリクスを描きます。 チームメイトの多様なグループを集め、一度に1つずつ、各付箋を取り、それを説明し、それがどれだけの労力を要するか、そして、それによる潜在的な影響についてチームに投票させます。

どの機能が優先されるかの最終決定は、依然としてあなたが行います。

RICE Method でさらに深める

機能が複雑で、単純なグリッドよりも詳細な優先順位付けが必要な場合があります。 このような場合、RICE メソッドは優先順位をスコア化する素晴らしい方法です。 Intercom のプロダクト マネージャーである Sean McBride は次のように説明しています:

コストと利益のバランスを取るように設計されたシステムは数多く存在します。

そこで、Sean と彼のチームは、優先順位を決定する際に各機能を評価する 4 つの共通要因を定義しました：

1. Reach: この機能は、ある期間に何人の人に影響を与えるか。 リーチは、「四半期ごとの顧客」や「月ごとのトランザクション」のような実際の製品の測定基準を使用して測定され、個人的に構築したい製品や機能を選ぶというバイアスを避けることができます。 これをより均一にするために、ショーンは多肢選択式の尺度を使用します。 巨大なインパクト」を3、「高」を2、「中」を1、「低」を0.5、最後に「最小」を0.25で表します。 知っていることに基づいて、この機能が成功することにどの程度自信がありますか。 プロジェクトがインパクトのあるものになると思っているが、それを裏付けるデータがない場合、自信はあなたをバックアップするのに役立ちます。 100%が「確信度大」、80%が「確信度中」、50%が「確信度小」と、シンプルな複数選択式の尺度を使うと簡単です。 (そして、それ以下は「完全なムーンショット」)
2. 努力。 努力: 製品、設計、およびエンジニアリング チームがプロジェクトに必要とする時間はどれくらいか。 これを「人月」で測定し、整数（最低でも半月）にこだわることができます。

各機能のすべての数値を取得したら、それらを単純な方程式に落とし込む時が来ました。

Priority Scorecard を使用して、独自の基準で機能にスコアを付ける

RICE Method は、機能を正確にスコアリングする唯一の方法というわけではありません。 すべての利害関係者のニーズが満たされていることを確認するために、スコアリングする要素をカスタマイズする必要がある場合もあります。 この場合、単純な優先順位スコアカードがより良い選択肢となるかもしれません。

優先順位スコアカードでは、パラメータの提案リストとその「重み」（基本的に、プロジェクト全体に対する割合としてそれらの重要性は何か）から開始します。

プロジェクトマネージャーであるDaniel Elizaldeの例を紹介します。

。

カテゴリ	顧客エンゲージメント	ユーザー エクスペリエンス	セールス ファネル	運用効率	合計
重み	20%	10%	30%	40%	100%

さて、では。 優先順位をつける各機能について、Priority Scorecardの各カテゴリに1～100のスコアを割り当てます。 (100はそのカテゴリへの影響が大きいことを意味し、0は影響がないことを意味します。)

したがって、Web サイトの再設計と新しいチェックアウト エクスペリエンスの間で優先順位を付けようとする場合、次のようになります。

といったところでしょうか。

特徴:

カテゴリ	顧客エンゲージメント	ユーザー エクスペリエンス	セールス ファネル	運用効率	Total
Weight	20%	10%	30%	40%	100%
スコア:				レーティング。
Website Redesign	90	60	50	65
New Checkout	70	90	80	90	83

各機能のスコアに重みをかけて、合計スコアを算出します。 つまり、私たちのウェブサイトリニューアルの場合は、次のようになります。 90 x 20% + 90 x 10% + 60 x 30% + 50 x 40%

この方法の素晴らしいところは、機能がすべて同じテーマである限り、さまざまな利害関係者の特定のニーズに基づいて優先順位をつけることができる点です。

Use the Kano Method to Prioritize features by delight

機能に優先順位をつけるとき、最終目標は顧客に愛されるものを作ることであることを忘れてはいけません。

狩野モデルでは、潜在的な機能をさまざまなカテゴリとその感情的な反応に分解します：

• 魅力的なニーズです。 これらの機能は満足と喜びの感情を引き起こすが、ユーザーはその機能が含まれていなくても不満に思わない。 これらの機能は、それがあれば喜び、なければ（あるいは欠陥があれば）不満になる。 これらは非常に一面的な性質を持っており、ユーザーによって評価されるには優れた実行に依存します。
• 基本的ニーズ。 これらは必需品であり、顧客がそこにあることを期待する機能です。 これらを含まないことは不満ですが、これらを改善する ROI はすぐに先細りになります。

最後に、単に望ましくない、他の機能のプラスの影響を奪う機能もあります。 これらは絶対に避けてください。

Source: https://www.smashingmagazine.com/2016/10/giving-your-product-a-soul/

さて、ここからが厄介です。 各機能が曲線上のどこに位置するかを理解するには、12 ～ 24 人のユーザーの代表的なグループと話し、いくつかの簡単な質問をする必要があります。

その機能が提供されていない、またはそれほど完全に存在していない場合、どのように感じるか。

それぞれの肯定的/否定的な質問のペアに、「好き」、「期待する」、「中立」、「許容できる」、または「嫌い」のいずれかを回答します。 回答に基づいて、その機能がどの感情曲線に位置するかをプロットできます。

（ここに、UX Magazine からの Kano モデルの実装および使用に関するより詳細な説明があります）

制約による機能の優先順位付け

最後に、リソースとニーズに基づいてどの機能を優先すべきかまだ分からない場合は、持っていないものによる優先順位付けも同様に強力になりえます。

時間、人材、資金、およびプロセスなどの制約は、選択肢を減らして、最も現実的で価値の高い機能に焦点を当てるための素晴らしい方法となりえます。

人については、「人」と「プロセス」です。 人については、これらのプロジェクトに適した人材がいるかどうかを尋ねることから始めます。 ある場合は、どのような人材が最高の結果をもたらすでしょうか。 彼らは利用可能ですか？ 最初の質問で「いいえ」と答えた場合は、機能を再検討するか、フリーランサーや外部の企業を雇うことを検討する必要があるかもしれません。

プロセスについて。 プロセスの場合: あなたができることを制限している、人間以外のすべてのものを見てください。 これは、時間 (すなわち、この機能は納品サイクルに適合するか?) および依存関係 (すなわち、この機能を動作させるために現在または後で他に何を行う必要があるか?) を意味します。優先順位を付けるすべての機能は、製品全体に複雑さを追加します。

Final thoughts on feature prioritization

構築するものについて話し始めると、常に大きな興奮に包まれます。 新機能はエキサイティングです。 製品が行くことができるすべての素晴らしい場所、それらがもたらす結果、および最良のシナリオが何であるかを思い描くことができます。 しかし、製品マネージャーとして、あなたは現実の声を伝える必要があります。

製品ロードマップに機能の優先順位をつけるとき、全体の戦略と製品ロードマップは常に前面と中心である必要があることを忘れないでください。 いくつかのエキサイティングなアイデアによって、全体像へのフォーカスを失わないようにしてください。 長期的な戦略は常に短期的な結果に優先します。

保守的になり、「Less is more」というマントラに従うようにしましょう。

保守的になり、「Less is more」というマントラに従いましょう。大きな機能は、それをバックアップするデータとユーザー調査を持っていなければ、大きなリスクにもなり得ます。

最後に、定期的に優先順位を変更する時間を作りましょう。 ビジネスニーズは変化します。 市場は変化する。 リーダーシップも変わります。 そして、機能の優先順位付けに費やしたすべての労力にもかかわらず、それらの優先順位は同様に変化します。 リストに目を通し、すべてが全体像と一致していることを確認する時間を確保してください。