データプラットフォームの運用（10,000語のレビュー）

10,000語のレビュー

2020年、友人の紹介で商品サービスを提供するオペレーターに入社しました。約3年、さまざまな困難や紆余曲折を乗り越え、ついに製品が発売されました。たとえそれが失敗した製品であったとしても。

今日はこの記事を事例として、プロジェクトを振り返り、製品、チーム、ビジネスを0から1に構築するためのいくつかの方法論を記録し、共有したいと思います。シニアプロダクトマネージャーやプロダクトディレクターへの昇進を考えている学生の皆さんのお役に立てれば幸いです。同時に、落とし穴を記録し、将来同様の問題を回避するために、高レベルの製品をレビューします。

2020年、中国では5Gが大規模に推進されました。中国と米国の関係により、国内の通信事業者は5Gの応用シナリオを検討している。このプロジェクトは、5Gメッセージと呼ばれる5G時代に合わせてパッケージ化された新しい製品です。

5Gの話題は2019年から2020年にかけてピークに達した

5Gのトレンドにより、5Gメッセージは第2のWeChatと同義になりました。ただし、5G メッセージは RCS に基づくリッチ メディア メッセージであり、通信事業者はこれを 3G 時代にすでに有効にしています。それらは5Gテクノロジーとは何の関係もありません。 5Gの普及に合わせてパッケージ化された商品に過ぎません。

これを基に、オペレーター事業部門の企業は、アプリケーションシナリオの調査を開始しています。 5G メッセージなどの C エンド製品形式の場合、企業に提供されるのはマーケティングとユーザーへのリーチです。どのようなシナリオで使用できますか?同時に、5G メッセージの技術的な実装は RCS と呼ばれるものから来ています。これは「Rich Communication Suite」の略で、中国語では「Rich Media Communication Suite」を意味します。

「リッチメディア」とは何ですか?従来の電話通話には音声のみ、従来のテキストメッセージにはテキストのみが含まれます。 「リッチ メディア」には、テキスト、音声、画像、ビデオ、アニメーション、絵文字、場所などのさまざまなメディア形式が含まれます。私たちが毎日使っているWeChatは、リッチメディアコミュニケーションツールです。

RCS 商用リッチ メディア メッセージを実装するために、通信事業者は自社のネットワーク上に MaaP 機能拡張オープン プラットフォームとチャットボットを設定しました。このプラットフォームは、企業がサービスを提供するために API インターフェースを公開します。

5Gメッセージの根底にある技術的ロジック

上記の技術プロセスを通じて、開発者は5Gメッセージングプラットフォームのアカウント開設を完了し、Maapオープンプラットフォームの5Gメッセージング機能、つまりチャットボットチャットロボットを生成し、オープンAPI呼び出しを通じて独自の5Gメッセージング構築を完了することができます。例えば、以下は12306からの電車の切符です。5Gメッセージ機能が呼び出された後、独自のビジネスデータと組み合わせて処理することもできます。

チャットボット

5GメッセージのMaaPプラットフォームについては別途紹介します。ここでは、エンタープライズ サービス アカウントを構築して、企業、商人、機関向けのメッセージ エコシステム用のプライベート ドメイン運用プラットフォームを提供できます。メッセージコンテンツとユーザーインタラクションを運営機能として活用し、ユーザーを企業のファンとして定着させ、メッセージを通じてユーザーにリーチすることで、企業のユーザー定着率の向上、企業ブランド価値の向上、得られる商業コミュニケーションと価値の向上に貢献します。

調査の結果、私が率いる製品チームはMaapプラットフォームから以下の製品機能を取得できることがわかりました。

• リッチ メディア メッセージ送信およびインタラクティブ機能: 豊富で多様なメッセージ コンテンツとインタラクティブ機能。テキスト メッセージ、リッチ メディア メッセージ (画像、テキスト、ビデオ、オーディオなど)、会話メッセージ (インテリジェント インタラクション)、およびその他のコンテンツ キャリアをサポートしてユーザーに配信し、ユーザー エクスペリエンスとユーザー参加アクティビティを向上させます。

• 付加価値製品サービス機能：サービスホームページ、次のメニュー、フローティングメニュー、ボトムメニューなどの入り口を提供し、企業にさまざまなサービス（さまざまなビジネス処理、情報クエリなどのサービス）を提供し、さまざまなマーケティングおよび運営活動（毎日の製品販売、製品プロモーション、推奨製品などの入り口）を伝え、ユーザーの活動を刺激する入り口を提供します。

• データのクローズドループ機能: メッセージの送信、トリガー、露出、クリック、および変換データをリアルタイムで更新し、人、データ、戦略、およびコンテンツのデータプロセスのクローズドループを確立し、洗練されたデータ分析を実施して、企業の運営を支援します。

• 正確なメッセージ到達機能: ユーザー クラスタリング、タグ プロファイリング、人口統計属性、類似ユーザーなどを通じて、パーソナライズされたメッセージ到達とターゲット配信が実現され、メッセージがユーザーに正確に届き、マーケティングのコンバージョン効率が向上します。

5G メッセージング製品は、まったく新しい独立した C エンド製品です。企業の観点から、APP、ミニプログラム、テキストメッセージを比較すると、要約すると実際には3つの類似点があります。以下は、3 種類の製品について実施した競合製品調査です。

競合製品の調査

調査の結果、最初の3つと比較して、5Gメッセージはシステムを越えることができず、システム制限が強いものの、ユーザーリーチが非常に高く、従来のSMSのクリック率が3〜4倍に大幅に増加していることがわかりました。

競合製品の調査結果を出力した後、運営プラットフォームがBサイドに提供する必要がある3つの主要な機能と組み合わせて、APPとミニプログラムエコシステムに存在するベンチマークデータ分析ツール、コンテンツ構成ツール、CRMシステム、APPPUSH / WeChatテンプレートメッセージを使用して競合製品の調査を行い、ニーズを抽象化して機能フレームワークを取得します。

5Gメッセージングが位置する業界は通信業界というまったく新しい分野ですが、次のような類似の製品シナリオを通じて、同様の国内競合製品を比較することができます。

UmengはAPPの商業化分析と推進に重点を置いています

Umeng アプリケーション データ分析

パンゴリンはアプリ広告とデータ分析に注力

センザンコウの放流とデータ分析

センサーデータは製品データ分析に重点を置いています

シナリオベースのデータ分析を適用する

上記の結果を得るには、実際にユーザーの需要調査を実施し、ユーザーの使用シナリオを研究する必要があります。私たちは心の中にユーザーエクスペリエンスマップを構築することができます。

5G メッセージの使用段階は、5G メッセージの作成、5G メッセージのプッシュ、5G メッセージの効果の分析、5G メッセージの最適化の 4 つの段階に分かれています。

5Gメッセージングから得られたユーザーエクスペリエンスマップ

シナリオ段階で5Gメッセージを使用するユーザーのステップと感情的な価値や問題点を分析することで、必要な製品設計を拡張できます。

シニア プロダクト マネージャーまたはプロダクト ディレクターは、ユーザー マップを通じてユーザーの要求を分類し、ビジネス プロセスに基づいて特定の製品機能を設計できます。

上記の方法により、5G メッセージング シナリオにおけるユーザーの要求を 3 つの主要なシナリオに分類します。

1) マーケティングシナリオ

5Gメッセージを通じて、ユーザーに5Gメッセージフォーマットカテゴリに適したUGCおよびPGCコンテンツ情報を提供し、ユーザーの課金を刺激したり、新規ユーザーを引き付けたりしながら、自社事業と組み合わせてユーザーに新しいポータルを提供します。 5G メッセージに対して操作を実行し、アプリ、ミニプログラム、Web サイトと同様の特定のシナリオ サービスを完了します。

2) データ分析シナリオ

製品として、5G メッセージは他の OTT アプリケーションと同じインタラクティブな特性を備えています。ユーザーは 5G メッセージに対して操作を実行でき、アップリンク メッセージとダウンリンク メッセージの間で相互作用が行われます。

そのため、5Gメッセージの運営者や管理者は、当然のことながら、5Gメッセージ内のユーザー行動データやユーザーポートレート分析を把握し、ビジネスデータを接続して支払いや注文データを変換し、浸透率の統計分析を行って5Gメッセージチャネルの価値や各運用活動のプッシュ効果を判断する必要があります。

3) 顧客管理シナリオ

5G メッセージは独立した製品であるため、このアプリケーションには登録ユーザーと有料ユーザーも存在し、管理者はこれらのユーザーを管理する責任があります。

もちろん、5G メッセージの下にはさまざまな種類の資料もあります。マテリアル ライブラリは、5G メッセージ用のさまざまなフロントエンド インタラクティブ コンテンツを提供します。このような資料をどのように構成し管理するかも、5G メッセージ オペレーターの中心的な要求です。

予備的な具体的な製品形態が決まったら、次のステップは製品フレームワークを作成することです。 5G メッセージ エコシステムは、ポリシーの導入によりまだ初期段階にあります。エコシステム全体に 5G メッセージの開発者と運用者が不足しているため、この開発者グループをいかに引き付けるかが鍵となります。開発者がいれば、エコシステムを完成することができます。

これはちょうど、ノキアがマイクロソフトと協力してシス​​テムを開発したが、開発者不足のためシステムの適用が遅れたときと同じです。 IaaS プラットフォームとしての 5G メッセージングでは、開発者がさまざまなアプリケーションを開き、5G メッセージング エコシステム向けにさまざまな 5G メッセージング サービスを提供する必要があります。そうして初めて、プラットフォームはより大きな影響力を持つようになるでしょう。

他のアプリケーション エコシステムと比較して、開発者エコシステムは非常に重要です。開発者がいてこそ、5G メッセージのユーザーが存在し、商業的価値が生み出されます。

したがって、コミュニティとフォーラムを構築することが最初のステップです。コミュニティやフォーラムを通じて、コールドスタート 5G メッセージをテストできます。これは、コストを最小限に抑えるために Xiaomi システムをフォーラムに配置することでユーザー数を確認する初期の Xiaomi システムとまったく同じです。

2つ目は、フロントエンドアプリケーション層の製品形態を企画することです。製品形態には、APP、ミニプログラム、パブリックアカウントなどがあります。初期の製品は国内で使用されるため、B サイドの顧客を対象としており、そのシナリオのほとんどが B サイドのシナリオです。そのため、製品の位置付けの主な形態は、5G メッセージング企業に SaaS 形式で提供される Web サイト ポータルです。同時に、データ結果、コミュニティフォーラム、その他の情報を含む対応する情報表示機能がモバイル端末上で提供されます。

製品ハードウェアは、オペレータのセキュリティニーズに基づいてプライベートに導入され、対応するサーバーとデータベースは、ニーズの開発と評価後に購入されます。

両事業のニーズを満たすために、以下の製品構成と段階的バージョン計画が構築されました。

運用バックエンドは 2 つのフロントエンド アプリケーションをホストし、運用システムには内部管理用のデータ分析機能も含まれています。

製品フレームワーク

初期の運用プラットフォームでは、機能の公開は行われませんでした。 5G メッセージ開発者の数が増えるにつれて、プラットフォームは5G メッセージのカプセル化、データ追跡、AI 機能などの固定シナリオも開発できるようになり、これらはすべて個別の API としてカプセル化できます。

第 2 段階では、固定されたシナリオが製品機能にパッケージ化され、ソリューションが提供されることがわかります。

製品イテレーション計画

この移行段階は、多くの場合、製品マネージャーの製品計画とビジネスを抽象化する能力を反映しています。コア事業の発展路線を決定するだけでなく、ユーザーの総合的な要求も理解しています。

運用プラットフォーム内の管理モジュール：広告コンテンツの構成

5Gメッセージ操作システムには、APPとポータルWebサイトが含まれ、複数の広告場所の入り口が含まれています。さまざまな端末や地域に合わせて広告の位置を設定します。オペレーションは、異なる地域のセクションの広告コンテンツを構成し、同時にデータ検証を完了し、製品フレームワークの変更に合わせてコンテンツを構成することができます。

コンテンツ広告設定

モバイル端末特有の携帯性を考慮すると、ユーザーが重いコンテンツ操作を実行するのは容易ではありません。そのため、初期のモバイル端末は主にデータの閲覧用に位置付けられています。一般ユーザーはフォーラム情報を閲覧でき、有料ユーザーは5Gメッセージデータを閲覧できます。

モバイル端末には、データ閲覧入口とユーザーの個人センターアカウント情報が追加され、PC端末と同​​じ機能ロジックとフィールド情報を維持しながらデータを表示します。

モバイル端末機能ページのスクリーンショット（一部）

5G メッセージングは​​独自の製品形式であるため、C エンド ユーザーに独自のコンテンツとインタラクティブ サービスを提供できます。より効率的な運用プラットフォームを構築するための鍵は、役割と権限の間に明確な境界を設けることです。これを踏まえて、製品フレームワークにおける通常業務に関わる役割と権限を整理し、将来的な役割や機能の追加・拡張のニーズに合わせて RBAC 権限を活用していきます。

RBAC ロールと権限に基づいて、複数のアカウントの構成、ロールの作成をサポートし、ロールの操作範囲をすばやく見つけることができます。

役割と権限

シニア プロダクト マネージャーとプロダクト ディレクターは、チーム リソースの構成要素という点では CEO と非常に似ています。管理、マーケティング、財務に加えて、チーム構築では製品、研究開発、運用リソースを考慮する必要があります。製品の方向性や業界が異なるため、リソースの傾向も異なります。

たとえば、金融業界で働いている場合は、高速な計算速度が必要なので、開発には C 言語を選択します。サードパーティの情報収集に取り組んでいる場合は、Python が必要になります。

ユーザー数がピークに達すると、マイクロサービス アーキテクチャと高性能なサーバー マトリックスが必要になります。

コンテンツ製品を作成する場合、UGC を満たし、中国サイバースペース管理局の要件を満たすために、厳格なコンテンツ セキュリティ レビューが必要です。

この製品計画には、APP、ポータルサイト、WeChatアプレットの3つの目的が含まれます。 5G メッセージングの新しいトラック業界では、対応するネイティブ開発、vue、WeChat アプレットのフロントエンド開発経験を持つ開発者のみを選択できます。もちろん、5G メッセージングの開発経験があればなお良いです。

しかし、5Gメッセージングは​​新しい分野であるため、市場で適切な技術者を見つけるのは困難です。したがって、フロントエンド技術者は Flutter を使用して Android と IOS のデュアルエンド アプリケーションを開発することができ、フロントエンド開発者のリソース コストを削減できます。同時に、バックエンド要員にはデータベース、インターフェース、ロジック実装の開発作業が含まれており、その数はフロントエンドの2倍になるはずです。

製品には C エンド向けのポータルやモバイル製品が含まれるため、UE 設計を行う設計者も必要です。プロトタイプを UI デザインに実装するには、UE および UI デザイナーが必要です。デザイナーはプロトタイプを理解した後、対応するUIページのデザインとカット作業を完了します。

社内で新しいプロジェクトが立ち上げられ、リソースの予算が組まれると、1人が複数の業務をこなす状況にはならないことが多いため、このプロジェクトではテスト用にリソースが確保されます。このプロジェクトの初期段階では、製品には複数の端末がありますが、主なビジネスとロジックは一貫しています。テスターを 1 人雇えばテスト要件を満たすことができますが、開発の途中でリリースが開始されるため、テスト時間には注意が必要です。したがって、テストの初期段階では、需要設計や需要調査などの多くの作業に参加し、テストケースの作成を完了してから、詳細なテストを効果的に実行する必要があります。

本プロジェクトでは、事業者がプライベート展開を採用しているため、サーバーやシステムの保守には運用・保守担当者が必要となります。また、リソースの属性に基づいて、上記のタスクをそれぞれ担当する運用および保守担当者 2 名も採用されます。

5G メッセージ開発者フォーラムのトラフィックの迂回とシード ユーザーのアクティベーションの初期段階では、運用担当者はコミュニティ、コンテンツ、パブリック アカウントの運用も担当する必要があったため、この作業を完了するために運用担当者が必要でした。ただし、そのためにはフォーラムなどのシステムが開発・稼働していることが前提となるため、運用要員は特に緊急ではありません。

これを踏まえて、製品企画で求められる製品形態や機能モジュールに応じて研究開発人員リソースを決定しました。

それでも、製品の発売を完了するには、プロジェクトに他の外部機能の呼び出しが含まれることにも注意する必要があります。たとえば、5G メッセージの基本機能は、外部の 5G メッセージ maap プラットフォームによって提供されます。この製品セットでは、前述の 3 つの主要な機能の提供を完了するために、頻繁なインターフェース呼び出しが必要です。

同時に、フォーラム部分に関しては、UGCが存在するため、コンテンツが基準を満たしていることを確認するために、セキュリティレビューシステムに接続する必要があります。システム構築は自分一人で完結できるものではありません。

製品開発は非常に長くて面倒なプロセスであるため、製品マネージャーがプロジェクト管理手法をどのように使用するかが非常に重要です。アジャイル管理とウォーターフォールフローのどちらにも独自の利点があり、チームの属性に基づいてどちらかを選択できます。

たとえば、アジャイルは、小さなステップで理想を検証し、製品の発売を完了し、十分なテストを取得できる中小企業や革新的なチームに適しています。

たとえば、ウォーターフォール モデルは、大規模プロジェクトの集中開発に適しています。詳細な要件ドキュメントと要件調査を通じて、開発プロセスにおける要件の欠落や技術的なエラーを削減します。

ここでは、製品開発時に私が重視している 2 つの管理手法について説明します。 1 つ目は需要プールであり、2 つ目はプロジェクトの共同管理です。

製品チーム内でのコラボレーションには、オープンソースの JIRA や CONFLUCEN などのプロジェクト管理ツールを使用する必要があります。または、有料の国内版ツールを購入することもできます。

CONFLUCEN での需要プール管理

CONFLUCEN での需要プール管理

具体的には、製品と研究開発の要件の週次レビュー、社内製品要件のレビュー、 2 ～ 3 週間ごとの製品リリースが行われます。

チームに毎週レポートを書く習慣を身につけさせ、良好なチーム調整と慣らし運転を実現し、特に製品の研究と開発の間に良好な協力関係を確立します。

△需要評価はプロジェクトコラボレーションの基礎です

多くのプロダクトマネージャーはエンジニア出身ではないため、需要評価サイクルが長くなるのは必然であり、プロダクトマネージャーは依然としてそれが合理的であると考えています。

したがって、バージョンの研究開発サイクルが半月を超える場合は、要件を分割し、可能な限り半月に 1 回バージョンをリリースすることをお勧めします。各リリース後に、コア機能が保証され、要件が追加されます。

需要プールは需要タイムラインのバージョンを管理するために使用でき、次のように古いバージョンと新しいバージョンを分解できます。

1) 一時的なニーズとバグの場合

製品が発売された後には多くのバグが発生します。これらのバグは、テスターに​​よって発見されるか、使用後にユーザーによって報告されます。種類に関係なく、収集する必要があります。アプリはアプリマーケットで入手可能なので、Qimaiデータを使用したり、アプリマーケットのコメントを確認したりして、ユーザーのニーズに関するフィードバックを得ることができます。

需要プールとしてのオンライン文書

チーム管理では、ドキュメントWikiとしてCONFLUCENを使用し、バグプールと要件管理にはJIRAを使用し、バージョンごとに対応する機能モジュールを分け、モジュール配下の最適化項目と対応するバグをリスト化しています。

2) BUGと需要プールをターゲットにする

毎朝、プロジェクト管理ソフトウェア内の現在のバージョンの最適化項目と要件の進捗状況を同期します。

CONFLUCENを使用してBUGプールを管理する

製品開発においては様々な予期せぬ事態が発生する

例えば、私はこのプロジェクト中にいくつかの問題に遭遇しましたが、それはクラスメートが注目し学ぶ価値があるものでした。

1) オペレータのセキュリティ要件

厳格なコンテンツレビューとシステム セキュリティ要件のため、パブリック ネットワークにアクセスできるすべてのアドレスと製品は、コンテンツとシステムのスキャンとレポートに合格する必要があります。同時に、レポートが合格したとしても、コンテンツやシステムのセキュリティに問題が残る可能性があります。

2) 複雑な企業プロセス

オンライン化するには、VP レベルの署名を取得する必要があります。ハッカーなどの悪意のあるユーザーに加え、工業情報化部や運営者グループ自身による攻撃テストも実施されています。このような問題に関係するシステム Web サイトや製品はグループ通知の対象となり、会社のリーダーや年間報酬に影響を及ぼします。

3) ネットワークのブロック

同時に、オリンピックやワールドカップなどの大規模なイベントなど、一部の特別なイベントでは、ネットワークのブロックが必要になります。パブリックネットワークの遮断により、一部のデバッグや機能開発が延期を余儀なくされるため、バージョンリリースや機能アップデートは原則禁止となります。

そのため、製品開発プロセス全体において、ネットワークのブロックが関係するバージョンをリリースすることは難しく、デバッグはテスト環境に基づいてのみ実行できます。テスト環境に対する要件は比較的高いです。

製品が発売された後、製品の有効性を分析するためにデータの統計と分析が必要になります。このプロジェクトにおけるデータ分析と統計には内部データ統計ツールが使用され、埋め込み SDK を使用してデータ ツールが完成し、データ統計機能が得られます。

内部データ統計ツールは拡張が不便ですが、Baidu Statistics を例にとると、導入後は Web サイトのアクセスデータ、ユーザーデータ、製品データを取得できます。製品アクセスユーザー数や新規ユーザー数を分析することで、製品設計当初のコンセプトが有効であったかどうかを判断できます。

このプロジェクトはB側企業に提供されるSaaS運用プラットフォームであるため、5Gメッセージアプリケーション側のユーザーデータ、素材データ、プッシュデータ、5Gメッセージインタラクションデータなど、5Gメッセージ関連の運用データも内部的に必要です。

5Gメッセージフォーム

5Gメッセージが配置されているユーザー側と企業管理側に基づいて、100を超える指標がまとめられています。指標には、ユーザー動向分析、ユーザーポートレート分析、製品データ分析、ターゲット開発向けに開発された特殊シナリオ機能のデータ分析などが含まれます。

5Gメッセージデータインジケーター

製品マネージャーは、ユーザー シナリオと運用シナリオから始めて、関連するデータ インジケーターのコンパイルを作成し、収集可能なデータと実際に必要なデータをリストします。

データの視覚化は、いくつかの既成のデータ モデルを通じて完了できます。折れ線グラフ、棒グラフ、面グラフなどの比較的シンプルな開発コンポーネントで十分です。

データの視覚化

データを通じて製品を最適化: ポータル/ホームページは製品の顔です

プラットフォームはポータルサイト兼SaaSシステムとして位置付けられており、製品ホームページは公式サイトのホームページも兼ねています。そこで、データを取得した後、ポータルサイトの商品ホームページを再構築しました。商品ページを再構築した後、新しいホームページが取得され、コア機能の入り口が強調されました。

オリジナルバージョンから新バージョンにアップデートすると、新機能への入り口が強調表示されます。

旧バージョンのポータルホームページ

新バージョンポータルホームページ

以上で上記製品のレビューは終了ですが、この製品は結局失敗でした。

なぜ失敗したのでしょうか? 5つの理由をまとめてみました。

1. 5Gメッセージング製品の一般受容性の低さ

現段階では、5Gメッセージは3つのネットワークでは利用できず、5GメッセージフォンはiPhoneをサポートしていません。そのため、インターネット企業の間での 5G メッセージの受け入れは特に低いです。

なぜなら、インターネット製品がマーケティングプッシュを行うとき、ユーザーが iPhone であるか Android であるかは考慮されないからです。基本的なマーケティング ニーズを満たすには、両方のタイプのシステム ユーザーをカバーする必要があります。ユーザー数が数千万人に達しない限り、精緻な運用が必要であり、Appleと5Gメッセージング携帯電話のモデルカテゴリをスクリーニングすることでマーケティングプッシュを完了できます。

中規模のインターネット企業であれば、5Gメッセージを審査した後のユーザー数はわずか10分の1程度になるかもしれない。

2.5Gメッセージングをサポートするモバイルデバイスはほとんどない

5G メッセージを使用するには、特定のバージョンの Android も必要です。これにより、5G メッセージの使用量がさらに減少しました。現在、Huawei、Xiaomi、OPPO、vivoのフラッグシップスマートフォンのみが5Gメッセージをサポートしています。

3.5Gメッセージングの商用化はゆっくりと進んでいる

5G メッセージをプッシュするには、対象のホワイトリスト ユーザーがアクティベーションを申請する必要があります。開発者は、5G メッセージ作成機能を取得する前に、対応するオペレータを見つけてアクティブ化する必要があります。

これにより、開発者が定着することが難しくなりました。開発者が 5G メッセージを体験したい場合は、まずエンタープライズ ホワイトリストに申請する必要があり、そうしないと開発ができなくなります。

5G メッセージ開発者がそれを持っていない場合、それを推進して使用する次のステップにどのように進めればよいのでしょうか?

4.5Gメッセージプッシュにはコストがかかる

APPPUSHやWeChatミニプログラムテンプレートメッセージと比較すると、5Gメッセージのプッシュは依然としてSMSに応じて課金されるため、5Gメッセージをプッシュするにはコストがかかります。上記の理由により、プッシャーがコストまたは収益の ROI を把握することは困難です。オペレーター自身を除いて、他の企業はROIが低すぎるためそれを使用しません。

しかし、現在5Gメッセージ向けに提供されているデータ分析ツールやコンテンツ構成ツールはまだ未熟であり、事業者が費用をかけてプッシュメッセージの効果を分析することは困難です。

上記の理由は、ビジネスと市場の未成熟が製品の失敗につながったとまとめることができます。

しかし、この側面に加えて、製品作業にも問題がある。

1. 製品開発における優先順位の計画

初期の製品企画では、5G運用プラットフォームではなく、5Gメッセージフォーラムを優先することを選択しましたが、リソースと時間が無駄になり、機会を逃してしまいました。プロジェクトの初期段階では、フォーラムエコシステムについて話す前に、できるだけ早く5Gメッセージ運用プラットフォームを検証し、基本的な5Gメッセージ機能を立ち上げ、5Gメッセージの3つの基本機能を提供する必要がありました。

2. 技術選択の誤り

製品が 0 から 1 にリリースされる前に R&D チームが入れ替わったため、R&D 担当者間の引き継ぎとコミュニケーションに多くの時間が浪費されました。第二に、テクノロジーの選択に関しては、5G メッセージの高い同時実行要件が考慮されていなかったため、モノリシック アプリケーション アーキテクチャをマイクロサービスに変更するのに多くの時間がかかりました。同時に、その後のセキュリティシステムへのアクセス、サーバーの展開などが追加され、一連の技術プロセスが増加し、初期の研究開発投資がほぼ無駄になりました。

3. 好景気を逃す

事業者は、特別な期間にネットワークの遮断やセキュリティの是正などの一時的なニーズを抱えているため、一般的な製品機能の立ち上げにかかる時間が大幅に延長されます。製品コンサルティング プロジェクトに携わった 3 年間のうち、システムの修正や安全性の検査などのタスクを完了しながら、機能的な反復を行わなかった期間が少なくとも 1 年近くありました。

その結果、私たちは5Gメッセージングのブーム期を逃してしまいました。プロジェクトの開始当初、 5G メッセージングは​​、開始時の爆発的な成功から、上記の理由により徐々に冷え込みを見せていきました。

5Gメッセージングが初めて開始されたとき、多くの人がプロジェクトの進捗について相談に来てくれて、中にはシステムを直接購入したいという人もいたのに、その後連絡が取れなくなったことを今でも覚えています。

好況期には大量のリソースを獲得しましたが、好況期が過ぎると、5Gメッセージの欠点やプラットフォーム上で解決が難しい問題が皆に発見され、当然ながらエネルギーとリソースを投入し続けることはなくなりました。事業部門の責任者でさえ、年間を通じて業績が悪かった。

ビジネスからテクノロジー、そして企業のプロセスとシステム、そして戦略に至るまで、製品の成功は製品の設計だけでなく、複数の要素の組み合わせが必要であることがわかります。まさに適切な時期、適切な場所、適切な人々であったと言っても過言ではありません。

シニアプロダクトマネージャー/プロダクトディレクターの中核となる能力は何ですか?

ここまで読んでいただければ、プロジェクト全体のレビューは完了したことになります。さて、質問させてください。シニアプロダクトマネージャー/プロダクトディレクターの中核となる競争力は何だと思いますか?

それは、上級インターネット製品マネージャー/製品ディレクター向けのトラックとビジネス モデルを構築する能力だと思います。

こうした構築は、ビジネスプロセスを構築するだけでなく、それを具体的な機能や製品形態に変えていくことでもあります。

現在、さまざまな業界や分野で求められる知識は異なりますが、製品企画、プロトタイプ設計、ビジネスモデル、プロジェクト推進、データ分析、高レベルのリソース統合、チーム管理など、プロダクトマネージャーの仕事内容は似ています。

私たちには自分の労働環境を選択する方法がありません。大企業のプロダクトマネージャーであっても、快適なインターネット環境や慣れ親しんだ業界を離れ、これまで関わったことのない新しい業界に移らなければならないことがよくあります。

製品ディレクターやシニア製品マネージャーとして、設計や製品計画のために、さまざまな業界分野から共通の機能ポイントを抽象化できることは非常に重要です。

これまで使用、設計した製品や競合製品の共通ロジックと同じユーザー シナリオをすばやく統合して、ビジネスに適合した製品フレームワークを作成します。

これはブロックを積み上げるようなものです。現在の正方形、円、長方形などをすべて組み合わせると、頭の中に予備的な製品計画が浮かび上がります。共通のエッジと異なる形状の領域を介してブロックの積み重ねを完了できます。お城になるにしても、車になるにしても、どれくらいのサイズやスタイルが必要なのかは、プロダクトディレクターの力量を反映します。

上の写真からわかるように、製品マネージャーの実務経験は、特定のビジネスや業界の知識と能力を蓄積するだけでなく、この抽象的な構造能力も蓄積することに同意します。

上記は、この時期のレビューの共有です。それがあなたを助けることができることを願っています。