プロダクトマネージャーが遭遇する5つの問題と、それを解決するために必要なスキル

良いプロダクトマネージャーになるために必要なスキルについては、数え切れないほどのビデオや記事で紹介されています。そして、それらはすべて価値があるものですが、私はこれらのリストのそれぞれに欠けているものがあることに気づきました。

何が欠けているのでしょうか?

プロダクトマネージャーとして日常生活で遭遇する具体的な問題です。

どのようなリストも必要なスキルの一覧を載せていますが、プロダクトマネージャーとしての日常における、具体的な状況に対する解決策が具体的に示されていることは稀です。

この記事は、そのようなありふれたリストとは異なります。

彼女の名前はNawal Behihです。Nawalは、高パフォーマンスチームのモチベーション維持を支援するSaaSプラットフォームである、Attuned.aiのプロダクトマネージャーで、プロダクトマネージャーとして多岐に渡る経験をしてきました。

 
プロダクトマネージャー
 

彼女にプロダクトマネージャーとして日常的に遭遇する5つの問題と、それぞれの問題を解決するために使っているスキルを教えてもらいました。

それらは一体、どのようなスキルだと思いますか?

各シチュエーションを確認しながら、その場面ではどのようなスキルが必要か、じっくり考えてみてください。

わかりやすくするために、同じスキルの紹介は繰り返さないようにしましたが、実際には、多くの場面でこれらのすべてを組み合わせて使う必要があります。

それでは、さっそく見ていきましょう。

 
 
プロダクトマネージャー
 

あなたのチームのデザイナーが、あなたよりもユーザーについてよく知っている

これは良くないことですが、あなたがチームに加わったばかりで、デザイナーが以前から勤めていた場合、このようなことがありえます。

これは極端な話、あなたとデザイナーの競争ではありません。ここで本当にお伝えしたいのは、ユーザーを知ることの大切さです。

Nawalはこれについて、「プロダクトマネージャーとして、製品のことを考えるのではなくユーザーのことを考える」あるいは「プロダクトマネージャーのように考えず、ユーザーとして考える」と表現しています。

プロダクトマネージャーとして、あなたはユーザーとして話し、考え、ユーザーが最も恩恵を受けるような決定をすることが仕事なのです。そして、製品の使い勝手を高める方向へ導くのです。

では、ユーザー知識を身につけるには、どのようなスキルが必要なのでしょうか。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:共感

プロダクトマネージャーのスキルリストから何か一つだけ取り上げるとしたら、それは「共感」です。

共感は、現代の職場の多くの核となるもので、あなたのキャリアにとって不可欠なスキルです。

ユーザー、開発チーム、営業チーム、カスタマーサクセスチーム、マーケティング、C-Suite、その他あらゆるステークホルダーを含む様々な人々と共感する必要があるため、プロダクトマネージャーとしてこの能力はより必要となります。

最も重要なのは、もちろんユーザーです。ユーザーの体験の一瞬一瞬、何がユーザーを駆り立てているのか、製品がユーザーのために解決できる問題は何か、ユーザーのエンゲージメントを全体的に向上させるにはどうすればよいか、常に考え続ける必要があります。

ここでは、ユーザーの視点を得るために役立つツールをご紹介します。

顧客を理解するためのツール

  • ペルソナを作成する:ペルソナとは、製品やサービスに対する特定のタイプのユーザーや顧客を表す架空の人物です。ペルソナについて詳しくは、こちらをご覧ください。

  • 共感マップの作成:ユーザーリサーチから集めたインサイトを4つの象限 "Think and Feel", "See", "Hear", "Say and Do" に整理するためのツールです。

  • インタビュー:ユーザーのためになる製品を作るために必要なインサイトを提供するための質問リストを作成します。後ほどリスニングに関するセクションでより詳しく説明します。

これらの作成方法と作成時に使用する視点を熟知するためには、それぞれの作成に携わる必要があります。

そのための重要な要素がデザイン思考からきており、次に必要なスキルです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:ビギナーズ・マインド

多くの場合、エキスパートになるプロセスというものは、経験とそれに基づく思い込みによって、可能性を選別したり、取り除いたりする作業です。しかし、私は、そのような選別作業をすべて忘れて、ビギナーズマインドを受け入れるべきだと考えます。

プロダクトマネージャーとして、あなたは、製品、市場、競合他社、そしてあなたが製品について「知っている」ことについて、持っているすべての仮定と知識を捨てる必要があります。これらの先入観をすべて捨てたら、純粋にユーザーの声に集中するのです。

あなたは自分の製品やユーザーが何を求めているかを知っているつもりかもしれませんが、実際にユーザーの口から聞いたことでないのならば、確信が持てないのです。

なので、ビギナーズマインドで、ユーザーが与えてくれる可能性に対して、オープンな考えを持つことが大切なのです。

この原則は、デザイン思考に由来しています。

次のスキルは、すべてのプロダクトマネジャーにとって不可欠なものです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:リスニング

良いプロダクトマネージャーになりたければ、良い聞き手になる必要があります。 

ユーザーにインタビューをする際、あなたは話してはいけません。時間は限られていますし、最大限の情報を得る必要がありますから、とにかく黙っていることです。

質問は3つに絞り、それが仮定に基づいたものでないことを確認し、あなたが望む答え、あるいはどんな答えにもユーザーを引き込まないように意識する必要があります。

以下は、ユーザーインタビューに使える質問の例です。

質問の例

  • なぜログインしたのですか?

  • どのような問題がありましたか?

  • この製品について考えたきっかけは何ですか?

  • 何を変えたいとお考えですか?

  • 不満に思ったことは何ですか?

  • この製品は、あなたが持つ問題をどのように解決してくれると思いますか?

続いて、『なぜそれが必要なのですか?』 『なぜそれが欲しいのですか?』などの質問をします。

このような質問をするのは、問題を突き止めるためです。ユーザーへのインタビューは、それぞれのケースから生じる問題を見つけ、すべてのユーザーにとって有効な解決策を見出すことです。

ですから、聞き上手になって、ユーザーが本当に必要としているものを見つけ出してください。

 
 
プロダクトマネージャー
 

社内の人間から信頼されていない

プロダクトマネージャーとして、あなたの仕事には多くの行き来が必要です。あなたは常に手狭になっており、常に各チームと確認を取る時間がないため、社内の人々は。あなたが彼らの意見を軽視していると思うようになります。

一緒に働く人よりも製品にばかり目を向けていると、信頼関係を築くことが難しくなります。

開発チーム、技術チーム、営業チームなど、製品の成功に利害関係があると感じているチームであれば、同じことが起こります。

なぜなら、全員が製品のビジョンを信じ、製品の長期的な成功につながる意思決定をしていると信頼しなければならないからです。

さらに、ユーザーと最も直接的に接するのは彼らであることが多いので、フィードバックが必要です。

では、このような状況を改善するために、どのようなスキルが必要なのでしょうか。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:コミュニケーション

同僚がいる仕事では、コミュニケーションは欠かせません。あなたは同僚達に、目標やスキルを効果的に伝え、背景にある理由や方法を説明し、全員があなたの計画に賛同するように仕向けなければなりません。

そのために、あなたは超能力者になることが必要です。本当です。他人が何を考えているのかを知る必要があるのです。その理由を次に説明します。

社内のすべての人が、それぞれ達成しようとしている目標を持っています。それらを把握すれば、相手が何を考えていて、自分のアイデアを相手に伝える最善の方法が何かを予測することができます。

以下はその例です。

  • カスタマーサクセス:既存顧客がプロダクトから最大限の利益を得られるようにするのが彼らの仕事です。したがって、彼らはプロダクトの新しい機能を既存顧客にどのように導入するか、また一緒に仕事をしている顧客からどのような反応が得られるかについて考えるでしょう。

  • 営業:営業の役割は、新規顧客を獲得することです。そのため、営業は、この新機能を潜在顧客にどのように売り込むか、また、顧客がこのような機能に興味を持つかどうかを考えることになります。

  • 開発チーム:開発チームは実際にプロダクトを構築しなければなりませんが、彼らが考えることは何だと思いますか?そうです、あなたが提案するこの機能をどのように構築するのか、そしてそれに伴う時間的コストはどれくらいなのか、ということです。

  • C-Suite:C-Suiteは、その製品がビジネス価値を持つことを確認する必要があります。したがって、彼らはこの機能がビジネスにもたらす価値と、今後10年間の製品計画とどのように噛み合うかを考えることになります。

このように、それぞれのチームがどのような考えを持っているのかを理解すれば、自分のアイデアを伝える最善の方法を理解することができます。

さあ、あなたの新しい超能力で、人の心を読んでみてください。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:好奇心

好奇心とは漠然としたスキルであり、私はこれを「学ぶことへの愛」あるいは「進歩への情熱」といった呼ばれ方をするのを耳にしたことがあります。どちらもこのスキルを正確に捉える方法ではないでしょうか。

もちろん、顧客についてもっと知りたいと常に思っていることも大切ですが、社内の他チームが取り組んでいることをより具体的に理解しようとすることも必要です。

そうすることで、会社全体がどのように機能しているかを知ることができるだけでなく、各チームを支援するために最適化できる製品の部分についても大きな知見を得ることができます。

例として、どのような好奇心を持つべきか、例をいくつか挙げてみましょう。

  • 製品のどの部分に営業チームが最も興味を示しているのか?

  • カスタマーサクセスチームは、オンボーディングのどの部分で遅れをとっているのか?

  • CEOが投資家を探しているとき、投資家たちが最も興味を持ったのはどの部分か?

製品の実用的な改良に関してだけではなく、他の社員の業務に関心を持つことで、あなたが彼らを気にかけていることが伝わり、会社全体にまとまりが生まれるのです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:コーディング

プロダクトマネージャーとしてコーディングのスキルは必要ありませんが、もしあれば、デザイナーや開発チームとより深い会話ができ、信頼関係を築くための強力な土台となります。

コーディング言語は問いません。理解すべき重要な要素は、コードを微調整したり変更したりするための書き方です。

バックエンドのアーキテクチャや構造について議論することも多いでしょうから、コーディングについて知っていればいるほど、話がスムーズに進むはずです。もし、そのような基本的な知識がなければ、会話から完全に取り残される危険性があります。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:UI/UXの理解

コーディングと同様、人間中心設計について理解していればいるほど、より効果的です。

UXの基礎がわかっていれば、デザインチームなしで機能のスコープアウトをすることが容易になります。そうすれば、機能について話したいときに、デザイナーと一緒にそれを視覚化することができ、その機能を設計するために必要な時間の大部分を省くことができます。

もし、この知識ベースがなければ、デザインチームとのクリエイティブなディスカッションは制限されてしまいます。

デザイナーとの会話だけでなく、営業、カスタマーサクセス、その他のチームと機能全体について話し合い、デザインチームに伝えやすいように構想を練ることで、繰り返しの会話を削減することができます。

 
 
 

新しい機能の要望が次々と出てくる

前のステップで述べたように、社内の関係者が「これはユーザーが喜ぶだろう」と思うような機能や要望を取り上げる場合が多々あります。

このような要望は、彼らの思考プロセスの結果として出てくるものであり、必ずしも彼らが実施した何らかの調査に基づいているわけではありません。

CEOは「競合他社が追加しているX機能を追加する必要がある」と言い、カスタマーサクセスチームは「顧客から新機能追加の要求がある」と言い、営業チームは「新規顧客にX機能を提供する」と既に約束してしまっています。

開発チームが実際に何を作るかを決めるのはプロダクトマネージャーとしてのあなたの仕事ですが、その決断はどのようにすればいいのでしょうか?

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:優先順位付け

このリストの冒頭で、私は「この記事から何か一つを学ぶとしたら、それは共感力です」と言いましたが、よくよく考えてみると、それは優先順位付けであるべきです。

これは、なぜ優先順位をつけるスキルが必要なのかを示す一例です。もし私がこのリストにもっと優先順位をつけていたら、より多くの人が優先順位付けが最も重要なスキルであることを知ることができたはずです。

誰かからのリクエストが、すぐにでもやらなければならないことなのかどうかを認識する能力が必要なのです。

リクエストの緊急性を評価する方法の例をいくつか挙げてみましょう。

  • これは私たちのユーザーに影響を与えるものなのか?

  • これは単発の案件か、それとも長期的な利益か?

  • 当社のROIに影響を与えるものか?

  • これは取引の成立につながるか?この案件はどの程度重要か?

  • その製品の主要なユーザーに直接影響を与えるものか?

  • この問題は、主要なユーザーの日々の仕事に影響を及ぼしているか?

  • エンドユーザーにとって、この問題はどの程度の不都合なのか?

  • このリクエストが解決しようとしている問題によって影響を受けるユーザーや顧客は何人いるか?

  • そのリクエストの結果は、ビジネスの目標や価値観と一致しているか?

Nawalは、優先順位付けをする際に、メインユーザーに影響を与えるもの、彼らの体験に影響を与えるものが優先され、他の要素はユーザーの視点が考慮された後に入ることを理解しています。

効果的に優先順位をつけるには、優先順位付けの戦略を実行することが重要です。もし、入社時に自社にない場合は、これを最初に行うべきでしょう。

"優先順位付け戦略 "の構築

  1. 成功指標を定義する

  2. ビジネス目標を明確にする

  3. 手持ちのデータを把握する

  4. リテンションメトリクスの測定と改善

  5. ターゲットとなるエンドユーザーを明確にする

今、何にフォーカスしているかによって、優先順位付けの戦略は変わってきます。

ログイン頻度、リテンション、デイリーアクティブユーザー、新規ユーザー獲得にフォーカスしている場合は、また違った視点になります。どの指標が成功を意味するのかを知ることで、優先順位付けの戦略を洗練させることができます。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:戦いの選択

これは、日常生活でも、製品管理の現場でも使えるスキルです。長期的な関係を構築するためには、何が重要な問題であるかを選択する方法を知っていることが重要です。

プロダクトマネジメントに関しては、部門横断的な役割のため、このことが大きく関わってきます。

要求を出すチームはそれぞれ独自のプロセスややり方を持っているので、それを中断させる適切なタイミングを理解する必要があります。あるいは、これらのプロセスがすでに検証されているかどうかを理解し、現状に挑戦することに対して人々がどのように反応するかを読み取る必要があります。

私は、これを感情の優先順位付けと考えたいと思っています。

以下は、戦いを選択する際に考慮すべきいくつかの点です。

  • イエスと言うことが、そのメンバーとの関係にどのような影響を与えるか?

  • 彼らの視点に挑戦することは、あなたの関係にどのような影響を与えるか?

  • 開発チームの時間やリソースの限界を知った上で、新機能のリクエストを受け入れることで、彼らの信頼を損ねる価値があるか?

私は、常にイエスかノーの答えをだせ言っているのではなく、その答えが製品だけでなく、あなたとすべてのチームとの関係にどのような影響を与えるかを意識するように言っているのです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:勇気

プロダクトマネージャーであることは、ノーと言わなければならないことを意味します。新機能や製品への要望が殺到する中、否定的に対応する勇気が必要です。

経営陣に「ノー」と言う

これは怖いことかもしれません。しかし、製品やユーザーのことを誰よりも知っているのはあなた自身であることを忘れないでください。「製品がどうあるべきか」「あなたがどう反応すべきか」を語る人は、往々にして的外れなことを言うものです。私たちは皆、克服すべき自分自身のバイアスをもっています。ですから、アイデアをデータで検証するまでは、何も額面通りに受け取ってはいけません。

ユーザーとの会話の中には、ユーザー以外のところから来た機能のアイデアが含まれることが多く、そのため、押し返したり、断ったりする必要がありますが、最も重要なのは、そのアイデアが検証テストにパスする必要があることです。

新しいリクエストが来たら、優先順位付けの戦略を振り返って、それが適合するかどうかを確認します。

以下は、簡単な優先順位チェックの例です。

  • ユーザーに直接影響を与えるか?

  • ユーザーの日々の仕事に影響を与えるか?

  • その人が費やす時間を削減することができるか?

これらの質問に対する答えが「ノー」であれば、優先度チェックが優先順位付けの戦略にマッチしておらず、その機能はチームの時間を割くほど緊急性が高くないということです。

その上で、あなたは開発チームの擁護者になる必要があり、窓口となることでフィルターになる必要があります。新しいリクエストの一つひとつが開発チームに届けば、それは大きなノイズとなります。率先して行動し、決断する勇気を持つことが、長い目で見ればチームを成功に近づけるのです。誰かがやってきて、何をすべきかを教えてくれるのを待っていてはいけないのです。問題があれば、誰かが解決するまで待っていてはいけないのです。勇気をもって行動しましょう

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:クリティカルシンキング

このスキルは、現代のあらゆる職務に必要なものであり、クリティカルシンキングは日常のさまざまな場面で活用できます。

機能の追加や削除を決定する際には、批判的に評価し、評価する必要があります。

また、問題が発生したときには、全体像を把握する必要があります。小さなスケールでどのような影響があるか、大きなスケールでどのような影響があるかを検討します。

両方のケースに対応するために、どのようなプロセスが利用可能かを批判的に考えてください。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:意思決定

これも基本的なスキルですが、見過ごせないものです。

すべての答えを知っているわけではありませんし、常にデータがあるわけでもありませんから、自分が知っていることの中からベストなものを選んで意思決定しなければなりません。

意思決定には練習が必要であり、経験を積むことで容易になります。

このことは、次のセクションの最初のスキルである「知らないことに快感を覚える」ことにつながります。

 
 
 

実装したい新機能がある

プロダクトマネージャーであるあなたは、ユーザーが何を求めているのかについて優れた洞察力を持っています。さらに、ユーザー一人ひとりの体験を向上させることがあなたの仕事です。

つまり、新機能のアイデアを常に革新し、検証し続ける必要があるのです。

優先順位付けのチェックに合格したアイデアだけを選んでも、そのすべてが実現できるわけではありません。では、その機能アイデアが実際にユーザーのためになると、どのように判断すればよいのでしょうか?

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:市場調査

市場調査は、今開発を始めるべきトレンドが何であるかを理解するための重要なスキルです。

また、市場に出回っている競合他社の商品と差別化するために、どのように商品を作るかの指針にもなります。

市場調査には、ターゲットユーザーへのインタビュー、競合他社の最新情報、第三者による市場調査ベンダーなどがあります。

Product campの記事(英語)で、市場調査の戦略について深く掘り下げています。

次のスキルは、私がこれまで書いてきた他のスキルセットの記事のほとんどに登場するものです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:データ

データは、ほぼすべての分野で登場する最新のスキルセットです。プロダクトマネージャーとして、製品に関するすべての決定は、データに基づいて行われるべきです。そのため、強力な定量分析と定性分析の両方のスキルが必要なのです。

どのようなデータが重要かを定義し、そのデータをコンパイルし、整理し、きれいにして、機能アイデアを検証したり、否定したりする方法を知っておく必要があります。

データをアクションに変換する

データはすべての意思決定の要因であるべきです。データの中にある手がかりやパターンを探すことで、あなたはゲームのトップに立つことができます。どこにチャンスがあるのかを明らかにすることができるのです。

ここでは、ChatGPTがプロダクトマネージャーとしてデータを活用することについて述べたものを紹介します。

プロダクト・マネージャーとしての重要な責務のひとつは、製品の成功につながるデータに基づいた意思決定を行うことです。これを行うには、データを実用的な洞察に変換し、製品の開発と成長に情報を提供する必要があります。ここでは、このプロセスに役立ついくつかのステップを紹介します。

  1. どのようなデータが重要かを定義する:まず、ユーザーエンゲージメント、リテンション、コンバージョン率など、製品にとって重要な指標を特定することから始めましょう。これらの指標は、製品がどのように機能しているか、どこを改善する必要があるかを明確に把握することができます。

  2. データを収集し、分析する:追跡するデータが決まったら、それを収集し、分析する必要があります。この作業には、エンジニアリングや分析など、他のチームと協力して、必要なデータを確実に入手することが必要になるでしょう。

  3. トレンドとパターンを特定する:データの収集と分析が終わったら、ユーザーがどのように製品と関わっているかを理解するために、トレンドとパターンを探す必要があります。そのためには、データを理解しやすいように可視化したチャート、グラフ、ダッシュボードを作成する必要があります。

  4. データを実用的な洞察に変換する:データのトレンドとパターンを特定したら、それを実用的な洞察に変換する必要があります。これには、ユーザーペルソナの作成、製品ロードマップの作成、製品の新機能や改良の開発などが含まれるかもしれません。

  5. インサイトをチームやステークホルダーに伝える:最後に、チームやステークホルダーとインサイトや意思決定を共有し、全員が同じ考えを持っていることを確認することが重要です。これには、データおよびインサイトをミーティングで提示する、レポートやダッシュボードを作成してチームで共有する、部門を超えたチームと緊密に連携して製品の変更を実施する、などが考えられます。

最終的に、データを行動に変換することは、製品がユーザーのニーズを満たしていることを確認するために、継続的な監視、分析、および反復を必要とする反復プロセスです。

もし、データを保有していない場合は、次のスキルを身につけたほうがいいでしょう。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:知らないことを受け入れる

これは意思決定のスキルの続きですが、あなたが何かについて無知であることが明らかになった瞬間に、人々はあなたに敵意を抱き始めます。

だからこそ、結果や成果が分からなくても、その状況や問題、アイデアにどう対処するか、リスクをどう軽減するかについて、後から計画を立てておくことが必要なのです。

手がかりに気づくことができたら、すぐに行動を起こす傾向がある方が、より多くの成功を見出すことができます。

どこにもない機能であれば、根拠もデータもないので、「どうなるかわからない」と気楽に構えて、今あるものを使って機能を展開し、その結果を記録していくことが必要です。

時間をかけず、どんな感じになるか小さなバージョンを作り、ユーザーに「この機能に興味があればここに問い合わせてください」とお願いするのです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:ストーリーテリング

あなたは、それぞれのステークホルダーに自分のアイデアを売り込むことになるため、ストーリーテリングに長けていなければならないのです。

ストーリーを用いて、以下の質問に答えましょう。

  • なぜそれが有用なのか?

  • ユーザーにどのような利益をもたらすのか?

  • その機能はどのように使うのか?

  • その機能の結果をどのように追跡するか?

毎日、毎日、あなたの一日の大部分は、なぜそのアイデアが良いのか悪いのか、そしてそれが売り込む相手にどのような利益をもたらすのかを伝えるためのストーリーテリングに集中しているのです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:柔軟性

物事がうまくいかなかったり、誰も使っていない機能があったり、常にフォーカスや優先順位を変えなければならないこともありますが、これらはすべて製品を革新し、洗練していくプロセスの一部です。

ある機能をリリースしたとき、フィードバックとデータを得て、それをレビューし、もし時間を無駄にしていたら、ユーザーのためにならないものは変更、調整、またはカットする必要があることを知るのです。

これが柔軟性というもので、何が起きても適応できるようにしなければなりません。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:テクニカルな要求事項の文書化

技術要件定義書は、あなたが開発チームと機能のアイデアを共有するためのものです。

これは、開発チームがその機能を構築するために従うべきガイドラインです。

レポートシステムを構築したり、レポートをエクスポートしたりする場合、この文書で、どこでどのように構築すればよいかを伝えます。これは、条件やルールから、UXとの対話方法まで、すべてを網羅することになります。

技術要求ドキュメントをまとめるためには、問題を要件に変換するために、あなたと技術上層部との間で多くのコミュニケーションが必要になります。

これは、機能が開発に入る前の最後のステップの1つです。ドキュメントに至るまでには、問題を抱え、UXリサーチを行い、スコープに移動し、モックアップを作り、インタラクションをマッピングするという一連のプロセスがあります。これらすべてが完了した後、技術要件ドキュメントが作成されます。

技術要件書の例はコチラです

 
 
 

あなたはプロダクトマネージャーである

さて、これは必ずしも問題ではありませんが、次のようなスキルがない場合、問題になる可能性があります。

プロダクトマネージャーであれば、直接の権限を持たずにチームを率いることが求められます。ここまでに取り上げたスキルを磨けば、素晴らしい存在になる道が開けるでしょう。

このセクションでは、他の問題には全く当てはまらなかったが、それでも必要とされるスキルを集めたものとして使用します。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:アジャイル

この記事を読んでいる方は、すでにアジャイル手法に精通している可能性が高いのですが、ここで簡単に復習しておきましょう。

アジャイルチームとは、アジャイルプロジェクトを実行できる人の集まりです。つまり、大きなプロジェクトを小さなパーツに分解し、それぞれのパーツを少しずつ構築して提供できるようにすることです。

これは、「ウォーターフォール」と呼ばれた以前の開発手法とは対照的で、基本的にプロジェクトを一度に完成させ、長い開発サイクルの後に完成品を納品するものです。

つまり、アジャイルの核心は、継続的な開発継続的な統合であり、常に価値を提供するために従うことができるアプローチなのです。ユーザーとのライブテストや、スプリントとレトロスペクティブに分かれた開発のラウンドを行う。これは実装した機能で終わることなく、継続的に行われます。

ユーザーは、あなたが行っているすべての変更を認識しているので、顧客が望むような形で製品を作る可能性が高くなります。

健全なアジャイルスクラムチームは、技術チームに自律性を持たせますが、理想的なアジャイルチームは、開発チームが開発をリードすることが望ましいです。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:製品戦略

製品戦略スキルは、あなたのキャリアの中で構築されるものです。

現在の状況と、5年後、10年後の目標に到達するために製品がどのように役立つかを高いレベルで把握することが重要です。

これは成長戦略とも言えますが、成長をプロダクトが主導する場合もあれば、特定の成長チームが主導する場合もあります。

日々試され、問われ、常に学び続け、製品戦略を更新していくマインドセットを採用しなければなりません。

プロダクトは今日も機能を紹介しますが、顧客を増やし、既存のユーザーをさらに幸せにするために、何を追加できるかを考える必要があります。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:タイムマネジメント

どの仕事にも言えることですが、プロダクトマネージャーとしての生活にはタイムマネジメントが欠かせません。

返信、フォローアップ、承認、認可、確認、スケジュール、実行、ミーティングごとに少なくとも1つのアクションアイテムを割り当てられてフォローアップと実行、slackでタグ付けされる、などなど、数え上げたらきりがありません。

このようなことが常に発生しているため、自分の時間の中で自分のタスクにどのように優先順位をつけているかを明確にし、そのタスクが開発チームのバックログにどのように反映されているかを伝えなければなりません。

ですから、明確な優先順位と優れたスケジューリング方法を持つことです。

最後になりますが、これらのツールを活用してください。

 
 
プロダクトマネージャー
 

プロダクトマネージャースキル:ツール

プロダクトマネージャーが使うためのツールはたくさんありますが、ここではNawal自身が毎日使っているものを紹介します。

  • mixpanel - データ

  • Jira - プロジェクト管理、開発チケット

  • Figma - デザインプロダクト

  • miro - チーム用オンラインホワイトボードツール

 

まとめ

以上、プロダクトマネージャーとして遭遇する5つの問題と、それを解決するために必要なスキルについて紹介しました。

このリストは、あなたがこれらのスキルを持っていない場合、禁止することを意図していない、すべてのバックグラウンドの人々は、製品管理に関与することができます。あなたはまだ仕事を得ることができますが、これらのことはあなたを際立たせるのに役立ちます。

この記事がお役に立ったでしょうか?もし、お役に立たなかった場合は、Linkedinで私にぜひ苦情を言ってください。

ボーナスとして、あなたが最高のプロダクトマネージャーになるための追加リソースをいくつかご紹介します。

 

おすすめリソース

Lenny's Newsletter(英語):当社のCEOが夢中になっている、製品に特化した素晴らしいニュースレターです。

Cracking the PM Interview(英語):PMのポジションでうまくインタビューする方法についての素晴らしいヒントです。

Cracking the PM Career(英語):Cracking the PM Interviewの続編で、この記事で説明されていることと非常に密接な関係があります。

 

関連記事


 

Bryan Rios

マーケティングスペシャリスト

LinkedIn

 
Previous
Previous

転職エージェント利用時の留意点 PART 2

Next
Next

ITテック職のキャリア動向