製品運用部門の責任（「レビュー」製品と運用の役職はどのようにして生まれたのでしょうか？）

「レビュー」製品と運用のポジションはどのようにして生まれたのでしょうか?

【レビュー】プロダクトとオペレーションのポジションはどのようにして生まれたのでしょうか？

操作は母、製品は父、あなたが望むどんな結果も達成できます~~~

製品の位置づけにおける自慢話や果てしない希望的観測の度合いによって、インターネット企業のエンジェルラウンドが成立するかどうかが決まります。 PPT では後で「ユーザーにとってどのような問題を解決したか」や「業界にとってどのような問題を解決したか」などについて述べますが、資金調達の各ラウンドで同じ口調が使用されます。しかし、この役職がなければ、インターネット企業の大嘘つきたちは自慢する根拠さえも持たないだろう（そのため、多くのスタートアップ企業では、上司は大嘘つきであるプロダクトマネージャーである）。

ある日、会社が利益を上げられなくなり、その自慢を正当化できなくなったらどうなるでしょうか?大物運営ボスが登場すると、DAU は数分で数百万に達し、さまざまなトラフィック収益化と収益モデルが簡単に実現されます。 XX戦略会議に登場したら、実現できるかどうかに関係なく、まずBPに記入され、その後ABCDEFGラウンドの資金調達が議論されます。大嘘つき上司はまた幸せになった〜

上記2つのポジションは、インターネットの急成長時代に金融バブルを膨らませる上で決定的な役割を果たしました。インターネット業界の寡占時代において、業界は業績指標と結果重視のアプローチに縛られ始めました。プロダクトとオペレーションの二人の兄弟がスケープゴートになったのは必然でした（N+1プロジェクトの第一波は排除され、仕事やプロジェクトを変えることさえも逃げ道として成功しました）。

昨今、製品と業務はますます「あなたの中にあなた」、そして「あなたの中に私」というように密接なものになってきており、切り離すことが難しくなってきています。唯一の入力はリソースと時間であり、唯一の出力は収益とユーザーの増加です。 CEO や VP は、問題が顧客維持なのか新規顧客の獲得なのかを判断するのが面倒です。 。 。 。 。

もちろん、垂直的な製品・オペレーションのポジションから統合的な製品オペレーションの役割まで、これらは少なくとも指標設定の責任を担えるリーダーが考慮する必要がある問題です。これについては今後詳しくお話しします。

最初の共有として、ピットに入ったばかりの新しいネギ、ああ、それは新しいクラスメートです、この2つのポジションの過去と現在、愛と憎しみ、愛と憎しみ、調和について話しましょう、ヘヘヘ〜

昔の3G時代には「誰もがプロダクトマネージャー」という画期的な本がありました。なぜ？なぜなら、「標準的なプロダクトマネージャーは誰もいない」からです。

2008 年頃は、同じ JD を持つプロダクト マネージャーを 2 人見つけるのは困難でした。 「才能」を逃す恐れがあるため、「学士号以上」という条件さえもJDに載せられなかった。 「シード」プロダクトマネージャーになった優秀な人材には、プログラマー、プロジェクトマネージャー、アーティスト、上司のアシスタントなどが含まれますが、中には、あまりに多くのソフトウェアを使用することに満足せず、直接反抗してプロダクトマネージャーになった人もいます。出力された PRD は「多くの国で作成」されており、中にはマスターによって手描きされスキャンされたものもあります。

しかし、国内外からのコピー、中小企業による大企業のコピー、さまざまな「マイクロイノベーション」や「スパイラルイテレーション」の戦いの中で、アイデア、創造性、実行力を備えたハイエンドのバックボーンプロダクトマネージャーのグループが登場しました。ユーザーニーズの本質を捉え、徐々に「自分達の動きを創る」ことや、独自の流派を立ち上げることが出来るようになってきました。

オペレーションの同級生は、いつからオペレーションのポジションに標準の HC ができたのかと恐る恐る尋ねました。ハハハ、過去を思い出すのは難しすぎる。 。 。初期のオペレーションを学んだ学生は営業と近い関係にあり、実行の神を信じていました。「粗悪な製品など存在しない、あるのは粗悪なオペレーションだけだ」そして「下手に運用されている製品など存在しない、あるのは運用方法が分からない製品だけだ」どうですか、鮮やかじゃないですか？

同様に、指標と効果の戦いにおいても、ユーザー成長の法則や収益実現方法を把握し、商品運用、ユーザー運用、イベント運用、コンテンツ運用、チャンネル運用、XX運用などに業務を細分化することに長けた仕組みの達人が常に存在します。しかし、細分化の結果、運用人員は急速に拡大し、そのスキル範囲は狭まってきています。基本的なオペレーション職のJDは、本来の「何でも屋」という役割から、どんな雑用でもXXオペレーションスペシャリスト/マネージャーと呼べるポジションに堕落しており、オペレーション分野に入ったばかりの多くの学生にとって、成長の道筋が見えなくなっています。

さて、4G時代以降、製品と運用の同僚は愛憎関係と相互非難の時代に入りました。愚かなのは製品設計なのか、それとも運用なのか?あらゆる業績評価では、相手方の愚かさを証明する圧倒的な証拠が常に存在します。

企画段階では、私たち全員がユーザーの声を代表できると考えていました。実行段階では、リソース不足が相手に支障をきたすと皆が考えていました。まとめの段階では、混乱した状態でデータを見て、「データ分析」で責任転嫁しようとしました。

2 つの派閥間の争いを見ると、製品がユーザーをよりよく代表できるのか、それとも運用がユーザーをよりよく代表できるのか、という疑問が浮かびます。技術チームは笑って何も言わなかったが、決定を下した「頭脳の持ち主」は気分によって大きくしたり小さくしたりと圧力をかけることが多かった。

インターネットは今、この素晴らしい段階、繁栄の段階にあります。製品チームの区分はますます明確になり、運用チームの職務責任もますます明確になってきています。人事部門でさえ、従業員の採用や解雇について心配する必要はありません。それは外科手術のような精度の打撃だった。

入学者数拡大は徐々に厳しくなり、JD要件はますます厳しくなってきています。仕事における製品と操作の指標も非常に高く、評価によって数分で追い出されてしまいます。

そのため、単一の保持「ユーザーを喜ばせる」であろうと、単一の「成長のみの理論」であろうと、収益が低く、商業化が難しい状況下では、製品と運営は喧嘩するチャンスさえなく、直接「無価値」になって出て行く可能性があります。

バブル経済の時代、シェア経済、シェアネギの時代は終わった。すべての企業が直面している唯一のものは「お金」です！ 「ユーザーの課題解決」よりも、製品の商品化や業務の事業化の方がはるかに重要です。収入の問題が解決できなければ、二人の兄弟は給料の問題を解決することができません。

そのため、製品を設計する際には、「将来的に検討すべき課題」ではなく、製品モデルからビジネスモデルまでループを閉じる「上向きの設計」を行う必要があります。運用を設計する際には、トラフィックがどこに行くかを考慮する必要があります。ユーザー ARPU はどこから来るのでしょうか?製品が発売されるまで待つのではなく。

設計上の偏りを避け、常に穴を埋めるという悪夢に陥らないようにするためです。製品と運用は、設計から実行、反復まで、1 つに統合する必要があります。そうでなければ、結局は粉々に吹き飛ばされて何も残らないでしょう!

採用ウェブサイトをチェックすると、「プロダクトオペレーション」マネージャーのポジションが増えていることがわかります。企業経営においては、「訴訟」や「指標の解体」を回避するために、ユーザーと収益の両方に責任を持つポジションを設け、製品と運用のマネージャーを 1 つに統合し、さらには開発チームを「製品運用」の責任範囲に統合する傾向が強まっています。

それで、準備はいいですか？