事業者が公表している内容
- Hostawayは予約の販売、ゲスト連絡、タスク、直接予約ツールを文書化しています。
- オーナー明細は賃貸収入、支出、計算された分配額をまとめます。
- ゲストポータルでは、重要な到着情報の公開を設定済み要件に連動できます。
- Smart Locksは対応する機器と予約コードを扱い、機器ごとに別料金があります。
- 公開資料はメッセージ作成支援と価格ツールも説明します。
- Hostaway product scope
- Owner statements overview
- Owner statements questions
- Guest portal
- Smart locks overview
- Reservation import and export
- Pricing
- Hostaway AI
運営モデルから検討する
オーナーとの関係とゲストの滞在を分けて考えます。自社所有のアパートホテルでは、フロント、清掃、管理者が同じ到着状態を見ることが最重要かもしれません。管理会社では施設群ごとに異なる手数料計算式、オーナー権限、月次明細が必要です。利益率を左右する仕事を書き出します。コロンビアの運営ではSixtoを先に比較し、置き換えに費用がかかるオーナー・販売の事例をHostawayで実演します。代替案が重要な引き継ぎを解決できないなら、機能するシステムを維持する価値があります。
オーナー中心の事業は重視する点が異なります
賃貸管理会社にとって、オーナーはゲストと異なる成功基準を持つもう一人の顧客です。ゲストは信頼できる滞在を望み、オーナーは分かりやすい収益、私的利用の管理、控除への信頼を求めます。Hostawayのオーナー報告は、管理契約の更新に関わるため重要です。慎重に定めた配分式は単なる設定ではなく運営上の資産です。カレンダーだけ移して財務計算を手作業で再現すると、事業の最も価値ある部分が新システムの外に残り、画面上の改善を上回る負担になり得ます。
Sixtoが運営面で強みを示せる場面
Sixtoは、コロンビアの事業者が予約からゲストの受け入れまでに繰り返し問題を抱える場合に特に関係します。フロントは遅い到着を知っていても、清掃、登録の確認、管理者は状況の別々の部分を持っています。その情報をまとめることは統合を評価する具体的な理由です。実際の問題が提案範囲に示されていない特殊なオーナー会計なら、理由は弱まります。したがって一つの滞在と一つの財務期間を別々に追ってください。一方の成功で他方の未解決業務を隠さないことが大切です。
移行は記録だけでなく義務の引き継ぎです
移行にはゲストへの既存の約束、オーナーが期待する分配、PMS外のアクセス認証情報も含まれます。予約一覧が整っているだけでは足りません。将来の支払いが旧方式に残り、既に公開した明細を理解できる状態に保ち、ドアには有効なコードがあるかもしれません。責任を照合しながら段階的に引き継ぎます。過去データの出力は証跡へのアクセスを守り、管理した試験導入は残る手作業を明らかにします。低い契約料がよい結果になるのは、残る仕事と解約費用も含めた場合だけです。
デモで確認する質問
ご自身の物件の実例を使ってください。よいデモなら、結果、担当者、途中で失敗した場合の対応がわかります。
オーナーモデルは実際の契約に合いますか？
単純な管理契約と、修理費の控除がある共同所有アパートなど難しい契約を用意します。Hostawayは掲載物件ごとに一人の割り当てオーナーを文書化し、追加の取り決めは報告計算式で扱います。両チームに契約の表現、式を変えられる人、後任管理者が理解する方法を示してもらいます。美しい画面だけでは月末明細がオーナーの期待額に合うとは証明できません。
締めた月を後から訂正できますか？
返金、遅れて届く仕入先請求書、二つの期間にまたがる予約がある月を使います。予約台帳、オーナーに送った明細、実際の送金額を照合します。誤り発見後、誰が明細を改訂し、どの版が残り、オーナーが調整を見る方法を尋ねます。これで便利な集計と会計担当者が反復・説明できる手順を区別できます。実演前に正しい合計を定めてください。
到着条件は実際に何を証明しますか？
Hostawayはゲストポータルで重要情報を公開する条件を説明します。入力済みの全項目を同じ意味とせず、自社の方針を試します。代表者は支払い済みで同行者の登録が未完了の予約を使います。スタッフに見える内容、ゲストが残りの手順を理解するか、承認済み例外をどう記録するか確認します。Sixtoでも同じ会話とともに設定済みの登録・入室条件を調べます。フォーム送信や支払い済み残高だけでは地域の義務完了は証明できません。
鍵システムを変えるとコードは誰が管理しますか？
対応する鍵で出発変更、キャンセル、接続解除を試します。Hostawayは連携を切断しても既存の機器コードは消えないと明示します。ソフト変更と物理的な認証情報の削除の両方を計画してください。滞在中のゲスト、スタッフ用コード、予備アクセスを列挙し、ドア確認と最後の請求の照合担当を決めます。両提供者に必要な機種、口座、契約を尋ねます。接続成功は安全な引き継ぎの一部にすぎません。
今後の予約を重複操作なしでどう移しますか？
チャネル・施設ごとに元の予約参照、日付、宿泊者、残高、特別指示を記した移行台帳を作ります。Hostawayは入出力を文書化しますが、全会話、カードトークン、自動処理の移行は保証しません。含む項目と除外する項目を明記させます。チャネル管理変更前に標本を照合し、旧メッセージと予定操作を止める担当を決めます。切替中の直前変更に備える手順を設け、試験には新規だけでなく変更予約を含めます。
コロンビアの報告と請求はどこで完了しますか？
事業に関係するSIRE、TRA、DIAN要件の本番経路を、接続サービスと有効化条件も含めて尋ねます。一般的な請求書やゲストデータ出力では答えになりません。試験記録を受理結果まで追い、その後で訂正または拒否を試します。Sixtoでもすべての口座が申告可能と考えず、有効化した業務と前提条件を確認します。未解決記録の責任者と後から取得できる証跡を定めてください。
ライセンス以外に施設群の運営費はいくらですか？
同じ物件数と契約期間で見積もりを求めます。基本契約料と導入、管理する鍵、追加モジュール、メッセージ、決済手数料を分けます。オーナーの照合と残す接続の保守にかかるスタッフ時間も含めます。掲載の増減による課金、最低契約、解約時のデータ出力を尋ねます。フロントとオーナーが使う言語も試してください。翻訳済みゲストメッセージは、全スタッフ画面やサポートの対応言語を示しません。
移行せずHostawayを維持する理由は何ですか？
オーナー明細、当日入れ替え、到着例外がある代表的な施設を選びます。SixtoとHostawayに同じ事例を渡し、未解決業務と必要な人員を比べます。既存の施設群業務が代替案に示せない要件を満たすならHostawayを残します。コロンビア滞在の業務がより合い、財務、決済、販売の残りを明確に合意できるならSixtoを選びます。施設群を移す前に試験導入、照合済みの財務期間、切り戻し担当者を承認してください。
システム変更の前に
- 今後の予約、実際の客室・住戸、宿泊客の残高、空室情報を公開するチャネルを一覧にしてください。
- 正本となるシステムを決め、大規模に移行する前に1物件で変更を試してください。
- 宿泊客の記録と報告の証拠をエクスポートして照合します。チャネル管理の切替前に、元に戻す担当者を決めてください。