tob エンドと toc エンドとは何を意味しますか?

ユーザー グループ

いわゆるユーザー グループとは、どのような人々が製品を使用しているかを指します。 ToC と ToB の最大の違いは、ユーザー グループが異なることです。

ToC ユーザーは基本的に個人ユーザーであり、誰もが明確な個性を持った個人です。あなたのプロダクトがすべての人の個性を満足させることは明らかに困難です、あるいは、そうでない可能性さえあります。私たちがしなければならないのは、ユーザー層の共通点を把握し、満足させることです。

これに関して、張暁龍はかつて、製品は人々の貪欲、無知、怒りを満足させるものでなければならないと述べました。いわゆる貪欲、無知、怒りは大衆の共通の特徴であり、この 3 つの点を考慮して機能を設計できれば、ToC プロダクトの成功は遠くありません。

ToB のユーザーは通常、企業および製品を購入する顧客です。顧客とユーザーの違いは、顧客は自分自身の貪欲、無知、怒りを気にしていないことです。製品が KPI を改善できるかどうか、また製品の費用対効果がどの程度であるかが重要ですが、ユーザーは製品が自分のニーズを満たせるかどうかのみに焦点を当てています。

たとえば、OAシステムを顧客に販売したい場合、顧客が気にしているのは、このOAシステムを導入したことでオフィスの効率が向上するのか、どれくらい改善できるのかということです。そして、それは価格に見合った価値があるのでしょうか？

ToB 顧客は常にユーザーよりも注意を払っています。実際、これは簡単に理解できます。一方は無料で、もう一方は有料であるため、当然のことながら要件ははるかに高くなります。 ただし、顧客の関心の中心は常に KPI の改善効果と製品の費用対効果であることを理解する必要があります。

顧客は効率性を重視しています

ユーザー グループ間の違いを分析し、製品設計プロセスでこの違いを把握することで、デザインを把握することができます。ユーザーに満足していただける製品を。

使用シナリオ

いわゆる使用シナリオとは、ユーザー グループが製品を使用する環境と状況を指します。ユーザー グループが異なるだけでなく、ToB と ToC では使用シナリオも大きく異なります。

製品の使用環境は大きく異なり、ユーザーのさまざまなニーズが決まります。私たちがしなければならないことは、相違点の中にある共通点を見つけるだけでなく、さまざまなシナリオにおけるさまざまなユーザーの相対的なニーズを満たすことでもあります。

たとえば、ToC ユーザーは自宅、地下鉄、人の足跡がほとんどない砂漠でも使用できます。したがって、製品を設計するときは、可能な限り最高のユーザー満足度を達成するために、さまざまなシナリオのユーザーのニーズを満たすために、できるだけ多くのシナリオをリストするように努める必要があります。

ToC ユーザーの使用シナリオは複雑です

ToB の需要シナリオに関しては、オフィスやコンピューターの前にいることが多くなります。顧客の「Go to the office」シーンに行って、実際に顧客のオフィスがどのようなものかを検査することもできます。

つまり、ToB ユーザーの使用シナリオは比較的単純です。考えられるシナリオを列挙し、顧客サイトに行って製品の使用シナリオを調査し、これらのさまざまなシナリオをターゲットにすることができます。さまざまなシナリオに合わせて機能を実装します。

ToB ユーザーは基本的にオフィス内にいます

そのため、ToC 製品では利用シーンを把握することが難しく、調査に頼るしかありません。さまざまなシナリオを可能な限り満たすために、次の要求を満たします。 ToBの製品の利用シナリオは比較的シンプルであり、さまざまなシナリオのニーズを満たすために考えられるシナリオを網羅的に列挙する必要があります。

3. ユーザー ニーズ

いわゆるユーザー ニーズとは、ユーザーが何を必要とし、そのニーズを満たすために製品がどのような機能を提供するかを指します。

需要の観点から見ると、ユーザーは製品ごとに異なるニーズを持っています。ToC のユーザー ニーズは、多くの場合、製品の初期段階で市場調査やユーザー グループ調査を実施してユーザーのニーズをまとめるプロダクト マネージャーです。製品が持つ機能や、既存製品がユーザーを満足させていない点は何でしょうか？

たとえば、携帯電話アプリケーションはますます多くのメモリを占有し、ユーザーはすぐに使えるアプリケーションを必要とするため、小さなプログラムが生まれました。これらすべてにおいて、どのような製品が必要なのかをユーザーが教えてくれるわけではありません。ユーザーは、どのような問題が発生したかを教えてくれるだけであり、プロダクト マネージャーは問題を解決し、ニーズを満たすために製品を調査、分析、設計する必要があります。

ToC の要件は主にアンケートから得られます

ToB の顧客は多くの場合、多くの要件をリストアップして、この問題を解決したいとプロダクト マネージャーに伝えます。どのような機能を実装したいのかなど、要件の包括的なリストが得られると思いますが、このとき、これらの要件を区別し、ユーザーがなぜこの問題を解決したいのか、なぜ実装したいのかを考える必要があります。この機能、そしてユーザーの中心的な要求は何か。

これらの分析の後、残っている要件はそれほど多くなく、それらは顧客から与えられたものとまったく異なるものさえありますが、顧客の中核となる要求を満たし、より合理化された機能で満足していることがわかります。

以上がtob エンドと toc エンドとは何を意味しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。