現在の状況診断
ファーストステージの問題、ビジネスクローズドループ、データ責任の明確化実際の位置、リードアクセス、重み付け、流通、リサイクル、チャネルアトリビューション、クライアントの連絡先、ビジネスチャンス、見積り、フォローアップ、契約管理関連プロセス、サンプル、システム、リスクをソートするインタビュー。
PROFESSIONAL SERVICE
CRM、SCRM、会員およびマーケティングの自動化されたシステムカスタム化の開発
最初に、顧客と取引パスをマークする必要があります。, ではなく、最初に入力するフィールドの数を要求します。.
リードの由来とフォローアップの責任についてよりよくお知らせしています。営業プロセスと予測を継続的に繰り返して行えます。クライアントアセットは個人レコードのみに依存しません会員は、会員が接続して、再購入します。
プロジェクト意思決定の結論
CRMおよびクライアントのオペレーティング システムが活動化させるべき方法
CRMおよびクライアントのオペレーティング システムは、ビジネスの責任、データ所有権、既存のシステムおよびquantifiable基質を最初に認識し、そして成熟したプロダクト、構成の実装、二次開発、独立したカスタム化またはシステム統合で決定する最初はビジネス チェーンから始まります。第一段階は採用されると組織的および機能規模と代表的な正常で、異常なサンプルと閉鎖された検証です。
START WITH EVIDENCE
事前審査から受入・受入まで
不確実性のレベルは、入力のスケールと協力のモダリティを決定する前に段階によって減少します。
第一次導入
営業を休止した受取リングを実業で行います。マーケティングプロセス、ターゲット予測、アクションアラート、管理分析、会員、ラベリング、資格、ポイント、アクティビティ、ライフサイクルの操作が完了し、必要な能力、インターフェイス、マイグレーション、異常が並行して構築されています。
オンライン
調整、採用率、運用指標による推進実際のユーザーとデータのバッチ処理、品質、効率性、異常値、メンテナンスコストの観察、フォローアップルートの形成
推奨される前約束の準備ができている
リード、顧客の種類、販売段階およびフォローアップサンプルのソースクライアントデータ、アトリビューションルール、チャネルインターフェイスの既存の現在のプロセス、仕事の役割および主要な異常システム、インターフェイス、アカウント番号、データ説明文は、歴史的データ サイズ、質およびマイグレーションの保持の条件ゴーライブウィンドウ、キーユーザー、受入
受入時に見れる証拠。
クライアントを移転し、事業を再開し、クライアントを転送する、手がかりを解消し、再開示することができます。異なる役割や組織のデータは、クライアントのマンデートと一貫性があります主要なビジネス閉鎖したループは実サンプルと再度テストすることができます役割の権利、承認、ログ、データ範囲が合意される繰り返しインターフェイス、タイムアウト、失敗および補償プロセス追跡可能ソースコード、構成、展開、テスト、輸送情報など、
協力・責任の境界
クライアントは、オペレーティングシステム、データ正当な、財務または取引の専門知識を確認し、必要なアカウント番号、サンプルおよび社内管理者を提供する責任があります。 サードパーティの製品ライセンス、クラウドリソース、外部インターフェイス、および専門コンプライアンスコストは別々に識別されます。
企業が普段直面する問題
効果的なチャネルを識別できない、繰り返し、欠落しています。
クライアントとフォローアップレコードは、個人的にはあります。
商業段階、投影および単一溶かされた低下の不十分な目録
マーケティングのタッチダウンは、実際の取引、再購入結果にリンクされていません。
コアサービス
01
スレッドアクセス、重み付け、分布、リサイクルおよびチャネルアトリビューション
02
クライアントの連絡先、ビジネスチャンス、見積り、フォローアップおよび契約管理
03
セールスプロセス、ターゲット予測、アクションアラート、管理分析
04
会員、ラベリング、資格、ポイント、アクティビティ、ライフサイクルの操作
05
SCRM ローカルエリアのコーディネート、顧客サービススレッドとマーケティングオートメーション
06
ERP、注文、顧客サービス、コール、電気およびデータ プラットフォームの統合
今後も、現在のプロジェクトを振り返って検討を進めていきます。
プロジェクトの異なるフェーズの実装のサービスの境界、予算ベース、およびモダリティは同一ではなく、次の組み合わせでさらに評価することができます。
プロジェクト成果物
最終配達境界は、サービスの範囲、建設段階、協力の商品に応じて定義され、共通の結果として以下に記述されます。
DELIVERABLEクライアントの業務プロセスとフィールドキャリバーの青写真
DELIVERABLECRM/SCRM/Memberシステムかカスタマイズされたモジュール
DELIVERABLEスレッドチャネル、メッセージ、マイクロエントリー、ビジネスシステムインターフェイス
DELIVERABLEクライアント履歴データがウェイトとマイグレーションスクリプトにクリーンアップ
DELIVERABLE役割データ権限、販売規則、運営委員会
DELIVERABLE試験、トレーニング、オンラインおよび輸送データ
プロジェクト予算の評価方法
第一フェーズで完了するために必要なサービスおよびビジネス閉鎖の範囲: リードアクセス、重み付け、流通、リサイクルおよびチャネルアトリビューション、顧客接点、ビジネスチャンス、見積り、フォローアップおよび契約管理
既存のコード、データ、システム、機器、文書の完全性、およびカバレッジの範囲の整合性のレベルを監査、再配置または再設計
サードパーティのインタフェース、調整の責任、データ品質、異常な補償および外部のサプライヤーの協力の数
性能、可用性、セキュリティ、権限、監査、コンプライアンス、アクセスウィンドウなどの機能不全な要件
配信深さと長期責任:役割データ特権、販売規則、運用板、テスト、トレーニング、オンラインおよび輸送データ、および品質保証、平和維持および継続的な反復範囲の輸送
これらは、開発の即時開始をお勧めしません。
プロジェクトの目的、責任ある人および受諾の基準は確立されません
主要アカウント、データ、インターフェイス、またはビジネスの許可が利用できていない
最大の価格や非常に短いサイクルのみが求められ、必要なテストと品質管理は受け入れられません
IMPLEMENTATION PLAYBOOK
CRMおよびクライアントのオペレーティング システムが要求から受諾可能な結果に動かす方法
実装方法論、データキャリブレーション、責任の境界を説明するために、以下のとおりに、機能リストによるプロジェクト判断のプロキシとして使用されていません。
まず、修正前の実態を記憶します。
プロジェクトは、ほとんどの改善を必要とするビジネスリンクの選択から始まります, 実際のユーザーをインタビューし、最近のサンプルを占有. レコードのボリューム, 平均時間, 待機時間, バックツーワーク, 珍しい数字とマニュアルの接点周りの「クラインアクセス, 重み, 分布, 回復とチャネルアトリビューション」が記録されます; 利用可能なデータが不完全である場合, ベースラインは、列の1〜2週間の手動テーブルアカウントとして使用されます. ベースラインなし, プロジェクトの完了は、Z18システムおよびZMを動作させるかどうかを判断するかどうかは、ZMを判断するかどうかをすることができます.
ベースラインは、統計と除外のスコープも示します。例えば、処理時間は、情報の利用可能性やクライアントによる最初の投稿で始まり、例外はサードパーティのインタフェースを含むことができません。手動修正は、マイナーな校正または再処理です。
利用可能な最小限のスコープでキーの仮定を検証
最初のフェーズでは、すべての部門をカバーすることを目指していますが、むしろ「クライアントの連絡先、ビジネスチャンス、見積り、フォローアップと契約管理」の周りにクローズドループを形成しています。これは、明確入力、取り扱いのルール、システム行動、責任の役割、異常な動き、最終出力です。 主な役割には、少なくともビジネスオーナー、実際のユーザー、技術的なインターフェイス、受信および検査役員が含まれます。また、管理によって要求が記述され、別のグループによってインターネットで使用されることを避ける。
必要性の評価はビジネスシーン、ユーザー ロールおよびサンプル受け入れに各能力を対応します。正当なデータ、インターフェイスまたは意思決定者に事前条件またはその後の段階として含まれているべきではないこと、そして固定範囲の提供で静かに含まれるべきではないことの無事に。
プロセスをリバーシブルでリバーシブルなステージ結果に
典型的なパスは、フォーカスグループとトランザクションチェーンを選択し、顧客トレイルビジネスとアトリビューションのキャリブレーションを調和させ、最初の販売クローズドループ、アクセスライン注文、および旅客サービスシステムの開発を構成することです。各ステージは、フローチャート、プロトタイプ、インターフェイス契約、テストレコード、デプロイメントの説明、または実行されたデモなどの可視結果をもたらす必要があります。
ステージのデモは「仕事に合致する」ではありません。 代表的なサンプルは、通常のプロセス、欠落したフィールド、繰り返しの要求、不十分な権限、時間オーバーラン、外部サービスからの履歴データ異常をカバーし、初期段階での生産環境でのみ発生する問題を特定するために使用する必要があります。
配送、証拠、インジケーターによる一般的な受諾と受諾
プロジェクトのクライアントのビジネスプロセスとフィールドキャリブ・ブループリント、CRM/SCRM/member システムまたはカスタマイズされたモジュール、スレッドチャネル、ニュース、マイクロおよびビジネスシステムインターフェイスを確認し、ソースまたは構成のアトリビューション、アカウント管理、ビルドの展開、データバックアップ、障害対応、およびその後のメンテナンスの責任を確認します。機能的なアクセプションに加えて、特権、セキュリティ、パフォーマンス、ログ、回復機能、およびキーユーザー トレーニングをチェックして、クライアントチームがシステムと独立してシステムを理解していることを確認することができます。
1 ヶ月あたりの 800 個の項目のプロセスベースラインを仮定し、単位の平均 18 分、および 1 パーセントあたりのリターン率は、これはクライアントのパフォーマンスではなく、例えばです。 ラインは、リードおよびフォローアップの責任のソースの継続的なレビューを 4 から 8 週間継続して続行する必要があります。販売プロセスと予測が継続的に繰り返されるかどうかを明確に決定し、顧客の資産は個人的な記録にのみ頼りにはなりません。
キーワードとコンテンツの説明
このページには、CRMシステム、CRMカスタマイズ開発、SCRMシステム、顧客管理システムの開発など、実際のサービスの問題に関する組織的コンテンツが含まれています。 キーワードは、固定効果に対するコミットメントを暗示することなく、ユーザーと検索システムがテーマを特定するのを助けるために使用されます。 最終的なスコープ、サイクル、予算およびインジケータは、プロジェクト診断、契約および受諾ベースラインに基づいています。
DELIVERY PATH
導入・納品経路
各段階は明確な目的、参加型ロールおよび評価可能な結果を持ち、重要な決定はプロジェクトの最後に残っていない。
01フォーカスグループと取引チェーンを選択
02クライアントのリードとアトリビューションキャリブレーションの調和
03初回販売終了リングの設定
04サービス注文および旅客サービスシステムへのアクセス
05実際の販売チームでテストする
06データの活用と変換に基づく継続的な最適化
FAQ
FAQs
協力前の最も一般的な問題は、事前に明示されています。
CRMは、標準製品やカスタム開発を購入していますか?+
一般的な販売プロセスは、いくつかのルールに集中したときに構成とインターフェイスの使用で、成熟したCRMの評価を優先します。 コアプロセス、チャネル、またはメンバーが重要な方法で動作するときに、追加のカスタマイズのみが導入されます。
SCRMとCRMの違いは何ですか?+
CRMは、クライアント、ビジネスチャンス、セールスプロセスを管理し、SCRMは、ソーシャルチャネル、プライベートコラボレーション、顧客のアウトリーチに重点を置きますが、企業はプラットフォームルールや個人情報保護の要件を遵守しています。
CRMを使用するために販売店が不利であるのを避ける方法か。+
価値のないエントリを削減し、システムがリードし、取引状況を仮定して、販売がアラート、クライアントの背景や引用などの直接的な利点を受け取ることを可能にします。
CRMはどのように受け入れ、受け入れますか?+
アクセス、重み付け、配電、フォローアップ、ビジネスチャンス、見積り、取引、ドロップアウト注文、顧客転送は、実際のリードを使用して検証され、権限とチャネルの帰属がチェックされます。
DECISION FAQ
265 件の質問をすべて表示する現在のプロジェクトに関する一般的な問題
企業運営・運用管理システム
CRMシステムは、標準製品やカスタム開発を購入します?
チャネル、オファー、メンバーシップ、配送または業界プロセスの違いは明らかです。 最も重要なのは、デモ機能を比較するのではなく、API、データエクスポート、パーミッション、およびアップグレードの境界を確認することです。
完全な回答を見る企業運営・運用管理システム古いCRMとExcelの顧客データ洗浄マイグレーションはどのように機能しますか?
移行は、顧客、連絡先、リード、ビジネスチャンス、フォローアップレコードの対象モデルの識別によって優先され、重複、アトリビューション、フィールドマッピング、履歴ステータスを処理する必要があります。 携帯電話番号または会社名だけで機械的に組み合わされることはできません。また、すべての無効なレコードが新しいシステムに直接インポートされることをお勧めしています。
完全な回答を見るコーポレート情報の選択、統合、データガバナンスSOSOへのログインポイントは1つで、企業は構築する必要がありますか?
SSOは、すべてのユーザーとビジネスの認可に対する同じ権利を持ちません。また、企業はアカウントのライフサイクル、複数の要因認証、分離回復、緊急ログインを計画しています。
完全な回答を見るコーポレート情報の選択、統合、データガバナンス複数のシステムにおけるデータの不整合性はどのように対処すべきか?
クライアント、商品、組織、在庫、注文は、明確なコーディング、校正、同期、タイミングで異なるシステムの主たる責任であるかもしれません。 履歴の違いは、在庫、清掃、手動検証、およびバッチスクリプトが根本原因を隠すために使用できる必要があり、必要ありません。
完全な回答を見るRELATED
アドバイスをいただくサービス、案内、事例
AIのトピックの販売
AIセールスアシスタントとCRMコピロー
顧客調査、フォローアップ推奨事項、CRMライティングバック、権限、マニュアル検証など、該当するシーン
詳しくはお問い合わせください。関連するケース小売会員向けトレードシティ・アップルト
会員、取引、ドア、操作のシナジーを閲覧
詳しくはお問い合わせください。AIクライアントサービス相互にリンクするAIスマートオンバス。
クライアントの問題、知識、チームワークをマニュアルサービスに接続します。
詳しくはお問い合わせください。インテリジェンスオートメーションAIワークフローとプロセス自動化
研究開発、販売準備、顧客フォローアップサポートの延長
詳しくはお問い合わせください。