活動運営：この4点が満たされていれば、うまくできない活動はない

完全なアクティビティは、計画の確認、需要分析、設計と開発、開始とレビューの 4 つの段階に分けられます。

活動計画はよく練られており、製品側とのコミュニケーションや合意も十分に図られていたように見えました。しかし、最終的な実装はひどいものでした。私は混乱し、何が起こったのか全くわかりませんでした。このシーンは何度もあなたを悩ませましたか？

理由は簡単です。イベント企画において、オペレーションとプロダクトの両方が形式主義の落とし穴に陥っているからです。イベントの企画は、オペレーション→プロダクトの流れ作業ではなく、共生的でwin-winなオペレーション⇄プロダクトの関係です。そうでなければ、準備が十分でルーティンが完璧であっても、イベント企画は単なるコンセプトに過ぎない可能性があります。

ソリューションの確認、要件分析、設計、開発から最終的なリリースまでのプロセスを一緒に進め、各段階がどのように効率的に連携して最終結果を達成すべきかを見てみましょう。

1.活動確認段階：活動形態は罠であり、本質を見るためには霧を透かして見なければならない

プロジェクトの初期段階では、オペレーションは製品参照用のアクティビティ プランを出力しますが、1 つのドキュメントですべてを説明できる人はいませんし、1 つのドキュメントを読んですべてを理解できる人もいません。双方向のコミュニケーションが特に重要になります。そうしないと、アクティビティの罠に陥りやすくなります。

1. 活動形態は単なる表現であり、それによって影響を受けるべきではない

活動運営文書は、一般的に目的、時間、活動形態、コスト、効果の4つの部分に分かれており、モジュールは次のとおりです。

活動計画書には通常、活動の形態を説明するテキストが多く含まれており、オペレーション側は事前にこの部分について製品側とコミュニケーションをとることで、製品側が活動の形態に関する情報を素早く得ることができ、製品側がプロトタイプを描き始める可能性が高くなります。

しかし、これはかなり危険なことです。活動の形態は需要の顕在化に過ぎず、具体的な中核目的、対象ユーザー、具体的な製品、サブセクターなどは重要ではありません。運用には製品担当の同僚との十分なコミュニケーションが必要であり、製品担当も活動のニーズを詳細に理解するために率先して行動する必要があります。

1. 核となるニーズを把握することが鍵

アクティビティ ドキュメントでは、基本的な必要情報のみが提供されます。より重要な情報については、製品による逆確認も必要です。逆確認の重要なポイントは次の 3 つです。

需要の目的を徹底的に理解する: 目的を理解することは、製品設計全体の方向性を決定づけ、成功の必須条件です。コアユーザー、主要なユーザーシナリオ、製品の機能や特性を詳細に理解することが重要です。

コア KPI 指標を深く掘り下げます。どのアクティビティも複数の指標を対象としていますが、コアとなる目標は 1 つだけです。この製品は、リバース確認中にどのインジケーターを担当するかについて、運用側がより明確に考えるのにも役立ちます。

たとえば、このイベントがより多くのリポストやシェアを促すことを目的としているのか、それとも販売を促進することを目的としているのかによって、商品の表示方法も異なります。

必要なフォームを整理する: コア目標を決定した後、アクティビティの具体的な表示形式について考える必要があります。目標と中核指標が設定されると、プレゼンテーションが実行可能かどうか、どの詳細とプロセスを強調または放棄する必要があるかなど、すべてを簡単に解決できるようになります。

したがって、需要確認段階における業務と製品の分業と連携は次のようになります。

2. 製品要件の整理：正しい目標、効果的な計画、適切な準備を確保する

需要分析段階は、需要の実現と製品設計の鍵となる段階であり、両者の協力とコミュニケーションが必要です。

1. 主要なビジネスプロセスの分類：コアノードを見つけ、アクティビティの正確性を確保する

運用活動は通常、いくつかの段階に分かれていますが、本質は同じであり、主に、新規ユーザーの誘致、維持、アクティベーション、およびコンバージョンという 4 つの古いユーザー操作です。

メインプロセスの正確性を確保するための最も簡単な方法は、各段階で明確なデータ指標を決定し、さまざまな段階で不要な詳細が追加されないようにすることです。

1. 業務プロセス全体の整理：ブランチの整理、リソースの統合、活動の有効性の確認

メインプロセスを決定した後、変換目標が基本的に達成されると、製品担当者はメインプロセスのサブプロセスと分岐プロセスをさらに整理して、各分岐プロセスがメインプロセスにサービスを提供していること、不要な分岐が切断されていること、アクティビティ設計が全体のリソースから逸脱していないことを確認する必要があります。

たとえば、活動の目的が情報の拡散である場合、ユーザー共有リンクが活動設計と製品設計全体の焦点となり、共有の刺激と拡散チャネルに重点を置く必要があります。

さらに、プロセス全体のデータ追跡も非常に重要です。データ追跡活動がなければ、将来的に全体的な制御能力が欠如することになります。

1. アクティビティシナリオの推論：細部の落とし穴を避け、要件は実際に変更される可能性がある

プロセスが確立されると、アクティビティの特定の形式が自然な結果になります。この時点で、製品担当者と運用担当者は、ユーザーの役割 (アクティビティ ロール) になり、以前のアクティビティ形式を使用して推論を行うことができます。このプロセスでは、間違いなく多くの不合理な点が見つかりますが、上記のコミュニケーション手順に従えば、製品と運用が最適化の合意に達するのは非常に簡単になります。

この段階では、理由と解決策がある限り、アクティビティの要件、特にアクティビティの形式は実際に変更できることに留意してください。ユーザー エクスペリエンスとアクティビティの目標を向上させるには、早ければ早いほど良いです。

したがって、需要選別段階における業務と製品の分業と連携は次のようになります。

3. 製品の設計、開発、発売：時間に焦点を当て、リズムをコントロールする

優秀なオペレーションマネージャーは、プロダクトマネージャーの半分に相当する必要があります。基本的な製品設計と技術的な知識があれば、オペレーションはUI設計とユーザーエクスペリエンスにもっと敏感になります。もちろん、この段階で最も重要なことは、R＆Dノードを制御し、オンラインになった後にフォローアップすることです。

1. 製品デザイン：正確な表現、より多くのコミュニケーション

製品設計はアイデアから技術実現までの重要なノードであり、そのモデルはオンラインの需要形式に近いため、製品のプロトタイプ設計が完了した後、需要が発表される前に、運用、製品、技術が小さな範囲でコミュニケーションと交流を行い、最終確認を行うことができます。

1. 需要開発：時間ノードに焦点を当てる

需要開発には運用スタッフの関与はあまり必要ありませんが、運用スタッフが行う必要があるのは、イベント開始前にタイムノードを制御し、イベントのさまざまな段階の時点を決定し、イベントが予定どおりにオンラインになるように R&D と十分にコミュニケーションを取ることです。

現段階での主なコラボレーションは次のとおりです。

4. 活動開始：リアルタイムの概要と相互レビュー

発売後は、活動結果に関する十分なフィードバックを得るために、活動チャネル（データ）の円滑な制御を確保するために、製品と運用間のコミュニケーションをより緊密にする必要があります。

1. アクティビティのフォローアップ：データはフォローアップと要約に役立つ見えざる手です

オンライン化後は、データに依存し、ユーザーの行動、コンバージョンが正常かどうか、コアデータの完了率などに注意してください。可能であれば、ある程度のオンライン最適化を実行できます。

一般的に、私たちの仕事のプロセスは、オペレーションと製品が毎朝同期してデータ分析を行い、午後に直接コミュニケーションをとって、チームのイベントに対する注意と緊急感を迅速に高めることです。

1. オンラインレビュー：自己啓発のための強力なツール

完璧なアクティビティはありません。アクティビティを振り返ることでのみ、イベント運営の価値である体験価値を高めることができます。

市場をレビューする一般的な方法はたくさんあります。個人的には、目標のレビュー、結果の評価、原因の分析、経験の要約という 4 段階のレビュー方法を使用するのが最もシンプルで効率的な方法だと思います。

当時設定した中核目標と段階指標を見直し、実際の結果がその時点での期待に沿っているかどうかを評価する必要があります。成功と失敗の主な理由を含め、理由を分析する必要があります。経験をまとめるには、相互の要約と理解が必要であり、最も重要なのは、次の作業計画を明記することです。

（インターネットからの写真）

つまり、最終的には、需要がオンラインになった後のフォローアップとレビューが中心になります。

V. 要約

活動計画が出力され、製品設計に入った後も、運用にはまだやるべきことがあり、製品が単独で機能するわけではないことがわかります。また、評価指標の責任者は運用だけではありません。真に完全な活動設計プロセスでは、製品が自然に評価指標を設定します。運営のみを評価する活動はフーリガン行為です!

大規模な運用活動であっても、日常的な H5 活動であっても、製品と運用は密接に連携する必要があります。

まず、イベントの背景、目的、コア指標を徹底的に理解し、分析する必要があります。次に、ニーズを整理するプロセスで、イベントの最終形態を提供するだけでなく、各イベントには独自の特殊性があり、最終形態も異なります。

第二に、製品の設計と開発を行う際には、発売後の経験を要約してレビューする重要な指標に注意を払う必要があります。

最後に、深い思考と協力に基づかず、表面的な「革新」と「突破」だけを追求するものは、「空虚な活動」です。

基本的な相互協力さえない場合は、製品と運営の両方が運営イベントに対する専門的な姿勢を再検討する必要があります。すでに緊密な協力関係が確立されている場合は、評判の高いイベントを作成するためにはまだ長い道のりがあります。

出典: jingtianz