ついに分かりました！プロジェクトの初期段階で運用と製品は何をすべきでしょうか?

次の写真を見てみましょう

一つ明確にしておきたいのは、製品と運用の関係は従属関係ではなく、協力的で相互に支え合う関係であるということです。

私たちが何か素晴らしいことをしたいとき、それがプロジェクトです。このプロジェクトは、それぞれ異なることを行う製品と運用という 2 つのパルスを生み出します。

● 考えるべきことは、いかにして集団の人々を満足させる優れた「製品」を創り出すかです。

● 運営側が考慮する必要があるのは、どのようにグループを運営し、そのグループの裏で操作するかということです。

神話

多くの場合、プロダクトマネージャーのオペレーションに対する誤解は、オペレーションに対する理解不足に起因しており、オペレーションとのコラボレーションプロセスを製品機能に関する論争と誤解しています。

プロジェクトが確立された後、製品と操作の軌跡は下図のようになります。並列段階があり、次にクロスオーバーがあり、その後再び並列状態に戻ります。

交差点ノードは、ステージの目標と結果と考えることができます。第 1 ステージの最大の目標は、市場が確立されているかどうか、需要が確立されているかどうかを検証することです。これを、市場実現可能性の検証リンクと呼びます。

では、この段階で、製品と運用はそれぞれ何をすべきでしょうか?

製品がすべきこと

● どのような参入形態（どのようにユーザーに製品を紹介するか）

● ユーザーにアプリを再度利用してもらう方法（一定頻度で利用してもらう機能）

● 実装済み

最小限のコストと迅速なテストというこの概念は、多くの場所で登場しており、誰もが広く受け入れ、支持している姿勢です。

では、真の 1.0 バージョンにはいくつの機能が備わっているべきでしょうか?

少ないほど良い、上記の2つの質問への答えを核として

この最小限のバージョンに必要な時間は 2 週間であると計算されました。

考える

PS: 開発ペースとリリース戦略を制御する最も効果的な方法は、需要を制御することです。製品には本当にそれほど多くの機能が必要ですか?これについては考える価値があります。

オペレーションで必要なこと

● 対象ユーザーグループ

● グループを見つけてリソースライブラリを構築する

● ターゲットグループとつながるためのチャネルを確立する

●シードユーザーとしてアクティブオブジェクトをスクリーニングする

● ユーザープールを確立する

● ユーザーに行動を起こさせる

● 日常業務システムの確立

運用の最終成果物はユーザーです。プロジェクト開始後の最初の並行段階では、すべての運用アクションはユーザーに基づいて実行されます。

実際の例

あなたとあなたのチームは、化粧品ショッピングガイドのコミュニティを作成したいと考えています。あなたがこのプロジェクトの運用マネージャーだったら、どうしますか?

運用と PM は何も無いところから生まれた役割であるため、多くの運用アクションは独自の運用システムを確立して実行されます。これは単なる出発点であり、網羅的なリストではありません。

オペレーションは何を行いますか?

1. ターゲットユーザーを特定する

化粧品の場合、市場面積が最も大きく、頻度が最も高く、コミュニケーションの大部分は女性グループに集中しています。もちろん、贈り物をする男性のグループも非常に多いですが、私たちが検証して市場に参入するには、特性に最も合ったグループを選択するのがより適切です。

2. ターゲットユーザーを見つける

たとえ広告にお金をかけることができても、広告を掲載する場所が必要です。

ユーザーグループがどこにいるかは非常に深刻な問題です。見つけるだけでなく、会場を評価して記録します。

リソースライブラリは分類する必要があります

例えば、若い女性のコミュニティ、女性のコミュニティ、メイクアップセクションのある女性コミュニティ、女性用ツール、QQグループ、 WeChatグループ、マイクロビジネスなど。

各カテゴリには、サイズ、アクティビティ、グループ特性、アドレスなどのパラメータ属性もあります。

例えば

女性メイクアップグループ、QQグループ、400人、女性メイクアップ交換、グループ活動レベルLV4

瑞麗女性ネットワーク、1日あたり12,000回の訪問、ウェブサイト、フォーラム、投資ニュース記事

3. チャネルを確立し、ユーザーをつなぐ

ターゲットユーザーグループに参加したい場合や、グループの集まる場所を見つけたい場合も、このグループに接続する必要があります。

リンク方法

A. この分野のビッグV、専門家、権威者になる。

B. 別の場所へのグループ転送

並列化には 2 つの方法が適しています。

方法 A:コンテンツ、コミュニケーション、支払いなどの方法を使用して、適切な場所に独自の権威システムを構築します。たとえば、QQ グループの管理者に昇格したり、頻繁に発言したり、存在感を示したり、オンライン コミュニティに高品質の記事を投稿したり、フォロワーをすばやく獲得したり、推奨される露出を得たりすることができます。

方法B：独自のパブリックアカウント、ヘッドラインアカウント、チャットグループを作成します。もちろん、他のキャリアを持つこともできます。特徴は、このキャリアが完全に支配的なコントロールを持っている必要があることです。

ヒント

上記は運用準備期間であり、プロトタイプファイルや要件定義書、設計図を出力する段階に相当します。

次に実際の運用に移る必要があります

4. アクティブなオブジェクトをシードユーザーとして選別する

すでに、化粧品に細心の注意を払い、非常に活動的な個人をターゲット ユーザー グループに統合しており、常に彼らに注意を払うことができます。

彼らはあなたのアクティブ ユーザーです。取得する必要があるのは彼らの連絡先情報であり、 WeChat の友達になるなど、すでに彼らと連絡を取っている可能性もあります。

ポピュラーサイエンス

活動: 熱意、活動性、注意力、権威、さらには話し方の癖まで体験でき、新しいものを受け入れやすいかどうか、懐疑的か楽観的かがわかります。

もちろん、プロジェクトに応じて、アクティビティに異なるフィルタリング条件を追加することもできます。

5. ユーザープールを構築する

WeChat のパブリック アカウント、Toutiao アカウント、さらにはコンテンツを配信するために習得したいくつかのチャネル。この段階では、グループの友情とコミュニケーションを目的として、幅広い網を張り巡らせ、独自のユーザー プールにユーザーを確保することができます。

招待によってこのようなプールを設定することもできます。WeChat グループや QQ グループなどです。もちろん、どのグループがこのプロジェクトの運営に適しているかを評価する必要があります。

ヒント

上記の準備が完了したら、プロダクト マネージャーとコミュニケーションを取る必要があります。製品の最初のバージョンにどのような機能ポイントがあるのか​​、彼が提示する運用上の提案、そしてニーズの分析について知る必要があります。

6. ユーザーに行動を促す

すでに多くのユーザーリソースをお持ちの場合、事前に需要ポイントの確立と応答性を検証し、製品リリース後の運用アクションの戦略的な準備を行うために、製品が期待するのと同じようにユーザーを行動させるテクニックを使用してみてはいかがでしょうか。

例えば

当社の製品が化粧品のライブ放送に基づいている場合

a. 同様のライブ放送コミュニティやライブ放送ファイルを探す、あるいは自分でコンテンツを作成する（コンテンツ操作）

b. これらのコンテンツをバッチでさまざまなチャネルに配信する（チャネル操作）

c. WeChatグループなどのコミュニケーションの場で、ユーザーの視点からコンテンツを出し、いくつかの質問をして反応があるかどうかを確認します（シードユーザー操作）

d. コンテンツがどのように読まれ、それがどのような波及効果を生み出すかに関するデータを注意深く観察する（データ分析）

7. 日常的なシステム構築

オペレーションが非常に複雑なポジションであることを知っているのと同じように、初期のアクションの量は多くありませんが非常に複雑であることはよくわかっています。

このような状況において、分析と運用戦略の策定に集中するためには、いくつかの日常的なアクションを標準化し、体系化して、エネルギーを集中させる必要があります。

ルーチンアクションは最も効果的な運用手段となります。特定のリンクが過負荷になっている、または需要が増加していることがわかった場合、誰を採用する必要があるかをすぐに把握でき、ポジションの設計も簡単に行えます。

ポピュラーサイエンス

採用の求人は数多く目にしますが、実際のところ、採用は私たちが目にしているよりもはるかに複雑で、特に職務設計の段階では複雑です。企業は一時的な需要の圧力だけで人員を増やすことはできません。

したがって、各ポジションは、繰り返しの設計、短期タスク、長期タスク、およびこのポジションの将来の開発スペースを経る必要があります。

運営面では、まとめると

製品 1.0 の発売前の運用アクションが紹介されました。実際の戦闘ケースを使用しており、各リンクの変更とパラメーターを列挙していません。方法はたくさんありますが、原則は同じです。

スキル

製品の 1.0 トライアルフェーズでは、大規模な展開ではなく、検証のために一定数のシードユーザーが必要です。運用に求められるのは量ではなく質です。

2週間で完成した製品計画では、多数のユーザーの利用に対応できませんでした。これが大まかな背景です。

運用戦略を適切に使用することで、2週間で4桁のシードユーザーグループを予約することは比較的簡単です。

次の交差点は、ユーザーを製品に変換することです。変換中に何を行う必要があるかを考えてみませんか?

この製品は何をするのか

運用と比較すると、製品設計の時間はより限られています。2 週間のように見えますが、実際には製品設計に使用できるのは 3 日程度です。そうでなければ、2 週間以内にプロジェクトのバージョン 1.0 のリリースを保証することは不可能です。

1. 参入形態（製品の特徴）

製品をユーザーにどのように紹介すればよいでしょうか?

製品として運用作業に関与する必要がない場合でも、この問題を考慮する必要があります。

製品エントリーフォームは基本的に製品のコア機能に相当し、そのようなコア機能はプロジェクトが立ち上がった直後に決定されます。

この記事では、ライブ ビデオ ストリーミングを出発点として使用します。ライブ ビデオ ストリーミングに加えて、コンテンツ、コミュニティ、 e コマースなど、他の多くのオプションがあります。

アプローチを決定した後、機能と製品の設計は可能な限りシンプルにする必要があります。最初に確認する必要があるのは、ライブビデオに対するユーザーの視聴とディスカッションの反応であり、これによってユーザーの粘着性と保持が決まります。

2. 関数には頻度が必要です

最初の使用は基本的に操作によって生成されるアクションであり、ユーザーに一定の使用頻度を持たせる方法は、むしろ製品ロジックの範囲内です。

もちろん、革新的な製品の中には、教育が運営側が直面しなければならない非常に深刻な問題となるものもあるため、ここでは詳細には触れません。

初期段階では、ユーザーの使用頻度をコンテンツの更新頻度や特定のイベントの更新頻度に巧みに置き換え、製品自体の変化を制御することでユーザーの使用頻度に影響を与えることができます。

この種のロジックはゲーム分野では非常に一般的であり、ゲームの時間制限機能に注目することができます。

例えば

あるアプリに情報欄が追加されました。1日1件の情報を更新するという制限時間があり、24時間後には自動的に情報が削除されます。ソフト全体ではこの機能しかありませんでした。40%以上のユーザーが30～50日連続で使用していました（毎日～～）

3. 研究開発に投資し、反復のリズムをコントロールする

バージョンを作るときは、時間感覚を明確にする必要があります。2週間以内にリリースを完了させる最大の要因は、ソース戦略にあります。

プロジェクトのリリース時間を短縮するためのヒントもいくつかあります。ここでいくつかのヒントを紹介します。

スキル

1. 要件ドキュメントを待つのではなく、プロトタイプファイルから要件レビューを開始する

2. スムーズな開発のためにはクライアントが設計図面を必要とするため、事前に設計介入時間を調整するようにしてください。

3. R&D 介入の時間を早めるようにします。これについては詳しく説明しません。

4. QAが介入する時間を早める。要件ドキュメントが出力された後、QAは

5. バックエンド管理部分は、クライアントのリリース後に開発できます。

6. バックエンドのサポートが必要な場合は、データベースを直接変更できます。

7. iOS と Android の両方で公開する必要があり、iOS で新しいアプリの審査に最大 2 週間かかる場合は、アプリ ストアに公開するのではなく、エンタープライズ証明書を使用することをお勧めします。

8. WeChat決済など、多くのアカウント申請には審査時間が必要なので、事前に対応するアカウントと権限を準備しておく。

9. バージョン1.0の重要でない機能をすべて削除し、

10. 簡素化の原則に従い、比較的複雑な機能をすべて置き換えます。たとえば、バージョン 1.0 では、登録とログアウトの機能は実際には必要ありません。サードパーティのログインを採用します。

11. すべてではなく、最も適切なオプションを選択します。サードパーティのログインの場合、初期段階では、WeChatを開くだけで十分です。

12. 他にもたくさんのヒントがありますよ〜

-終わり-