製品オペレーションには何を知っておく必要があるか（優秀なオペレーターになるためには「製品」についてどれだけの知識が必要か）

優秀なオペレーターになるためには、「製品」についてどれくらいの知識が必要でしょうか?

Yuezhijunの印象では、製品と運営の「大物」のほぼ90％以上がこの文を言及しています。

しかし、1、2 年の職務経験しかない多くの製品およびオペレーション担当者は、この文を聞いて混乱するかもしれません。オペレーション担当者は製品を理解しなければならないが、具体的にはどの程度理解すればよいのでしょうか。彼らはそれらをどの程度理解すべきでしょうか?問題を理解すれば、どのような問題を解決したり、どのような価値を創造したりできるでしょうか?同じ質問がプロダクトマネージャーにも当てはまります。

今日は、この質問についてお話しします。良い運用には「製品を理解する」ことが必要だと誰もが言いますが、ではどのような理解が必要なのでしょうか。そして、製品に関する情報を理解した後、それがあなたの仕事に具体的にどのような助けをもたらすのでしょうか?

月之君はそれを要約し、4つの側面に分けました。

まず、オペレーションがプロダクトマネージャーの科学的な作業方法とプロセスを理解し、プロダクトマネージャーの思考方法とロジックの一部を部分的にでも習得すると、無神経な苦情や無神経な要求の割合が減る可能性があります。

たとえば、「ユーザー、ニーズ、シナリオ」は、常に製品の設計と需要分析における 3 つの重要な要素です。簡単に言えば、ある需要が信頼できるものかどうか、また実際に存在するかどうかを判断するには、その需要の背後にある特定のシナリオと特定のユーザーを明確に把握する必要があります。そうでなければ、この需要は架空のものである可能性が高いです。

たとえば、「検索」機能を起動したい場合、次のように考え、表現することができます。

誰がいつ「検索」する必要があるかを見てみましょう。たとえば、現在 500 人のクラスがあるとします。このオンライン授業の宿題エリアでは、200人が宿題を提出し、ティーチングアシスタントも宿題の採点を終えると、宿題エリアには膨大な量の情報が掲載されることになり、その量は20ページにも及ぶこともあります。この時、ティーチングアシスタントや校長がクラスグループに行き、毎週どの生徒の宿題が優れているかを全員に伝え、全員がそれを観察できるようになります。なので、このとき、見学に行きたい生徒は「優秀な生徒の宿題を探す」というニーズがあるでしょう。このようなことが 8 週間のコースで毎週行われるのであれば、必須事項として行う価値があるはずです。

それだけでなく、「ユーザー、ニーズ、シナリオ」という基本的なロジックに基づいて、この要求に応える価値があるかどうか、また、よりよい解決策があるかどうかをさらに判断するのにも役立ちます。例えば、「他のユーザーも優秀な宿題を見たい」という要望に応えて、特別な「優秀な宿題エリア」を設けて、ティーチングアシスタントが宿題を「優秀」とマークできるようにし、その後「優秀」とマークされた宿題が自動的に優秀な宿題エリアに入るようにすることは可能でしょうか？

第二に、オペレーターとして、「オペレーションに役立つ合理的かつ効率的な製品メカニズムを見つける」ことを常に考えることができれば、より大きな可能性と利便性がもたらされます。

多くのオペレーションの同僚が、レビュー、ラベル付け、各種クーポンの「手動」送信、アクティビティの企画など、「個人の時間と労力を頼りに製品オペレーションを支援する」ことに似たようなことを行っていることは、私たちも承知しています。しかし、このような仕事を長期間続けていると、間違いなく将来はありません。運用の特定の段階に達した後は、より大きな可能性を得るために、常に何らかの製品レベルの思考を持つ必要があります。つまり、現在の特定の運用ニーズに直面し、製品のメカニズムの変更をどのように活用して、それをより良く、より効果的に達成できるかということです。ここで最近見た例を挙げます。あなたが Zhihu Live の運営管理者であり、直面している具体的な要求が Zhihu Live のユーザー登録総数を増やすことだと想像してください。あなたならどうしますか？大きなプロモーションイベントを開催すべきだと言う人もいるでしょうし、サイト内外でもっとプロモーションや露出をすべきだと言う人もいるでしょう。しかし、Zhihu はどうやってそれを実現したのでしょうか? Zhihu のアプローチは、ほとんどの人が想像するよりもはるかにシンプルです。簡単に言うと、「ライブスピーカーがチケットを他の人に直接贈ることができる」機能を開始しました。この仕組みが導入されれば、運用に大きな負担やプレッシャーを与えることなく、Live の全体的なデータを向上させることが期待されます。

したがって、特定のニーズを解決するために、より合理的で効率的な製品メカニズムがあるかどうかを常に製品レベルで考えることは貴重な習慣です。

3 番目に、特定の製品のロジックとアーキテクチャを理解し、実装コストを大まかに見積もることができれば、製品マネージャーや研究開発部門との間のコミュニケーション コストを大幅に削減できます。

オペレーションが製品レベルや研究開発レベルでの実装ロジックをより深く理解できれば、より慎重に考えることが可能になり、相手とのコミュニケーションや理解にかかるコストを大幅に削減し、製品や研究開発パートナーの支持を勝ち取ることにつながります。

たとえば、オペレーションA：製品Bのプロモーション活動を行う予定で、この活動を「当日注文でランダムプレゼント」という方法で実施したいと考えています。現在、プレゼントするギフトは3種類あります。注文番号が 5 で終わる場合はギフト 1 を、注文番号が 8 で終わる場合はギフト 2 を、注文番号が 3 で終わる場合はギフト 3 を、というように実装できるかどうか考えました。この要求が信頼できるかどうかの評価を手伝っていただけますか?

4番目に、MVP、リーン、アジャイル、「少ないほど多い」などの製品コンセプトと作業方法を含む「製品」作業の本質を深く理解することで、最も合理的な方法を使用して多くのタスクの開発を促進し、ビジネスチェーン全体でより重要な役割を果たし、場合によっては製品との発言権をめぐる競争で優位な立場を占めることができます。

製品の本質とは何でしょうか?いわゆる製品とは、水平方向と垂直方向の側面に過ぎず、水平方向の側面はビジネス プロセスであり、垂直方向の側面は情報アーキテクチャです。したがって、製品や業務に関係なく、最終的な中核目標は「長期的に安定した持続可能なビジネスプロセスを構築し、その価値を継続的に最適化、調整、増幅して、そこからより多くの利益や利益を得ること」です。

多くの企業では、ビジネス プロセス フローと重要なリンクにおける情報の構成について毎日考える必要があるため、製品の重要性が増すことがよくあります。そのため、オペレーションよりも深く具体的に考えます。重要なビジネスについて議論する際に、より価値のある考えや判断を提供できます。現時点では、作戦は沈黙を守ることしかできない。

しかし、私の知る限り、多くの企業では、オペレーションがビジネスをより深く理解し、ビジネス チェーンに近づき、より深く考えるようになると、ビジネス プロセスにおいて発言権を得るのが容易になります。このとき、企業内の分業は、業務主導、製品調整、実装のモデルになります。この種の関係は、JD.com などの多くの電子商取引企業では一般的です。コストを大幅に削減し、実際のプロジェクトを成功させるには、「リーン」コンセプトを活用する方法を学ぶ必要があります。

運営についてもっと詳しく知りたい方は、ぜひ月志大学をフォローしてください。 Yuezhi からプライベート メッセージが届き、書籍「操作の光: 私のインターネット操作方法と告白 2.0」の 20 元クーポンがもらえます。この本を購入するためのリンクは以下にあります。