製品と運用の両方のプロフェッショナルにとって必読の記事: 業界での 7 年間の経験!

私は2009年に大学を卒業し、インターネット業界で働き始めました。もうちょうど7年になります。この7年間、私はコードを書くだけでなく、インターネット業界のプロダクト/運用に関わるほぼすべての仕事を多かれ少なかれやってきました。経験年数もプロダクト3年半、運用3年半とほぼ同じなので、何でも屋と笑われることもよくあります。 1年半前に、私は「高度な操作と通常の操作の違いは何ですか？」という操作をまとめた記事を書きました。》、たくさんの友達が話しに来てくれました。混乱や当惑について話す人もいれば、キャリア開発について話す人もいれば、転職するかどうかについて話す人もいれば、具体的な仕事の問題について話す人もいました。私は彼ら全員に応え、議論するために最善を尽くしました。しかし、今はとても罪悪感を感じています。以前私が言ったことは、もはやこの新しい時代には適していないと思います。そこで、少し違った話、製品や業務の開発動向についての私の認識についてお話ししたいと思います。テクノロジーの分野には、マイクロサービスと呼ばれる非常に興味深い新しいものがあります（実際には新しいわけではなく、その概念は数年前から提案されています）。このマイクロサービスは、マイクロビジネスを行うWeChatのような概念ではなく、開発分野における技術アーキテクチャレベルのイノベーションです。私もコードは書きませんが、テクノロジーへの興味と楽しみのために本を買って読んでみたところ、宝物のような内容でした。具体的な内容に興味がある方は、「Microservice Architecture and Design」と「Microservice Design」という 2 冊の本をご覧ください。私の理解では、この種の開発アーキテクチャは以前のパッケージフレームワークを完全に分離し、各アプリケーションは対応する専用サービスに分解されます。あまり適切ではないかもしれない例を挙げると、58.com などの従来の分類情報 Web サイトを見ると、情報発行者と情報取得者は同じシステムによってサポートされています。これは、誰もが同時に発行者と買収者になれるという論理に基づいています。現在、UberやDidiなどの高速配車アプリは、運転手専用と乗客専用に分割されています。運転手が乗客でもあると思いますか？もちろんです。しかし、なぜそれらを組み合わせてみませんか?それらを分離することで、ドライバーと乗客に別々の体験を提供することに集中できるからです。もちろん、実際の技術開発では、この分離は58とDidiの対応ほど単純ではありません。今日は製品と運用の問題について議論しているので、詳細には立ち入りません。私がこの概念を最初に紹介したい理由は、プロダクト運用の分野で、今後 3 ～ 5 年以内に、マイクロサービスと非常によく似たキャリアの変化、つまり、非開発作業の「完全な分離」が起こる可能性があると考えているからです。私はこの概念に「製品運用の非専門化」という名前を付けました。 pmのde-professionalismと略される。まず、インターネット業界の仕事における伝統的な製品と業務の区分を見てみましょう。

製品：製品企画 | 需要分析 | プロジェクト管理 |競合製品分析| プロトタイプ設計 |データ分析| 文書作成 | コミュニケーションとコラボレーション操作: 市場調査|ユーザー運用| チャネル配信| ブランドコミュニケーション|コミュニティ活動| コンテンツ運用| ビジネス開発| イベント運営

やり取りの便宜上、それぞれ8つまで書きますが、それ以上は書きません。この分類に基づけば、ある人の仕事が製品なのか業務なのかを判断するのは簡単そうです。例えば、会社での主な仕事がさまざまな広告プラットフォームへの投資であったり、 Sina Weibo / WeChatのパブリックアカウントに記事を掲載する責任があったり、協力プロジェクトについて話し合うためにパートナーを1社ずつ訪問したりすることであれば、あなたは間違いなく100％運用スタッフです。たとえば、あなたの毎日の仕事は、要件を収集してプロトタイプを作成し、毎日開発者とビジネスロジックをやり取りし、SQL を記述して自分でデータを実行することです。Axure は最もよく使用するソフトウェアです。この段階では、あなたは 100% 製品担当者のようですね。しかし、ここ1年くらいの私の感覚からすると、このように簡単に定義できる100％純粋な作品はどんどん少なくなってきている気がします。私とコミュニケーションをとったクラスメートの多くは、いつも第一声としてこう言います。「私はプロダクトマネージャーと見なされているのか、オペレーションマネージャーと見なされているのかわかりません。いつもいろいろなことをやっているような気がします。」この考えが多くの人の心に残り、個人のスキル開発やキャリアパスについて混乱を引き起こしていると私は考えています。 質問: 私は製品マネージャーとみなされますか、それともオペレーションマネージャーとみなされますか? 派生的な質問 1: 私のキャリア開発の方向性は製品ですか、それとも運用ですか? 派生的な質問 2: 私が製品/運用担当者である場合、それらの運用/製品に関することを行うべきでしょうか、どのように行うべきでしょうか、そして、それらをより良く行うために何を学ぶべきでしょうか? 派生的な質問 n…。 … そして、このような混乱を抱えているのは最前線の実行者だけではなく、多くの管理者も同様です。一生懸命頑張っているように見える弟の進路をどのように計画しますか？この人が再び昇進した場合、どこに配置すべきか、どのような役職を与えるべきでしょうか?これらの問題が適切に解決されなければ、人材の流出が頻繁に起こります。正直に言うと、3年前はこのようなトラブルはあまりありませんでした。しかし時代は変わった。インターネット企業では、設計、開発、財務、人事、法務などの機能部門ごとに、非常に明確なキャリアパスを持つポジションがあります。新卒のデザイナーについて話をするとします。彼のキャリア開発の道は、小さなデザイナーから徐々に業界のマスターになることです。もちろん、彼の成長の過程で、ある程度の拡張があることは避けられません。最終的には、グラフィックデザイン、UI、広告、Webページ、アプリなどの一部を理解する必要があるかもしれませんが、やがて、彼は間違いなくデザイン業界のXとYに特に精通したマスターになり、業界のリーダーとして存在するでしょう。開発についても同じことが言えます。プログラマーは3年ほど働いた後には特徴づけられるでしょう。彼は「バックエンドJavaエンジニア」のようなラベルを付けられ、彼のスキル開発の方向性は「データマイニングPythonエンジニア」のそれとはますます異なってくるかもしれません。4、5年後には彼らは全く異なる分野の専門家になっているかもしれませんし、その間の切り替えは難しいでしょう（もちろん、そのギャップはそれほど大きくはありません。それは主に、この7年間で彼らが遭遇した落とし穴が大きく異なるためです）。人事、財務、法務は言うまでもなく、その道筋は非常に明確です。スペシャリスト、マネージャー、ディレクター、さらに優れた会社のディレクター、さらに優れた会社の CXO です。私たちが話しているのは、本質的には、これらの仕事の「奥深さ」（建築用語を引用）が非常に深いからです。採用業界で10 年間働いている人と、大学を卒業して 1 年間採用業界で働いている人の間には、非常に大きな違いがある場合があります。キャリア開発の道筋には、サークル内での学習に対する十分な動機と機会があり、また、階級や給与の昇進への明確な道筋もあります。しかし、製品と運用はそうではありません。インターネット上のこれらの仕事の中で、「グラフィックデザイン」ほど奥が深い仕事はありません。つまり、一生続けて「○○の達人」になれるような仕事は存在しないのです。今年卒業したばかりの同級生のシャオAが、チャネル配信を行う会社に就職したとします。当初、この会社は検索エンジンプロモーションのアカウントを開設しただけで、シャオAはSEMを担当していました。シャオ A は良い仕事をしたので、1、2 年後、上司はシャオ A を昇進させ、検索エンジン、ディスプレイ広告、新しいメディア広告などを担当する部下をさらに数人雇いました。シャオ A はチャネルマネージャーに昇進しました。次のステップは何ですか? シャオAさんは60歳までチャンネルマネージャーとして働けますか？伝統的な業界では、特にさまざまな販売業者が定期的に集まってお酒を飲むような伝統的なチャネルでは、これは可能です。これらはすべてオフラインのビジネスであり、生活しながら学ぶことができます。インターネット業界では、普通の考え方と勤勉な人であれば、検索エンジンの専門家になるのは1年程度、コンテンツ運用は8か月程度で完了するため、少し難しいですが、さまざまな部門から要件を集めてプロトタイプを描くことで、半年もかからずに習得できるはずです。それでどうする？私とコミュニケーションをとった学生の多くが抱えていた悩みは、「今やっていることはもう十分理解しているが、環境の制約により、これ以上広げることができない」という事実でした。そして彼らは、次に何をするのか、どの方向に広げていくのかを私に尋ねました。製品運用の仕事の場合、キャリアパスは垂直ではありません。どれだけ優秀なコピーライターでも、一生書き続けることは不可能です。コピーライティングを専門とするPR会社に勤めていても、その会社の取締役、副社長、あるいは自分のPR会社のCEOになることがキャリアの道です。技術開発と設計の分野で学ぶ学生の多くは、「私は x 年間働いてきましたが、管理職に転職するべきでしょうか、それとも自分のキャリアの方向性について引き続き研究するべきでしょうか?」という疑問に悩むでしょう。製品オペレーションの場合、単一のジョブの深さは限られているため、この問題は発生せず、管理に移行するのが自然です。私がここまで長々と述べてきたのは、まず「製品運用業務の深さには限界がある」ということを認識するためです。それでは、上記の16の仕事について見ていきましょう。

製品: 製品企画 | 需要分析 | プロジェクト管理 | 競合製品分析 | プロトタイプ設計 | データ分析 | 文書作成 | コミュニケーションとコラボレーション業務内容：市場調査 | ユーザー運用 | チャネル配信 | ブランドコミュニケーション | コミュニティ活動 | コンテンツ運用 | ビジネス開発 | イベント運営

3 年以上働いている場合は、自分がどれだけの仕事をしてきたかを確認し、自分は明らかに製品/オペレーションに属していると思っているのに、結局オペレーション/製品関連の仕事を多くこなしているかどうかを確認します。独自のプロトタイプを使用してプッシュアクティビティページを自分で開発する作業は、自分で市場調査を行うこととほぼ同じくらいの成果です。特に小規模な企業では、境界を越えてより広範囲に及ぶ範囲をカバーします。 BAT が率いる大企業は、人材の専門化に力を入れています。たとえば、1 人が研究を担当し、もう 1 人が少数のユーザーグループの維持管理を担当しています。しかし、このような専門化は当然、その職に就く人々のキャリア開発と矛盾を生じさせます。会社側としては、安定した人員と安定した成果を期待しています。 1 年間働いているメディアモニターは、入社したばかりで何も知らないインターンよりも常に優れています。しかし、管理職に昇進しない限り、この仕事にもっと給料を払う方法はない。残酷な言い方をすれば、「この仕事は給料に見合う」ものであり、会社経営の利益のためには専門化は必然の結果だからだ。個人的な観点から言えば、役職と給与の両方が着実に上昇し、より良いキャリア開発が実現することを願っています。そのため、1～2年働いてもっと給料をもらいたいと思ったら、縦に広げる方法がないので（メディアモニタリングだけをしている人に会社は高い給料を出せない）、横に広げるしかありません。社内で横に広げると、管理職になる問題（そうしないと他の人の仕事を奪ってしまう）に直面し、結局社内での昇進は限られているので、管理職になるために他の会社に飛びつくことになります。したがって、製品運用担当者にとって管理職に就くことは自然な流れであり、問題は管理職の規模だけです。しかし、企業として全員を管理職に就かせることは不可能であり、当然矛盾が生じます。この矛盾は長い間存在してきましたが、ここ1、2年でさらに深刻化しています。私が見てきたのは、プロダクトオペレーション業界では、人々が日常生活で使用するツールがますます便利で使いやすくなっているということです。 strinkly を使用すると、クールなランディングページをすばやく作成できます。mikecrm を使用すると、ユーザーアンケートフォームをすばやく整理できます。Modao を使用すると、アプリのプロトタイプをすばやく組み立てることができます。また、epub360 のような非常に高速な h5 ページ作成ツールもあります。ツールの使いやすさによって職種の敷居が下がり、仕事の手段が多様化することで、さまざまな製品やオペレーションの仕事の境界がますます曖昧になっていきます。たとえば、オペレーションのクラスメイトである Xiao A は、ウイルス感染が可能な h5 を作りたいと考えていますが、研究開発部門は資金が不足している、製品部門は仕事が忙しい、設計部門はスケジュールを調整しなければならない、などと言います。激怒したシャオ・アは、たくさんの組み合わせキットと既製のフレームワークを使って自分で1つ作りました。それが動作した後、彼はこのアプローチが実現可能であることを証明するデータを入手し、上司を説得して、より良い製品を作るためにさらにリソースを投資させました。 Xiao A は誰にも依存していないため、ある程度、多くの人の仕事を奪っています。今では多くのことが「自分でやる」ことでできるようになり、それは有能で常に学ぶ意欲のある人にとっては素晴らしいことです。技術者や技術的なバックグラウンドを持つ人であれば、「フルスタックエンジニア」という概念を簡単に思い浮かべることができるでしょう。はい、私が話しているのはそれです。そこで、ここでは「非専門的製品運用」を「フルスタック PM」と呼びたいと思います (概念をコピーします)。 Baidu では、PM はプロダクトマネージャーではなく、プロダクト & マーケティングを意味します。フルスタックPMをベースとすることで、ビジネスアーキテクチャの可能性が広がり、先ほど述べた企業ニーズと個人のキャリアパスの矛盾も解決されるかもしれません。新しい会社の体制は、現在の体制のように、製品ディレクターが率いる製品部門と、オペレーションディレクターが率いるオペレーション部門のようなものにはならない可能性が高いでしょう。両者は水と火のように対立し、しばしば口論し、責任を逃れます。その代わりに、アーキテクチャレベルでのマイクロサービスの変更と同様に、会社の業務を細分化して、現在よりもさらに細かい粒度に分割し、細分化されたそれぞれの業務をフルスタック PM が推進します。専門的に馴染みのない事柄に遭遇した場合、フルスタック PM は互いに学び、熟考し、さらに探求を続けることができます。言葉で説明するのは難しいので、いくつか絵を描いてみます。

これは、従来の製品運用ピラミッド構造です。この独立した製品は、大きくても小さくてもかまいません。大きい場合は、下部にさまざまな部門が存在する可能性があります。小さい場合は、1 人の担当者が多くの作業を行い、複数の役割を担う必要があります。従来のピラミッド構造の問題点は、製品が必然的に成長すると、1 人の人間が複数の職務を遂行する構造から、専門化を必要とするピラミッド構造へと徐々に変化していくことです。ここでの変数は、1. この人は最初からマネージャーになる資格があるか? 2. 新しく採用された人は、特定の職務において元の人を上回ることができるか? です。なので、将来的にはそうなるかもしれないと思います（実際、bat の独立製品も含め、多くの企業がすでに使用しています）。

ここでは、製品が独立して複数のビジネスラインに分割されています。各ビジネスラインには、より上級の PM の指揮の下、製品と運用作業を統合するためにあらゆることを実行できるフルスタック PM が数名います。内訳の具体的な粒度はビジネス要件によって異なります。すると、全員が独立して製品を設計し、研究開発を調整し、製品を市場に投入し、ユーザーに連絡する権限を持つことになります。私たちはもはや製品と運用の作業を区別せず、事業ライン自体に何が必要かだけを考慮します。これを行うと、いくつかの主な利点があると思います。 1. 柔軟な人員配置: 異なる事業ラインのフルスタック PM はいつでも交代または出向させることができますが、各人のスキルの重点は異なる場合があります。しかし、この重点は、従来のアーキテクチャにおける「専門性」とは異なります。3 年間の経験を持つ 2 人のフルスタック PM は、主なスキルが 80 ポイントを超えているかもしれませんが、いくつかのスキルが 90 ポイントまたは 100 ポイントである可能性があります。これは合理的であり、奨励されるべきです。 2. 管理職への登用やキャリア開発が容易になる: このような構造では、フルスタック PM は将来必ずマネージャーになります。スキルの多様性により、さまざまな製品のさまざまな事業ラインを非常に迅速に引き継ぐことができます。さらに、事業ラインの洗練により、大規模な業界では重複が容易になります。そして、会社に管理職がそれほど多くない場合は、シニアプロダクトオペレーションマネージャーになることが昇進への道です。ある程度、自主的に製品の創造と開発をリードすることは、すでに十分に大きな前進です。もちろん、デメリットもあります。たとえば、このビジネスラインの責任者には、少なくとも 1 人の上級フルスタック PM が必要です (ビジネスラインの粒度に応じて)。市場にはそのような人材はほとんどいません。しかし、3～5年後にはツールがより便利になり、手法も多様化していくので、多くのことが非常に早く習得できるようになり、フルスタックPMがどんどん増えていくと思います。もう 1 つの欠点は、本当に専門性を必要とする一部のジョブはフルスタックとしては適していないことですが、これも単純なので、独立したサポートとして抽出できます。もちろん、これは単なる一般化されたモデルであり、具体的に議論すべき詳細が数多くあります。次に例を示します。 ABC 社は、シリーズ B の資金調達を受けたばかりの会社です。同社の主力製品はサッカー賭博アプリです (これは架空の話なので、違法なものについて議論しましょう)。同社のアプリには、主にサッカー情報、サッカー賭博、ギャンブルファンコミュニティという3つの主要な独立した事業ラインがあります。伝統的な構造（特に会社が小さい場合）には、製品部門がある可能性が高く、製品部門には数人の製品マネージャーがいて、製品の設計とこれらのビジネス機能のフォローアップを担当しています。運用部門もあります。サッカー情報を収集し、上級サッカーライターを招待して記事を書く責任を負う人もいます。毎日の推測データとオッズサポートを監視する責任を負う人もいます。ギャンブルファンコミュニティで積極的に活動したり、UGCを見つけたり、オフラインのソーシャルアクティビティに参加したりする責任を負う人もいます。そんなことはやめましょう。まず、ユーザーを属性に応じて、5大リーググループ、中国スーパーリーググループ、その他のグループの3つのグループに分けます。各グループのフルスタック PM は、それぞれのユーザーが行うすべてのことに対して責任を負います。例えば、5大リーググループのPMは、プロダクトデザイン、ユーザーオペレーション、リチャージやベッティングの誘導、その後の議論の活性化などに関与する必要があります。ユーザーは分散していますが（プレミアリーグに興味がある人は中国スーパーリーグをまったく見ないかもしれません）、ユーザーの行動は分散していません。ギャンブルファンは、まず情報を読み、次に賭けを行い、次にファンコミュニティにアクセスして投稿を読む、などです。ヨーロッパカップのような大きなイベントが開催されると、3つのグループからそれぞれ数名を集めて、ヨーロッパカップというプロジェクトに取り組みます。このプロジェクトにはフルスタックのPMも参加し、ヨーロッパカップ製品の設計、開発、リリースから、オッズ計算のプロモーションと運用、ファン活動の企画まで、あらゆることを担当します。この考え方は、実は全く新しいものではありません。プロジェクトベースの仕事は昔から存在していましたが、フルスタック PM の意義は、日常業務のすべてを特別なプロジェクトとして扱い (マイクロサービスのように)、プロジェクトを標準化することにあります。ここで別の疑問が生じます。ビジネスグループをどの程度細かく分割すればよいのでしょうか?私の傾向としては、ユーザー別に分類し、ユーザーの重複度に基づいて決定することです。たとえば、必要に応じて、5 つの主要リーグをプレミアリーグとプレミアリーグ以外のリーグに分割し (結局のところ、プレミアリーグのファンはより商業的で、より多くのお金を使ったギャンブルを好む)、2 つのグループを使用して追跡することができます。製品全体の統一性を確保するには（例えば、プレミアリーグと中国スーパーリーグで、色は変えられるものの、大きく異なるUIインターフェースを使用することはできません）、各グループが定期的に統一して標準を決定する必要があります（技術開発におけるコード標準に対する企業の要件に少し似ていますが、これは必要です）。こう言うと、少し理想論的かつ理論的だと思うかもしれませんが、実際には多くの企業が、そうは言わずとも、また義務付けずとも、すでにこれを行っています。特にBATが率いる企業の場合、過去1年間に立ち上げた新規事業を見ると、初期段階では他の旧部門から異動してきたフルスタックPMがほとんどでした。事業が順調に発展するにつれ、業務経験が不十分な新卒インターンを数名採用し、基本的なセグメンテーション業務を行ってもらいますが、しばらくすると、要件収集、プロトタイプの作成、開発のフォローアップからプロモーション、運用、製品発売後の機能の反復まで、あらゆるスキルと能力を習得した人が多くなります。彼らの言葉を借りれば、これは「強制される」ことと呼ばれています。私たちは常に何かを学ばざるを得ないので、学習コストがどんどん下がっているなら、率先して学ぶ方が良いでしょう。キャリアアップが十分でない場合は、より広い方向に進んでください。プロダクトオペレーション業務は、設計・開発などのより深い専門職とは異なるため、フルスタックPMは今後のインターネットにおけるプロダクトオペレーション人材の一般的なトレンドになるでしょう。したがって、製品やオペレーションの問題に限定しないでください。特定のユーザー層にとって、あなたは製品であると同時にオペレーションでもあります。必要なのは、ユーザーに価値を感じてもらい、使い続けてもらうことです。機能改善でもイベント企画でも構いません。専任の担当者を雇う必要があるかどうかさえわからない仕事が常に存在します。フルスタック PM が役立つのは、特定のことを理解していなかったり、理解できるまですぐに学習できなかったりすると、アウトソーシングすると騙される可能性さえあるからです。もちろん、製品操作の特定のサブフィールドにおけるある程度の専門的蓄積は非常に重要です。したがって、2年未満の業務経験を持つ新人製品操作者は、依然として2〜3つのコアスキルの蓄積に重点を置き、実践から方法論までの基礎的な保証を得てから、他のスキルポイントを拡大する必要があります。最終的に、フルスタック PM の定義を次のようにします。インターネット関連の仕事では、さまざまなスキルやツールを使いこなし、素早く学習する能力を基盤として、商品の企画・設計、開発・発売、運用・プロモーションの全プロセスを自力で完結できる能力が求められます。フルスタック PM になる人にとって、仕事は上級の熟練職人になることではなく、「1 つのことをやり遂げること」です。「何かを成し遂げる」ために、学習コストを抑えながら関連するスキルをすべて学習します。専門家/職人/職工になることを決意している場合、インターネット業界での製品運用業務はあなたにとって良い選択ではないかもしれません。どの会社の創設者も最初のフルスタック PM ではないでしょうか? 次に、フルスタック PM のスキルツリーと学習パスについて説明します。詳細を述べる前に、まず「フルスタック PM」は私が勝手に作り上げた概念ではないことを指摘しておきたいと思います。これは、今日の多くのインターネット企業のプロダクト運用担当者の実態です。「フルスタック」は「フルスタックエンジニア」から拝借していますが、開発現場とやはり異なります。具体的な違いについては後ほどお話しします。したがって、フルスタックエンジニアの概念や結論の一部を適用する必要はありません。その違いは非常に大きいです。フルスタック PM と、現在の経営体制におけるプロダクト/運用、プロダクト/運用内の職務分離との最大の違いは、その「何でも知っている」という万能性です。しかし、その万能薬は単なる外見に過ぎません。その万能薬の外見の裏には、実は超強力な「学習能力」が隠れているのです。しかし、学習には必ずインプットとアウトプットがあります。限られた時間の中で、将来的に他のことを学ぶためのより良い基盤を築き、他のことを学びやすくする基礎とは何でしょうか。これが今回焦点を当てる問題です。まず、終わりから始まるという原則に沿って、「フルスタック PM」の核となる価値と競争力を明確にした上で、これらの価値と競争力をどのように構築し、育成するかを議論する必要があります。あらゆるインターネット製品は革新的でなければならず、革新の方向へ常に試行錯誤する必要があります。試行錯誤に関しては、コストが高いものと低いものがあります。シニアxxを直接採用し、その後、数人のシニアxxと数人のジュニアxx（xxは、チャネル運営、製品マネージャー、新メディア運営など、さまざまな細分化されたポジションを指します）を採用し、何もせずに毎月数十万人民元の報酬を受け取ります。その後、うまくいかない、誰も製品を使用していない、または市場環境が適していないことがわかったので、チームを解雇するか、他のポジションに異動させます。これは試行錯誤であり、コストのかかる試行錯誤です。誰かを見つけて、まずは探究させてください。その人がやる気があるかどうかは関係ありません (結局、その人が考えている主なキャリアの方向性とはかけ離れている可能性があるため、やる気がない可能性が高いです)。ゼロから試して、一歩ずつ学ばせてください。数か月間の学習コストは高すぎます (結局、その人がこれまでに触れたことのないことがたくさんあるのです)。そうすると、市場の機会を逃してしまいます。これも一種の試行錯誤であり、低コストの試行錯誤です。戦略的に言えば、大きな行動を取ることも、小さな一歩を踏み出すことも選択肢の 1 つです。巨大企業が何かを作ろうとするときは、十分なリソースがあるので、当然全力を尽くして市場を独占しようとします。一方、小さなスタートアップ企業が何か新しいものを作りたいときは、リソースが限られているので、当然小さなステップを踏み、迅速に行動し、最小限の投資で新しいものが信頼できるかどうかを検証する必要があります。つまり、コストのレベルは実際には重要ではありません。重要なのは、これらのコスト投資によって、「この方向には可能性があるので、コスト投資を増やし続ける」という結果を検証し、これらのコストに見合う価値があるかどうかを判断できるかどうかです。答えは明らかに確実ではありません。そして、フルスタック PM とフルスタック PM が率いるチームが、これらのコストのバランスをとる良い方法になると思います。これらの新規事業が投資を増やすか削減するかを検証できるまで、限られたリソースで制御可能な数のフルスタック PM に投資し、その後前進します。投資を増やしても、それは単に新しい事業や新しい部門になるだけです。それを削減しても、問題はありません。他のことができるのです。これは、専門家を多数雇用した後、その分野の仕事がなく、社内異動もできないことが判明し、従業員を解雇しなければならない（または全員が辞職するのを待つ）という悲劇に陥るよりも優れています。この光景を経験した人は多いと思います。したがって、フルスタック PM の核となる価値は次の 2 点にあります。 1. 革新的な事業の開発の初期段階でコストを可能な限り削減する。 2. 事業展開の中期・後期段階では、全体を俯瞰できる経営者が存在します。コスト優位性とグローバルビジネスを把握する能力は、一般的なチームやマネージャーと比較したフルスタック PM の最大の競争優位性となっています。（xx 出身で、oo を理解していないのに △△ に命令を出すマネージャーに会ったことはありますか? 言いたいことはお分かりでしょう。）これは実は非常にわかりやすいです。具体的な原価計算や管理方法については、次の章で解説するので、ここでは詳しくは触れません。 (実際、もう 1 つの隠れた価値があり、それは製品のコアリソースが 1 ～ 2 つのコアポジションに過度に集中するのを防ぐことです。これは、すべての卵を 1 つのバスケットに入れないようなものです。フルスタック PM が別のフルスタック PM を置き換えることは実際には非常に簡単だからです。これについては後で説明します。) そこで、このコアバリューを中心に、フルスタック PM の人材ツリーをどのように構築すべきかを見てみましょう。（完全な才能チャートが添付されていますが、最初にこれを見ずに、読み終わった後に読んでください）まず、最初に、3 つのコア基本スキルの方向性と、それに対応するコアアプローチがあります。 1) 製品設計（コアアプローチ：プロトタイプ設計） - 遠くからユーザーについて考える。 2) ユーザーを獲得する（コアアプローチ：チャネル配置） - 中間に立ってユーザーを観察します。 3) ユーザーを深く理解する（コアアプローチ：ユーザー操作） – ユーザーの声に耳を傾けます。 3 つの主要な方向性の下で、これらのコアアプローチに基づいて、インターネット製品全体の運用のあらゆる側面に拡張することができ、これらの作業で蓄積された基盤は迅速な学習の保証になります。現在の職種分担の仕組みでは、ユーザーから遠いプロダクト担当者、機械的に KPI を出すチャネル担当者、ユーザーの成長について日々語る運用担当者といった状況が容易に想像できます。盲人と象のように、人によって理解の仕方は異なります。あなたはプロダクトマネージャーであり、ユーザーのフィードバックは、あなたがチャンネルマネージャーであることではなく、サイズと優先順位についてのみです。たまにユーザーの調査やインタビューをするふりをしたとしても、これらのことは本当に問題を解決できますか？私たちは皆それを知っています。そのため、さまざまな距離からユーザーを等しく知覚できるフルスタックPMが必要です。彼らがする必要があるのは、美しい忠実な製品ロジックを描き、完全な忠実なユーザーコミュニティを構築することです。あなたの以前の仕事が何であれ、あなたの強みが何であっても、あなたが優れたフルスタックのPMになりたいなら、あなたはこれら3つのコア領域でできるだけバランスの取れた能力を持つ必要があります。平均的な能力があればあるほど、他の能力を超えている方向性の最も単純な論理関係に、ユーザーからの距離を理解するための偏った視点を与えることができます。あなたが破る必要があるのは、「製品/チャネル/操作の観点から彼らが引き起こすユーザーを見るという概念と、[ユーザー製品]関係プロセスに細心の注意を払う研究方法を再確立することです。つまり、ユーザー中心になるのではなく、ユーザーが製品に精通するプロセスに基づいて問題を発見して解決します。技術的なバックグラウンドを持つ一部の学生は突然考えるかもしれません：これがオブジェクト指向とプロセス指向の違いではないのですか？私はそれが本当に1つのように見えると言うことができます。（PS：ここでは平均的なほど良くなります。これは、前の章で「特定の特定のスキルを90ポイントまたは100ポイントに習得する」と言ったことと矛盾しません。次に、これらの3つのスキル領域を見て、どのような基本を習得すべきか、そしてそれらをマスターする理由を見てみましょう。 1. 製品設計 製品設計の方向にはいくつかの特定のスキルがあります。 1）需要分析 - 基本的な需要分析方法をマスターする [（実際には、はるかに多くの例）が含まれる可能性があります。 2）プロトタイプの設計 - 実行可能な製品プロトタイプのスケッチを描く [関与する可能性があります：プロトタイプツール - 軸、Visio、Moknife、epub360、紙、ペン） 3）論理アーキテクチャ - プロトタイプバックエンドの製品ロジック [関与する可能性があります：MindManager/Xmind、Office（データパラメータードキュメント）、Visio] 4）コミュニケーションとコラボレーション - プログラマー/デザイナーなどと通信します。 [関係：需要管理ツール - Trello、Netease Cloud Collaboration、Teambitionなど。ここで最も重要なことは、プロトタイプ設計です。これは、「製品設計」の中心的なアプローチだと思います。したがって、他のものをやったことがなく、熟練していないかもしれませんが、資格のあるフルスタックPMになりたい場合は、非常に優れたプロトタイプ製品を作成できる必要があります。ここでの「良い」は、あなたの仕事がどれほど美しいか、きちんとしたものであることを意味するのではなく、ロジックがユーザーのニーズを満たすのに十分な明確でシンプルであることを意味します。プロトタイプの設計を掘り下げ続けると、自然にドアに触れて、分析、論理アーキテクチャ、コミュニケーション、コラボレーション、またはその他の製品機能を需要があります。なぜなら、あなたはユーザーが最終的に何を見るか、それが良いかどうか、そして私がそれが好きかどうかを繰り返し考えるからです。「ユーザーに何を与えるべきか」について考えているとき、他のスキルはこの目標をより良く達成するためだけです。「ユーザーが望むもの」の分野で改善し続けると、他のスキルと能力が自然に改善されます。したがって、製品設計の一般的な方向では、プロトタイプ設計の経路に従って、最終的には次のとおりです。 - 最終的な製品のプレゼンテーションの基本的なスケッチを説明できる場所と方法を知っています。あなたはそれを行うことができ、特定のツールの使用に熟練している必要があります。（もちろん、製品の発売会議と数え切れないほどの記者、メディア、ユーザーが来る場合、あなたが何か美しいものを作ることに投資することは価値があります。 2。ユーザーを取得します ユーザー獲得の幅広い枠組みの中には、無数の細分化されたポジションがあります。ユーザーを獲得するための無限のスキルと方法がありますが、その中で、なぜチャネル配信が最良のコアアプローチであるのですか？チャネル分布とは何ですか？あなたはいくつかの広告を費やします、そして、それが詐欺チャネルではない限り、彼らがあなたの製品に来るかどうかについて常にいくつかのトラフィックがあります、それは別の質問です。私はXXユーザーグループの製品を作成しましたが、現在はXXユーザーグループが集まる場所に行くことができます。試してみる特定のユーザー。必要なのはデータであり、ボリュームを購入するために直接お金を使うことは、データをより速く取得するのに役立ち、今やっていることを引き続き投資し続けるべきかを確認する必要があるかどうかを確認するのに役立ちます。強力なチャネル配信機能は、最小限のお金を使って、これに基づいて希望するユーザーの行動データを購入するのに役立ちます。 1）1-2の主流の広告プラットフォーム（Baidu Fans Link 、Tencent Guangdianリンクなど）および関連する広告エクスペリエンス（PC +モバイルプラットフォームの総コストは、パッシングの露出度などを迅速に確立するのに役立ちます。広告スペースは、あなたのアイデアのいくつかを確認するのに十分です。当面の間、会社がキャンペーンを開始する条件を持っていなくても、友人の会社を見つけたり、研究を実施するために自分でアカウントを設定することは完全に可能だと思います。 Baiduのhttp://www2.baidu.com、Tencentのhttp://e.qq.com、http://tui.weibo.comとTaobao Direct Expressは、他のプラットフォームだけを紹介するだけで、勉強する価値があります。 2）デザイン（これは製品方向のプロトタイプ設計能力に密接に関連している）を含む、独立してランディングページ（ランディングページ、販売ページ、アクティビティページ）を設計および完了する機能。すべての優れたプロトタイプデザイナーは、コピーの作成、コンバージョンパスの設定など。 3）データ分析のためにツールを適切に使用します（変換分析ツール：Google Analytics、Baidu Statistics; App Monitoring Tools：App Radar、App Annieなど（ABテスト、クロス分析、回帰分析）。 4）チャンネルパートナーとの適切な取引は簡単になりますが、フォーラム、PCメディア、アプリストア（アプリの場合）、さらには非常に一般的です。もちろん、最低のコストで十分なトラフィックを得ることができます。したがって、「チャネル配信」機能をより良く構築すると、チャネル開発、データ分析、コピーライティング、協力交渉、イベントデザインなどのコア機能がゆっくりと学習することがわかりました。これらの機能は、新しいメディア、ビジネスBD、KOL開発などのユーザーを獲得する他の方法で非常に役立つことがわかります。 3。ユーザーに深く入ります 多くの人は、ユーザーは賢いと言います。他の人は、ユーザーは愚かだと言います。他の人は、ユーザーは愚かだと言いますが、あなたは彼らを賢く感じさせなければなりません。他の人は、ユーザーは賢いと言いますが、あなたはそれらを怠zyで愚かな愚か者として扱うべきです。これらは、盲目の男性と象のアプローチを使用して描くのが最も簡単な簡単な結論です。ユーザーは抽象的な一般化概念ではなく、統計ツールの数やKPIでもありません。私たちはユーザーに近づき、理解して耳を傾ける必要がありますが、私たちは彼らに近づきすぎることはできません。そうしないと、感情に感染して火傷するのは簡単です。お尻が頭を決定するため、ユーザーに近いほど、見られるユーザーの痛み、不満、苦情が自分の痛み、不満、苦情になります。機能の分離下では、製品と操作の間の競合は、多くの場合、ユーザーへの異なるレベルのレベルから生じます。もちろん、フルスタックのPMとして、ユーザーとの詳細を取得する必要があるため、ユーザーに必然的に感染します。しかし、まさにあなたがフルスタックのPMであるため、あなたはそれほど近くになることはありません。また、十分な距離と「問題を踏み出して見る」機会もあります。これは確かに矛盾していますが、この形式の切り替えは、間違いなく製品ユーザーの関係自体に役立ちます。ユーザーを知るには多くの方法があります。製品内のユーザーの行動データを見て、ユーザーに直面してインタビューし、定期的な会議を開催してKOLディスカッションを整理し、ユーザーとソーシャルメディアで誠実にコミュニケーションを取り、ユーザーにとってあらゆる種類の厄介な問題を解決するための優れたカスタマーサービス担当者として機能します...これらの中で、これらすべてのうち、これらすべての効果的な方法で直接的な方法で直接的に操作することができます。ほとんどの製品にはさまざまな数の頑固なユーザーがあり、あなたがする必要があるのは、あなたがカバーできる頑固な警備員のグループを集めることです。一緒に集まる方法は、Qグループ、Zhihu、Weibo、またはWechatです。彼らはあなたに定期的に提案とフィードバックを与えます、そしてあなたは彼らの苦情を聞いて、彼らの感情とあなたのアイデアを伝えます。ユーザーの操作は、ユーザーとユーザーの間の距離が遠すぎないようにするために、これを基礎として使用する必要がある最も中心的な手段です。では、ユーザー操作の分野で学び、成長し続けると、何が得られますか？

1）プロトタイプが設計されているとすぐに、新しいバージョン/変更/機能の反復に関するフィードバックをできるだけ早く取得します。（製品設計へのリンク） 2）忠実なユーザーの個人的なソーシャルネットワークに基づいて、分布と拡散を通じてデータの最初のバッチを取得します。（ユーザーを取得するためのリンク） 3）製品を購入して消費するユーザーの声を取得し、最前線の執行者の問題と問題点を理解し、チームをより適切に管理および訓練します。（管理スキルへのリンク - これについては、後で別々に説明します） 4）忠実なユーザーの追加、グレーディング、インセンティブ、罰は、より大きな世界規模でユーザールールを構築するのに役立ちます。 5）QQ、YY、Sina Weibo、WeChatパブリックアカウントなど、多数のコミュニケーションツールの使用に精通していることになります。必要に応じて、MySQLなどのデータベースを使用してユーザーの行動を使用する方法を学ぶ必要があります。

もちろん、スリービー前のアンケート、いくつかの主要な機能的変化のテスト、特定のユーザーとのインタビュー、およびユーザーとのつながりを維持するためのすべての方法など、忠実なユーザーの基本的な操作から始めることができます。この分野に関しては、ユーザーがマネージャーの「民間軍」、特にリソースベースのユーザー（キャンパスプロモーション、グラウンドチャネル、販売ネットワークなど）になることを許可しないなど、さらに冷血に思えるものがたくさんあります。フルスタックPMとして、これは、一部のコアユーザーとの適切な接触を維持するための非常に有益な予防措置です。あなたのビジネスラインにフィールドプロモーションまたは販売が含まれている場合、彼らはあなたのユーザーでもあることを忘れないでください。これについて詳しく説明しません。要するに、ユーザーではなく「プロセス関係」に焦点を当てます。ユーザー中心であることは、それを制御するための強力で絶対に権威ある人を持っている場合を除き、各部門は独自のリードに従います。私はそれをスケッチで要約したいと思います。これは私が表現したいものです（写真は比較的単純で、見栄えの良いものを描く時間がありません。

はい、以上です。上記の方法とアプローチの多くは、ツールがさらに最適化され、ルーチンが標準化されているため、ますます安価になります（この目標を達成するために多くの製品とチームが働いています）。数年前、AxureとMindManagerは、エントリーに対する障壁が高く、チュートリアルや記事をあらゆる場所で教える必要がありました。この場合、一部のポジションの価値は低下していることがわかります（Baidu SEM、製品アシスタント/スペシャリスト、基本的なユーザー操作など）、1年も経たないうちに卒業したばかりのインターンまたは新人がすぐに80ポイントまたは90ポイントを獲得できることがわかります。あなたの会社が特定のポジションに依存していない限り、100ポイントを達成する必要はありません（卓越性を努力することは間違っていませんが、入出力比率に依存します）。それでは、1年以上稼働している製品はどうですか？彼らは何をしますか？基本的な仕事のみを行うことはできますか？その後、あなたのキャリア開発と収入はこの機械的モジュールに結び付けられ、移動できません。したがって、「サブフルスタックのPM」（つまり、製品設計、ユーザーの獲得、または詳細なユーザー開発を専門とするPM）に拡張する1つのことだけを行うエグゼクティアから。申し訳ありませんが、私は再び言葉を作りましたが、私はこの中間の状態を表現する方法を本当に知りません - 独立して革新/サポートビジネスを拡大するイノベーションになります。もちろん、既存の企業管理構造がまだ元の機能部門に分かれている場合、組織構造はほぼ確実に革新する必要はありません。大企業は常に革新的な新しいビジネスを持っているので、自然にフルスタックのPMを必要としています。中規模企業では唯一の混乱が発生する可能性があります。これは、一方では、すでに確立された帝国を統合するために専門的な地位を埋めるための専門的な能力を持つ人々が必要であり、一方で走り続ける必要があるということです。市場の現在のタレント能力構造の下では、十分なフルスタックPMチームをサポートするだけでは不十分です（フルスタックPMの最良の学習オブジェクトは別のフルスタックPMであるため、チームは重要です）。この会社の経営陣は、インターネット企業の既存のすべてのマネージャーが心配している可能性があります。専門的な方向とスキルフィッシュボーン図（私はそれをさりげなく描くだけで、「プロトタイプデザイン」、「チャネル配信」、「ユーザー操作」の3つの柱の駆動の下で、特定のスキルを学習して学習することができるので、アイデアを得ることができます。

いくつかの概念的な明確化： 1。製品：製品設計、ユーザー製品プロセス関係、その他の概念について議論するとき、「製品」とは、あなたがしたいことを指します。製品機能と製品担当者について議論するとき、私たちは現在、コアビジネスに需要分析、プロトタイプの設計、コミュニケーションなどが含まれるポジションに言及しています。 2。操作：実際にはチャネル +ユーザー操作をカバーしますが、少し絞り込み、チャネルの配置と操作は「ユーザーの取得」に関連する多数の大きな操作タスクを表します。「ユーザー操作」の背後には、一般的に「保持」 +「アクティベーションプロモーション」と呼ばれるものに関連する多数の運用タスクがあります。 3。実際、上記の2つの概念については、両方とも元のユーザー中心の製品操作コンセプトの下でも言及したくありません。しかし、コンセプトを変更するには、「製品」、「製品段階の下で特定の作業」を使用することを好みます。これは私の個人的な意見ですので、心配しないでください。

あなたのアプリ

<<: 上海のミニプログラム開発会社の中で、どの会社が一番有名ですか？ミニプログラムを作るのに上海のどの会社が良いでしょうか？

>>: Tik Tokミニプログラムの使い方は？ Douyin ミニプログラムをアクティブ化する方法を教えてください。