プロダクトオペレーションとコンテンツオペレーション（オペレーション思考によるプロダクト作り）

オペレーショナル思考を使って製品を作る

運用可能な製品を作るには？この記事では、オペレーショナル思考の観点から、オペレーショナル思考を使用して製品を作成する方法について説明します。見てみましょう。

運用製品を作成するときは、ビジネス思考に従う必要があります。機能だけを実現するためだけに製品を作らないでください。製品を設計する前に、基本的なニーズを理解することに加えて、ビジネスに精通することがより重要です。オペレーションを例にとると、オペレーションの中心的な業務内容は何でしょうか?操作ツールは何ですか?運用分析はどのように行うのでしょうか?これらは、プロダクトマネージャーが理解しなければならない知識ポイントです。

個人的には、製品と運用はチームであり、良い製品を作り、ユーザーに良いサービスを提供するという共通の目標のために働いていると考えています。そのため、製品担当者も運用担当者も全員がジェネラリストです。強力なロジックと優れた全体観があれば、製品開発を行うことができます。彼が友好的で創造的なアイデアをたくさん持っているなら、彼は運営をすることができます。

運用製品設計では、まず製品の運用目標を確立し、製品の運用目標に基づいて製品と運用のニーズを分析および設計する必要があります。

1. 当初の需要分析には、需要者、プロジェクト名、所要時間、当初の需要の説明、対象ユーザー、目的、プロット、プロジェクトの背景分析が含まれます。

分析ツール: 単語、マインドマップ、表

2. 利害関係者分析: 利害関係者には、タスクを発注する当事者、対象ユーザー、パートナー、利害関係者などが含まれます。

ステークホルダーを特定する目的は、対象ユーザーを正確に特定することではなく、運用計画に対してどのような重要な人物がどのような要求をするかを明らかにし、運用計画に対する期待を得ることです。では、これらの利害関係者の要求と、彼らが達成したいと期待していることは何でしょうか?それらはどれくらい重要ですか?彼らの役割は何ですか?メリットは何ですか?

ステークホルダー分析は、市場調査、ユーザーインタビュー、データ分析などの方法を通じて得られます。関連情報は、需要側、ビジネス側、プロジェクト マネージャー、チーム メンバーからも取得できます。

分析ツール: アンケート、ワード、マインドマップ、データ統計プラットフォーム

3. ユーザー ポートレート分析: 運用担当者はユーザーが誰であるかを明確に把握する必要があります。ターゲット ユーザー分析の目的は、運用目標の成功確率を高めるために、ユーザー特性を明確に特定することです。

ユーザー ポートレートには、基本属性、経済属性、社会的属性、コミュニティ属性、ソフトウェア属性、ハードウェア属性、社会的属性が含まれます。

分析ツール: 調査アンケート、表、ユーザーデータプラットフォーム、データ埋め込みポイント

4. シナリオをリストアップする: タスクのシナリオをリストアップし、できるだけ想像力豊かにリストアップするのが最善です: [登場人物] [時間] [場所] [原因]、([小道具] [使用条件]) [プロセス]。

シナリオツール: ワード、マインドマップ

上記の分析を通じて、基本的に運用目標の境界を決定することができます。境界内で運用計画を考えることで、計画の焦点がより明確になります。

5. ビジネス プロセスの設計: ビジネス プロセスは、フレームワークから詳細まで細分化し、最終的に実行可能なレベルにまで細分化する必要があります。

上図は、電子バウチャー製品の運用をベースとしたビジネスプロセスフレームワークです。いわゆる業務プロセスフレームワークとは、目的を達成するために、いつ、どこで、誰が、何をするかというものです。ビジネスプロセスフレームワークの設計を通じて、グローバルな視点から問題をより包括的に考えることができます。業務プロセスフレームワークを設計する過程では、順方向の業務プロセスと逆方向の業務プロセスを考慮し、適切な計画を立てる必要があります。

覚えておいてください: すべてのビジネスロジックとビジネスルールを完全に理解し、自分自身を穴に埋めないようにしてください

ビジネスプロセスツール: Visio、マインドマッピング

6.運用チャネル分析: チャネルは運用作業のタッチポイントです。したがって、全体の運用プロセスには、チャネルと製品という 2 つの不可欠な要素があります。製品マネージャーは、製品をより適切に運用するために、各チャネル ノードの出口と入口を設計する必要があります。

外部チャネル：外部プラットフォーム検索エンジン（SEO、SEM）、アプリストア、ウェブサイト協力、コミュニティ、フォーラム、Zhihu、Weibo、WeChatなど。これらはすべてオンライン外部チャネルです。

内部チャネル: バナーページ、特別ページ、メッセージ通知、内部メールボックス、携帯電話メッセージ、SMS など。

オフライン チャネル: POP、ロールアップ バナー、看板、メディアなど。

注: チャンネル数が多いほど良いです。代わりに、チャネルの有効性を考慮し、コンバージョン率と運用コストに注意を払う必要があります。

運用チャネルツール: SEO、EDM、ASO、SEM、SMSプラットフォーム、データシステム

7. 製品運用：製品は運用業務の中核です。コア機能製品に加え、補助機能製品もございます。

補助製品: バウチャー、イベント管理、広告プラットフォーム、トラフィック統計、SMS チャネル、メッセージ プッシュ、EDM プッシュ メンバーシップ モジュール、栽培システム、ポイント システム、ゲーミフィケーション システムなど。

製品運用ツールでは、製品マネージャーがその場で設計するのではなく、日々の運用を要約して改良する必要があります。製品マネージャーは、あらゆる運用ツールは再利用性と拡張性を考慮する必要があり、単発の製品の作成を避けるようにする必要があることに留意する必要があります。

8. リスク管理：運用プロセスにはさまざまなリスクが存在する可能性があります。製品レベルでは、早期警告メカニズム（流量警告、圧力警告、エラー警告、障害警告）、災害復旧計画、異常な手動処理プロセスなど、これらのリスクの予測と計画を考慮する必要があります。

9. プロジェクトフェーズのレビュー：活動目標を確認し、活動結果を提示し、差異を分析し、経験を要約した後、変更できるアクションをリストアップし、達成できる時間と実行対象を明確にします。これはレビューの最も重要な出力です。

ツール: トラフィック統計、ビジネス行動統計、ユーザー行動統計

10. 製品（運用）の反復：インターネットは、速い魚が遅い魚を食べる開発モデルです。 100%完璧な製品や運用計画は存在しません。個人的には、まず製品を立ち上げ、その後運営側がユーザーからのフィードバックを収集して、ユーザーが製品についてどう思っているかを確認するという MVP 製品プロセスを好みます。

この記事はもともと @闯爷 によって Everyone is a Product Manager に掲載されました。無断転載禁止

タイトル画像はCC0ライセンスに基づいてUnsplashから引用しています

この記事で述べられている意見は著者自身の意見のみを表しており、人人士品夢家プラットフォームは情報保存スペースサービスのみを提供します。