ビジネス向けのUX

優先順位の付け方

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

VDPは仕事の優先順位を決める素晴らしい方法だ

決して「良い」「悪い」という観点で仕事を論じてはならない。愚かな基準で優先順位をつけている証拠だ。

優先順位決定フレームワーク」を検索すると、たくさんのフレームワークが発見できる。それらは今何が重要で何が重要でないかを決める方法に過ぎず、そのほとんどは非常に学術的であったり複雑であったりする。私の経験では、シンプルなメソッドの方が実際には良いことが多い。

VDPは仕事に優先順位をつけるために必要なものすべてだ：

• V＝価値だ。 新しい価値を作成することは、非常に...ええと...価値がある。幸運なことに、それはまた稀なことでもある。だから、真の価値を創造するためのよく研究された機会があるときは、まずそれを優先すべきである。たいていの優れた製品は、せいぜい2つか3つの方法でしか基本的価値を作成しないのが普通だ。残りは細部や補助的な機能である。

• D＝診断。 価値の基本ブロックが揃ったら、次にできる最も価値あることは、それらを適切に機能させることである。例えば、製品をベータテスト版から実際のバージョン1にすることである。診断作業は、多くの価値を付加し、他の人が気づくほどビジネスの成果を高める傾向があるが、新しいタイプの価値を作成することはない。

• P = 確率である。あなたが、価値を作成し、「大きな」問題のほとんどを診断し、製品がスムーズに動作している場合（例えば、バージョン2または3）、長期的な作業は、確率を向上させることに重点を置く。コンバージョン率を向上させる。顧客一人当たりの販売数を増やす。ナビゲーションの方法を増やす。などなど。確率の向上は、時間の経過とともにビジネスを大きく改善するが、ひとつひとつの変化は小さいかもしれない。そのため、特に成熟した製品では頻繁に行われるべきだが、新しい価値や大きな問題の診断よりも優先されるべきではない。

それだけだ！価値がある。診断。確率。 この順番だ！

しかし、決定的なことがひとつある。新しい価値の作成は、種を植えるようなものだ。時が経てば、それは木になる。果樹園全体を維持するリソースがない限り、100粒の種を植えるべきではない。種を1つ植え、それが有望な若木になるまで（あるいは成長しなくなるまで）世話をし、可能なら別の種を植えるのだ。

機能の価値

VDPはロードマップレベルの計画（数カ月、数年）の優先順位付けには最適かもしれないが、来週の優先順位付けはどうだろう？似たような価値を持つもの、あるいは利点が大きく異なるもの、2つのものをどう選ぶべきか？

誰が何と言おうと、実生活では確かな答えがないのが普通で、多くの判断を下すことになる。多くの場合、「トレードオフ」をしなければならなくなり、価値の低い簡単なことや、時間のかかる価値の低いことをしなければならなくなる。そしてそれは、現実には賢明なことでもある。実際、「トレードオフをうまく行う」ことは、経験を通じて学ばなければならないため、多くのマネジャーが採用時に求めるスキルである。

機能の価値は、多くの場合、確率の問題である！

ユーザの確率は良いスタートとなる：何人のユーザが利用するのか？どのくらいの頻度か？どのくらいの期間使うのか？この変更を行わなかった場合のコストや痛みは何か？あなたが変更しなければ、ユーザーはどのように解決するのか？(例えば、彼らは去っていくのか？） ...