お客様のオペレーション、 説明した.
顧客運用とは、顧客対応のすべてのプロセス (キャプチャ、販売、見積、支払い、サービス) を、一連の切り離されたツールではなく、接続された 1 つのシステムとして実行することです。 CRM は何が起こったかを記録します。 顧客の運用プラットフォームが作業を実行します。
のシステム アクション単なる記録システムではない
CRM として販売されるソフトウェアのほとんどは記録システムです。 連絡先、取引、チームの行動履歴が保存されます。 これは便利ではありますが、受動的です。誰かが更新を覚えている場合にのみ記録は現実を反映し、忘れたときには何もしません。
顧客の運用では、同じ情報が行動システムとして扱われます。 リードはただ保存されるだけでなく、記録され、ルートされ、時計に記録されます。 見積書は誰かが他の場所で入力した文書ではなく、取引自体から生成されます。 支払いは来月に調整されず、現在記録に基づいて徴収されます。 チームが 1 日に何回同じ顧客の詳細をあるツールから別のツールに移動するかを数えてみない限り、この区別は学術的に聞こえます。
CRM と呼ぶと、連絡先管理機能の比較が求められます。 これを顧客オペレーションと呼ぶと、より適切な質問になります。問い合わせが到着してから資金が入金されるまでの間に、ソフトウェアは実際にどの程度の作業を行うのでしょうか。
断片化は扱いやすいものであり、 維持するのに高価な
チームが断片的な運用を実行することを決定することはほとんどありません。 ここにツールが追加され、そこにスプレッドシートが追加され、継ぎ目のコストがツールより高くなるまで蓄積されます。
パイプライン用の CRM、見積用のドキュメント ツール、請求書用の会計ツール、そして実際の会話用の WhatsApp。 それらの間のすべての境界は手動コピーであり、スレッドをドロップする可能性があります。
チームが顧客の名前と番号を複数回入力する場合 (CRM に 1 回、請求書にもう一度)、同じデータに対して 2 回支払うことになり、最終的に 2 つのコピーが一致しないことが保証されます。
パイプラインがあるシステムに存在し、資金が別のシステムに存在する場合、手動で調整しない限り、実際に何が閉鎖されたかを誰も知ることができません。 予測と銀行取引明細書は異なるストーリーを伝えます。
顧客の操作内容 実際にカバーします
4 つのステージ、1 つのレコード。 いずれかのステージが異なるシステム内にある場合、それらの間のハンドオフは誰かが覚えておく必要のある手作業になります。
捕獲
すべての問い合わせは 1 か所に届き、送信元がタグ付けされます。 Web サイトのフォーム、WhatsApp、Facebook、電子メール、電話、ウォークイン、紹介パートナーはすべて、4 つの異なる受信箱ではなく、同じパイプラインに到達します。
ルートと行動
リードは得点され、最初にチェックした人ではなくルールによって割り当てられ、フォローアップクロックが与えられます。 その時間がなくなると、システムは自動的にエスカレートします。誰も思い出す必要はありません。
取引する
見積書と請求書は営業担当者が作業したのと同じ記録から生成され、支払いは接続されたゲートウェイを通じて徴収されます。 数値を別の会計ツールに再入力する必要はありません。
保存して報告する
販売後の会話、更新、サポート履歴は、同じ顧客レコードに添付されます。 レポートは 1 つのデータセットから取得されるため、パイプライン数と収益数は最終的に一致します。
従来のCRM 対顧客の運用
| 寸法 | 従来のCRM | 顧客の業務 |
|---|---|---|
| 主な目的 | 何が起こったかを記録する | 起こったままに作業を実行する |
| リードのフォローアップ | 手動で更新するフィールド | システムが強制しエスカレーションする SLA |
| 引用 | 通常は別のドキュメント ツール | ライブ取引記録から生成 |
| 支払い | 別の場所で追跡され、後で調整される | 流入データを収集し、自動的にログに記録 |
| 会話 | 覚えている場合は事後記録 | チャンネル自体からキャプチャ |
| 報告 | 営業活動のみ | 現金、1 つのデータセットによるリード |
| 故障モード | データが古くなり、信頼が失われる | プロセスのギャップがアラートとして表面化する |
これは範囲の違いであり、品質の違いではありません。 優れた CRM は顧客業務に必要な一部分ですが、それがすべてではありません。
入居する 正しい順序
速度よりも順序が重要です。 それぞれのステップが次のステップを安全にします。
まずキャプチャを統合する
1 つのパイプラインに流入するすべてのリード ソースを、その起点がタグ付けされて取得します。 目に見えないフォローアップの問題を解決することはできません。
フォローアップは習慣ではなくルールにしましょう
戦略に従って割り当て、最初の応答にクロックを設定し、クロックの期限が切れたらシステムをエスカレートさせます。
見積と支払いを内側に引き出す
取引記録から見積書を生成し、それに対する支払いを回収します。最終的にパイプラインと収益が一致します。
1 つのレコードからレポートし、自動化する
記録の取得、フォローアップ、支払いが共有されると、レポートは信頼できるものになります。その後、自動化が追加されます。
お客様のオペレーション、 答えた
顧客運用とは、顧客対応のすべてのプロセス (リード獲得、販売、見積、支払い、販売後サービス) を、別個のチームが所有する別個のツールとしてではなく、接続された 1 つのシステムとして実行する実践です。 従来の CRM が何が起こったかを記録しますが、顧客運用プラットフォームは作業自体を実行します。
CRM は記録システムであり、連絡先、取引、アクティビティ履歴を保存します。 顧客オペレーションはアクションのシステムです。また、リードのルーティング、フォローアップ SLA の適用、見積の生成、支払いの回収、記録の自動更新などのワークフローも実行します。 CRM は顧客業務のコンポーネントであり、同義語ではありません。
断片化のコストは人員数よりも速く増加するためです。 販売用の CRM、別個の請求ツール、別個の支払いゲートウェイ、会話用の WhatsApp を使用すると、すべての引き継ぎが手動でコピー＆ペーストされ、取引が滞る場所になります。 これらを 1 つの運用システムに統合することで、単なる文書化ではなくハンドオフが排除されます。
いいえ。小規模なチームでは、リーダー、見積もり、フォローアップを同じ担当者が担当することが多いため、通常、より早く断片化を感じます。 4 つのツールを切り替える 10 名のビジネスは、各ステップに専用の役割を持つ 100 名のビジネスに比べて、比例して多くの時間をロスします。
少なくとも: マルチチャネルのリード獲得、自動割り当てと SLA 実施を備えた構成可能なパイプライン、見積書と請求書の生成、統合された支払い回収、およびこれらの各ステップが書き戻す単一の顧客レコード。 レポートと AI 支援は、その共有記録の上に置かれます。
ほとんどのチームは、既存の連絡先と取引をインポートすることから 1 日以内に開始し、その後 1 週間かけてパイプラインと自動化を構成します。 移行は通常段階的に行われます。通常、チームは最初にリード管理を移行し、パイプラインが実行されたら見積と支払いを次に移行します。
いいえ。オートメーションは機械的な部分 (ルーティング、リマインダー、データ入力、文書生成) を処理するため、営業担当者は会話に時間を費やします。 AI はリードを獲得し、フォローアップをドラフトすることで支援しますが、決定と関係はチームに残ります。
カスタマーオペレーションの姿をご覧いただきました。 さあ、ひとつの場所で運用しましょう。
獲得、営業、見積もり、支払い、サービスを、一段階ずつひとつのレコードにまとめましょう。