個人と企業
次回のやり取りに必要なID、連絡先情報、関係、企業の背景情報。
ユーザーは複数の一覧を検索せずに適切な関係を見つけられますか?実用上必要な最小限の連絡先、企業、担当者、活動、次のアクションから始め、実際の業務ニーズが生じたときだけ構造を追加します。
シンプルとは、覚えるべき判断が少ないことであり、次のアクションの担当者を管理する統制が少ないことではありません。
日常のアクション、引き継ぎ、レビューを改善しないフィールドは、初回リリースに含めません。
次回のやり取りに必要なID、連絡先情報、関係、企業の背景情報。
ユーザーは複数の一覧を検索せずに適切な関係を見つけられますか?関係情報を最新に保つ責任者。
何も進まないときに誰が気付きますか?何が、いつ、誰との間で起き、どのような結果になったか。
次回の連絡前に必要な背景情報は何ですか?アクション、期限、期待する結果、現在の阻害要因。
次に何をいつまでに行う必要がありますか?変更理由が明確な、少数に絞ったステータス。
これは進行中、待機中、リスクあり、受注、失注、意図的終了のどれですか?業務ルーティンが明確なら、インターフェースは簡潔に保てます。
すべての連絡先を閲覧するのではなく、期限内・期限超過の関係アクションから業務を始めます。
誰も読まない会話の書き起こしではなく、役立つ結果を記録します。
レコードを閉じる前に、担当者1名と期限を設定します。
短いキューから、担当者未設定、重複、企業とのリンク切れ、古い項目を修正します。
マネージャーは停滞中、期限超過、高価値、リスクありの関係に集中します。
シンプルなCRMは、機能チェックリストではなく実績に基づいて拡張すべきです。
CRMに実業務を支えるレコード、ビュー、フィールドが不足しています。
チームが例外を恒久的なライフサイクルステージとして登録している。
既存ビューでは、数値の背後にあるアクションを特定できない場合があります。
シンプルな導入を行き止まりにしてはいけません。
パッケージツールでの回避策や開発者による変更が、小さな要望を長い待ち行列に変えることがあります。
訓練を受けた管理者なら、多くの場合、対象を絞った選択フィールド、絞り込みビュー、リマインダー、ダッシュボード指標を追加してテストできます。
個人、企業、担当責任、重要な活動、次のアクションを最新に保ちます。小規模なダッシュボードやレビュービューには、対応が必要な例外だけを表示します。
企業との関連、担当責任、履歴、フォローアップ、権限、レポートをユーザーが別のファイルやメッセージで作り直しているなら、システムが単純すぎます。
はい。各変更が解決する業務課題をチームで説明できる場合は、関連レコード、役割、ワークフロー手順、リマインダー、ダッシュボードを追加します。
現在の関係と次のアクションから始め、別のシステムに移らずに拡張します。
構成可能な業務モデルより、メール同期、シーケンス、通話、マーケティング、定型パイプラインレポートが重要なら、パッケージCRMの方が早く導入できる場合があります。