プロダクトマネージャーになるには？ デジタルマーケティングから製品管理への移行の私の話

この投稿では、私の個人的なストーリーの概要と、国際的な大企業でプロダクトマネージャーに転職したときに直面した課題について説明します。

あなたは学びます：

• プロダクトマネージャーの2つの主なタイプは何ですか。
• プロダクトマネージャーとしてどのような責任を負う可能性がありますか。
• テクノロジーのバックグラウンドなしでITを理解する方法。
• 移行中にどのような課題があなたを待つことができますか
• 始める方法。
• そしてもっと。

あなたがフェンスに座っているなら、製品管理があなたにとって正しいキャリアの選択であるかどうか確信が持てないなら、あなたは間違いなくこの投稿が役に立つと思うでしょう。

飛び込む準備はできましたか？ さあ行こう

プロダクトマネージャーは誰ですか？

製品管理は、顧客の現在および潜在的なニーズを明らかにして理解し、それらを満たすために製品を作成します。 プロダクトマネージャーは、顧客の問題点を特定し、その影響のサイズを決定し、チームをソリューションに導くことで、デザイナーと開発者のチーム全体の意思決定を支援します。 製品管理は、製品を構築または更新するための製品開発のビジョンと方向性を提供します。

プロダクトマネージャーになるには？

プロダクトマネージャーのほとんどは別の分野から来ており、大学には「プロダクトマネージャー」の専門分野はなく、プロダクトマネジメントのインターンシップはまだそれほど一般的ではありません。 これはかなり新しい「専門分野」であり、エンジニアリング、データ分析、販売、マーケティング、および設計のスキルがすべて価値があります。

理想的には、プロダクトマネージャーとして始めるには、これらの分野の少なくとも1つに熟練している必要があります。 製品の操作（設計、アイデア作成）またはプロジェクトの管理をエンドツーエンドで経験している必要があります。 プロジェクト管理スキル、特に優先順位付け、自己主張、およびビジネス価値を計算して証明できる能力は、この役割に非常に必要です。 あなたは顧客中心であり、ユーザーの話を聞き、彼らのインプットを具体的な次のステップに変える必要があります。 マルチタスク、アドホックな問題解決、そして優れた交渉者になる必要があります。

最初から、マーケティング、設計、データ分析、技術的なスキルをすべて身に付ける必要はありません。

私はマーケティング、顧客中心のバックグラウンドから製品管理に来ました：私はデジタルマーケティングを学び、データ分析の基本だけを学びました。 デザインは好きですが、絵を描くのが苦手で、今はプロダクトマネージャーでも、プログラミングの仕方がわかりません（学ぶ必要もありません）。

プロダクトマネージャーの種類

プロダクトマネージャーには、主に2つの「タイプ」があります。顧客対応と技術的なタイプです。

顧客向けのプロダクトマネージャーは、顧客がエンドユーザーである機能に取り組んでいます。 彼らは、ユーザーの調査、機能のビジネスケースの構築、顧客側からの非技術的、機能的要件の定義に重点を置いています。 次に、プロダクトオーナー（PO）（より技術的なバックグラウンドを持つプロジェクトマネージャー）またはチーム自体（チームに追加のPOがない場合）が機能を引き継ぎ、機能を小さな部分に分割して、技術要件を定義します。 このようなプロダクトマネージャーは、ビジネス/マーケティング、デザイン、ユーザーリサーチに関する知識が必要であり、必ずしも技術的なバックグラウンドは必要ありません（ただし、それは有用です）。

テクニカルプロダクトマネージャーは、顧客向けではないバックエンドシステム（支払いシステム、予約メカニズム、データベース、社内システムなど）のいずれかで、より深い技術的知識が必要な開発に取り組んでいます。より複雑な製品（SaaSなど）。 彼らは主にドメインの技術的知識、マーケティングの知識を必要とします-ユーザー調査であり、デザインについて多くを知る必要はありません（SaaS製品の場合は便利ですが、システムをサポートする場合は重要ではなく、顧客向けのインターフェイスはありません）。

私の経験に基づいて、顧客対応のプロダクトマネージャーのタスクは何ですか？

• ユーザーからのフィードバックの収集。
• 新機能のインスピレーションの源として、ウェブサイト/アプリからのデータを分析します。
• 機能の新しいアイデアを思い付く。
• 機能の説明を詳しく説明し、ビジネス価値を計算します。
• エンジニアの助けを借りて、機能を構築できるかどうか、および提供するのにどれだけの時間と労力がかかるかを把握します。
• 製品のバックログを優先します。
• 機能を開発するために必要なリソースを取得するために、関連する意思決定者と情報を共有します。
• 機能設計に役立つユーザー調査（UX研究者と協力）を実行し、開発のための十分な情報を得るために調査が回答する必要のある質問を形成します。
• 製品チーム（開発者、設計者、UX研究者、QA）と協力して、機能をスプリントで提供できる段階的な開発にさらに細分化し、機能提供計画を作成します。
• スプリント全体で製品チームと同期して、要件を明確にし、製品をチェックし、フィードバックを提供し、ユーザーと製品の増分をテストし（可能な場合）、製品全体が納品される前にA/Bテストを行います。
• リリースされた機能の成功を測定します。
  

プロダクトマネージャーへの移行

デジタルマーケティングの修士号を取得しており、過去4年間、主に「マーケティング」のポジションに取り組んできましたが、常に製品開発に近づいています。

• 私は初期段階のスタートアップと協力し、バス提供会社とバスを要求するクライアントを接続するプラットフォームをセットアップし、主にユーザー調査、プラットフォーム（Webサイト）の設計、プラットフォームの要件の収集、テストの管理に取り組んできました。多言語対応のスタッフ、市場拡大のためのビジネスケースを構築します。
• 私は、新しいCMSおよびDAMシステムの開発をサポートする巨大な製造会社と協力してきました（要件の収集、開発チームのフォローアップ）。 IT開発プロジェクトマネージャーによるWebサイト再設計プロジェクトの管理（ユーザー調査、ベンチマーク、およびそれに基づく要件のまとめ）。 新しいeショップのオープニング（UXとUIの要件）でサポートします。
• 私はサイバーセキュリティ会社と協力して、B2Cサイバーセキュリティホームソリューションを提供してきました。主にベンチマーク、市場調査、および調査に基づいたWebサイト（情報インフラストラクチャ）の最初の設計ドラフトの準備です。
• 現在、私は大手旅行業界の会社で働いており、最初はコンテンツマネージャーとして参加しましたが、最初の5か月後に、デジタルコンテンツのプロダクトマネージャーに転職し、開発チームと協力して機能の検索とインスピレーション、構築を行いました。新しいコンテンツページ。 また、コンテンツのより「技術的な」バックエンド側、つまりカスタム開発であろうと新しいサプライヤーとの統合であろうと、CMS関連の開発を管理しています。
  

私は常に開発チームと緊密に協力して、デジタル製品（Webサイト、プラットフォーム、eショップ、またはこれらの機能）の計画または提供を行ってきました。 以前は「プロダクトマネージャー」の役職ではなく、プロジェクトマネージャーとしての役職でした。 私は同様のタスク範囲に慣れていて、開発者とコミュニケーションを取っているため、このバックグラウンドから「プロダクトマネージャー」の役割に移行することはそれほど難しくありませんでした（明確な要件を与えること、開発者にとって非技術者であることは学習曲線です） ）。

課題は、バックエンドの顧客向けではない開発に取り組み、これらに優先順位を付ける必要がなかったことです。 必要な時間とそれぞれの利点に基づいて、1つの機能を提供するために2つの実行可能なアプローチから選択する必要はありませんでした。開発者とこれほど緊密に連携したことはありません（以前の職務では、ITチームはアウトソーシングされ、別の国に座っていました。私は主に彼らのチームマネージャーと連絡を取り、テスター、開発者、デザイナーと直接連絡を取りませんでした。 私はこれほど多くの利害関係者や優先事項を管理する必要がなく、バックログがこれほど膨大になることはありませんでした。

マーケティング担当者からプロダクトマネージャーのポジションに移行する際の課題は何でしたか？

• 会社のアーキテクチャに関連する開発用語を学びます。 最初の数週間でそれを理解するのはかなりの努力です。
• 開発チームについて学ぶ-コーディング方法を知る必要はありませんが、チームが機能を提供する方法を理解する必要があります-どのプロセスに従うか、製品のアーキテクチャとチームが連携するスタックについての基本的な理解があります。
• 新しいプロジェクト管理手法を学ぶ。
• より頻繁にそしてより明確にコミュニケーションすることを学ぶ。 私はこれまで、競合する優先順位を持つこれほど多くの異なる利害関係者と協力したことはありません。 機能に優先順位を付けることはすでに課題であり、それに対するすべての人の承認を得るためにはさらに大きな課題です。
• 市場投入までの時間の短縮とコードの品質のバランス。 ショートカットを作成して後で作業する価値がある場合があります。製品を早期にリリースするために、開発者にこれが必要な理由を納得させる必要があります。 時にはそれだけの価値がなく、開発に時間がかかる理由と品質が重要である理由を経営陣に説明する必要があります。
  

私はまだ自分に挑戦している分野で改善を続けていますが、最初の6か月のポジションの後、開発者の同僚と機能について話し合うのは確かに安心です。

ITについてどのように学ぶことができますか？

急な変化で、このポジションに備える時間があまりありませんでした。 私はテクノロジーの最新トレンド、特に私の製品分野に関連するコンテンツ、ニュースWebサイトのCMSについて少し読んでみます。 私はMindtheProductニュースレターを購読しました。これは、プロダクトマネージャーを始めるのに非常に適しています。 ただし、最大の情報源は私の開発チームです。 何かがわからなかったり、聞いたことを理解したいときはいつでも聞いてみます。 彼らは私たちが使用している現在の技術についてすべてを知っており、私が考えることができる可能な代替/統合について多くを知っています。彼らは私たちが実装しなければならない各開発へのさまざまなアプローチを考え出し、技術的な観点からすべてを私に説明することができます私のビジネスの観点と組み合わせた賛否両論は、私たちを最適な決定に導くことができます。 私は通常、オンラインで何かを検索する前に、同僚と話すことから始めます。

マーケティングから製品管理に移行したい場合、私のアドバイスは何ですか？

各製品管理の仕事は、業界、会社の組織構造、ワークフロー、既存のチームの人々の知識レベルに応じて異なります。 一部の仕事では、事前にさらに学習する必要があります。一部の仕事では、現在のスキルから始めることができます。

プロダクトマネージャーになることを検討している場合は、潜在的な新しい職場の職務内容を確認し、責任の正確な範囲を確認して、ギャップに取り組んでみてください。 参加したら、同僚の知識に頼り、彼らから学びましょう。 もちろん、あなたはあなたのキャリアを開始するためにいくつかの「製品管理」証明書を行うことができますが、それらはあなたに仕事の要件の準備をしません、そしてこれが新しいポジションであるならばあなたが経験されない領域が常にありますあなたのために。 この旅の各瞬間に必要なものに焦点を当て、外出先でそれを学びましょう。 プロダクトマネージャーは、柔軟性があり、謙虚で、他の人に開かれ、未知の世界に飛び込む準備ができている必要があります。 起業家と同じように、実験と革新が必要になります。 準備ができていないと感じる準備をしてください。