製品オペレーション | あなたと製品マネージャーの唯一の違いは、経験と名刺です。

オペレーションと製品間の内部戦争は毎日リハーサルされています。声を外に広げないでください。発言は常にあなたの最高の側面です。ドアを閉め、ゆっくり話し、悪態をつき、頭で考え、時間を早く過ぎさせましょう。雰囲気を壊すことを恐れないでください。私たちは、1つの会社の下で共通の利益を持つコミュニティです。今日から遠くを見ていきましょう。

1,000社の誕生は、1,000社の死を意味する。起業精神が生み出す雇用の流れは情熱と熱意に満ち、長江と黄河一帯に流れている。外部条件の誘惑はチョコレートケーキのようなもの。政府の支援とクレイジーなVC時代は金でいっぱいのようです。メーカーは次なるトレンドの到来を叫び、ポストBAT（インターネットビッグスリー）時代を待ち望んでいますが、自社製品とユーザーエクスペリエンスの磨き上げを怠っています。

スタートアップ企業は運が良すぎると言わざるを得ません！幸運の裏には、チャンスを黙って待つのではなく、内部から始まる、決して逃れることのできない運用と製品の戦いの繰り返しがあります。最終決定権を持つのは誰でしょうか?

オペレーションと製品間の責任分担

まず、業務と製品の責任分担についてお話しします。

1. 運営上の責任

• 現在の製品に合わせたプロモーションプランの立案が必要
• 主にPGC（専門家によるコンテンツ制作）とUGC（ユーザーによるコンテンツ制作）によるコンテンツ制作が必要
• 製品/コンテンツの欠陥を特定するために、ユーザーの製品ステータスとプロセス手順をガイドおよび追跡する必要がある
• データの KPI を維持し、チャネルの更新を確実にし、ユーザーのアクティビティを促進し、ユーザーの定着率を高め、解約率を下げるよう努めます。

…

もちろん、オペレーション職には、製品オペレーション、コンテンツオペレーション、ニューメディアオペレーション、チャネルオペレーション、ユーザーオペレーション、イベントオペレーションなど、さらに細分化された部門があり、責任範囲が細かくなれば、業務内容もより具体的になります。

2. 製品に対する責任

• 業界、ユーザー、市場を調査する
• 製品のロジック、プロセス、主な機能ポイントを設計する
• 製品プロトタイプ（手書きまたはプロトタイピングツール（Mocha が推奨）を使用して製品の初期形式）を設計し、製品要件ドキュメント（PRD）を作成します。
• 各バージョンの反復管理、レベル別に要件とバグを区別し、計画を立てる
• 部門間の連絡拠点となる

…

上記の責任に加えて、プロダクト マネージャーは部門間の作業を推進する必要もあります。これは特にスタートアップ企業に当てはまり、より多くの調整と質問への回答が必要になります。そのため、プロダクト マネージャーは日中はぶらぶらしているように見えても、夜遅くまで残業しているのです。

もちろん、業務と製品の間には次のような重複が多くあります。

• どちらもデータから始めて製品を分析し、改善する必要があります
• 会議を開始する必要があります。製品が業務を推進し、業務も製品を推進する必要があります。
• 製品は業務の出発点であり、業務もまた製品の出発点です。
• 不必要な詳細を追加するのではなく、節度を保ち、ユーザーが本当に望んでいるものを提供することを学びましょう。

しかし、スタートアップではプロダクトマネージャーの発言力がより強い場合が多いです。会社のスタートは常にプロダクト主導で、すべての部門がプロダクトに注力して強みを発揮し、市場を拡大し、ユーザーの基盤を築き、成長します。一定の規模に達すると、オペレーションの発言力がより強くなり、データによってすべてがシンプルになります。

事例: 製品とオペレーションの戦い

アルバイト業界は次の「百連隊戦争」（2014年のO2Oフードデリバリー業界の製品戦争を指す）と言われていますが、大手企業はまだ傍観者です。業界へのより深い理解と失敗の要約以外に、市場に早く参入することは利点がありません。

その暗黒時代（アルバイト業界では、無料かつ保証されたプラットフォームがなく、ユーザーが主にQQグループを使用して保証のない仕事を探していた初期の時代を指します）に、私たちは製品のルールを策定する必要がありました。今では明確になっているアルバイトプロセスは、チームが2013年に完成させるのに2か月かかりました。製品の声は最初から存在し、揺るぎないものです。

戦場の台風の目は要件検討会議！ ！ ！

2015年11月には、3週間連続でデータが低下したことで不安が募り、緊急の検討会を何度も開催しました。当時、私はまだプロダクトマネージャーとして会議に参加していましたが、運営体制の調整により、毎日プロダクト関連のフォローに加えて、プロダクト運営とマーチャント運営（パートタイムプラットフォームは企業と学生向けのデュアルエンドプロダクト）を行き来する必要があり、何度も倒れそうになりました。

マーチャント側とユーザー側の両方で業務の拡張がボトルネックになりました。さらに悪いことに、パブリック アカウントのプッシュがボトルネックになりました。技術部門にも感情の起伏があることに気づき始め、中には「私たちが多くの時間を費やした機能がまったく役に立たなかった」と不満を言う人も出てきました。

一時は社内の雰囲気も最悪になり、人員配置転換以外に打開策はないと思われた。 。

ブランドの最適化に加えて、ロゴの更新、新しいスローガンなど、長い間エネルギーを費やしすぎて、しばらく方向性を見失ってしまいました。

誰かがこう言うまで: 今日の製品は活気がない。なぜ私たち自身の製品機能をパッケージ化しないのか!

まもなく、長い要件レビューのための戦いが始まります。会議では、1 ページに 2 つの横方向の選択エントリを配置し、下部に 3 つの推奨リンクを配置するなど、さまざまな改善案が出されましたが、これは想像もできないアイデアです。しかし、ナンセンスもコミュニケーションの良い部分です。

多くの計画が私や他の PM を無力感に陥れましたが、私は分かっていました。変わらなければ、私たちは死んでしまうでしょう。

3時間に及ぶ対決の末、製品側はついに妥協し、ホームページを全面的に刷新し、あまり使われていなかった「サブスクリプション機能」の入り口を縮小し、カテゴリラベルの数を1行減らして、ユーザーがより直感的に製品を体験できるようにし、選択肢を減らした。

最も重要なステップは、プラットフォームの優位性をつかみ、「高品質なアルバイト」を商品やブランドの入り口として、その優位性を拡大し、「カルーセルのような」表示方法でホームページに配置することです。パッケージ化された高品質なアルバイトの内部ページは、通常のアルバイトとは独立したUIフレームワークを使用し、パッケージテキストにH5リンクを埋め込みます。

こうして、まったく新しいブランドイメージとともに、APP 3.0 が正式にリリースされました。

期間の終わりには、予想通り、データはピークに達しましたが、それ以上のデータの低下を防ぐことに成功しました。運営部門は、現在も製品の微調整を継続的に行っており、ブランドの広報にさらに力を入れています。オペレーションによって製品がこのように直接的に変更されたのは初めてのことでしたが、データには隠された意味がありました。

2016 年 1 月、私は多くの目標を掲げてオペレーション部門に異動しましたが、その中で最も重要なのは、チームの現在の厄介なコミュニケーションの問題を解決し、オペレーションをよりダイナミックにし、製品と自分自身を新たな視点から見ることでした。

一度あれば二度目もある。

2016 年 2 月には、私たちはすでに現在の製品の操作に習熟していました。前回の製品変更後、オペレーション部門の発言権が高まり、アイデアをより積極的に表現するようになりました。すぐに、新しい機能が自然に技術開発に入りました。

オペレーション：すでに登録が完了しているパートタイムの仕事になぜ登録できないのですか？

商品: 応募者数には限りがあり、定員数は販売業者が決定します。論理は正しいです。

運営：商人が求めているのは入学者数だが、入学者数と採用者数は一致しない。

製品:この問題は以前にも議論されており、現在では両者を区別することは不可能である。

運営：区別がないのに、他のユーザーは満員のアルバイトを待つという選択肢がないのはなぜでしょうか？

製品: 待機ユーザーの定義方法

操作: 商店主は学生を受け入れないことを選択し、待機中の学生は自動的にアルバイトに申し込む

製品: 販売者が入場を拒否しない場合はどうなりますか?

オペレーション: これは予想外でしたが、私の説明は私が望んでいるものだけではありません。

製品: 待ってください、何を言えばいいかわかっています。明日は 3 階の会議室で会いましょう。

これは作戦戦争の2度目の勝利であり、「キュー機能」の起源であり、次の問題を解決しました。

• 企業は採用人数と応募者数のミスマッチに悩んでいます。
• 興味があるアルバイト案件に登録できなかったことによる「損した感」をなくします。
• 事業者は、パッケージ化された良質なアルバイトの登録数が足りない（定員がいっぱいで棚に並べた途端に撤去される）といった過度なタイムリーさを心配する必要がありません。

新しいバージョンはリリースを待っており、学校はまだ始まっていませんが、新しいオペレーションとチームはすでに準備ができています。

2016 年 3 月、私たちが期待していたのは失望ではありませんでした。平均データは 2015 年 12 月と比較して 4 倍に増加しました。パートタイム取引注文は、その月に過去最高を 8 回更新しました。重要なのは、私たちが 1 ペニーも余分に支出しなかったことです。

戦争を恐れるな、作戦は声を上げるべきだ

多くの企業では製品に関して発言権が強すぎて、オペレーションマネージャーが主導権を握るのではなく、プロダクトマネージャーがオペレーションの最前線に立っていることがわかっています。このような状況は主にスタートアップや製品の初期段階で発生します。プロダクトマネージャーは自身の経験と洞察に基づいて判断を下すことができますが、誤解を招きやすい傾向があります。

このような状況には多くの理由がありますが、その根底にあるのは運用上の弱さです。

弱点とは、発言権がない、現在の仕事をうまくこなしていない、チームにビジョンを理解させていない、プログラマーに自分の価値を理解させていない、などを意味します。

内部紛争は偶然ではなく、すべての運営が声を上げる必要があります。私の意見では、弱い運営と強い製品との最大の違いは「オーナーシップ」の感覚です。プロダクトマネージャーは、赤ちゃんが生まれた日や病気になった日を把握しながら、赤ちゃんを助けるためのウェブサイト、アプリ、または機能を作成します。私たちは声を上げて日常生活から始める必要があります。

私が出会った優秀なオペレーターにも、この特徴がありました。当事者意識を持つことで、使命感や責任感も生まれます。

まず第一に、自発的に行動することを学ばなければなりません。そうすることで、自分の価値を理解したり、少なくとも毎日ベッドから出る理由を知ることができます。私の毎日の日課は何ですか?昨日のデータはなぜこんなに悪かったのでしょうか?

ゆっくり始めて、考える習慣を身につけましょう。多くの場合、自分の主な視点を脇に置いて、部門、会社、業界などの観点から問題を見る必要があります。自分の考えを自分自身に閉じ込めないようにしてください。

誰もが自分自身のプロダクトマネージャーであり、常に自分自身を奮い立たせ、すべての重要なノードを把握して制御し、問題に遭遇したときにはさまざまな解決策と最適なオプションを用意します。製品の説明の小さな言葉でさえも考慮する必要があります。

信じないでください。あなたとプロダクトマネージャーの唯一の違いは、経験と名刺です。

もう少し具体的にお話ししましょう。

まず、自分の存在価値を知り、「オーナーシップ」の感覚を持つ必要があります。朝のミーティングでは、遭遇した問題について発言し、合理的な議論を開始する必要があります。上司に報告し、解決策を提供する必要があります。非公式な設定で（否定的なエネルギーなしで）他の人にアドバイスを求め、データ分析で話す必要があります。

次にアクティビティです。イニシエーターとして、社内の議論に加えて、社外の議論にも広げる必要があります。

積極的に他の部門の同僚をディスカッション ミーティングに参加させましょう。オープンでリラックスした雰囲気であれば、誰もが自由に発言できます。貴重な「要点」をすべて注意深く記録し、ミーティング後には感謝の言葉を忘れずに伝えましょう。

技術開発に関わる業務の場合は、関連する技術、製品、設計をすべてご相談ください。その前に、まずは担当者と連絡を取り、内容を大まかに説明し、その後、パートナーに会議への出席を依頼するメールを送る必要があります。

このような活動討論会は、製品における「要件検討会」に相当します。戦争には対決が必要であり、問​​いただすことに慣れなければなりません。 、全員が会社の統一された価値観に立っていると信じてください（そうでない場合は厳粛に指摘してください）。会議が長くなることを心配する必要はありません。イベントの目的を明確にし、どのような開発が必要かを明確にして、製品マネージャーに確認を依頼する必要があります (礼儀として確認してもらうこともあります)。

時には、会議時間の半分をイベントの重要性の説明に費やす必要がある場合もあります。これは、全員が団結し、自分たちがイベント チームの一員であることを認識してもらうためです。最も重要なことは、全員に自分の価値、自分が何をしているのか、仕事を終えた後に会社に何をもたらすことができるのか、起こりうる危険、起こりうる成果を知らせることです。 。 。 。 。 。

小さな事例: 2015 年 12 月、単純な操作活動によって引き起こされた偶発的な爆発により、その日の注文数が過去最高を記録しました。私が一番驚いたのは、トラフィックの負荷によるサーバー障害で叱責されたプログラマーのほうが、計画されたアクティビティを設計し追跡した運用チームよりも幸せだったことです。

誰もが混乱のバックログから解放され、マーチャント運営チームはより合理的な計画を立て、製品運営は引き続き熱くなり、活動によってもたらされたトラフィックを制御しました。

したがって、運営はチームに直接自信とプレッシャーを与えることができる声であり、一方的な自己満足ではなく、肯定的なエネルギーです。このような操作はまだ簡単だと思いますか?

イベント自体を振り返ってみると、それほど経験は必要なかったのですが、極端に近い点が 2 つありました。

（１）業務、製品、デザイン、技術などの関係者が参加し、ディスカッションを行うイベントミーティングを開催しました。

会議は 1 時間以上続き、テクノロジーは最終的に設計どおりに実装されなかったものの、全員がイベントの目的と理由を理解していました。

（２）活動自体は、ユーザーリサーチを通じて得られたユーザーの現在の興味に基づいてチャネルと交渉を確立した。

私は常に、運用は企業の興奮のポイントであり、メトロノームであると信じています。覚えておいてください。トラフィックの急増によって解決される企業の問題は、トラフィックによってもたらされる直接的な価値やデータ価値をはるかに上回ります。

誰もが自分自身のプロダクトマネージャーである

内部紛争は偶然ではありません。運営と製品に関して最終決定権を持つのは誰でしょうか?

実は、製品と業務は別物ではないのですが、ほとんどの人は製品と業務は全く違うものだと考えています。1つ目は思考ロジックの違い、2つ目は目的の違い、そして最も重要なのは「当事者意識」です。会社の初期段階では、プロダクト マネージャーが会社の製品の発起人であり責任者であることがよくあります。彼は製品を自分の子供のように扱い、いつ生まれたのか、いつ病気になったのか、いつ突然死んだのかを知っています...

私が接してきた優秀なオペレーターも、この資質を持っています。オーナー資質というよりは、PM（プロダクトマネージャー）でもあると言った方が良いでしょう。なぜそう言うのか？

プロダクトマネージャー：私は会議の議論を始めることが多いです

オペレーションの専門家：会議を主催するだけでなく、代替案やKPIも持っています

プロダクトマネージャー：さまざまなドキュメントの作成と整理が必要です

運用の専門家：文書だけでなく、サンドボックス会議（実際の欠陥や改善点を理解するための運用活動レビュー会議）も必要であり、私が実施するKPIに責任を持つ必要があります。

プロダクトマネージャー: 毎日、会社のさまざまな部門や事業部門間の調整も行う必要があります。

オペレーションの専門家: 調整するだけでなく、計画や事業のキャッシュフローについてもさらに支援を求める必要があります。

…

理論はいつもとてもシンプルです。重要なのは、自分自身への責任、仕事への責任、会社への責任など、責任を引き受ける覚悟がなければならないということです。

オペレーターとして「PM」になるには何をする必要がありますか?

まず最初に、自発的に行動することを学びましょう。そうすることで、自分の価値を理解するのに役立ちます。少なくとも、毎日ベッドから出る理由がわかるはずです。私の毎日の日課は何ですか?昨日のデータはなぜこんなに悪かったのでしょうか?

ゆっくり始めて、考える習慣を身につけましょう。多くの場合、自分の主な視点を脇に置いて、部門、会社、業界などの観点から問題を見る必要があります。自分の考えを自分自身に閉じ込めないようにしてください。

誰もが自分自身のプロダクトマネージャーであり、常に自分自身を奮い立たせ、すべての重要なノードを把握して制御し、問題に遭遇したときにはさまざまな解決策と最適なオプションを用意します。製品の説明の小さな言葉でさえも考慮する必要があります。

この時点で、あなたもプロダクトマネージャーではないのですか?

信じないでください。あなたとプロダクトマネージャーの唯一の違いは、経験と名刺です。

要約する

製品の運用に関する最終決定権を持つのは誰ですか?

残念ながら、私も正解はありません。沈黙を続ける人もいれば、声を上げる人もいます。今日インターネットに参入することを選択した場合、インターネットは、1 つの反復または 1 つのキャンペーンごとに、明日急速に変化する可能性があります。振り返ってみると、3 か月を基準にすると、私たちは一緒に数多くの困難に立ち向かい、数え切れないほどの日々や夜を過ごしてきました。信じていただければ、これらすべてが価値のあるものになるでしょう。

オペレーションと製品間の内部戦争は毎日リハーサルされています。声を外に広げないでください。発言は常にあなたの最高の側面です。ドアを閉め、ゆっくり話し、悪態をつき、頭で考え、時間を早く過ぎさせましょう。雰囲気を壊すことを恐れないでください。私たちは、1つの会社の下で共通の利益を持つコミュニティです。今日から遠くを見ていきましょう。

社内戦争は、会社にとってもあなた自身にとっても前進し続けるための苦い薬であると信じてください。