製品管理についての真実：Hotstar PMGauravShahlotとの会談

UpGradの製品管理プログラムに登録して以来、私は週末を奪われ、目の下でバッグを開発し、 「提出日」という2つの言葉で心に冷たい恐怖を感じました。

そして、今月初めのような日は、すべてが価値があるように見えます。 私たちは、UpGradムンバイオフィスでRavijot Chugh （製品責任者、UpGrad）とGaurav Shahlot （製品ディレクター、Hotstar）による製品の役割への移行に関する魅力的なセッションに参加しました。 二人は、激しい質問の土砂降りのように見えたものを受け取り、彼ら全員に辛抱強くそして彼らがそうである専門家のように答えました。

この講演から得た純粋な価値のために、私は相互作用の抜粋を共有したいと思いました。そうすれば、そこにいる意欲的な製品マネージャーの何人かも刺激を受けることができます。

Q：プロダクトマネージャーを採用する際に探している特徴は何ですか？

1.テクノロジーへの愛情：現実の問題を解決するためのテクノロジーの力を深く理解する必要があります。

2.楽しいユーザーエクスペリエンスへの情熱：ユーザーのニーズと洞察に対する深い理解でユーザーを喜ばせる製品への熱烈な情熱が必要です。 また、お気に入りの製品の機能のリリースに非常に興奮しているような人である必要があります。

たとえば、Uberを定期的に使用、賞賛、フォローしている場合、Uberアプリの最新のアップグレードを息を切らして待っていましたか？

3.問題解決への分析的かつデータ主導のアプローチ：プロダクトマネージャーは、製品の将来の方向性に影響を与えるいくつかの非常に重要な決定を下します。 したがって、問題を理解し、それをより小さな断片に分解し、利用可能なデータに基づいて迅速かつ正確に解決策に到達することが不可欠です。

Q：初心者のプロダクトマネージャーが犯す一般的な間違いにはどのようなものがありますか？

1.手遅れになるまで製品を発売しない：製品マネージャーとして、製品をゼロから構築するためにすべての時間とエネルギーを費やした可能性があるため、製品に非常に愛着を感じるのは簡単です。 これにより、完璧と見なされるまで製品を発売できなくなる可能性があります。

ただし、 MVP（Minimum Viable Product）に組み込まれる一連の機能を絞り込んで、MVPを起動することが重要です。 リリース後、ユーザーからフィードバックを収集し、そのフィードバックに基づいて今後の行動方針を決定できるようになります。

2.データではなく腸のみに基づいて意思決定を行う：一部の製品マネージャーは、データではなく腸の感覚に基づいて意思決定を行う傾向があります。 この問題は、インドの二次データから入手するのは必ずしも容易ではないという事実によってさらに悪化します。

あなたの腸に基づくいくつかの決定は時々うまくいくかもしれませんが、それがうまくいったかうまくいかなかった理由を分析することは困難です。

直感とデータの健全な組み合わせに基づいて意思決定が行われる場合、ユーザーの行動の仮説を立て、この仮説を検証または無効にすることができます。 また、より構造化された方法でコースを修正するのにも役立ちます。

3.具体的な発売後の計画がない：一部の製品マネージャーは、製品を発売すると仕事が終わると信じています。 しかし、それはほんの始まりに過ぎません！

最初の100人のユーザーを参加させる、ユーザーフィードバックと分析をふるいにかける、バージョン2とバージョン3の機能セットを戦略化するなどの観点から、リリース後の計画を立てることが不可欠です。

4.優先順位を付けることができない：プロダクトマネージャーとして、複数の利害関係者から意見を受け取り、一部のプロダクトマネージャーは全員に「はい」と言う傾向があります。 利用可能な時間は常に制限されており、いくつかの半分構築された機能があり、出荷するものがない状況に陥ります。
この問題を軽減する唯一の方法は、機能に優先順位を付け、各機能に対して明確なスケジュールを設定することです。

Q：機能の優先順位付けに個人的に使用したフレームワークは何ですか？

優先順位付けに利用できる理論モデルはいくつかありますが、私たちにとって有効な実用的なアプローチは、ユーザーにとっての機能の価値とその実装の複雑さを組み合わせたメトリックです。

このメトリックに基づいてすべての機能をスコアリングしたら、最初に、ユーザーにとって最大の価値があり、実装の複雑さが最小である機能を選択します。

Q：「ユーザーにとっての機能の価値」という考え方にどのように定量的にアプローチしますか？

「ユーザーにとっての機能の実際の価値」に到達することには、ある程度の主観が伴います。

私たちが使用したアプローチの1つは、学習者のコンテンツ保持を増やすなど、製品ビジョンに基づいて最初に幅広い製品目標を設定することです。 次に、目標への貢献度に基づいて、機能が1から5のスケールで評価されます。

画像ソース：Pinterest

Q：エンジニアリングのバックグラウンドを持つ人の製品管理に入るには、いくつかの落とし穴がありますか？

プロダクトマネージャーの役​​割は、問題の「Whats」と「Whys」に答えることです。 エンジニアになると、当然、「ハウズ」についても回答を提供できるようになりますが、エンジニアリングチームではうまくいかない可能性があります。 安全な戦略は、アプローチを推奨することですが、自律的な決定を行うのはチームに任せることです。

それはラップです

この後、私たちはGauravによる非常に洞察に満ちたセッションを行い、PMの役割を求める面接の電話をかける方法、PMの面接で何を期待するか、面接をクラックする方法について説明しました。

これに続いて、Gauravによって割り当てられた短いケーススタディがあり、厳密にMVPアプローチで実際の問題を解決する必要がありました。つまり、ソリューションを起動するための最小限の機能セットは何でしょうか。

問題の説明は次のとおりです。

「私は最近ムンバイに移り、37階建てのオフィスビルで働いています。 私は毎朝と夕方にリフトを10分間待つ必要があります。 リフト前の待ち時間を減らしたい」と語った。

私たちは自分たちをグループに編成し、プレゼンテーションを行い、Gauravからフィードバックを得ました。 ソリューションは、建物内のリフトのステータスを各リフトの待機時間とともに提供するアプリから、リフトの機能に最適化アルゴリズムを追加することまで多岐にわたりました。 Gauravから、彼がどのように問題に取り組んだかについても聞いた。
彼の推薦は、あなたがリフトを要求し、あなたのフロアで次に利用可能なリフトのETAを取得することを可能にするアプリでした。 リフトがフロアに到着するまでに30秒かかると、通知が届きます。 それはプロダクトマネージャーの人生の1日の素晴らしい覗き見でした、そして私たちは皆それからとても賢く感じて出てきました！

バーボンビスケット、素晴らしい人々、魅力的な会話–確かに、土曜日の午後はよく過ごしました！

世界のトップ大学からオンラインで製品管理コースを学びましょう。 マスター、エグゼクティブPGP、または高度な証明書プログラムを取得して、キャリアを迅速に追跡します。

あなたのための注目のプログラム：デュークCEからのデザイン思考認定プログラム