製品オペレーションの0から1までの全プロセス

この記事の主な目的は、私の製品プロセスを共有し、「メイクアップセパレーション」という製品を例にすることです。読んだ後は、ぜひコミュニケーションをとってください。

この記事は次のように構成されています。

1. ニーズの発見 – ユーザー/シナリオ/ニーズ

2. 要求に対する解決策 - 「ユーザー/シナリオ/要求」から「要件リスト/機能リスト」へ

3. 製品設計 - 「要件リスト/機能リスト」から「PRD」へ

3.1 製品の位置付け

3.2 製品形態

3.3 製品ビジネスロジック図

3.4 製品ビジネスフローチャート

3.5. 製品機能フローチャート

3.6 プロトタイプ

3.7 広報

4. 製品のリリース - PRD レビュー/スケジュール設定/開発/テスト/リリース

5. まとめ

1. ニーズの発見 – ユーザー/シナリオ/ニーズ

1.1 需要とは何か?

私自身の経験に基づいて、需要を次のように定義します。「需要」とは、特定の「シナリオ」で「ユーザー」が遭遇し、解決する必要がある問題です。

この要件（問題）には現時点では解決策があるかもしれない（しかし、現在の解決策にはいくつかの問題があり、結局のところ、要件に対する解決策はさまざまな変数の変化に伴って常に変化している）

この要求（問題）は、現時点では解決策がないかもしれない（つまり、早急に解決する必要がある要求である、または解決を遅らせることも解決策である）

1.2 需要を調査するには？

製品マネージャーには、要件を取得するための複数のチャネルがあります。

• ブレインストーミング
• ユーザーからのフィードバック
• ユーザー調査
• アンケート
• ユーザビリティ分析
• データ分析
• 社内スタッフ: 運用、開発、テスト、上司
• …

各分析方法には一連のプロセスがあり、それらはインターネットで見つけることができるので、ここでは詳細には触れません。しかし、すべての分析方法は 1 つのコアから切り離すことはできません。つまり、需要はユーザーとシナリオによって異なります。ユーザーを深く理解しておらず、既存の観点に基づいて需要を推測するプロダクトマネージャーは、最終的には「ユーザーから教育を受ける」ことになります。

要件を入手した後は、プロダクト マネージャーが持つべき警戒心を持ち、入手した要件が本物かどうかを自問する必要があります。ユーザーはソリューションをニーズと勘違いすることがよくあります。このとき、ニーズからソリューションを「剥がして」、できれば心理状態のレベルまでニーズをさらに探求する必要があります。なぜなら、ニーズは内なる欲求だからです。余談ですが、多くの需要側の製品マネージャーは、最終的に消費者心理を研究する道を歩み始めます。

需要調査の重要性を説明するために例を見てみましょう。 PMCAFF で「電動ドリルの購入に関するユーザーの需要をどのように解決するか」というディスカッション投稿を見ました。プロダクト思考の人は、ユーザーがオンラインまたはオフラインで電動ドリルを購入するのをどのように支援するかをすぐに考えるのではなく、まず、ユーザーが電動ドリルを購入する理由、電動ドリルの使用が好きなのか、電動ドリルが必須なのか、その他の理由なのかを考えます。多くの場合、ユーザーが望むものは、ほとんど消耗した「より速い馬」のように、実際に必要なものではありません。

調査によると、ユーザーが電動ドリルを購入したいのは、電動ドリルを所有したいからではなく、壁に穴を開けたいからだ。では、なぜ生産手段を保有し、ユーザーに穴あけサービスを提供してサービス料を請求できないのだろうか？さらに深く掘り下げると、ユーザーはなぜ壁に穴を開けたいと思うのでしょうか?たぶん彼は壁に絵を掛けたいと思っているのでしょう。単に絵を掛けるだけなら、なぜユーザーはホットメルト接着剤を使わないのでしょうか。そうすれば、電動ドリルや穴あけサービスは必要ありません。ユーザーはホットメルト接着剤の存在を知らないのでしょうか、それとも、ユーザーは実際に接着剤に反対する環境保護主義者なのでしょうか。

さらに深く掘り下げると、ユーザーはなぜ壁に絵を掛けたいと思うのでしょうか?ほとんどのユーザーは、これを家の装飾のために行うかもしれませんが、ユーザーグループが「Nothing But Thirty」の王夫人であり、息子の注意を引くためにモネの睡蓮を家に飾った場合、ホットメルト接着剤さえも必要なくなるように、母と息子の関係を修復するのを助けることから始めてみませんか。

上記の例から、ユーザーの真のニーズを発見するのは難しいこともわかります。ほとんどのユーザー自身が何を望んでいるのかわかっていないため、一部の製品マネージャーは需要の発見に夢中になり、一種の形而上学にまで達することもあります。インターネットで検索したところ、市場で一般的に使用されている需要探索方法として、啓蒙法、ユーザー調査法、成長法があることがわかりました。

• 啓蒙法では、需要をコントロールするには才能が必要だと強調しています。この才能はむしろ「啓蒙」に近いものです。ユーザーの心理をいつでも簡単かつ正確に理解することができます。これは需要感覚とも呼ばれます。
• ユーザーリサーチ手法では、大規模なユーザーリサーチを通じてユーザーのニーズを把握する必要があると考えています。このようなアプローチは、エンジニア、データ サイエンティスト、心理学者の領域となります。私たちは、いくつかの固有の科学的な方法を通じて、定量的および定性的な要件を取得します。
• 成長法は近年人気の用語です。この方法では、製品マネージャーは「流れに身を任せ」、MVP を作成し、市場に投入して結果を確認する必要があることを強調しています。重要なのは、製品のユーザー使用状況のデータを判断し、その後、反復的なガイダンスを取得してゆっくりと進化させることです。大企業でも、グロースハッカーと呼ばれる、製品データを活用して製品設計を導く同様の働き方があります。

ニーズの理解がより正確であればあるほど、またニーズの本質の探究がより正確であればあるほど、その後のニーズに対する解決策を提供する際に「適切な薬を処方する」ことができる可能性が高くなります。

1.3 「メイクアップセパレーション」の必要性

メイクアップシェアリング商品の需要は私の人生経験から来ています。私はメイクアップがとても好きで、口紅やアイシャドウなどの商品をたくさん持っています。また、新しい商品もたくさん試してみたいです。しかし、草を植えて化粧品を購入して使用する過程で、私を悩ませる問題がたくさんあります。

1. 化粧品の賞味期限は通常1～2年です。開封してから長期間経過すると、品質に影響が出ます。

2. 化粧品の種類は多く、更新も早いです。エクステ製品を除いて、化粧品は機能によって、プレメイク、ファンデーション、ルースパウダー、輪郭形成、ハイライター、アイブロウペンシル、アイプライマー、アイシャドウ、リキッドアイライナー、マスカラ、口紅、チークなどに分けられます。口紅のカテゴリーだけでも、赤、オレンジ、紫、ピンクなどの基本色と、マット、サテン、光沢、シマーなどの質感があり、さまざまな特性を組み合わせれば、何千もの製品が存在します。すべての製品を試そうと思ったら、私のような貧乏人は破産してしまうでしょう。

2.化粧品のフルサイズパッケージは容量が大きく、通常の消費時間は賞味期限をはるかに超えています。同じ製品を毎日使用しても、2年で口紅を使い切ることはできません。また、珍しい色は数回しか使用しないため、大きなフルサイズパッケージを購入する必要はありません。

3. 化粧品ブランドが新しいシリーズを発売すると、化粧品愛好家はただ新しい色を試してみたいだけになり、楽しみのために試した後は製品を使い続けないことがあります。

上記のトラブルを経験した後、私はメイクは好きだけど頭の中でニーズを考えることができないという原則に基づいて、ニーズを検証するための次のロジックを設計しました。

まず、ブレインストーミングのニーズと対象ユーザー（垂直方向に正確になるようにしてください）に基づいて、オフラインインタビューの概要とオンラインアンケートのセットを設計し、ブレインストーミングの対象ユーザーに対してアンケート調査を実施してニーズを検証しました。検証結果は次のとおりです。

• ブレインストーミングを行うユーザーにはブレインストーミングを行う必要があります。
• ブレインストーミングを行うユーザーにはブレインストーミングを行う必要性がありません。考えられる理由は次のとおりです。

• • アンケート調査の最終段階で、ユーザーは面倒だと感じて嘘をついてしまいました。ターゲットユーザーのブレインストーミングや要望ブレインストーミングは、やはり的確でした。すると、解決策としては、ユーザーが準備せずにユーザーアンケートに答えてしまうようなアンケートに書き直すことになります。
  • ターゲット ユーザーの位置付けに問題があります。このタイプのユーザーには、実際にはそのような需要はまったくありません。五環路内の人々は、五環路外の人々が基本的にシャワー ジェルを使用していないことに気付くでしょう。ましてやハンド サニタイザーなど使用していません。この状況の解決策はより複雑です。需要が変わらないのであれば、ターゲットユーザーを変更する必要があります。いったい誰が手指消毒剤を欲しがっているのでしょうか?次に、そのグループを再度見つけて、ニーズを確認します。
  • 需要に問題があり、これは誤った需要であることを意味します。ほとんどのユーザーは壁に穴を開けたくありません。壁を傷つけずに釘を使わない接着剤を使用することができます。または、この需要にはすでに非常に優れたソリューションがあり、市場に参入する方法がありません。この状況の解決策は、要件のブレインストーミングを再度開始し、対象ユーザーのブレインストーミングを行い、要件を確認することです...

この需要探索方法は、製品感度の高い人に適しています。ブレインストーミングできる需要とターゲットユーザーは、市場ですぐに検証できます。または、より明白で論理的な需要を検証できます。

1.3.1 ブレーンストーミングの要件:

1.3.2 ブレーンストーミングには次のユーザー特性があり、対象ユーザーを次の 3 つのカテゴリに分類します。

1.3.3 要件を確認するためのユーザーインタビュー:

著者はオフラインインタビューとオンラインアンケートを使用してニーズを確認します。

アンケートアドレス: https://www.wjx.cn/jq/96042117.aspx

1.3.4 インタビューとアンケートの結果に基づいて要件を確認し、ユーザーのポートレートを描く

2. 要求に対する解決策 - 「ユーザー/シナリオ/要求」から「要件リスト/機能リスト」へ

2.1 需要に対する解決策は何ですか?

業界には「要件リスト」という用語があります。日常的に使用されるこの用語は、ユーザーのニーズと機能のニーズの両方を指します。私の心の中では、「要件リスト」を「要件リスト」と「機能リスト」という 2 つの概念に暗黙的に分割しています。需要マイニングの結果は要件リストであり、要件に対する解決策は「機能リスト」です。 「機能」は決して「需要」と同じではありません。機能とはニーズを解決することです。需要は常に存在しますが、その「需要」を解決するための「機能」は日々変化しています。

2.2 既存のソリューションよりも優れたソリューションをユーザーに提供するにはどうすればよいでしょうか?

ユーザーには多くのニーズがあります。解決したいニーズの最終状態を目的地とし、現在のユーザー/シナリオ/ニーズを出発点とすると、解決策は経路（目的地まで車で行く、目的地まで自転車で行く、目的地まで歩いて行く）です。複数の解決策の中から、より良い解決策をいかに選ぶか（例えば、車の方が便利だが、燃料費が高くなる）、より良いサブ解決策をいかにネストして選択するか（車の用品を提供して運転体験を向上させ、内蔵ナビゲーションシステムの方がルート検索の精度が高い）、さらにネストする方法（ナビゲーションシステムインターフェースのインタラクション）...これらをネストするのが人間の本質です。

多くのソリューションの中で、ソリューション B の利点を得ること、ソリューション B の欠点に耐えること、ソリューション A の利点を失うこと、現在のソリューション A の欠点に耐えること...どれがユーザーに受け入れられる可能性が高いでしょうか?まず結論を述べます。ユーザーは、得られる価値が失われる価値に対する心理的期待と一致するソリューションを受け入れる可能性が高くなります。梁寧は「プロダクトマネージャーのための30の講義」の中で、人間の根底にある論理は快と不幸であると述べています。快とは満足することであり、不幸とは不満であるということです。お金はほとんどのユーザーが失うものなので、ユーザーが製品にお金を払うかどうかは、実際には製品の価値がユーザーの心理的期待を満たすかどうかによって決まります。

遅くなりましたが、お知らせです。大学時代、私はお金は知識を得るためのものだと思っていたので、金融コースを受講するために10,000人民元以上を費やしました。

しかし、当時は10元を費やしてビデオ会員になるつもりはありませんでした。検索をうまく利用すればそのお金を節約できるからです。検索時間はアプリを開くのに費やす時間とほぼ同じで、アプリを開くとスプラッシュ画面の広告を見なければなりません。会員限定広告もあります！資本家め！会員になるくらいなら餓死したほうがましだ！私が会員になる最後の機会は、両親が「The Silent Truth」を見たいと言った時でした。無料リソースで迷惑なスクロール広告を両親に見せないように、私はあるビデオ TV プラットフォームの 1 年間の会員に加入しました。本当に良かったです!したがって、価格競争をして「失う価値」を下げれば、ユーザーにお金を払わせられるというわけではありません。逆に、「得られる価値」を増やしてユーザーに大きな満足感を与えたり、ユーザーを非常に不幸にしてその不幸を解消したりすることは可能です。

ユーザーが受け入れやすいソリューションがわかったところで、プロダクトマネージャーは一般的にどのようにしてこれらのソリューションを思いつくのでしょうか?ニーズによっては、すでに確立されているシステムなど、実用的なソリューションを簡単に編成できます。すぐに実装したい場合は、サービスを直接購入することもできます。しかし、いくつかの要求に対しては、実用的な解決策を整理するのがより困難です。たとえば、「メイクアップシェアリング」のユーザーは安全性と信頼性を強く求めています。これらの要求に対する解決策は、機能レベルだけでなく、ビジネスレベルと供給レベルにも及びます。現在、私が接してきたプロダクトマネージャーは、競合製品の分析や業界調査などを通じて解決策を見つけている人がほとんどです。

2.3 「メイクアップセパレーション」ソリューション

著者はまず、類似事業である Perfume Era、KEEP、Weidian などの APP との競合製品のビジネス ロジックを整理しました。元の製品の機能ポイントを 0 から 1 まで最適化して反復する方法はないため、「製品分析の 5 つのレベル」を通じて製品コンテキスト全体を整理することを検討します。

戦略レベルでは、ユーザーインタビューを通じて、著者は、再パッケージを試してみたいユーザーのほとんどが、偽造品や期限切れの粗悪品を購入することを最も心配していることを発見しました。そのため、製品のコア層には「本物で安全、高品質なパッケージ製品を提供する」という基本ロジックが策定されています。

範囲レベルでは、製品が戦略的な方向に進むことを保証するために、つまり、本物で安全で高品質の包装製品を提供できることを保証するために、「Fenzhuang」はB2Cの自営ビジネスモデルを採用し、化粧品包装資格を持つメーカーと協力して、消費者に専門的で信頼できる製品体験を提供します。

構造レベルでは、電子商取引製品のユーザー操作パスと情報提示ロジックが形成されており、優れた競合他社は学習と参照の方向です。

フレームワーク層とプレゼンテーション層では、競合製品の分析を通じて、優れた競合製品は、ボタン、表、写真、テキスト領域、UIデザインなどの要素の配置においてピクセルレベルの類似性を持っていることがわかりました。「Fenzhuang」は、引き続き優れた競合製品に敬意を表します。

3. 製品設計 - 「要件リスト/機能リスト」から「PRD」へ

3.1 製品の位置付け

製品の位置付けは、対象ユーザーの核心ニーズから生まれます。「分割メイク」の位置付けは、化粧品愛好家に本物で安全かつ高品質の再パッケージ製品を提供することです。

3.2 製品形態

製品形態は製品の青写真と枠組みであり、製品がどのようにそのポジショニングを達成するかを明確にします。

メイクアップにおける2つの役割：プラットフォーム（売り手）と買い手

3.3 製品ビジネスロジック図

製品フォームは製品の中核ビジネスのみを明確にし、製品ビジネスロジックはユーザーがこれらのビジネスを完了するために必要なパスを示すことです。

消費者が商品を購入するためのビジネス ロジックは次のとおりです。

プラットフォームが商品を販売する際のバックエンドの注文ロジックは次のとおりです。

3.4. 商品業務フローチャート（フロント）

ビジネスプロセスとは、ビジネスロジックに基づいて特定の機能を分解し、製品の具体的な機能ポイントを示すプロセスです。

ユーザー登録のフローチャートは次のとおりです。

3.5. 機能構成図（フロント）

「Fenzhuang」ユーザーエンドのすべての機能と構造関係を表示します。

3.6 プロトタイプ

プロトタイプリンク: https://hchchc6016.github.io/FenZhuangRP/

3.7 広報

別途記事を掲載します

4. 製品のリリース - PRD レビュー/スケジュール設定/開発/テスト/リリース

PRD を書いた後は、PRD レビューが必要です。この段階では、批判されることを覚悟する必要があります。要件と要件に対するソリューションをしっかりと把握している限り、会議は基本的に、尻が頭を決める議論でいっぱいになります。ただ、まっすぐ立って叱られてください (著者の言葉)。

レビュー後の重要なタスクは、スケジュールを追跡することです。通常、進捗を管理する責任を持つ専任のプロジェクト マネージャーがいます。ただし、スケープゴート製品として、自分のプロジェクトの進捗に常に注意を払い、責任を負う覚悟をする必要があります (そうではありません)。自分の製品の進捗に注意を払うことは、プロダクト マネージャーの基本的な資質です。

V. 結論

本稿では、実践プロジェクト「メイクアップ事業部」を起点に、0から1までの製品開発の全プロセスを紹介します。まず、「ユーザー/シナリオ/ニーズ」の3つの要素を中心にニーズを特定します。著者は、簡単なオフラインインタビュー+オンラインアンケートの組み合わせを使用して、対象ユーザーのニーズを検証します。次に、需要からソリューションまで、「製品分析の5つのレベル」に基づいて、戦略レベル、スコープレベル、構造レベル、フレームワークレベル、プレゼンテーションレベルの「分割」のソリューションを開発しました。 3 番目に、製品設計の観点では、著者は製品の位置付けから始めて基礎となるロジックを特定し、最初にロジック図を作成し、フローチャートを骨組みとしてプロトタイプ図と PRD の作成をガイドします。最後に、製品の実装には、関係者と需要レビューを実施し、プロジェクト マネージャーを呼んでスケジュールを調整し、開発、テスト (ちなみに、数日前にインタビューした会社でもテスト ケースのレビュー セッションがあり、新しい世界を発見したような気分でした ✧◡✧)、リリース、反復などを行う必要があります...

著者: VivianHuang は PM です

出典： VivianHuangは首相