Salesforceは顧客、会社、販売、コミュニケーションの 記録を保持する一方で、別のプロパティシステムは予約、 空き状況、支払い、運用活動を管理します。課題は、 顧客関係の両側を接続しておくことです。
なぜSalesforceとプロパティ運用を接続するのか？
CRMとプロパティシステムが独立して運営されると、スタッフは 2つの記録セットで同じ顧客関係を再構築しなければならないことがあります。
CRMと運用が切り離されている一般的な兆候
- ゲストまたは会社の詳細が複数回入力される。
- 営業チームは予約履歴を簡単に確認できない。
- 運用は重要なアカウントのコンテキストを確認できない。
- 1つのシステムでの変更が他方に確実に届かない。
- 報告にはCRMと予約データの手動結合が必要。
- 責任が部門間で移動するとワークフローが停止する。
外部PMSを統合するべきか、それともSalesforceネイティブプラットフォームを使用するべきか？
これらは異なるアーキテクチャであり、同じタイプの統合として扱うべきではありません。
2つの別々のシステムを接続する
Salesforceとプロパティプラットフォームは、選択された記録を API、ミドルウェア、または別の統合レイヤーを通じて交換します。実装は、 記録の所有権、マッピング、同期ルール、タイミング、例外処理を定義する必要があります。
Salesforceプラットフォーム上で運用を実行する
プロパティ管理の記録とワークフローは、CRMデータと同じ 基盤のSalesforceプラットフォーム上で運営されます。これにより、 CRMからPMSへの同期境界の数を減らすことができますが、 外部システムは依然として統合を必要とする場合があります。
ミドルウェアとカスタムAPIは、組織が既存のPMSを保持する必要がある場合に有効な選択肢です。重要な質問は、 どのアーキテクチャが普遍的に「最良」であるかではなく、 組織がどれだけの運用分離を維持したいかです。
Salesforceとプロパティ管理は何を接続すべきか？
| エリア | 接続が重要な理由 | Booking Ninjasの機能 |
|---|---|---|
| 顧客記録 | 人々と会社を、それに関連する運用活動に接続しておく。 | Salesforceネイティブプラットフォーム |
| 予約 | 顧客関係を実際の滞在や予約に接続する。 | 予約管理 |
| 空き状況 | 関連チームに、実際に予約可能な情報を信頼できる形で提供する。 | 空き状況管理 |
| 請求と支払い | 財務活動を、アカウント、予約、またはそれを生成したサービスに接続しておく。 | 請求 & 支払い |
| 運用ワークフロー | 営業、予約、サービス、財務、運用間の予測可能なハンドオフをルーティングする。 | ワークフロー & プロセス |
| 外部アプリケーション | 会計、流通、支払い、アクセス、その他のシステムは、依然として別々のデータ接続を必要とする場合があります。 | 統合 |
Salesforceとプロパティ管理の統合をどのように計画すべきか？
- 現在のシステムをマッピングする 顧客、会社、予約、支払い、サービス、運用記録が現在どこにあるかを特定する。
- 真実の源を定義する すべてを無差別に同期させるのではなく、各重要な記録をどのシステムが所有するかを決定する。
- フィールドだけでなくワークフローをマッピングする リードが予約に変わるとき、予約が変更されるとき、支払いが失敗する場合、または運用リクエストがフォローアップを必要とする場合に何が起こるべきかを特定する。
- 拡張する前に実際のシナリオをテストする 自動化をさらに拡張する前に、記録の作成、更新、権限、例外、報告、統合を検証する。
Booking Ninjasはどこに適合するか？
Booking Ninjas は、 予約と運用のためのSalesforceネイティブプラットフォームです。 外部PMSとしてBooking Ninjasを構築し、その後Salesforceを別のCRM統合として追加するのではなく、 運用プラットフォームはSalesforce自体に基づいて構築されています。
これにより、顧客、予約、請求、ワークフロー、その他の運用記録がSalesforceの基盤データ、 関係、権限、自動化、アプリケーションフレームワークを共有できます。
目的は無制限のカスタマイズやすべての統合を排除することではなく、 組織が新しいワークフロー、プロパティ、サービス、ユーザー、または統合を追加する際に、 CRMとプロパティ運用が別々の技術環境になるリスクを減らすことです。
よくある質問
Salesforceはプロパティ管理システムと統合できますか？
はい。別のプロパティ管理システムは、API、ミドルウェア、または他のサポートされた統合方法を通じてSalesforceとデータを交換できます。正確なアーキテクチャは、両方のシステムと必要なワークフローによって異なります。
Salesforceネイティブのプロパティ管理プラットフォームとは何ですか？
Salesforceネイティブプラットフォームは、選択されたデータをSalesforceと同期するだけの別の製品として運営されるのではなく、 Salesforceプラットフォーム自体で運用アプリケーションを実行します。
Booking NinjasはSalesforceの外部PMS統合ですか？
いいえ。Booking NinjasはSalesforce上にネイティブに構築されています。外部統合は、プロパティ運用に必要な他のシステムを接続するために使用される場合があります。
会社がすでにSalesforceを使用している場合、すべてのPMSを置き換えるべきですか？
いいえ。一部の組織は既存のPMSを統合することでより良いサービスを受けることができるかもしれませんが、他の組織はより多くの運用をSalesforceネイティブプラットフォームに移行することで利益を得ることができます。決定は、既存のシステム、統合の複雑さ、ワークフロー、移行要件、長期的な運用ニーズによって異なります。
顧客の背後にある運用にSalesforceを接続する
プロパティワークフローが外部システムからSalesforceと統合すべきか、 Salesforceプラットフォーム上でネイティブに運営すべきかを評価する。
.jpg)
