ホスピタリティ業務におけるSalesforceネイティブアーキテクチャの重要性

現代のホスピタリティオペレーションは、予約やチェックイン以上のものに依存しています。顧客記録、支払い、サービスリクエスト、ハウスキーピング、ワークフロー、報告、および外部システムはすべて、プロパティの運営方法に寄与します。

従来のスタンドアロンPMSはどのように制限される可能性がありますか？

スタンドアロンのプロパティ管理システムは、予約、部屋、到着、出発、その他の重要なホテルプロセスを効果的に管理できます。

組織が別々のCRM、請求、サービス、マーケティング、報告、会計、または運営システムに依存していると、アーキテクチャ上の課題が現れます。

これらの問題のいずれも、スタンドアロンPMSが自動的に間違ったアーキテクチャであることを意味するわけではありません。一部の組織は、統合を通じて接続された別々のPMSとCRMで効果的に運営できます。

重要な質問は、どれだけの運営文脈がそれらのシステム間で移動する必要があり、ビジネスが変化するにつれてそれらの関係を維持することがどれほど難しくなるかです。

Salesforce自体はプロパティ管理システムですか？

いいえ。SalesforceはCRM、データ、ワークフロー、自動化、セキュリティ、報告、およびアプリケーション機能を備えたプラットフォームです。ホテルが顧客関係のためにSalesforceを使用しているからといって、ホスピタリティPMSになるわけではありません。

Salesforceネイティブのプロパティ管理アプリケーションは、ホスピタリティ特有の運営レイヤーを追加します：予約、空き状況、チェックインとチェックアウト、請求、ハウスキーピング、リクエスト、およびその他のプロパティワークフロー。

プロパティオペレーションがSalesforce上で実行されると何が変わりますか？

Booking Ninjasは、 予約とオペレーションのためのSalesforceネイティブプラットフォームです。 そのホスピタリティアプリケーションは、Salesforceを基盤アーキテクチャの一部として使用し、SalesforceをPMSデータの限られたコピーを受け取る外部CRMとして扱うのではありません。

なぜネイティブCRMの文脈が重要なのですか？

予約は滞在を説明します。CRMはより広い関係を説明します。同じ顧客が複数の予約、サービスインタラクション、会社関係、リクエスト、支払い、またはその他の履歴を持つ可能性があります。

予約とCRM環境が同じプラットフォーム基盤を共有すると、オペレーターはすべてのインタラクションのために別々の同期プロセスに依存することなく、より多くの関係を維持できます。

それは、すべての従業員がすべての顧客情報のすべての部分を見るべきであることを意味するわけではありません。権限と運営役割は、各ユーザーにとって適切な情報を決定します。

どのホスピタリティプロセスが接続されることで利益を得ますか？

クラウドアーキテクチャはホスピタリティに何を変えますか？

クラウドベースの運営モデルは、アプリケーションインフラストラクチャをプロパティ管理されたローカルサーバー環境から移動させ、認可されたユーザーがサポートされた接続デバイスを通じてシステムにアクセスできるようにします。

マルチプロパティ組織にとって、これは各プロパティで完全に別々のインストールを維持するのではなく、共有プラットフォームから運営することを容易にする可能性があります。

クラウドアーキテクチャは、無制限のスケール、途切れのない可用性、またはセキュリティの保証として解釈されるべきではありません。ユーザーアクセス、権限、統合、実装、ガバナンス、および運営慣行は依然として重要です。

ホスピタリティオペレーションが変化する際に、なぜ設定可能性が重要なのですか？

プロパティは永遠に全く同じ方法で運営されることはほとんどありません。彼らは、場所、宿泊タイプ、サービス、承認プロセス、顧客セグメント、統合、または内部報告要件を追加する可能性があります。

Salesforceネイティブのアーキテクチャは、Booking Ninjasに、運営要件に基づいて記録、フィールド、関係、権限、ワークフロー、およびアプリケーションロジックを構成できるより広いアプリケーションプラットフォームへのアクセスを提供します。

これは無制限のカスタマイズを意味するわけではありません。重要な新しい要件は、設計、実装、統合、テスト、および継続的な管理を必要とする可能性があります。

ワークフロー自動化はどこに適合しますか？

接続されたデータは、次の運営ステップも構造化できるときに、より有用になります。

たとえば、ステータス変更が作業を割り当てたり、例外が承認を必要としたり、サービスリクエストが適切なチームにルーティングされたり、完了したタスクがプロセスを次の段階に進めたりすることがあります。

Booking Ninjasの ワークフロー & プロセスマネジメント は、より広いプラットフォーム内でこれらの繰り返し可能な運営プロセスをサポートします。

自動化の役割は、定義されたステップを実行することです。ポリシー、重要な例外、および高い影響を持つ決定は、人間の制御下に残ることができます。

接続されたデータは報告をどのように改善しますか？

顧客、予約、サービス、運営、財務情報が無関係なシステムから来ると、報告がより困難になります。

関連する記録を接続された環境に持ち込むことで、次のような関係を調べることが容易になります：

Booking Ninjasの インサイト 機能は、運営環境内で利用可能な情報に関する報告および意思決定支援ツールを提供します。

SalesforceネイティブのPMSは統合を排除しますか？

いいえ。ホテルやその他のホスピタリティオペレーターは、依然として支払いプロバイダー、会計システム、ERPプラットフォーム、流通チャネル、アクセスシステム、収益ツール、コミュニケーションプラットフォーム、およびその他の専門アプリケーションに依存することができます。

ネイティブアーキテクチャの目的は、すべての機能を1つのアプリケーションに強制することではありません。必要な外部システムが接続できるようにしながら、より明確な運用基盤を提供することです。 統合 .

利用可能な正確な統合は、外部システム、サポートされるインターフェース、必要なデータフロー、および実装の範囲に依存します。

会計およびバックオフィスシステムはどうですか？

プロパティの運用は財務活動を生み出しますが、ホスピタリティ運営プラットフォームが自動的に専用の総勘定元帳、ERP、または法定会計システムを置き換えるべきではありません。

Booking Ninjasは、外部の会計システムに接続しながら、運用請求、支払い、残高、調整、および関連する財務記録を管理できます。 会計システム または ERPプラットフォーム 適切な場合。

正しいアーキテクチャは、各財務プロセスを所有するシステムと、それらの間で移動する必要のある情報によって決まります。

Booking NinjasはホスピタリティにSalesforceをどのように使用していますか？

Booking Ninjasは、予約と運用のためのプラットフォームとしてSalesforce上にネイティブに構築されています。その ホスピタリティ ソリューションは、予約、空き状況、到着と出発、支払い、ハウスキーピング、リクエスト、ワークフロー、報告、および関連プロセスに関する運用機能を追加します。

その Salesforceネイティブの基盤 は、これらの運用記録がデータ関係、権限、ワークフロー、報告、統合、およびアプリケーション開発のための同じ広範なプラットフォーム概念を使用できることを意味します。

Salesforceネイティブアーキテクチャはいつ意味がありますか？

組織がCRMとプロパティ運用がより多くのコンテキストを共有したい場合や、運用要件が時間とともに大幅に進化することを期待する場合に特に関連性があります。

他の組織は、既存のPMSを維持し、Salesforceと統合することを好むかもしれません。より良いアーキテクチャは、現在のシステム、ワークフロー、統合要件、移行の複雑さ、および長期的な運用ニーズに依存します。

よくある質問