チームごとに異なるフィールドを要求する
レコードが誰も信頼しない長いフォームになります。
安定した顧客中核データを維持し、役割やステージ固有のフィールドは適切なビューまたは関連レコードに配置します。
変化する顧客プロセスに対応するカスタマイズ可能なCRMソフトウェア
改訂のたびに従来型の個別開発を発注せずに、関連レコード、フィールドロジック、ワークフロー、権限、ビュー、リマインダー、ダッシュボードを設計します。
カスタマイズが有用なのは、チームがシステムを安全に変更し、結果をテストし、担当責任とレポートを維持できる場合に限られます。
- レコードモデルを設定
- 経路と役割別ビューを変更
- すべての変更をテスト可能に保つ
実質的なプロセス差異と回避可能な複雑さを区別
柔軟なプラットフォームでは、悪いプロセスもすぐに仕組み化されてしまいます。まず、その変更で改善すべき判断を明確にしましょう。
ステータスに開始・終了の根拠がない
カスタマイズでラベルだけが増え、統制は改善されない。
各ステータスで満たすべき条件、判断者、続いて行うアクションを定義します。
ダッシュボードが古いスプレッドシートの合計を転記している
新しい可視化でも同じ手作業の照合が残る。
各指標を例外、対応キュー、判断に結び付けて設計します。
対象を絞った顧客業務を1つずつ変更
速度によってガバナンスが損なわれないよう、再現可能な経路を使います。
判断内容を明記
ユーザー、トリガー、判断、必要な根拠、責任者が明確な次のアクションを記述します。
- 業務責任者1名
- 測定可能な問題を1つ特定
- 期待する改善を1つに限定
モデルを調整
実用上必要な最小限のフィールド、関連レコード、検証、参照を追加または変更します。
- 安定したIDを維持
- 過去のレコードを引き続き参照可能
- 正規データソースを重複させない
業務を振り分け
改訂したレコードを中心に、担当責任、権限、リマインダー、承認、例外ビューを設定します。
- 正常系
- 差し戻しまたは拒否の経路
- 期限超過・データ欠落の処理経路
テストとリリース
実際の役割で代表的なレコードを処理し、ダッシュボードのドリルダウンを確認して変更を文書化します。
- デスクトップとモバイル
- 役割別アクセス
- エクスポートと履歴
同じCRM上の判断を変更する工数を比較
プラットフォーム比較では、同じ具体例を使います。顧客リスク理由を追加し、高リスクレコードを振り分け、レビュービューを作成し、ダッシュボードに元レコードを表示します。
要件、ベンダーや開発者のバックログ、実装、テスト環境への展開、修正によって、変更サイクルが長期化する場合があります。
訓練を受けた管理者なら、多くの場合、この限定的な変更をアプリケーション上で直接設定し、テストできます。
- リスク理由の選択フィールド
- 条件付きレビュー担当経路
- 役割別の例外キュー
- 元レコードへドリルダウンできるダッシュボード
設定、連携、専門ソフトウェアを意図的に使い分ける
すべての違いをカスタムフィールドにする必要はありません。
独自の受付、レビュー、担当割り当て、フォローアップ
選択
Jodooでフォーム、関連レコード、ワークフロー、役割、ダッシュボードを設定します。
避けること
業務部門で管理できるプロセスのためにコード開発を発注すること。
標準のメールエンゲージメント、予測、マーケティングアトリビューション
選択
パッケージCRMを使用し、業務引き継ぎを連携します。
避けること
専門チャネル機能をノーコードアプリで再構築すること。
正規の財務、請求、ERPデータ
選択
専門システムを正規データソースとして維持し、連携と照合を定義します。
避けること
正規の財務データを編集可能なCRMフィールドにコピーすること。
外部顧客向けの完全オーダーメイド製品
選択
カスタムソフトウェア開発とプロダクトエンジニアリングを評価します。
避けること
社内アプリの設定を公開SaaS製品の開発と同じように扱うこと。
CRMに関する実践的な質問
CRMソフトウェアをカスタマイズ可能にする要素は何ですか？
意味のあるカスタマイズには、色やラベルだけでなく、レコード、関係、フィールドロジック、検証、ワークフロー経路、権限、ビュー、リマインダー、ダッシュボード、連携が含まれます。
CRMのカスタマイズを誰に許可すべきですか？
プロセス責任者、テストデータ、変更メモ、役割検証、ロールバックまたは修正経路を定め、訓練を受けた管理者が変更を行います。日常ユーザーは本番構造を直接編集せず、変更を提案します。
JodooはカスタムCRMソフトウェアですか？
JodooはCRM業務アプリケーションとして構成できるノーコードプラットフォームです。カスタム開発会社でも、オープンソースCRMのコードベースでもありません。
顧客業務の変化がパッケージ画面より速い場合はJodooを活用
訓練を受けた業務管理者が次の限定的なプロセス変更を担うべき場合に、Jodooが最適です。
- 変化し続ける顧客レコードと承認
- 役割別ワークフローとダッシュボード
- 専門CRMまたはERP周辺の業務拡張
営業、マーケティング、サービス、財務の標準機能は専門システムに維持
機能の深さとエコシステムが購入理由となる標準機能には、実績あるCRM、マーケティング、サービス、財務、分析の各プラットフォームを使います。
Jodooで始める
構成可能なCRMを使用