B2Bオンボーディングですぐに満足
B2Cエンドユーザーをオンボーディングする場合、すぐに満足感が得られるようです。一部のアプリのカテゴリでは、かなりのテーブルステークスです。
直感的にはB2B SaaSに変換されるはずですが、裏付けとなる証拠を見つけるのに苦労しています（いくつかのブログ投稿を除いて）。私は興味があります：
- インスタント満足要素を含むB2Bオンボーディングプロセスのクラス最高の例は何ですか？
- あるいは、誰かが立ち上げたB2Bインスタント満足機能を説明できますか？
ありがとう！
来週の新しいアプリのリリースで、B2Bのお客様はこの問題に直面しています。 MVP mPOSをリリースします。このユーザータイプでは、すぐに満足する、または簡単に再現できる（そしてB2Bの顧客が必要とすることを実行するという点でやりがいのある）非常にシンプルな機能は難しくありません。実際、あなたがSaaSである場合、彼らはすでにそれを購入しているので、それは無限に簡単です。
真剣に、しかし私たちのMVPは、まさにこれのための5ステップのチュートリアルから始めました、そして私たちはすべての顧客が馬鹿であり、チュートリアルがそれを切り取らないことを知っていたのでそれを殺しました。それは厳しいですが、ポイントは通常、SaaSプラットフォームサービスを購入する人は、それを日常的に使用している人ではないということです。当社の営業担当者が経営幹部を販売し、それから私たちの顧客の成功を/サポート担当者が日常の従業員と話す2つの完全に異なるグループの人々、および製品に関する顧客の知識は事実上無効です。
したがって、すべてのB2Bソフトウェアと同様に、トレーニングが必要です。 mPOSを作成したので、今度はデモビデオも作成して、すべてがどのように機能し、すべてがWebベースのプラットフォームに接続する方法を示します。それまで、私は（PMとして）フィールドでアプリのライブデモを行い、顧客のクエリを処理するようにチームをゆっくりとトレーニングしています。
そうは言っても、すぐに満足できるのはチュートリアルではなく、製品/サービスの使用です。私たちにとって、それはすべてを完全にシンプルにすることです。つまり、アプリを扱っている人が死んでも、それを手に取った次の人は途中で続行して成功することができます。それがモットーであり、それが私たちのやったことです。それが違いを生みます。
チュートリアルは、お客様と話をして、興味から理解まですべてを測った後でわかったものです。彼らが製品を自分で処理することはめったになく、さらに技術的にまったく精通していません。そのため、アプリは実際のユーザーに簡単に対応できます。
TL; DR-チュートリアルについて心配する必要はありません。他のすべてをシンプルにすれば、何があっても大丈夫です。