2 ステップでユーザー ポートレートを構築するにはどうすればよいでしょうか?

1. はじめに

[Class Representative]製品について最後にお話ししてからしばらく経ちました。このアカウントでは、[Class Representative]製品の0から1へのコールドスタートプロセスについて、プロジェクトの立ち上げ-間接的な競合他社の分析-製品の操作方法などの観点から書いています。次に、ユーザーポートレート、静的タグ、動的シナリオ、需要分析などを中心に、いくつかの実用的なコンテンツを共有します。興味のある友人は、「マイアカウント」をクリックして、[クラス代表] 製品のその他のコンテンツを閲覧できます。

2. ユーザーポートレートの構築

1. いわゆるユーザーポートレート

私が製品業界で働き始めてユーザーポートレートという言葉を聞いたとき、最初に意識したのは、製品のユーザー層の年齢、性別、規模、地域などの特性をクロス分析することでした。しかし、知識の獲得と蓄積を通じて、「ユーザーポートレート」という言葉に対する見方が変わり始めました。

Baidu 百科事典では、ユーザー ポートレートの定義は次のとおりです。ユーザー ポートレート (ペルソナ) は、ユーザー ロールとも呼ばれ、対象ユーザーの概要を示し、ユーザーの要求と設計の方向性を結び付けるための効果的なツールです。ユーザー ポートレートは、さまざまな分野で広く使用されています。

しかし、この文は別の方法で解釈することもできます。ユーザー ポートレートは、製品を使用する際の実際のグループの一般的な行動を反映しています (個人の意見を表すだけです)。

私が学んだケース「静的ラベル + 動的シーン」に基づいて分解します。

図2-1 仮想キャラクターのユーザーポートレート

図2-1によると、実際の静的タグ情報を通じて動的シーンを構築すると、ユーザーポートレート（図2-1の最後のデバイス列）の背後で生み出される製品効果を確認するのに役立つことがわかります。同じ状況で、この方法に基づいてユーザーポートレートを構築し、ニーズを見つけることもできます。

2. ユーザーポートレートを構築するプロセス

ユーザーポートレートを構築する方法はたくさんありますが、0 から 1 までの製品の場合、その多くはリサーチとブレインストーミングから生まれ、その後に製品の機能を活用する必要があると思います。

「Behind the Scenes Product」の最初の章では、洞察力とアーキテクチャ機能が、非常に重要な製品機能として説明されています。私が学んだことを 5 つのポイントにまとめ、説明します。これらの機能は、ユーザー ポートレートを 0 から 1 に構築するのに役立ちます (製品面接でよくある質問「製品マネージャーに必要な機能は何ですか?」に対処するためにも使用できます)。

1. 実行力（起業家精神）：常に意欲的である必要はありませんが、自発的に行動し、失敗を恐れずに受け入れる必要があります。
2. 自己学習能力（知識の探求）：インターネット用語、技術用語、概念、アイデアに関して、常に学習し、時代の変化に対応します。
3. イノベーション能力（連想）：生活の中のあらゆるものを観察し、それを製品と結び付ける。
4. 意思決定能力（良い意思決定）：選択を感じ、決断する勇気を持ちますが、すべてを一投に賭けないでください。ユーザーの視点から、需要産業を構築し、実際の意思決定を行います。
5. 思考力（論理）：優れた論理的思考力があれば、問題を受け入れられるモジュールに分解し、優先順位に従って解決することができます。

これらの機能に加えて、ユーザー ポートレートを構築するプロセスも知っておく必要があります。このプロセスは、静的タグを構築するステップと、動的シーンを構築するステップの 2 つのステップだけで完了できます。

図2-2 ユーザーポートレート構築プロセス

静的タグと動的シーンの構築を模索する過程で、私は友人と多くの議論をしました。静的タグは配布されたアンケートに基づいて定義できますが、動的シーンは実際のシーンを模倣し、実際のイベントを構築するのが非常に困難です（0から1へのコールドスタートプロセスのみを表し、実際の製品は詳細なユーザー調査プロセスに基づいて構築できます）。

そこで、情報を探す際に、ナレッジプラネットの有料ナレッジを確認しました。ここで、先人たちに敬意を表したいと思います。図2-4のテンプレートは、ナレッジプラネットのポッティ氏の講義から抜粋したもので、【クラス代表商品】の実態を踏まえて静的ラベルと動的シーンを構築しています。

図2-3 ユーザーレベルの区分

図2-4 静的ラベル実ユーザーカード

図2-3、2-4に示すように、ユーザーはユーザーレベルに応じて、コアユーザー、セカンダリユーザー、ニッチユーザー、ネガティブユーザーの4つのタイプに分類されます（セグメンテーションのプロセス-ユーザーグループ分割については省略します。これについては機会があれば再度書きます）。

競合製品分析フェーズで取得したアンケートを通じて人々を追跡することで、ユーザーの静的ラベルを取得できます。上図のニックネーム、性別、年齢などはすべて実際の情報ソースです。

同時に、ユーザーの習慣の理解と詳細なインタビューに基づいて、ユーザーの性格や心理的特徴を描写することができます。このようにして、ユーザーの静的ラベルが確立されます。

次に、静的タグに基づいて動的シーンを構築できます (このプロセスでは想像力を働かせすぎることはできず、ユーザー エクスペリエンスを実装し、実際のシーン プランを確立する必要があります)。

図2-5 実際のユーザーダイナミックシーンの構築

上の写真から、[Class Representative] 製品の機能的な構築と改良がわかります。

実際、ダイナミックなシーンを構築するプロセスは、ストーリーを語ることに似ており、STAR ルールと非常によく似ています。プラットフォームの構築方法がわからない場合は、背景の紹介からストーリーのクライマックス、そして最終的な結末まで、ストーリーナレーションモードを選択できます。このプロセスからユーザーの行動を抽出し、ユーザーのニーズを特定し、最終的にそれを機能強化に変換します。

3. 需要分析

1. 要件リスト

もちろん、私たちは自由に考え、ブレインストーミングを続けていくうちに、最終的には需要について判断を下さざるを得なくなります。誰も考えつかなかった需要は必ずしも刺激的な需要ではなく、むしろ誤った需要である可能性が高いのです。しかし、業界に入ったばかりの新人にとって、このようなダイナミックなシーンを構築することは、思考を広げる素晴らしいプロセスです。

私の考えでは、いわゆる需要分析とは、ユーザーのペインポイント、プレジャーポイント、かゆいポイントを常に探し回ることです。製品がなぜ人気が出るのかというと、ユーザーのペインポイントを満たした後、古いユーザーを維持し、新しいユーザーを拡大するために、常に新しいかゆいポイントとプレジャーポイントを探しているからです。

そこで、上記の 2 段階の方法に基づいて、ユーザー グループごとに 4 つのユーザー ポートレートを作成し、各ポートレートの下に 9 つの動的シナリオを構築し、対応する要件のリストを取得しました。

図3-1 要件リストの収集

上記の要件リストは、動的シナリオの構築に基づいてまとめたものです。[クラス代表]製品の謎を残すために、すべてをリストアップしているわけではありません（つぶやき：製品は発売されないが、常に謎を残しておきたい、嵐のような考え）。

どのようにまとめたかは、改めてお見せしたいと思います。非常に乱暴で乱暴 == コピペです。

図3-2 粗野で暴力的なコピー＆ペーストの表示

ここから、要件のリストを取得します (興奮要件と最適化要件も同様です。動的シーンを構築した後、コピーと貼り付けを続けます)。

2. 狩野モデルに基づく機能分析

すべての要件リストを整理した後、要件を構築することによって得られる機能の信憑性について考え始めました。 大胆な想像力の欠点は、刺激的な要件がすべて誤った要件である可能性があることです。そこで、区別する方法を探し始めました。

需要の観点から見ると、上記の表に基づいてさまざまな機能に分解できます。したがって、機能ポイントを要件として特定できます。

Kano モデルは比較的基本的な識別モデルです。その原理について詳しくは、他の記事を参照してください。ここでは最終的な識別結果のみを示します。

図3-3 カノモデルの要件分析（赤枠は筆者が囲んだもの）

まず、アンケート調査方式で対応する指標を取得し、その後Fanbiを使用してデータを処理し、図を描きました。図3-3は、初めて使用するときに描いた図です。全体的なユーザーエクスペリエンスは良好です。初心者ユーザーも試行錯誤しながらデータを処理したり、絵を描いたりすることができます。

IV. 結論

この記事では、静的タグと動的シナリオに基づいてユーザーポートレートを構築し、それらを要件リストに整理し、関連する要件分析について説明します。ただし、実際のプロセスにはまだ多くの抜け穴があり、現在、それらを継続的に最適化する方法を模索しています。また、より多くの経験を積んだ後、この記事をより適切に修正できることを願っています。

著者: ババ・マッシュルーム

出典: ババマッシュルーム