APP プロモーション: 質の悪い製品を操作するとどうなるか?

誰かが私に Zhihu の質問に答えるよう誘ってきました。タイトルは「悪い製品を操作するとどうなるか」でした。このタイトルを初めて見たとき、私はびっくりしました。私は悪い製品を作ったことがあるでしょうか?これまで手がけてきたプロダクトラインを数えてみたのですが、どれもかなりすごいものばかりです。中にはDAUが数千万、1億を超えるものもあります。今のところ、どれも死んでいません。正直、プロジェクトを選ぶときは、プロダクトが失敗しないかどうかを考えることが多いです。運営は子育てに似ています。死ぬまで育てるのは本当に辛いです。

この質問に戻りますが、私は過去にこれについて不満を述べたことがあることを認めます。この粗悪な製品 XX を操作するのは本当に不快です。

そして、それは私だけではないと思います。製品オペレーションに携わる多くの学生が、「製品マネージャーはもう少し手助けできないのか？」と不満を言っています。良い製品を作ることで死ぬことはできますか？こんなひどい製品をどうやって宣伝すればいいのでしょうか?私たちが一生懸命に獲得しようとした新規ユーザーは、競合製品よりはるかに劣る粗悪な製品を見て、結局は離れてしまいました。自分自身に問いかけてください。あなたはこれまでにこんなことを言ったことがありますか?

実際、別の観点から見ると、プロダクト マネージャーも私たちについて不満を言っています。「なんてことだ、こんなに素晴らしい製品を作ったのに、なぜあのバカなオペレーション担当者は宣伝できないんだ? 君たちがマーケティングをするか、H5 を作って友達の間で爆発させるべきだ!」 ****これ以上は続けません。ご想像の通りです。 ****

なぜ「不良品」がこんなに多いのでしょうか?

ほとんどのプロダクトマネージャーやプロダクトオペレーターにとって熟考する価値のある一文があります。

ユーザーの視点で見れば、誰もが気取ったマネージャーです。

「悪い製品」というのは、大抵の場合、心の問題です。自分が作った製品が悪いと思うかどうかは、あなたの視点次第です。ユーザーはこう考え、こう行動する、と私たちはよく言いますが、ほとんどの場合、私たちはまだ自分自身の行動について話しているだけです。自分の経験と視点の限界を本当に打ち破れる人は多くありません。

私自身もユーザーなので、私の考えは一般大衆の考えを代表していると言う人もいます。信じられないなら、チームの何人かに聞いてみればわかるでしょう。これは実際には間違っています。このアプローチは政治学におけるポピュリズムのようなものです。誰も気付かないうちに製品を溝に落としてしまうことになりますが、現在多くのチームがこの道を進んでいます。

製品が「悪い製品」であるかどうかを判断するには、実際には自分の役割を超えて考える必要があります。ユーザーに対する強い共感力が必要です。プロダクトセンスという謎めいたものも実はあるのですが、あまり役に立ちません。ただ、PMという肩書きを持っていても持っていない人が多いかもしれませんが、みんな持っていると思っています。

なぜこんなにも悪い製品が多いのでしょうか?悪い製品が存在することは否定できませんし、良い製品の基準を厳密に定義すれば、そのほとんどは悪い製品です。しかし、多くの人が認めたくないのは、製品が悪いと言うとき、彼らは実際には製品について話しているのではなく、プロジェクト全体の失敗をチーム内の他の役割のせいにしようとしているということです。

製品がうまく作られていない場合、それは製品、オペレーション、R＆Dチーム自体、企業文化、リソースなど、多くの要因によるものです。文化とリソースは外部条件であり、制御できるのはチームの内部要因だけです。製品開発に関しては、ショートボード効果は当てはまりません。ボードの 1 つが短すぎるが、他のボードが十分に長い場合は、短期的にそれを補うチャンスがあります。同時に、短いボードを後で補うこともできます。具体的にはどのように行うのですか?白崎については後ほど説明します。

「不良品」をどのように定義するのでしょうか?

あなたが悪いと言ったからといって、その製品が悪いわけではありません。また、プロダクトマネージャーが良いと言ったからといって、その製品が良いわけではありません。定量的な基準が必要です。「不良品」をどのように定義するのでしょうか?実際のユーザー体験を見て、Bai Qi は次の 4 つの思考レベルをまとめています。これらを 1 つずつ確認すると、製品のどこが「悪い」のかがわかります。

コアレベル:

製品の方向性に問題があるのでしょうか？ユーザーには本当にそのような需要があるのでしょうか？実際、ほとんどの製品が失敗する理由は、上司が衝動的な決断を下し、自分のニーズを大衆のニーズと見なしてしまうことにあります。このレベルの腐敗は最も根本的かつ致命的な腐敗であり、基本的には絶望的です。

機能レベル:

ユーザーはあなたのソリューションを承認していますか?競合製品と比べて独自のセールスポイントはありますか?あなたのセールスポイントはユーザーのニーズから生まれたものでしょうか、それとも独自のリソースを持っているからこそのセールスポイントなのでしょうか?

このレベルの腐敗は、反復して修正できるため、まだ保存できます。最も簡単な方法は、競合他社から学ぶことです。競合他社から学ぶことができない場合は、そのままコピーしてください。恥ずかしいことは何もありません。しかし、競合他社をコピーすることさえできないのであれば、コピーしないでください。多くのプロダクトマネージャーは、恥ずかしいと感じてコピーをためらい、半分をコピーして残りの半分に自分のアイデアを追加し、それをマイクロイノベーションと呼んで、盗作と非難されないようにしています。しかし、コピーされたアイデアがあまりにも奇妙で、結局は使えないものになった例も見てきました。

基本的にすべての製品が独自のセールスポイント、つまり中核的な価値を持っているという状況もあります。コアバリューの源泉は2つあります。1つは、ユーザーニーズを真に探究し、ユニークでユーザーに認められるソリューションを生み出すことです。しかし、どの業界も今やレッドオーシャンであり、できることのほとんどはすでに他社がやっているため、独自の価値を生み出すことはなかなか難しいです。もう 1 つは、リソースを使用して製品の方向性を推進することです。つまり、製品は開始時によく考え抜かれており、リソースを持っているのは私だけなので、非常に適切であり、製品は間違いなく成功すると考えています。この方法はリスクを伴います。独自性は満たされますが、ユーザーがそれを認識できるかどうかは疑問です。例えば、WeChat Readingという製品は、そのコア価値はテンセントの最も強力なソーシャル関係チェーンであると主張しています。これは確かにテンセントだけが持つリソースだからです。しかし、実際には、それはWeChat Readingという製品にはほとんど役に立たず、製品が発売されたときにより良いPR効果をもたらすだけです。

パフォーマンスレベル:

アプリはどのくらいの頻度でクラッシュしますか?起動には何秒​​かかりますか？データはタイムリーですか?クラッシュ？ユーザー情報は漏洩しますか?データベースはドラッグされましたか?この層は、R&D 担当者の努力に関するものです。パフォーマンスが良ければユーザーは賞賛しませんが、良くなければ必ず批判します。

視覚的インタラクションレベル:

色はいいですか？やり取りは慣習的なものですか?エントリーレベルの製品マネージャーやオペレーターのほとんどは、他の角度を理解したり説明したりできないため、色やジェスチャーについてしか話せないため、まだ視覚的な側面について不満を言う段階にあります。ビジュアルとインタラクションは、製品に彩りを添えるために使用されます。ビジュアルとインタラクションが優れているだけで多くのユーザーを獲得する製品というものはありませんが、デザイン スタイルが気に入らないために離れていくユーザーもいます。

「不良品」を操作しているときはどうしますか?

誰もが人生で1人か2人の悪党に遭遇するはずです。ある日悪い製品に遭遇し、その悪い製品を操作しなければならないと保証できる人は誰もいません。どうすればよいでしょうか?

上記の4つのレベルを注意深く比較した結果、コアレベルが本当に腐っている、つまり製品の方向性に問題があり、逸脱した状態にあることがわかりました。この時点で、プロダクト マネージャーと話し合う必要があります。変更できる場合は、すぐに変更する必要がありますが、船が大きすぎて方向転換できない場合は、できるだけ早く撤退するのが正しいです。失敗した製品に時間を無駄にする必要はありません。経験ではなく、多くの教訓を蓄積するだけです。

もう 1 つの可能性は、現在のチームのリソースが限られているために製品が悪いだけであり、少し努力すれば改善できる見込みがまだあると考えている場合です。このとき、この悪い製品に対して製品運用部門が何ができるかについて、もっと考える必要があります。

まず最初に、製品が不良であることを認めることです。自分を欺いてはいけません。明らかに問題があるのにそれを隠しているチームに留まらないでください。問題を隠している人は、問題が明らかになったときに責任を問われることを恐れているのでしょう。既存の製品の状況下で、既存ユーザーにとっての価値ポイントを探ります。ほとんどの質の悪い製品でも、まだ一定のユーザーは存在し、中には毎日使用する忠実なユーザーもいます。明るい点を見つけることは、業界内での自分の位置を見つける方法でもあります。

次に、製品マネージャーが製品を改善できるよう支援します。ほとんどの運用スタッフは、ユーザーとやり取りし、重要なユーザー フィードバックを要約して製品マネージャーに提供し、製品マネージャーと協力して運用の観点から製品を変更する方法を検討します。

最後に、製品が故障した場合は、運用部門がそれを補う必要があります。運用レベルからサービス価値を提供し、機能レベルでのユーザーの否定的なレビューに対する認識を軽減します。

最後に、今日見かけた、私自身の考えでもある一文を述べて終わりたいと思います。

知らないことが少ないほど、頑固になります。

「悪い製品」を操作するのはどんな感じでしょうか?それは、自分自身をプロダクトマネージャーとして考えながら、オペレーションマネージャーとしての経験でもあります。