To B と To C: To B 製品の操作は本当に異なりますか?

To B操作とTo C操作の共通概念

まず、いくつかの一般的な概念について説明しましょう。

1. To Bオペレーションの対象は企業であり、To Cオペレーションの対象は一般ユーザーである

狭義には、上記の記述は正しい。すべての製品は常に特定の問題を解決するために設計されているため、最初から複数の役割を指向することはありません。例えば、アリババのDingTalkは企業内の業務効率化の問題を解決するために使われており、私たちが理解している操作対象は企業です。しかし、よく分析してみると、DingTalk 製品のターゲットユーザーは企業内のさまざまな役割を担う一般ユーザーであり、一般ユーザーがより頻繁に、より深く使用することでのみ、DingTalk 製品の価値が反映されることがわかります。企業内のより多くの役割を担う一般ユーザーがDingTalkを使用することで、企業内のコミュニケーション効率を向上させるという製品本来の目的がより顕著になります。これは実際に、私の以前の「二重ファネル」モデルを裏付けています。

別の例として、フードデリバリーソフトウェアを見てみましょう。製品の問題解決と一般ユーザーの観点から見ると、これはTo C操作が必要な製品です。継続的に新規ユーザーを誘致し、活性化を促進し、ユーザーを維持するためには、イベント補助、スポークスマン、ソフトとハードの広告など、多くのユーザー操作が必要であり、まずは一般ユーザーの運用上の問題を解決することが依然として必要です。皆さんも考えたことがあると思います。一方、フードデリバリーソフトウェア会社の観点から見ると、プラットフォーム製品として、供給の問題を解決する必要もあります。このとき、商人や実体企業などに向けて運営する必要があります。このとき、実際には屋台、ランキング、取引、金融サービスなどを含むTo Bの運営戦略になっています。

まとめると、ほとんどの製品では To B と To C の両方の操作が必要ですが、重点とアプローチの角度は異なると思います。

2. 良い製品は運用の結果ですか?

良い製品は、運用の結果である製品の典型的な例です。NetEase Cloud Music （製品運用）、Didi Chuxing（ユーザー運用）などです。これらの製品は運用を通じて達成されたベンチマークですが、すべての製品が運用を通じて成功できるわけではありません。実は前提とシーンがあるんです。主にいくつかの側面が含まれると思います:

• 業界がどの段階にあるか、まず自社製品が属する業界がレッド オーシャンかブルー オーシャンかを確認します。ブルーオーシャンであれば、運用の役割は小さく、それほど多くの運用は必要ありません。
• 類似製品の技術と実装は臨界点に達していますか? 競合製品は高度に均質化されていますか?
• 製品開発モデルは、迅速な反復とアジャイルリリースに適していますか? 一部の製品では、変更よりも安定性が求められます。
• 製品の潜在的なユーザーベースは限界まで探索されており、それを維持するにはさらに多くの操作が必要です。

したがって、運用について話す前に、上記の側面が満たされているかどうかを確認し、その後で自分の製品がうまく運用される必要があると思います。

To B操作とTo C操作の遊び方

話を元に戻すと、To B と To C の操作方法は本当に違うのでしょうか?

前回共有した「ダブルファネル」を分析してみましょう。

純粋に To C 操作の場合はどうなるでしょうか?

次に、右側の「ファネル」に焦点を合わせるだけです。論理的な関係は非常に明確で、最終的にはより多くのユーザーを維持することにつながります。

To B 操作の場合はどうなりますか?

To B オペレーションについて話すとき、一般的には誰もが左側の To B「ファネル」にもっと重点を置くべきだと考えたり、会社の意思決定者の同意が得られれば To B オペレーションは完了するだろうと考えて左側からのみ割り込んだりします。短期的には、企業が費用を支払えば、売上目標は達成されると思われます。しかし、長期的には、販売する製品やサービスが、設定したさまざまなタイプのユーザーに実際には使用されなかったり、製品のレビューが非常に悪かったりする場合、販売主導の製品がどのように持続可能な収入をもたらすことができるのか疑問に思います。それでも成功と言えるのでしょうか？

したがって、左側の「ファネル」に注目するだけでなく、右側のTo C「ファネル」にもさらに注目する必要があり、右側のTo C操作から始めて、製品のユーザーアプリケーションの品質を向上させることで企業に価値を創造し、最終的に企業の継続的な支払いまたは更新に導く必要があります。

まとめると、To C 操作はすべて To B 操作には適用できないということでしょうか?答えはノーです。なぜなら、To B オペレーションには C-end オペレーションがまだ必要だからです。しかし、To C オペレーションをうまくこなすだけでは十分ではないことを理解する必要があります。ユーザーを満足させるだけでなく、企業価値を創造するために製品を使用するようユーザーを導き続ける必要があります。企業は効率性を高める必要があります。

例えば、To B製品のユーザー認証

以下では、弊社のTo B製品の一つにおけるユーザー検証活動をもとに、運用方法や戦略を詳しく分析します。

ここでは具体的な製品の背景については詳しく説明しません。企業の課題を解決する製品であることを知っていただければ十分です。以下は、R&D 段階向けに設計した運用主導のユーザー検証アクティビティです。もちろん、これには要件チームが導入したユーザー ストーリー、R&D チームの迅速な反復と継続的な価値提供、テスト チームの品質システムなども含まれます。全体として、運用は各リンクのモードの変更を主導し、各反復タスクの配置と検証まで詳細に説明されています。

ここでは運営に関する内容に焦点を当てますが、実際にはイベント運営、コンテンツ運営、コミュニティ運営、ユーザーリサーチなども含みます。実際には、ポイント成長システム、ユーザーポートレート、トピック共有、ユーザーセルフ管理、コンテンツガイダンスなど、To C製品運用からいくつかのルーチンも借用し、一定の成果を達成しました。最後に、収集されたユーザーフィードバックは、バグ、新しいニーズ、インタラクション、使いやすさなどの次元に応じて、需要チームとR＆Dチームに入力されます。分析後、ユーザーに応答し、次のイテレーションでいくつかの問題を解決して、クローズドループを形成します。

したがって、製品運用の観点からは、To B 製品も To C 製品も、最終的には製品のユーザーに向けたものである必要があります。To B 製品のユーザーは効率性や機能性をより重視する可能性がありますが、それでも真剣に取り組む必要があります。ただし、To B 製品は、真の価値を生み出し、企業の効率を向上させるために、ユーザーによって検証され、使用される必要があることにも留意する必要があります。これは「ダブル ファネル」操作です。もちろん、To B 製品にはサポートサービスシステムのサポートが必要になる場合もありますが、ユーザーに関しては、To C 製品の操作とそれほど違いはないと思います。

モバイルアプリケーション製品プロモーションサービス： APPプロモーションサービス清瓜メディア情報フロー

この記事の著者は@samrunで、(Qinggua Media)が編集・出版したものです。転載の際は著者情報と出典を明記してください。