洗練されたデータ駆動型オペレーション（洗練されたオペレーションでユーザーポートレートを構築する際に考慮すべきこと）

洗練された操作でユーザーポートレートを構築するときに考慮すべきことは何ですか?

ビッグデータ技術の研究と応用により、企業はビッグデータを活用して洗練された業務や精密なマーケティングを実現する方法にますます重点を置くようになっています。洗練された操作を実行するには、まず企業のユーザー プロファイルを確立する必要があります。

まず始める前に、プロダクトマネージャーにとって、製品の構築と運用は、基本プラットフォーム構築段階、ビジネスレポート提示段階、運用データ分析段階、および洗練された運用段階の 4 つの段階に大まかに分けられることを理解しましょう。本日は、運用改善段階におけるユーザーポートレート構築プロセスについてお話します。

上の図を見ると、ビジネス データのレポートと製品運用分析の順序が逆になっているのではないかと思うかもしれません。

実際のところ、ダウンしていません。

これを経験したほとんどのプロダクトマネージャーは、プラットフォームの設立当初、企業の積極的なプロモーションと最前線の市場部門の強力なマーケティング戦略により、企業のビジネスは急速な成長期を迎えるだろうと共感するでしょう。

この段階では、最前線のマーケティング部門が主力であり、会社から要求されるレポートは運用データではなくビジネスレポートがほとんどです。

しかし、会社の事業が一定の段階まで上昇すると、利益を最大化するために（広告費を削減するために）、洗練された製品オペレーションに注力し、マーケティング+オペレーションモデルが会社の事業改善に役立つことを期待し、それが私たちが次に行うことです。

ユーザーポートレートの構築というテーマに基づいて、プロダクトマネージャーとして考慮すべき点についてお話ししましょう。

1. 自社の既存プラットフォームと将来の新プラットフォームを整理し、各プラットフォームのユーザー識別と関連付けの問題を明らかにし、データアイランド問題を解決する

これがユーザーポートレートを実現するための基礎となるからです。この段階では、製品マネージャーは R&D チームと協力して、さまざまなプラットフォーム間のユーザー関連の側面と関係性を検討する必要があります。次元とそれらの関係が明確に整理され、ロジックが明確に表現されている場合にのみ、R&D チームは技術的な手段を通じて関連付けマッピング (ID マッピング) を実行できます。

ユーザー識別の問題に関しては、実際には、ログイン前の識別 ID とログイン後の識別 ID の 2 つのシナリオに分かれています。ログイン後のユーザー識別には、通常、ユーザーID、携帯電話番号、またはIDカードを使用します。

ユーザーがログインする前（匿名状態）には、デバイス ID を通じてユーザーを識別する必要があり、識別方法はユーザーが使用するプラットフォームやデバイスによって異なります。

例えば：

① Web側：一般的にはCookie IDを匿名IDとして使用します。 Cookie ID 生成ルールは、タイムスタンプ、乱数、画面の幅と高さ、UA オペレーティング システムのバージョン番号に基づいています。 Cookie ID は 64 ビットの文字列です。 Cookie ID を使用するリスクは、Cookie が消去されたり、ユーザーがブラウザを変更したりすると、Cookie ID も変更されることです。

②ミニプログラム側：識別値として通常openidとunionidが使用されます。

③ Android：よく使われるIDには、IMEI、MEID、MAC、UDID、UUID、OAIDなど、さまざまな次元があります。Androidシステムは複数回のアップグレードを経て、権限制御がますます厳しくなり、携帯電話を一意に識別する方法も変化しています。図に示すように:

④ iOS：識別IDとしてはIDFAまたはIDFVが一般的に使用されます。 IDFA と IDFV は、それぞれ広告主と開発者向けに iOS エコシステムによって設計された 2 つの ID 仕様セットです。以下は、iOS システムで一意のデバイス識別子として使用するのに適したいくつかの識別子のリストです。

製品マネージャーは、さまざまなプラットフォーム間の関係を明らかにする際にも明確な声明を出す必要があります。ユーザーのアクセスログデータの識別に注意を払うと同時に、ユーザーのログインおよび登録ロジックの設計についても明確に考える必要があります。ログインおよび登録ロジックが適切に処理されない場合、その後の関連付け分析に一定の影響を及ぼします。

プラットフォームの一般的なログイン方法には、携帯電話番号、QQ、WeChat QRコードスキャンログインなどが含まれることがわかっています。このリンクの設計では、著者はログイン方法をあまり多くせず、携帯電話ログイン/QQ/WeChatログインのみを維持することを提案しています。同時に、ユーザー ID、携帯電話番号、ユニオン ID のビジネス ロジックを処理します。

たとえば、ユーザーが初めて携帯電話番号を使用してログインすると、ユーザー ID が生成されます。 WeChat または QQ で初めてログインする場合は、ユーザー、ユーザー ID、WeChat、QQ の一意性を確保するために、携帯電話番号を強力にバインドする必要があります。ユーザーアクセスログレベルでは、製品マネージャーは、識別IDのマッピング関係を形成するために、R＆DチームのWEB、Android、iOS、ミニプログラムと企業のWeChat間の関係を明確に示す必要があります。以下のように表示されます。

注: WeChat for Business の介入は、一部のオンライン学習プラットフォームを対象としています。ビジネス シナリオには、無料コース、トライアル コース、大規模コースの変換プロセスが含まれるため、最前線のチームはユーザーとコミュニケーションを取る必要があります。また、CRM システム識別子との関連付けも含まれますが、ここでは説明しません。

マップ削減集約方式を複数回使用することで、マップを使用してデータをブロックに分割し、削減を使用してマージしてマッピング関係を取得します。

マージできなくなるまでマージします。

もちろん、ここでは製品マネージャーが R&D チームと何度もコミュニケーションを取り、確認する必要がある状況が多くあります。ユーザー識別の問題が解決された後、次の重要な問題はデータ ソースの設計です。

ユーザーポートレートの確立は、ユーザー行動データのサポートから切り離すことはできません。収集の観点からは、ユーザーがイベントを閲覧またはクリックするたびに発生します。これには、製品マネージャーがユーザーの行動パスとビジネス プロセスに基づいてイベントを分類および管理することが必要になります。同時に、各イベントごとに収集すべき次元情報を明確にする必要があります。図のように

ユーザー行動_アクセスログ

ユーザー行動_検索ログ

タグはユーザーの肖像画を最も直接的に表現します。さらに、ユーザー タグ システムの構築は、ユーザー ポートレートを構築する上での中心的なタスクです。ラベリング システムを構築する前に、製品マネージャーはラベル階層とラベル優先順位という 2 つの概念を明確にする必要があります。

業界で一般的なラベルの階層化を図に示します。

ラベリングシステムを確立するということは、多次元で継続的に蓄積していくことではなく、基本ラベルに基づいて高度なラベルを継続的に抽出していくことです。実際、ラベルの優先順位を構築するプロセスは、最終的にユーザー ポートレートを提示するプロセスでもあります。このプロセスでは、いくつかの単純なデータ統計または複雑な機械学習モデルが使用される場合があります。

ユーザータグの構築と特徴データの抽出が完了すると、ユーザーポートレートの構築が完了します。しかし、ユーザーポートレートをどのように評価するのでしょうか?検証計画の決定について言及する必要があります。

A/B 方式を使用すると、パーソナライズされた推奨事項、正確な影響、およびカバレッジ、精度、コンバージョン率に関するその他の側面を検証し、対応するデータ レポートを生成できます。ここにはさまざまな方法と手法があり、各プラットフォームには独自の検証ロジックがあるため、ここでは詳細には触れません。

つまり、製品マネージャーとして、ユーザーポートレート構築計画の出力には、各エンドの識別計画、ユーザー行動データ収集計画、ユーザーラベルシステム構築およびクリーニング計画、および対応する検証および評価計画が反映される必要があります。これは、製品とさまざまなチーム間のコミュニケーションの前提であり、プロジェクトの円滑な実施を確保するための基礎でもあります。

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

タイトル画像はCC0プロトコルに基づいたUnsplashからのものです

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