オフィス、自宅、現場からのアクセス
明確なセッション・役割制御を備えたレスポンシブなブラウザ・モバイルアクセス。
インターネットに接続できるだけで、使いやすいモバイルワークフローになると思い込むこと。
分散チームに、ブラウザベースの関係レコード、役割別ビュー、ワークフロー、ダッシュボード、統制された変更手段を提供しながら、導入責任を明確に保ちます。
クラウド提供ではローカルインストールが不要になります。ただし、担当責任、権限、データ品質、連携、復旧の設計は依然として必要です。
ホステッド型インターフェースは判断材料の一部にすぎません。
明確なセッション・役割制御を備えたレスポンシブなブラウザ・モバイルアクセス。
インターネットに接続できるだけで、使いやすいモバイルワークフローになると思い込むこと。
関連レコード、統制された定義、インポートルール、役割別ビュー。
各チームに統制されていない独自の顧客一覧を作らせること。
エクスポート、保存、監査、連携、アカウント終了の手順を文書化します。
ベンダーへのログイン手段だけを継続性計画とみなすこと。
プラットフォーム管理と業務プロセス責任を分けます。
フィールドやビューを変更するたびに開発者を待つクラウド上のバックログを作ること。
同じ共有レコードで異なる業務を支援しつつ、すべてのフィールドを全ユーザーに公開しないようにします。
経営層が一貫した顧客モデルを維持しながら、地域別の取引先・活動ビューが必要です。
レコードを地域別スプレッドシートにコピーせず、テリトリーと担当者で絞り込みます。通話、レビュー、引き継ぎの前に最新の背景情報と次のアクションが必要です。
ブラウザから連絡先、企業、活動、保留中の業務を開きます。アクセスレビュー、データエクスポート、変更管理、利用状況の可視化が必要です。
すべてのユーザーワークスペースを変更せずに、役割と限定的な変更を管理します。クラウドCRMのガバナンスは、最初のインポート前から始まります。
業務責任者、データ管理責任者、管理者、システム責任者を指定します。
各役割には業務に必要なフィールド、レコード、アクションだけを標準で提供します。
実際のネットワーク環境で、作成、検索、更新、添付、承認、例外処理をテストします。
正規システム、データの方向、失敗キュー、照合担当者、再試行経路を文書化します。
代表的なデータをエクスポートし、展開前にプロセス更新を1件完了します。
慣習ではなく業務責任に基づいて選びます。
| 意思決定 | クラウドCRM | オンプレミスまたは大幅にカスタマイズされたCRM |
|---|---|---|
| インフラストラクチャ | ベンダーがホステッド型アプリケーション環境を運用しますが、設定、アクセス、データ、継続性計画は引き続き顧客企業が担当します。 | 顧客または導入パートナーが、より多くのインフラ、アップグレード、セキュリティ運用、キャパシティ計画を担います。 |
| 変更速度 | 管理者がフィールド、ワークフロー、役割、ダッシュボードを管理できれば、迅速に対応できます。 | 高度な制御が可能ですが、変更が技術部門のリリースサイクルに左右される場合があります。 |
| 接続性 | 対応ブラウザとネットワークを利用できる場所ならどこでも使えます。 | ローカルネットワークや特殊なオフライン要件に、より直接対応できる場合があります。 |
| 利用終了計画 | テスト済みのエクスポート、連携文書、保存、アカウント終了の手順が必要です。 | 個別の移行、アーカイブ、インフラ廃止計画が必要です。 |
多くの場合は同じです。ベンダーがアプリケーションをホストして更新し、顧客はインターネット経由でアクセスします。ただし、契約、データリージョン、連携、サポート、設定責任、プラン上限は異なります。
IDとアクセス、役割権限、機密フィールド、監査履歴、データリージョン、保存、エクスポート、連携、インシデント責任、バックアップ、アカウント終了をレビューします。
はい。Jodooはホステッド型アプリケーション内で、フォーム、関連レコード、ワークフロー、役割別ビュー、リマインダー、ダッシュボードを連携できます。導入に必要なプラン、セキュリティ、連携、ガバナンスの要件を確認してください。
固定型のエンタープライズCRMスイートよりも、ブラウザベースの関連レコードと業務部門主体のワークフロー変更が必要なチームに、Jodooは実用的な選択肢です。
データ所在地、オフライン利用、標準チャネル機能、独自インフラ、全社ID・マスターデータの要件が優先される場合は、専門プラットフォームまたは自社運用型プラットフォームを維持します。