初心者操作ネコ、初めての需要出力にどう対処するか！

1年前、 O2Oサービスに注力するユニコーン企業に初めて入社したとき、私は自分自身を情熱的（鶏の血ではない）、賢明、恐れ知らず、そして前向きな人だと位置付けたいと思っていました。仕事を始めた最初の1ヶ月を振り返ると、職場での最初の「大きな」プロジェクトを恐れずに上司に依頼しました。今思えば「うちの上司は結構寛大だった」と思います。運用要件を製品マネージャーに提出し、運用ニーズを満たすデータファンネルモデルを構築します。今、私はオペレーションの初心者として1年目ですが、この経験を皆さんにお伝えしたいと思います。専門家の皆さんの批判は大歓迎ですが、どうかお手柔らかにお願いします。

上司は真剣な口調で「各部署の責任者には既に指示を出している。あとは君に任せる。分からないことがあれば先輩や私に聞けばいいが、手取り足取り教える暇などない。よほどのことがない限りは、自分でやるしかない」と言った。その瞬間、私は混乱しました、何？！赤ちゃんが働き始めました！他に方法はない。たとえ泣いても、見つけた仕事を最後までやり遂げなければならない。そして、それをうまくやらなければならない。幸いなことに、エッセイを書くのに苦労していたときに思いついたアイデアが、私の作品に柔軟に適用されました。指導教員に改めて感謝したいと思います。 ファネルモデルとは何ですか? ファネルモデルとは何ですか?初心者であろうとなかろうと、文字通りの意味から読者は基本的な意味を理解できると信じています。入口から出口まで層があり、各層は一定量の損失を生み出し、順番に減少し、各層には変換率があります。運用では、キーパスのコンバージョン率を分析することで、各ステップの長所と短所、最適化の余地があるかどうかを判断し、最終目標のコンバージョン率を向上させることができます。たとえば、ライフサービスアプリのユーザーの閲覧パスなどです。露出からランディングページへの消費者の誘導、そして消費者による支払いまで、オペレーションは各パスの主要ノードを直感的に確認し、ノードの問題に対する解決策を見つけることができます。

コンバージョン率とは、その名の通り、あるページから次のページへ移動する人の数の割合です。例えば、クリックスルーコンバージョン率は露出のわずか 2.05% を占め、これは 2 人だけがページを訪問したことを意味します。購入コンバージョン率は、クリックしたユーザーのわずか 16.03% を占めます。ファネルモデルについて説明した後、プロジェクトのファネルに戻りましょう。重要なポイントがいくつかあります。 1. プロジェクトのコア要件を把握し、要件ドキュメントを作成する （1）プロジェクトの背景を明確にする業務効率を向上させ、製品運用プロセスにおける問題を迅速に発見して解決するために、上司はできるだけ早く製品、データ、技術などの部門と合意に達し、リアルタイム監視オンラインデータファンネルモデルを構築して、運用のブラックボックスを開くことを望んでいます。 2. 運用上のニーズを理解する 1. 上司からプロジェクトの要点を引き出す職場に着任してわずか 1 か月で、私は盲目的に始めることはできないと悟りました。上司と徹底的にコミュニケーションを取ることが非常に重要でした。上司は新人に任せて仕事を任せてくれるだろうと私は信じていました。彼に十分な機会を与えることに加えて、私自身もプロジェクト全体を頭の中で明確に理解していました。したがって、上司からプロジェクトの本質をタイムリーに吸収することで、半分の労力で 2 倍の結果を得ることができ、回り道を避けることができます。もちろん、上司が空いているという珍しい機会だったので、Xmind を使って、知りたいことのいくつかを下書きするだけでした。不完全さや重複があるかもしれませんが、プロジェクトで豊富な経験を積めば、その都度、タイミング、目的、達成方法、プラン B の有無など、いくつかの重要なポイントを知るだけで済みます。

2. 運用上のニーズを明確にし、データファネルを理解する上司の意図を理解するだけでは十分ではありません。上司は実際に製品を操作していないため、部門の先輩や製品担当の同僚から、製品の各側面や、先輩が期待するファネルモデルについて学ぶ必要があります。（追記：当社が運営するのはインターネット広告商品です。企業情報に関わるため、バックエンドのスクリーンショットはここでは公開しません。）（1）素材制作、レビュー、システムスプライシング、予算配分、露出へのチャネル割り当てなど、商品のリンクを明確にし、最終的に効果的に消費を生み出します。

（２）各リンクにおける損失の可能性と過去の損失の比率（３）運用監視のニーズを確立するのに便利な次元と指標を選択するために背景データを理解する (III) 運用要件ドキュメントの作成周知のとおり、製品マネージャーにとって最も重要なことは、要件ドキュメント (略して PRD) を作成することです。最も直接的な目的は、技術スタッフが PRD を読んだ後に製品がどのようなものかを知ることです。要件ドキュメントの目的は何でしょうか?まず、製品は毎日何千もの要求に直面します。製品が私の要求を真剣に受け止め、できるだけ早くスケジュールに組み込むにはどうすればよいでしょうか。次に、製品を読むと、製品は私が何を必要としていて、それをどのように最適に実現するかを理解し、繰り返しのコミュニケーションにかかるコストを節約します。（1）需要の重要性を強調する（大規模な広告プラットフォーム全体の発展傾向に基づき、部門のパフォーマンス指標を強調し、個人のKPIを考慮する）（2）画像とテキストの形で提示する（下の画像はWordで作成した元のスケッチのスクリーンショットです）

2. 製品、データ、運用の三者会議 (a) 最初の非公式会議では、データ側と要件ドキュメント全体について個人的に話し合いました。上司はそれを一目見た後、同意してうなずき、「やってみなさい。助けが必要な場合は、助けを求めてください」と言いました。慎重に検討するために、まずデータパートナーを招き、ファネル全体を整理し、ファネルモデルの実装の実現可能性について話し合いました。 (ii) 2 回目の正式会議前の準備: 要件ドキュメント、スケジュール (最終的な目標を念頭に)、製品とデータに関する Q/A 質問への対応。電子メールと会議のリマインダーを通じて、3 つの部門すべてのパートナーに通知され、すべての準備が整いました。しかし、実際に会議の日が来ると、予期せぬ事態が起こりました。上司は喜んでその申し出を受け入れた。まあ、私は自分自身を頼りにし、各方面からの圧力に耐えるしかありません。製品は厳しく疑問視されています。データ実現の可能性を疑問視したり、運用側でファネルモデルの役割を疑問視したり、スケジュール調整で太極拳をしたり…幸い、データ側と事前にコミュニケーションをとっていたこともあり、会場での疑問の声や圧迫感は大幅に小さくなりました。打ち合わせの結果、予定通り同月内に製品を発売できるよう説得に成功し、要件定義書でも製品に対する評価と賞賛を頂きました。 3. 経験 1. どんなに注意しても、見落としてしまうことがあります。会議が終わったら、上司に状況を報告してください。いくつかの質問に私は言葉を失いました。スケジュールは遅れずについており、フォローアップに関して製品側と合意に達していますか?数日に一度ですか、それとも週に一度ですか?月末にオンラインになる予定で、部門では今月中にデータが必要です。どうすればこれを実現できますか?データグループとのコミュニケーションはうまく取れていますか?月末までの期間に異常な消費があった場合、一時的な解決策が検討されましたか?どうすれば解決できるでしょうか?そのメカニズムは何ですか? ……経験：より高い立場に立って問題を考えることによってのみ、より包括的に問題を解決することができます！（２）誰かを説得しようとし続けるよりも、対立しながら話し合ったほうが良い。初めてプロダクトマネージャーとコミュニケーションをとる場合、ハイエンドの製品条件やスケジュールの問題で無言で呼び戻され、上司から教えてもらうのを待つことになるのは避けられません。振り返ってみると、核心はユーザーと製品や技術の間のギャップにあります。製品開発者は、ユーザーの合理的な要求に十分応えながら、自らのニーズを十分に実現することが求められます。美トラップを使用する美しい操作ガールに加えて、さらに重要なのは、製品との利益共同体に立つことです。この機能の実現は、簡単に言えば、あなたと私のKPIに関係しており、さらに大げさに言えば、会社全体の毎日の利益にも関係しています。しかし、プロダクトマネージャーは、運用担当者の仕事を非常に支援することがよくあります。結局のところ、運用担当者はユーザーに最も近い存在だからです。オペレーションにおいては、仕事に必要な基本的なスキルに加え、その過程でさらに多くの刺激を生み出すことを楽しみにしています。

<<: 一般的なミニプログラムサーバーの構成は何ですか? ミニプログラムにはどのようなサーバー構成が必要ですか?

>>: WeChatミニプログラムをアウトソーシングするにはどれくらいの費用がかかりますか？ WeChatミニプログラム開発のアウトソーシング料金には何が含まれていますか?