プロダクトマネージャーはテクノロジーを学ぶ必要があるのか？これがベストな答えです

私は常に、新しい知識の習得は目的を持って行うべきだと信じてきました。それは、私たちをより良くするために使われるか、私たちの生活に目に見えない影響を与えるものでなければなりません。言い換えれば、それは物質的な利益か精神的な利益をもたらすものでなければなりません。テクノロジーの学習についても同じことが言えます。テクノロジーを学ぶべきかどうかを決めるのは、他の人がそれを学んでいるかどうかではなく、そのテクノロジーを学ぶことが自分にとって有益かどうかです。プロダクトマネージャーにとって、テクノロジーを学ぶかどうか、またどのようなテクノロジーを学ぶかは、まずその学習が日々の製品開発業務に役立つかどうかによって決まります。 1. プロダクトマネージャーはテクノロジーを学ぶ必要がありますか? あらゆるインターネット製品は、要件定義からソリューション設計、コーディング実装、デバッグ、エラー修正までのプロセスを経ます。

製品業務の役割分担の観点から見ると、製品マネージャーは主に需要定義とソリューション設計を担当し、技術担当者はコーディング実装を担当し、デバッグとエラー修正は一般的にテスターと運用担当者の責任となります。プロダクトマネージャーがテクノロジーを学ぶべきかどうかという疑問は、プロダクトマネージャーが要件を決定し、ソリューションを設計するプロセスで生じます。技術的なロジックが関係しているかどうか、要件とソリューションの設計が決定された後にコーディングのためにコミュニケーションをテクノロジーに引き渡すプロセスで、テクノロジーを理解することでコミュニケーションの効率性を向上させることができるでしょうか。 1. 要件とソリューションを決定するプロセスに技術的なロジックが関係していますか? ここで言及する技術ロジックは、要件を実装するために使用される言語を指すのではなく、製品プレゼンテーション層の下にある技術ロジックを指します。例えば、ユーザーからのフィードバックにより検索機能の追加が必要になった場合、このときのプロダクトマネージャーの仕事は、単にプロトタイプや設計図を作成することだけではありません。優秀なプロダクトマネージャーは、まず以下のことを考えます。

インデックスを構築するにはどこからデータを取得する必要がありますか?
ターゲットのヒットテキストとして使用するデータはどれですか?
これらのテキストの重みをどのように処理すればよいでしょうか?
並べ替えの基準としてテキスト以外のデータを追加する必要がありますか?
これらの非テキストデータをどのように配置すればよいでしょうか?
この検索の適時性はどの程度ですか?
増分メッセージングの必要性はありますか?

増分メッセージメカニズムを使用すると、データソースと検索エンジンの開発サイクルは延長されますか? これらの問題が明確になった後、最後に行うべきことは、要件ドキュメント、プロトタイプ、設計図を作成することです。この場合、製品担当者は、要件に関連する技術的ロジックを理解し、不合理な要件を回避するために、技術を理解している必要があります。要件定義書、プロトタイプ、設計図は、製品管理者のニーズを表現する媒体です。製品管理者にとって重要なのは、単に特定の要件を実装したいと技術スタッフに伝えるのではなく、正しい方法で正しい製品の動作ロジックを設計し、設計計画を技術スタッフに渡して実装することです。一見表面的な製品要件の背後には、複数のレベルの動作ロジックが関わっています。 2. テクノロジーを理解することで仕事の効率は向上しますか? 技術者がオンラインで不満を述べているのをよく見かけますが、その理由のほとんどは、プロダクトマネージャーが提案した製品要件ロジックが機能しないか、プロダクトマネージャーが具体的な製品要件を明確に説明できないことにあります。

プロダクトマネージャーの役割は、ユーザーのニーズを製品ロジックに凝縮し、それを技術担当者に説明することです。技術担当者の仕事は、プロダクトマネージャーが説明した製品ロジックをコンピューターが理解できる言語に翻訳し、コンピューターが実装できるようにすることです。製品ニーズを伝えるプロセスでは、製品担当者は製品ロジックが正しいことを確認しながら、製品ニーズを技術担当者に明確かつ正確に伝える必要があります。このとき、プロダクトマネージャーが技術を理解していれば、技術的な観点から問題を考えることができ、コミュニケーションの際に技術ロジックと製品ロジックの両方を考慮するため、コミュニケーションの効率が向上します。技術は製品実現の基盤です。技術の限界を理解すれば、非現実的な要求をすることはなくなり、一緒に働く研究開発エンジニアもより積極的に協力してくれるようになります。したがって、製品マネージャーにとって、技術も一般的なコースであるべきです。 2. テクノロジーを学ぶことを決意した後、プロダクトマネージャーはどのようなテクノロジーを学ぶべきでしょうか? さまざまな段階の製品実践者は、さまざまなことを学びます。 1. すでに製品開発に取り組んでいる学生 すでに特定の製品を担当する特定のポジションにいる学生にとって、この時期に技術を学ぶことは、多くの場合、2つの目的があります。1つは日常業務の必要性であり、もう1つは自分の能力を向上させることです。仕事の必要性である場合は、次の方法を参考にしてください。向上を求めている場合は、以下を読み続けてください。仕事関連:

製品に必要なテクノロジーを理解する
必要な複数の技術間の関係を明確にする
それぞれの技術の基本的なロジックを理解する
製品ロジックを使用して技術ロジックを推論し、次に技術ロジックを使用して製品ロジックを逆に推論します。

すでに製品開発に携わっている学生にとって、テクノロジーを学ぶには、コードを書く能力は求められません。製品の背後にある技術的なロジック、テクノロジーの用途、製品のアイデアを実現するためにテクノロジーをより適切に統合する方法、そして要求を行う際に技術的な観点からテクノロジーの実装コストを評価できることが求められます。 2. 製品分野で働くことを志す学生 プロダクトマネージャーの職務要件には、技術の知識は必要ありません。より重要なのは、ユーザー思考と明確な論理的思考力があるかどうかです。技術的なバックグラウンドがあることはプラスになりますが、決定的な要素ではありません。技術的な論理は、日々の仕事の中で学ぶことができます。もちろん、インターネット分野で働くことに決めた場合は、少なくともキャッシュ、JS スクリプト、Ajax、データベース、ストアドプロシージャ、BI などの専門用語をいくつか知っておく必要があります。これらの用語とは正確には何でしょうか? 技術的な知識を学びたい場合は、次の点に注目してください。私たちが普段話している技術というのは、主に開発技術のことを指し、フロントエンド技術とバックエンド技術に分かれています。プロダクトマネージャーを目指す学生は、フロントエンド関連の知識を学ぶことができます。フロントエンド関連の知識は、特にパフォーマンスを追求するバックエンドとは異なり、比較的フロントエンドのプレゼンテーションに重点を置いています。フロントエンドには独自の設計ルールがあり、製品設計に大いに役立ちます。 フロントエンド技術: HTML/CSS/ JavaScript HTML:ハイパーテキストマークアップ言語。標準の汎用マークアップ言語のアプリケーションで、主にプレゼンテーション層に使用されます。製品マネージャーは HTML を理解しているのが最適ですが、HTML5 ではないことに注意してください。もちろん、H5 を理解していればさらに良いでしょう。HTML は最も基本的な Web スクリプト言語です。ページのロジックがわからない場合は、プロパティを右クリックして [ページのソースコードを表示] を選択して確認することができます。 CSS (Cascading Style Sheets): HTML や XML (Standard Generalized Markup Language のサブセット) などのドキュメントのスタイルを表現するために使用されるコンピューター言語。学習するときは、CSS ボックスモデル、セレクターの種類、配置モードなどを理解することに重点を置きます。 JavaScript: 型のサポートが組み込まれた、動的型付け、弱く型付けされたプロトタイプベースの言語である直接解釈型のスクリプト言語です。そのインタープリターは JavaScript エンジンと呼ばれ、ブラウザの一部であり、クライアント側のスクリプト言語として広く使用されています。フロントエンド言語の学習は、これら 3 つの言語から始めることができます。フロントエンドプログラミング言語は、プレゼンテーション効果を重視しており、製品設計段階で注意を払う必要があります。フロントエンドページの表示は、サーバーとデータベースのサポートから切り離すことができず、バックエンドテクノロジーの使用が必要です。 バックエンドテクノロジー: php/python/java PHP: 動的でインタラクティブなサイトを作成するための強力なサーバー側スクリプト言語です。 PHP は無料で広く使用されています。最近人気のバックエンド言語です。 Python: Python は特別な言語ではなく、幅広い用途があります。現在、運用と保守、Web サイト開発のスクリプトでよく使用されています。Python を学習すると、データ分析機能が大幅に向上します。データ分析では、さまざまな Excel テーブルとさまざまな数式が必要になる場合があります。データの量が多すぎると、データ分析の妨げになります。Python を使用すると、いくつかの基本的なコマンドラインを実行するだけで関連データを簡単に取得できるため、作業効率が大幅に向上します。 Java: クロスプラットフォームアプリケーションの作成に使用できるオブジェクト指向プログラミング言語です。PC、データセンター、携帯電話、インターネットで広く使用されています。Android 関連のキャリアを目指す学生は Java を学ぶことができます。フロントエンド言語でもバックエンド言語でも、技術的なロジックさえ知っていれば十分です。深く学びたい場合は、コードをいくつか入力してみるのが良い方法です。 3. プロダクトマネージャーとして働いている方、またはプロダクトマネージャーとして働きたい方 フロントエンド言語とバックエンド言語に加えて、すでに製品開発に携わっている場合でも、製品開発に取り組む準備をしている場合でも、一般的に使用されるいくつかのテクノロジーを理解する必要があります。これらのテクノロジーを理解することで、日常の製品開発作業が大幅に容易になります。 モバイル製品:

動的言語と静的言語の違いを理解する
SDK とパッケージングとは何かを理解する。
MVC 構造モデルとは何かを理解する。
純粋なテクノロジーにおけるフロントエンドとバックエンドを区別する方法を理解する。
API とは何かを理解する。
一般的なデータベースの種類とその長所と短所を理解する。
毎年開催される WWDC とGoogle I/O について理解します。

PC製品:

基本的なボックスモデルの概念を理解する
DOM の概念を理解する。
同期/非同期の概念を理解する。
一般的に使用されているフロントエンドフレームワークを理解し、それぞれの長所と短所、適用可能な環境を把握します。
モバイル環境と PC 環境の違いがフロントエンド開発に与える影響を理解します。

プロジェクト側:

ビルド統合とは何かを理解する
SVN と Git がどのような問題を解決するために使用されるかを知る。
実践を通じて git の使い方を学び、git-flow も理解するようにしてください。
一般的な継続的インテグレーションツールを理解する。
公開プロセスを理解する。

プロダクトマネージャーが技術を学ぶべきかどうか、また、どの技術を学ぶべきかを決定した後、以下の学習チャネルについては詳しく説明しません。知りたい場合は、メッセージを残してください。最後に、プロダクトマネージャーは技術に関する詳細な調査を避けるべきであることを強調したいと思います。技術エンジニアの視点から始めると、製品設計時に誤解を招くことが多いためです。また、技術についてある程度理解している場合でも、技術者とコミュニケーションをとる際には彼らの意見を尊重する必要があります。すべての職業には独自の専門知識があり、プロダクトマネージャーは自分の専門的立場から逸脱することはできません。最も重要なことは、ユーザー心理、ユーザーのニーズ、市場の需要を理解することです。

モバイルアプリケーション製品プロモーションサービス： APPプロモーションサービス青瓜メディア広告

この記事の著者@王豫强は(Qinggua Media)によって編集および出版されています。転載する場合は著者情報と出典を明記してください。

<<: 駐馬店玩具ミニプログラムの制作にはどれくらいの費用がかかりますか?駐馬店玩具ミニプログラム生産価格問い合わせ

>>: 許昌新鮮食品ミニプログラムへの投資誘致にはどれくらいの費用がかかりますか?許昌フレッシュフードミニプログラムの投資価格はいくらですか?