服务商公开描述的内容
- Hostfully 提供短租 PMS，以及单独的 Digital Guidebooks 产品。
- 其 PMS 介绍了统一日历、直接预订网站、预订流程和统一收件箱。
- 业主工具包括受控的门户访问、日期封锁和报告。
- 其公开的迁移指南按预订来源区分导入方式。
- 定价页区分房源费用、平台费和可选产品。
- Hostfully product scope
- PMS and Guidebooks distinction
- Owner management
- Channel-specific reservation imports
- PMS migration planning
- Pricing and add-ons
- Product and language questions
- Unified Inbox and InboxAI
- PMS features, pre-arrival forms and task assignment
从经营模式入手
选择替代方案前，先诊断问题。客人反复询问停车、家电使用和当地推荐，可能只需要更好的信息。缺失登记、无人负责的维修，或未传达给清洁团队的临时变更，则需要运营交接。这些问题可能重叠，却不能互相替代。要评估共享的哥伦比亚运营，可先看 Sixto；再根据具体需要评估 Hostfully 的预订、业主和内容流程。明确购买范围：客人指南、PMS，还是协同组合。否则，较小的内容问题可能变成不必要的系统迁移。
客人信息与预订管理解决不同问题
Hostfully 将 PMS 与单独的客人指南产品结合，因而购买范围十分关键。良好的客人信息能减少房源信息上的含糊之处，而无需更换控制库存的系统。反过来，精美的指南也无法解决预订、清洁任务和登记状态之间的不一致。我们认为，买家应分别评估这两类工作。已有成熟 PMS 的短租企业，可能从改善信息中获得的收益大于迁移全部预订。交接不畅的团队即使已有出色的欢迎资料，仍可能需要整合运营。
业主关系增加了另一处沟通界面
管理公司既要向客人说明房源，也要让业主适当地了解投资情况。这两类受众不应自动获得相同的信息或权限。Hostfully 的业主工具和客人内容产品，适用于需要平衡两种关系的企业。对哥伦比亚运营者而言，Sixto 的价值在于已配置的住宿流程和工作团队共享的业务背景。无论选哪种方案，都需要明确内容归属。楼宇规则变更后，仍须有人批准说明、保持各语言版本一致，并防止旧版本继续出现在定时消息里。
最佳迁移范围可能小于最初设想
系统迁移可能悄悄从转移未来预订，扩大到重建指南、消息、业主权限和直接预订内容。这些资料承载着团队积累的运营知识。保留知识不同于复制数据库字段。Hostfully 的产品边界清晰，尤其值得明确哪些内容保留、哪些需要迁移。选择 Sixto 的收益必须来自经证实的哥伦比亚运营改善，并明确保留的工具与职责。比较全面替换与范围较窄的变更，可能找到干扰更小的方案，前提是剩余连接有人负责，且不会重现原有交接问题。
演示时要问的问题
请使用您房产中的真实情况。一次有效的演示应展示结果、负责人，以及某一步失败时如何处理。
你要替换 PMS，还是改善客人信息？
记下客人最近提出的十个问题，以及员工最近解决的十次运营故障。按所需的信息或行动分类，然后演示最难处理的案例。易读的指南可以解释停车场入口，但它本身不能指派维修，也不能证明客人抵达时房源已准备好。要求报价明确列出所含产品。如果现有预订系统运作良好，在接受将迁移纳入指南采购前，先确定为何必须更换系统。
谁负责维护各房源指南的准确性？
选取同一栋楼内的两套公寓，它们的入口、家电和退房规则各不相同。修改一条说明，查看哪些面向客人的版本随之变化。为每类内容指定负责人，包括季节性推荐和紧急信息。然后用客人的语言在手机上测试页面。审批不仅应考虑外观，也应覆盖过期资料和敏感说明的访问控制。询问日后更换 PMS 或指南订阅时，如何导出或保留资料。
消息能否引出有人负责的下一步行动？
从一条最终转为预订的咨询开始，在指派清洁员之后再加入提前入住请求。请团队展示对话、当前预订状态，以及谁必须批准或拒绝请求。Hostfully 公开介绍统一收件箱和辅助回复；应检查回复是否使用正确的房源信息，以及适用哪些审核控制。在 Sixto 中，让两种员工角色演示同样的交接。有用的回复应反映实际运营，不能承诺无人负责的行动。
哪些预订需要不同的迁移方式？
Hostfully 的导入指南按预订来源区别处理，并未承诺通用导入。分别列出渠道预订、直接预订、业主封锁日期和未转化的咨询。变更任何连接前，记录来源编号和预期总数。询问哪些历史信息、付款、附件和对话会留在旧系统中。在约定的切换窗口内测试一次修改，并指定负责阻止重复消息的人。团队核对好服务未来客人所需记录之前，不要关闭旧账户。
业主门户能否支持你提供的合作关系？
让一名业主只能查看一处房源并申请自用日期，同时员工处理相邻的客人预订。检查业主能看到什么、哪些变更需要审批，以及团队如何解决相互冲突的预期。再将业主对账单与维修费用、实际转账进行比较。Hostfully 介绍了业主访问和报告，但不能假定报告会执行付款或替代会计记录。邀请真实业主进入任何一个拟用系统前，应先定义可见范围和对账规则。
客人信息何时成为经核实的运营证据？
使用一笔家庭预订，设定同行者证件缺失、离店日期已更正。询问信息如何支持前台、申报和门禁处理，以及谁审核异常。针对哥伦比亚，要求展示与业务相关的真实 SIRE、TRA 和 DIAN 路径，包括连接的产品和先决条件。签署的租赁协议或实用的欢迎指南，不能证明法定申报已成功完成。用同一案例检查 Sixto 已配置的登记申报流程，包括一个失败步骤，以及更正后保留的证据。
包含哪些语言和国家服务？
分别测试员工工作区、业主门户、客人指南和自动消息。Hostfully 公开提供多语言的客人和业主体验，但不能据此承诺所有员工界面和支持互动使用同一种语言。让实际工作人员完成演示。确认相关法人主体的支付资格、结算安排和本地开票能力，而不能只看客人的国籍。哥伦比亚境外的运营在国家开通和必要财务安排明确可用之前，Sixto 仍只是未来可能的选择。
完整套餐包含什么？什么条件下值得切换？
要求按相同房源数量、预订构成和合同期限提供书面总价，包括平台费、可选指南或设备、上线服务，以及适用的付款或直接预订费用。计入重建内容和核对未来预订所需的员工时间。选一处房源试点，包含业主自住、直接预订和未完成的抵达手续。如果哥伦比亚运营交接是决定性收益，而且拟议范围已准备就绪，优先考虑 Sixto。如果现有 PMS 和内容流程更充分满足需求，则保留 Hostfully。作出任何决定前，先约定导出和取消条款。
更换系统之前
- 列出即将到来的预订、实体房间或房源、住客余额，以及发布可订状态的渠道。
- 确定哪个系统作为权威记录源，先在一处房产测试变更，再扩大范围。
- 导出并核对住客记录和申报证据。切换渠道控制权前，指定回退负责人。