プロダクトマネジメント思考（製品特性の観点からプロダクト思考を見る）

製品特性の観点から製品思考を見る

プロダクトマネージャーには、製品作業を遂行するための基盤とサポートとなるプロダクト思考が必要です。私たちは皆、プロダクト思考の重要性を理解していますが、それをどのように育み、どのように実践するかを誰もが知っているわけではありません。この記事の著者は、製品思考に関する自身の見解と実践を共有しています。見てみましょう。

プロダクト思考とは、文字通り、良い製品を作るために必要な思考モードを意味します。考え方は分かりやすいです。それは問題について考える方法です。人によって経験が異なるため、問題についての考え方も異なります。

プロダクト思考は良い製品を作ることなので、製品とは何か、そして製品のどのような特性を満たすために思考モデルが必要なのかを理解する必要があります。

Baidu 百科事典では製品を次のように定義しています。

優れた製品には通常、次の 3 つのレベルの形式があります。

1. コア製品 - 需要。商品の本質は「ニーズを満たすキャリア」です。
2. フォーム製品 - 機能。ニーズを満たすために機能を使用し、機能とニーズが一致します。
3. 認知製品 - ブランド。製品とはニーズを満たすものですが、商品に変換された製品は良い製品です。製品の品質は、ユーザーや一般大衆の目から見た位置によって決まります。

製品は需要に応じて生産されます。需要に応えられないものは価値がない。需要を満たすことができるものはすべて製品と呼ぶことができます。たとえば、昔は人々は仕事のために遠くまで出かけなければならず、相乗りする必要がありました。当時は、相乗りのパートナーを見つけることができる相乗りグループがありました。そうすると、この相乗りグループが提供するサービスは商品と呼ぶことができます。

多くの人が、なぜ相乗りグループが商品と呼べるのか疑問に思うかもしれません。しかし、ユーザーのニーズを満たし、ユーザーに価値をもたらすものであるため、それは確かに製品です。これはまさに、プロダクト思考、つまりユーザー思考の最も重要な現れです。ユーザーの視点から問題を考え、解決策を見つけるには、共感力が必要です。共感がなければ、製品には魂が生まれません。

その後、私は自分で車を購入し、通勤距離がかなり長くなったため、ガソリン代を稼ぐために誰かを拾って、相乗りグループを通じて連絡を取ることを考えました。まず、通信コストが非常に高く、何人かがあれこれ質問しに来ると30分も経過してしまうこともありました。さらに、ニュースに注意を払う時間があまりに忙しくて、チャンスを逃してしまうこともあります。このとき、Didiの相乗りアプリがリリースされました。一連の機能設計を通じて、ニーズを満たす方法がより便利で安全、そしてユーザーフレンドリーになり、製品体験が大幅に向上しました。これはコア製品からフォーム製品への進化です。当社のプロダクトマネージャーのほとんどが行ってきた製品関連の作業は、実際には正式な製品を作ることです。

正式な製品を作る上で最も重要なことは、ユーザーの操作体験に注意を払うことです。ユーザーに楽しんで使ってもらうためには、体験的な考え方を持つ必要があります。

もちろん、良い製品は一夜にして生まれるものではありません。 WeChatグループでの相乗りからアプリでの相乗り、相乗りでの度重なる安全事故からユーザーの権利を保護する安全メカニズムの導入、単に相乗りのニーズを投稿することからルートマッチングに基づいて車の所有者と乗客を推奨することまで、こうした製品の急速なアップデートにより、私たちは常に製品をより良く使えるようになり、それはまさに製品思考における重要な考え方、つまり反復思考または進化的思考を反映しています。

その後、Didi Carpoolなど、相乗り機能を備えた製品が数多く登場しましたが、相乗りしたいときは、やはりDiDi Carpoolが第一候補です。

まず、私はこの製品に慣れており、それが私の心の中に固有の印象を形成しています。 Didiにも相乗り機能がありますが、私はいつもDiDiの相乗り機能を習慣的に開いています。Didiが後にタクシー機能を開始したのと同じように、私は今でもタクシーに乗るのにDidiを習慣的に使用しています。

多くの人が私と同じであれば、ある面でニーズがあるときに、特定の製品を自然に思い浮かべて使用するようになり、その製品は認知製品になります。それはすでに消費者の認知空間において深い位置を占めています。これがブランドの力です。

製品とブランド、ブランドと製品は互いに補完し合い、相互に関連しています。ブランドとは、製品および製品関連シリーズに対する消費者の認識です。本質的には、製品と消費者の間につながりを生み出します。

製品とは、ブランドのカテゴリー、またはブランドの基盤です。レクサスは製品ですが、単独で見るとブランドでもあります。ファンタは商品ですが、単体でもブランドです。製品がなければブランドは構築できません。ブランドが確立されると、徐々に新しいカテゴリーや人気商品が生まれてきます。

したがって、製品作りの本質はユーザーのニーズを満たすことですが、最終的な目標はブランドを形成し、認知された製品となり、市場競争力を高めることです。したがって、ハイエンド製品にはブランド思考、あるいはより狭い意味では運用思考が求められます。

上記は、製品の 3 つの異なる段階からのさまざまな製品思考について説明しています。実は、同じ製品であっても、ユーザー次元、製品次元、ビジネス次元という 3 つの異なる次元から考えることもできます。

1) ユーザーディメンション

ユーザーの視点から問題を考えて、製品の使用方法がユーザーの使用習慣に沿っているか、製品のプロセスがスムーズで障害がないか、製品の機能がユーザーが望むものであるかを検討します。

特にCエンド製品の場合、ユーザー維持率は製品の品​​質を判断する重要な要素であり、製品の維持率を決定するのはコアニーズが満たされている度合いです。問題をユーザーの観点から考えることは、まさに上でユーザー思考やエクスペリエンス思考と呼んだものです。ユーザーの視点で考えることに慣れれば、ユーザーのニーズを満たす製品を作りやすくなります。ユーザーエクスペリエンスに注意を払うことによってのみ、ユーザーに製品を気に入ってもらうことができます。

2) 製品寸法

製品の観点から問題について考えてみましょう。製品の考え方はユーザーの考え方とは異なります。ユーザーにとって使いやすいかどうかにのみ焦点を当てる必要があります。製品では、ユーザーをより適切に誘導する方法など、製品自体の論理構造の合理性に重点が置かれます。在庫が不足している場合は、類似商品をユーザーに推奨することができません。ユーザーにとってよりわかりやすいプロンプトを提供するにはどうすればよいでしょうか?間違ったパスワードでログインすると、「携帯電話番号またはパスワードが間違っています。再入力してください」というプロンプトが表示されることがあります。 「システム異常」の代わりに。

プロダクト思考とは、製品にもっと合理的な論理構造を与え、製品全体のあらゆるリンクを有機的に組み合わせて閉じたループを形成することです。これはまさに私たちが製品形態の段階で特に重視していることであり、機能設計がより合理的になり、製品上でのビジネスプロセスがよりスムーズに実行され、機能とニーズの一致度が高まります。

3) ビジネスの側面

ビジネスの観点から考えると、ビジネスはユーザーと製品に依存しますが、両者は異なります。事業とは、私たちが発展する上で対処する必要がある関連事項を指し、多くの場合、販売の性質を持ちます。

製品の場合、製品の企画・設計から製品のマーケティング・実装まで行われるアクションがビジネスです。営業や開発の観点から見ると、商品はビジネスの担い手であり、ビジネスを実現するための手段です。製品は事業範囲の一部にすぎません。製品のないビジネスも存在し得ますし、多くの製品が関わるビジネスも存在するかもしれません。

ビジネスの観点から問題を検討するには、業界知識、会社のビジネスプロセス、市場の商業価値、投資変換率、ビジネスを製品にうまく反映させる方法、ユーザーにさらに良いサービスを提供する方法、そしてそれによって会社にさらに価値をもたらし、利益を生み出す方法を習得する必要があります。製品をビジネスの側面から考えるということは、まさに、運用とマーケティングの思考を必要とする認知製品の状態を達成することです。

これら 3 つの側面から製品の課題を考えると、製品は単一の形態を超えます。より完全で大規模なシステムです。プロダクト思考とは、実際には科学的な方法論を通じて継続的に価値を最大化する思考方法です。問題を解決し、さらに解決策を製品に変える包括的な考え方です。このプロセスでは、次の4つの能力や思考力が求められます。

まず、総合的な能力と運用上の思考力です。

プログラマーやほとんどのプロダクトマネージャーにとって、私たちが注目する製品ライフサイクルは比較的狭く、製品がオンラインでリリースされた後は、その製品に過度の注意を払わなくなることがよくあります。しかし、製品のライフサイクル全体の観点から、またはビジネスの観点から見ると、製品は長期にわたる開発プロセスであり、このプロセスには製品の研究開発だけでなく、市場戦略、運用戦略、マーケティング戦略も含まれます。

昔の人はこう言いました。「すべてのことを計画しない者は、瞬間の計画を立てる資格がない。全体の状況を計画しない者は、地域の計画を立てる資格がない。」そのため、地球規模で総合的な視点から製品について総合的に考える必要があります。

• なぜこの製品を作るのでしょうか?
• 製品の位置付けは何ですか?
• この製品はどのようなユーザーグループを対象としていますか?
• ユーザーはどのようなシナリオで当社製品を使用するのでしょうか?
• 私たちの製品はユーザーにどのような価値をもたらすのでしょうか?
• 製品の長期開発計画は何ですか?
• 製品目標を達成するための道筋は何ですか?

上記の質問について明確に考えることによってのみ、製品が間違った方向に発展したり、製品の位置付けが根本的に変化したりしないことを保証できます。これは、ビジネスの詳細に苦労しているときに、製品の位置付けを測定するために使用できる基準でもあります。諺にあるように、初心を忘れず、終わりから始めましょう。

全体的な状況から始めて、現在のニーズだけでなく、さらに先を見据えて全体的な状況をより明確に把握し、技術的な側面での問題を考えることも求められます。これにより、より合理的な技術選択とアーキテクチャ設計が可能になります。

2番目は、共感とユーザー思考です。

多くのプログラマーは、プロダクトマネージャーが製品の詳細にこだわり、なぜ製品が常に増分変更なしに変更されるのか、とよく不満を言います。時には、ユーザーから報告された操作上および使用上の問題に対して軽蔑の念を抱き、ユーザーが愚かで何も使い方を知らないと嘲笑うこともあります。なぜなら、技術者は専門家のように行動することに慣れているのに対し、実際のユーザーは何も知らず、愚か者のように考えることに慣れている初心者だからです。 「使える」と「使いやすい」の違いは、たった一言ですが、多大な労力を必要とします。

優れた製品マインドセットには共感と思いやりが求められ、ユーザーの視点から製品の機能とエクスペリエンスをよりシンプルかつ効果的にする方法を考える必要があります。したがって、私たちは次のことを問い続けなければなりません。

• 私たちがやりたいことは、ユーザーが必要としていることでしょうか?
• 顧客の悩みを効果的に解決できるでしょうか?
• ユーザーフレンドリーですか?
• ユーザーは誤解するでしょうか?
• エラー操作になりますか？

実際、例外処理やセキュリティ意識など、私たちが持つ技術的な思考も、ある程度は経験的思考の現れです。ただ、私たちは極限状況での経験にもっと注意を払うのです。こうした体験は欠かせないものですが、ユーザーにとって、こうした側面に遭遇する可能性はどれくらいあるのでしょうか。

いわゆるユーザー思考とは、製品の価値とユーザー体験にもっと注意を払い、製品がユーザーの悩みや問題を解決できるかどうか、そしてユーザーが頻繁に高頻度で使用する製品に対して、ユーザーが製品をより早く受け入れ、より効率的に使用し、さらにはより快適で積極的な体験をできるようにできるかどうかということです。

3つ目は、運用能力とデータ思考です。

インターネット分野の製品、特にToC分野のインターネット製品においては、既存ユーザーのきめ細かな運用をいかに実現するかが、大手インターネット企業が直面する現実的な課題となっている。

ユーザーのニーズは常に変化しており、製品に対する感想も大きく異なりますが、ユーザーからのフィードバックを収集するチャネルは非常に限られています。私たちがあなたに提供できる実際のフィードバックは、良いか悪いかにかかわらず、少なくともユーザーが私たちにまだ大きな期待を抱いていることを示しています。ほとんどの場合、ユーザーは製品に満足していないと、説明する機会を与えることなく、静かに去ってしまいます。

ユーザーの真意を理解するには、データからユーザーの知られざる行動を覗き見し、「言葉では表せない」ニーズを探る必要があります。同時に、イベントを企画することで、新規ユーザーを引き付け、ユーザー価値を変換することで、ユーザーの定着率を高めることができます。

ソフトウェア製品やB2B分野の製品は運用よりもマーケティングが中心ですが、データ思考を活用して製品データを基にビジネスデータを分析・価値抽出し、そのデータからビジネス革新や顧客維持の根拠や指針を得ることもできます。

さらに、インターネットがあらゆる分野に浸透し、産業用インターネットがソフトウェアの SaaS 化を促進するにつれて、To B アプリケーションでは依然として運用能力に対する要求が高まっています。運用とデータを重視することは、現在の製品思考の重要な部分です。

• データ思考とは一体何でしょうか?
• データを活用して問題を特定するにはどうすればよいですか?
• データを活用して結果を予測するにはどうすればよいでしょうか?

データ思考は、製品思考の重要な部分であるだけでなく、技術的思考にも不可欠です。前回の記事でも述べたように、技術的思考では実現可能性を重視します。実現可能性は感情的な推測では証明できません。データの検証によってのみ、より説得力のあるものになります。テクノロジーと製品はどちらもデータの処理と切り離せません。製品はデータを使用して結果を取得しますが、テクノロジはアプリケーションと連携してデータ モデルを設計し、分析と計算を実行する必要があります。

4番目は、進化能力と反復的思考です。

ローマは一日にして成らず、コア製品形態から認知製品形態への製品開発は一夜にして達成できるものではありません。継続的な開発プロセスが必要です。私たちは、開発の観点から製品需要の反復を検討し、動的に変化する進化的な考え方で製品の将来について考える必要があります。

未来は不確実性に満ちており、唯一不変なのは変化です。未来を予測したり、終わりに向けて計画を立てようとしないでください。代わりに、迅速に反復し、小さなステップを踏み、最小限のコストで変化を受け入れるように努めるべきです。

これは製品とそれをサポートする技術システムにも当てはまります。完璧なアーキテクチャを作成し、常に変化する状況に不変の戦略で対応することを期待すべきではありません。そうすると、技術的な硬直化につながります。私たちは、テクノロジーとアーキテクチャを進化させるために、今でも反復的な思考を活用しています。この点では、技術と製品は驚くほど一貫しています。そうでなければ、技術的思考の罠に陥った完璧主義コンプレックスのように、私たちは現在のコストを使って将来の機会のために戦うことになりますが、それは結局価値がないかもしれません。

プロダクト思考はプロダクトマネージャーにとって不可欠な思考能力です。さらに、プロダクトマネージャーの開発段階や仕事内容が異なるため、プロダクト思考の焦点も異なります。

ジュニアプロダクトマネージャーとしてまず必要なのは、プロダクト思考の基礎となる経験的思考と論理的思考です。

シニアプロダクトマネージャーになると、詳細な製品作業を行わなくなり、経験思考の利用が減る場合があります。それは、データ思考、製品のロジックの探求、データの背後にあるユーザーのニーズの理解に置き換えられます。商業的思考力も徐々に強化されます。

製品ディレクターレベルの製品マネージャーの場合、視点はユーザーの側面からビジネスの側面、そして商業の側面へと移行しています。彼はより高い視点から製品を見下ろし、グローバルな製品アーキテクチャとビジネスエコシステムを構築します。現時点では、商業的思考と構造化思考が彼の最もよく使われる思考方法です。

実際、プロダクト思考にはさまざまな考え方が含まれますが、これはプロダクトマネージャーに限定されるものではありません。これは誰もが持つべき基本的な考え方であり、誰もがプロダクトマネージャーになることができ、誰もがプロダクト思考を必要とします。

『みんながプロダクトマネージャー』2022年度著者選考に参加しています。私の記事を気に入ってくれた友達が応援に来てくれると嬉しいです〜

下のリンクをクリックして私の個人立候補ページにアクセスし、赤いハートをクリックして私に投票してください。

1人あたり1日あたり最大35票まで投票できます。投票すると、書籍、Everyone is a Product Manager 記念周辺機器、Qidian Classroom メンバーシップなどの抽選に当たるチャンスが得られます。

コラムニスト

蔡根老譚、WeChat 公開アカウント: CGLT_TAN、『Everyone is a Product Manager』のコラムニスト。彼は、プログラマー、テクニカルリーダー、プロダクトマネージャー、R&Dリーダーなど、さまざまな役職で働いてきました。彼は現在、テクノロジー企業の製品開発全般を担当しており、エンタープライズ IT アーキテクチャとインターネット製品アーキテクチャを得意としています。

この記事はもともと「Everyone is a Product Manager」に掲載されました。無断転載禁止

タイトル画像は、CC0 プロトコルに基づいて Unsplash から取得したものです。

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