プロダクトマネージャに必要な5つのスキル
2327 ワード
一つの製品は無から有、更に誕生から成熟まで、要約するとこのような循環である.
製品マネージャーの主な職責は、チームを推進して仕事をすることです.目標を達成するために、プロジェクトが始まる前に、PMは販売、カスタマーサービス人員のように自分の目標ユーザーを理解しなければならない.プロジェクトの開始初期、PMは用研、ユーザー体験、設計部門と一緒に機能、インタラクティブを設計しなければならない.プロジェクトは中期に始まり、プロジェクト管理に参加し、開発の終わりにプロジェクトのテストに参加し、BUGの修復を見つめなければならない.製品がオンラインになった後、運営と一緒に運営戦略を制定し、ユーザーの新しいフィードバックに注目しなければならない.このように繰り返して、絶えず製品を磨いて、完備します.
以上の過程から、製品マネージャは何でも参加し、何でも理解しなければならないが、何でも精通しているとは限らない.では、製品のサイクル全体で、製品マネージャはどのようなスキルを身につける必要がありますか?
異なる製品には独自のビジネスシーンがあり、多くの製品は簡単そうに見えますが、実際に見たのは氷山の一角だけです.例えば、映画のオンラインチケット購入システムは、表面的な機能はオンラインチケット購入であり、背後には映画館データとのドッキング、チケット取得システムとのドッキングも含まれている.広告投入システムは表面的には広告を展示するだけで、背後には地域指向、興味指向、競売順位、投入見積りなどの複雑なサブシステムが搭載されている.
現在、インターネット製品は垂直化、精細化の方向に発展しており、設計された製品の多くは公式サイトやアプリほど簡単ではありません.製品マネージャーは会社の業界を理解し、製品業務に精通してから、既存のシステムの設計、改善に着手する能力があります.
ここでの設計はUIだけでなく、インタラクティブ設計、情報アーキテクチャの設計も含まれており、これらはプロダクトマネージャの重要な作業内容です.
UIの面では、配色、フォント、レイアウト、グリッド化などの知識が必要です.モバイル端末APPを作るには、モバイル端末の応用設計準則、APPでよく見られるインタラクション方式などを理解しなければならない.情報アーキテクチャの面では,既存システムの各モジュールの関係,データストリームの行方を知らなければならない.同時にPMはデータ駆動設計を理解し、適切な場所でモニタリングを追加し、AB Test方法を使用して設計を改善しなければならない.
製品マネージャが技術を理解するかどうかの議論は古くから行われています.私の観点は技術を理解しなければなりません.技術を理解することで、エンジニアとコミュニケーションを容易にすることができます.一方、設計機能とインタラクションの際、プロジェクトの時間とコストを結びつけて、よりバランスのとれた意思決定を行うことができます.
技術を理解することがもたらす欠点は、ターゲットユーザーの「白モデル」に素早く入ることが容易ではないことであり、これはユーザーの調査研究を通じて補うことができる.
文案、つまり字を書く能力、製品マネージャーは仕事の中で多くのドキュメントを書く必要があります.PRD、MRD、会議記録、対外コミュニケーションメール、製品宣伝普及などの場所で使う必要があります.その重要性は言うまでもありません.需要ドキュメントについて言えば、需要ドキュメントは製品を定義するドキュメントです.エンジニアはそれに基づいて製品を開発し、テストはそれに基づいてテスト用例を書き、はっきり書いていません.あるいは表現に曖昧さがあります.エンジニアの理解ミス、プロジェクトの延期につながることもあります.製品の普及文案の品質は普及活動の効果に直接影響する.
文案能力を高める方法は、多く読んで、多く書いて、多く練習することです.ブログを開設して、総括を書いて、自分の思考を書いて、書くのが多くなったら自然に熟練しました.
効率的なコミュニケーションを確保するには、以下の点に注意してください.コミュニケーションの目的を明確にし、仕事上のコミュニケーションは雑談ではなく、いくつかの問題を解決するために違いない. は一定の専門知識を備えなければならない.PMはエンジニア、デザイナーとコミュニケーションしなければならない.彼らは多くの専門語彙に言及することが避けられない.もしあなたが分からないなら、もっと説明する時間が必要で、コミュニケーションの効率を下げなければならない.相手もあなたが専門ではないと思っている. コミュニケーションの過程で方法をマスターし、適切な時に肢体言語、絵、さらにpptアニメーションの方式を借りてより明確に表現することができます. は最後に表現に注意しなければならない.例えば、同じ批判でもサンドイッチ談話法を使うことができ、別の方法で表現すると受け入れやすい.
-> -> -> -> ->
製品マネージャーの主な職責は、チームを推進して仕事をすることです.目標を達成するために、プロジェクトが始まる前に、PMは販売、カスタマーサービス人員のように自分の目標ユーザーを理解しなければならない.プロジェクトの開始初期、PMは用研、ユーザー体験、設計部門と一緒に機能、インタラクティブを設計しなければならない.プロジェクトは中期に始まり、プロジェクト管理に参加し、開発の終わりにプロジェクトのテストに参加し、BUGの修復を見つめなければならない.製品がオンラインになった後、運営と一緒に運営戦略を制定し、ユーザーの新しいフィードバックに注目しなければならない.このように繰り返して、絶えず製品を磨いて、完備します.
以上の過程から、製品マネージャは何でも参加し、何でも理解しなければならないが、何でも精通しているとは限らない.では、製品のサイクル全体で、製品マネージャはどのようなスキルを身につける必要がありますか?
1.業務
異なる製品には独自のビジネスシーンがあり、多くの製品は簡単そうに見えますが、実際に見たのは氷山の一角だけです.例えば、映画のオンラインチケット購入システムは、表面的な機能はオンラインチケット購入であり、背後には映画館データとのドッキング、チケット取得システムとのドッキングも含まれている.広告投入システムは表面的には広告を展示するだけで、背後には地域指向、興味指向、競売順位、投入見積りなどの複雑なサブシステムが搭載されている.
現在、インターネット製品は垂直化、精細化の方向に発展しており、設計された製品の多くは公式サイトやアプリほど簡単ではありません.製品マネージャーは会社の業界を理解し、製品業務に精通してから、既存のシステムの設計、改善に着手する能力があります.
2.設計
ここでの設計はUIだけでなく、インタラクティブ設計、情報アーキテクチャの設計も含まれており、これらはプロダクトマネージャの重要な作業内容です.
UIの面では、配色、フォント、レイアウト、グリッド化などの知識が必要です.モバイル端末APPを作るには、モバイル端末の応用設計準則、APPでよく見られるインタラクション方式などを理解しなければならない.情報アーキテクチャの面では,既存システムの各モジュールの関係,データストリームの行方を知らなければならない.同時にPMはデータ駆動設計を理解し、適切な場所でモニタリングを追加し、AB Test方法を使用して設計を改善しなければならない.
3.技術
製品マネージャが技術を理解するかどうかの議論は古くから行われています.私の観点は技術を理解しなければなりません.技術を理解することで、エンジニアとコミュニケーションを容易にすることができます.一方、設計機能とインタラクションの際、プロジェクトの時間とコストを結びつけて、よりバランスのとれた意思決定を行うことができます.
技術を理解することがもたらす欠点は、ターゲットユーザーの「白モデル」に素早く入ることが容易ではないことであり、これはユーザーの調査研究を通じて補うことができる.
4.文案
文案、つまり字を書く能力、製品マネージャーは仕事の中で多くのドキュメントを書く必要があります.PRD、MRD、会議記録、対外コミュニケーションメール、製品宣伝普及などの場所で使う必要があります.その重要性は言うまでもありません.需要ドキュメントについて言えば、需要ドキュメントは製品を定義するドキュメントです.エンジニアはそれに基づいて製品を開発し、テストはそれに基づいてテスト用例を書き、はっきり書いていません.あるいは表現に曖昧さがあります.エンジニアの理解ミス、プロジェクトの延期につながることもあります.製品の普及文案の品質は普及活動の効果に直接影響する.
文案能力を高める方法は、多く読んで、多く書いて、多く練習することです.ブログを開設して、総括を書いて、自分の思考を書いて、書くのが多くなったら自然に熟練しました.
5.コミュニケーション
効率的なコミュニケーションを確保するには、以下の点に注意してください.