【官方公告】《中小民宿直销渠道与自营预订建设指南》（T/YNMS 123—2026）团体标准正式发布实施

• 标准编号：T/YNMS 123—2026
• 中文标准名称：《中小民宿直销渠道与自营预订建设指南》
• 英文译名：中小民宿直销渠道与自营预订建设指南
• 提出与归口单位：云南省旅游民宿行业协会
• 批准发布日期：2026年11月05日
• 正式实施日期：2026年11月12日
• 公文发文字号：云旅民宿协发〔2026〕第025号
• 所属体系板块：板块二：特色场景与在地体验指南
• 评价载体形态：仅报告

---

T/YNMS 123—2026

中小民宿直销渠道与自营预订建设指南

• 标准编号：T/YNMS 123—2026
• 标准名称：中小民宿直销渠道与自营预订建设指南
• ICS：03.200
• CCS：A 12
• 发布日期：2026-XX-XX
• 实施日期：2026-XX-XX
• 发布机构：云南省旅游民宿行业协会

---

前言

本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定起草。

本文件是云南省旅游民宿行业协会系列团体标准的重要组成部分。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由云南省旅游民宿行业协会提出并归口。

本文件起草单位：云南省旅游民宿行业协会、大理途野企业管理有限公司、帅亚昆明科技有限公司。

本文件主要起草人（主编）：袁韬。

本文件参编人员：贺双全、班先海、张阳、何晓梅、杜有银。

本文件贯彻落实全国统一大市场建设要求，面向全国各省、自治区、直辖市范围内的旅游民宿及相关文旅服务机构统筹适用，任何组织或机构不得利用本文件设置带有地域歧视、属地保护或排除外地经营者参与公平竞争的限制性门槛。

本文件为首次发布。

引言

在传统在线旅游分销格局下，中小民宿作为单体分散的弱势供给方，长期高度依附于公域OTA平台的分销通道。平台高达10%至20%以上的阶梯佣金不仅大幅挤压了经营者的基础利润空间，更使得民宿丧失了直接触达住客、沉淀私域数字资产和建立长效品牌忠诚度的核心能力。许多民宿陷入了“不买公域流量等死，购买公域付费推广找死”的被动内卷怪圈。

然而，随着移动互联网轻量化微前端框架、微信与抖音等社交生态小程序、企业微信私域触达工具以及云端酒店管理系统（PMS）双向房态分销API技术的成熟普及，中小民宿独立搭建自营直销通道的软硬件技术门槛与资金成本已呈断崖式下降。广大中小民宿完全具备了以低预算甚至零额外开发成本，自主建立“公域精准引流—私域深度沉淀—自营高效直订—老客高频复购”直销生态的现实技术可行性。

本文件作为T/YNMS 041—2026《旅游民宿认定与评价总则》在直销技术与自营渠道建设方向的专项深化标准，与T/YNMS 119—2026《住宿业私域直销渠道建设与会员服务规范》相互配合、紧密协同。T/YNMS 119侧重于私域客户池构建、会员忠诚度权益分层及用户生命周期运营；本文件则聚焦于直销终端技术选型、自营预订系统功能基准、多渠道房态库存实时同步、直销“同价不同权”合规对冲策略以及防范平台数据垄断与过度抽佣的系统性保障。

本文件面向全国范围内的各类单体客栈、乡村民宿、青年旅舍、农家乐精品院落及特色度假居所推广适用。特别郑重声明：本文件所指导建立的自营直销系统、会员层级、优惠权益及直订积分，纯属经营主体自主合规开展的商业直销与用户运营行为，严禁任何机构或个人借本文件之名推行商业性质的等级评定、星级打分、变相收取认证费，或向经营主体违规颁发认证证书与悬挂评级牌匾。

---

1 范围

本文件确立了中小民宿直销渠道与自营预订建设的基本导向与建设原则，规定了直销渠道选型与终端搭建、自营预订系统核心功能技术规范、老客直订与私域复购长效运营、房态多渠道分销与协同策略、数据安全与自主资产合规风控、直销运营效果量化评估与持续改进要求，并提供了符合性检查及系统选型实操工具。

本文件适用于全国范围内客房体量在30间及以下、以单体自主运营为主、兼具公域引流与私域直销需求的中小微民宿、客栈、精品乡村客栈、青年旅社、特色度假别院及联合办公型旅宿空间。客房体量在30间以上的连锁精品酒店、微度假宿集在进行自营预订与直销系统改造时可参照执行。

本文件不适用于：

a) 大型星级酒店集团或超大型跨国连锁住宿集团的集团级中央预订系统（CRS）与企业级私有直销架构建设；

b) 公域在线旅游平台（OTA）自身分销搜索引擎算法及平台内部佣金清算规则的制定；

c) 任何带有商业收费性质的民宿星级评定、钻级划分及评优发证活动。

---

2 规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

• GB/T 1.1—2020 标准化工作导则 第1部分：标准化文件的结构和起草规则
• GB/T 16766—2017 旅游业基础术语
• GB/T 35273—2020 信息安全技术 个人信息安全规范
• GB/T 41648—2022 旅游民宿基本要求与等级划分
• T/YNMS 041—2026 旅游民宿认定与评价总则
• T/YNMS 119—2026 住宿业私域直销渠道建设与会员服务规范
• T/YNMS 124—2026 民宿结构化信息与生成式引擎调用规范
• T/YNMS 128—2026 住宿业应对线上恶意差评与不正当竞争维权指南

---

3 术语和定义

GB/T 16766—2017、GB/T 35273—2020界定的以及下列术语和定义适用于本文件。

3.1 直销渠道 direct sales channel

民宿经营者直接向消费者提供客房展示、实时房态查询、在线签约预订及款项结算的自有销售路径与数字化触点集合，包含移动端微官网、社交生态自营小程序、企业微信对话直连预订、前台面对面数字直订及电话私信通道，全程无第三方公域分销平台介入分成或扣取高额佣金。

3.2 自营预订系统 self-operated booking system

由民宿自主持有、独立部署或经合规SaaS技术授权使用的数字化预订应用系统。具备房态日历动态展示、房型图文详情呈现、价格策略引擎计算、在线支付实时清算、订单状态机流转控制及对账报表导出等一体化功能，且客户全量信息与交易数据归民宿完全自主掌控。

3.3 渠道管理系统 / 房态同步器 channel manager

在直销预订系统、内部酒店物业管理系统（PMS）与各公域OTA分销平台之间建立双向通信握手，能够将中央总物理房态、实时价格及促销规则自动分发同步至各签约渠道，并在任一渠道产生订单时以毫秒级速度锁定并递减全渠道可用库存的中介协同系统。

3.4 最惠国待遇条款 / 价格平价协议 most-favored-nation clause; rate parity clause

公域OTA平台与住宿经营者在合作协议中所约定的排他性约束条款。通常强制要求住宿方在自有直销渠道或第三方竞对平台上所公示展示的客房挂牌零售价，不得低于在该OTA平台上公示的价格，或要求住宿方提供完全同等的取消与退款政策。

3.5 权益对冲平价策略 value-add parity strategy

在尊重并维持各销售渠道表面公布客房价格一致性的法律与商务前提下，经营者通过在自有直销渠道中额外捆绑赠送在地早餐、延迟退房、手作研学体验券、欢迎伴手礼等高感知附加价值服务，形成实质性性价比优势，合规引导住客向自营通道转移的差异化定价运营手段。

3.6 直订转化漏斗 direct booking conversion funnel

用户从初次通过微官网或小程序触达民宿主页开始，经历房型详情浏览、入离日期选择、订单信息填报、在线支付确认直至最终成功核销入住的全链路用户行为转化模型，通常以各节点的到达率、流失率与总订单转化率作为量化衡量指标。

3.7 双向实时房态握手 bidirectional real-time availability handshake

直销系统与外部销售通道之间采用高可用 Webhook 回调或 RESTful 双向轮询接口，当任一终端触发库存变动（如预订占房、退房释放、线下锁房维护）时，系统自动在 3 秒之内将最新库存状态精准同步至全网络各销售节点的数据通信机制。

3.8 超售自动熔断机制 oversell circuit breaker

当系统监测到短时间内高并发访问、网络接口延时或多渠道在同一时间戳对同一物理房间发起并发支付占座时，自营系统自动中断该房型的继续对外可售状态，转入人工快速确认排班或触发备用房源兜底接管的高可用性保护逻辑。

3.9 私域数字资产沉淀率 private domain digital asset retention rate

在特定统计周期内，由公域分销渠道初次导入的住客，在办理入住、在店体验或离店关怀过程中，成功转化为民宿官方自营小程序注册会员或企业微信高价值好友的有效人次占同期总接待入住人次的百分比。

3.10 数据锁死 data lock-in

部分技术服务提供商（SaaS服务商）或分销中介通过非标准化数据结构、加密专有协议或设立苛刻技术壁垒，人为阻碍民宿经营者导出属于其自身的住客名单、历史账单明细、房态流水及核心运营指标，导致经营者被迫产生深度技术依赖的非正常市场行为。

---

4 基本导向与建设原则

4.1 核心战略导向

4.1.1 破除佣金盘剥，重塑盈利中枢：直销渠道建设应作为中小民宿保障生存与健康发展的生命线工程。通过搭建自主可控的直销矩阵，逐步打破公域OTA平台对订单的垄断支配，将省下的渠道佣金让利于住客体验提升与民宿硬件迭代，实现良性自主循环。

4.1.2 沉淀私域资产，构筑长效护城河：将每一位进店入住的旅客视为宝贵的数据资产与潜在复购种子。通过自营数字化工具将一次性交易过客，转化为可全生命周期深度互动的私域忠实老客与品牌共建者。

4.1.3 公私域协同平衡，拒绝盲目割裂：中小民宿建设自营直销通道绝非盲目“一刀切”下架公域平台，而是构建“以公域作为增量新客漏斗顶层、以自营私域作为留存复购沉淀池”的双轮驱动协同格局。

4.2 核心建设原则

4.2.1 极简轻量，成本可控：中小民宿资金与技术人力有限，必须坚持“轻资产、上线快、易维护、免开发”的技术路线，优先选择成熟标准化的一体化SaaS解决方案，严禁盲目进行动辄数万元甚至数十万元的代码级自主定制重资产开发。

4.2.2 数据主权，自主可控：系统选型与建设全过程必须牢固确立“数据归宿经营者所有”的核心原则。核心住客名录、预订明细、支付流水必须支持随时一键明文导出与异地物理备份，坚决杜绝被任何技术开发商或中介平台实施“数据锁死”。

4.2.3 守法守规，价格自洽：直销价格体系设计必须严格遵循国家《反不正当竞争法》、《电子商务法》及明码标价相关规定。在商务合作层面妥善处理与合作OTA的合同约定，倡导推行“表面价格平价守约，实质权益丰富增值”的智慧直销策略。

4.2.4 零超售底线，极致体验：自营预订前端页面设计应极致简洁，消除冗余交互障碍，保障“选房—看图—下单—支付”在 3 步内流畅闭环；后台必须具备强有力的实时库存同步机制，将超售事故风险降为绝对零容忍。

4.3 边界声明与中立性要求

4.3.1 本文件仅为中小民宿提供直销渠道架构、技术对接、营销转化与合规管理的推荐性实施指南。

4.3.2 任何组织和个人不得以落实本指南为名，向中小民宿强行推销指定品牌的直销软件、指定硬件设备或代理运营服务，严禁借机收取任何认证费、评审费或培训费。

4.3.3 本标准所述之直销渠道能力与自评结论，属于经营者内部经营管理与数字化能力诊断参考，不与行业协会任何形式的资质认证或名誉挂钩，严禁在自营预订页面中伪造宣称获得“国家星级”、“官方金钻”等虚假荣誉。

---

5 直销渠道选型与终端搭建

5.1 直销渠道终端形态与技术特征

中小民宿应根据自身目标客群年龄层、消费习惯及日常营销阵地，按需组合搭建以下 5 种典型的自营直销触点矩阵：

“`

┌────────────────────────┐

│ 中小民宿全域直销终端矩阵 │

└──────────┬─────────────┘

┌────────────────────┼───────────────────┐

│ │ │

┌─────────┴─────────┐ ┌────────┴─────────┐ ┌───────┴─────────┐

│ 移动微官网/H5终端 │ │ 微信生态自营小程序 │ │ 内容平台直连店铺 │

│ – 全网通用轻量展示 │ │ – 核心直订主阵地 │ │ – 抖音/小红书挂载 │

│ – 易分享/防封禁 │ │ – 沉淀微信钱包/卡包│ │ – 内容种草即刻拔草│

└───────────────────┘ └──────────────────┘ └─────────────────┘

│ │

┌─────────┴─────────┐ ┌─────────┴─────────┐

│ 企业微信会话直订 │ │ 电话与前台数字化直订│

│ – 专属管家一对一 │ │ – 离店扫码/面对面 │

│ – 快速生成账单直付 │ │ – 零手续费即时到账 │

└───────────────────┘ └───────────────────┘

“`

5.1.1 移动微官网 / H5 终端：

a) 技术特征：基于 HTML5/CSS3 响应式微前端架构开发，不依赖任何特定社交客户端生态，具备全网通用的 URL 统一资源定位符；

b) 适用场景：适合嵌入小红书博主私信、短信营销短链、外部门户网站或在微信外部浏览器中直接打开；

c) 核心优势：建设成本极低，审核发布周期极短，不存在因第三方应用市场规则变动而导致的封禁下架风险。

5.1.2 微信生态自营小程序：

a) 技术特征：依托微信原生框架构建，具备极速加载渲染能力，深度集成微信支付、手机号一键授权、微信卡包、订阅消息及服务号模板消息推送；

b) 适用场景：中小民宿自营直销与私域会员运营的核心绝对主阵地，适合住客在店扫码、老客微信聊天对话中卡片分享及公众号菜单栏跳转；

c) 核心优势：转化漏斗路径最短，用户无需安装额外APP，授权信任度极高，沉淀到企业微信生态极其顺畅。

5.1.3 内容平台直连自营店铺（抖音团购/小红书自营商圈）：

a) 技术特征：通过入驻短视频与图文内容平台的官方宿集/酒旅商户系统，挂载短视频左下角购物车、直播间货架或笔记关联商品小蓝链；

b) 适用场景：适用于具备较强原创短视频拍摄、图文种草或直播互动能力的新锐旅创型、景观出片型精品民宿；

c) 核心优势：能够精准承接年轻化消费群体从“视觉种草”到“即刻下单预订”的冲动型决策，实现流量与转化的无缝融合。

5.1.4 企业微信与在线管家会话直订：

a) 技术特征：基于企业微信官方开放能力，管家在与住客点对点沟通行程、房型需求后，直接在聊天对话侧边栏调出房态库存日历，一键生成带有特定折扣、锁定特定房号的预订专属收款账单；

b) 适用场景：适用于高客单价精品客栈、包院包栋团建度假定制以及高净值常客的专属定制化预订。

5.1.5 前台面对面与数字化离店直订：

a) 技术特征：在前台接待台、客房床头柜、茶几及公区显著位置部署动态数字直订二维码，支持住客在离店现场使用手机扫码一键锁定未来出行房晚；

b) 适用场景：将已在店住客现场转化为直销复购客的最核心物理触点，实现当场结算、当场录入自营CRM系统。

5.2 直销系统选型决策模型与评估准则

中小民宿在采购或引入自营预订直销系统时，严禁贪大求全，应采用表 5.1 所示之“五维加权选型决策模型”进行综合评估。

表 5.1 中小民宿直销预订系统选型决策模型

5.3 移动微官网部署规范

5.3.1 域名与主机备案：

a) 采用独立私有域名的微官网，必须严格按照国家互联网络信息安全规定完成工业和信息化部全国ICP备案及公安联网备案；

b) 网站服务器或云托管必须部署于中国境内优质骨干节点，全面开启 HTTPS 传输协议（TLS 1.3）与 CDN 边缘节点网络加速；

c) 首屏核心资源必须经过无损压缩优化，全量页面资源加载完成耗时应控制在 1.8 秒以内。

5.3.2 页面结构与信息架构基准：

微官网必须且仅需聚焦于核心预订转化，严禁堆砌无关信息，标准页面应包含以下 5 大核心功能区：

a) 核心视觉与在地精神锚点区：高清无滤镜实景首图/轮播视频、民宿在地人文精神与设计主理人背书；

b) 房态与房型日历展示区：直观展示各类房型的实拍细节（卧室、卫浴、采光、景观）、床型尺寸、可入住人数、房间专属设施及实时动态价格；

c) 极速直订引擎区：支持日期快捷选择器、连住优惠计算、优惠券抵扣展开及一键发起移动支付入口；

d) 核心服务设施与真实口碑区：千兆网络实测速率、专属办公工位、宠物友好规则、停车指南及精选真实住客评价；

e) 一键联系与导航直通区：一键拨号呼叫管家、一键呼出高德/腾讯地图导航、一键复制微信直加好友。

5.4 微信小程序直订终端建设要点

5.4.1 认证主体规范：微信小程序认证主体必须为民宿工商营业执照对应的个体工商户、个人独资企业或有限责任公司，严禁将小程序挂靠在非关联的第三方代理商个人名下，确保小程序资产所有权及微信商户号资金账户 100% 归民宿经营者直属持有。

5.4.2 极简预订路径交互设计：

小程序预订交互设计必须严格执行“极简高效”准则，从用户进入首页至最终唤起支付的步骤严禁超过 3 步：

• 第一步：首页选定入住与离店日期，即时浏览可用房型与价格；
• 第二步：点击目标房型，展示明细并勾选入住人（支持微信一键提取历史常用联系人）；
• 第三步：点击“立即支付”，唤起微信原生支付安全控件，输入密码或生物识别完成结算。

5.4.3 订单与履约消息订阅：在下单与支付节点，应合理引导用户授权“订单支付成功提醒”、“入住前夕指引通知”及“退房发票开具完成”3 项长期或一次性服务通知，便于系统向住客精准触达行程履约信息，严禁滥用订阅消息进行营销骚扰。

5.5 直销通道与内部管理系统（PMS）技术串联

5.5.1 单体一体化直销方案：对于客房在 10 间以内、未采购专业独立PMS的小型微宿，宜优先选用“直销小程序 + 轻量云PMS + 聚合支付”三位一体的集成化SaaS系统，实现“手机管房态、微信收房款、自动打小单”的低成本轻量闭环。

5.5.2 外部专业PMS接口协同：对于客房在 10 间以上、已部署独立云PMS的精品客栈，自营直销预订系统必须通过标准 Open API（RESTful 架构）与PMS实现深度无缝对接，实现以下关键数据流的双向即时贯通：

a) 房态双向同步：PMS中手动修改房态或前台散客入住，3秒内同步至直销前端；直销渠道成功支付的订单，即时在PMS房态大板生成对应色块并自动排房；

b) 价格与策略推拉：支持在PMS端统一配置各房型直销挂牌价与活动促销价，系统自动推送刷新各直销前端；

c) 财务流水日结归集：直销渠道的在线实收金额、手续费扣除金额、定金与押金流水，自动归集进PMS的日审财务报表，无需人工前台手工记账与对账。

6 自营预订系统核心功能要求

6.1 实时房态日历引擎

6.1.1 基础显示与交互响应

自营预订系统的前端日历引擎应具备直观、敏捷的交互性能：

a) 移动端与桌面端首屏房态日历加载渲染耗时应控制在 800 ms 以内，滑动翻月响应延时不得超过 150 ms；

b) 房态日历应清晰、无歧义地展示每日每种房型的三种基本物理状态：即时可订（绿色或高亮标识）、已订满/售罄（灰色置灰标识并禁止点击点击预订）、锁房/保留房/维护中（明确标注不可售原因）；

c) 日历应支持按房型、按价格区间、按特色标签（如景观露台、亲子滑梯、地暖私汤等）进行一键筛选，并动态刷新展示当期起订价格。

6.1.2 动态起订规则与连住限制

系统后台应支持精细化的房态销售规则配置：

a) 起住天数控制（Minimum Length of Stay, MLOS）：支持针对特定节假日（如国庆、春节、目的地大型节庆）设置最低起订天数（如 2 晚或 3 晚起订），住客选择天数不足时应在前端日历以友好浮窗明确提示；

b) 连住折扣自动计算：支持设置阶梯连住优惠（如连住 2 晚享 95 折、连住 3 晚享 9 折、周租/月租特惠），前端应在住客跨日期选择时实时计算并动态呈现立减金额；

c) 最晚预订时间与提前预订期限制：支持设置当日最晚预订时间（如当日 22:00 后停止接单以保障管家备房质量）及最长提前预订窗口（如最多可预订未来 90 天或 180 天房源）。

6.1.3 特殊房态与包院定制交互

对于精品小院或整栋包院型中小民宿，系统日历引擎应具备单间与包院互斥逻辑：

a) 当整院被拆分为单间预订时，只要其中任一单间售出，整院包房日历状态应自动切换为“已售罄”或“不可整租”；

b) 当整院被住客一键包租时，系统应毫秒级自动批量锁闭该院落名下所有单间房型的对外可订状态，严禁出现逻辑死锁与重叠销售。

6.2 动态阶梯房价与组合营销计算器

6.2.1 阶梯基础底价配置引擎

自营系统应支持灵活的日历房价管理体系：

a) 平日/周末/节假日分时底价：支持针对周日历各天独立配置平日价与周末价，并支持按法定节假日日历批量导入自定义特殊日期价格；

b) 房型加权与楼层朝向差价：支持以基础房型为基准，对景观房、家庭套房等高端房型设置固定加价金额或百分比系数联动调价；

c) 早鸟预订与临期特惠：支持配置提前 15 天/30 天预订享梯度早鸟折扣，以及入住前 24 小时内尾房临期智能特惠。

6.2.2 权益捆绑与优惠券核销堆叠逻辑

系统应支持透明且严密的优惠叠加结算逻辑：

a) 优惠券引擎：支持满减券、无门槛立减券、折扣券、房型升级券及二次复购专属券等多种券种；

b) 权益自动对冲与赠品绑定：住客在自营端下单时，系统应自动勾选“自营直订专属权益包”（如双人原生态早餐、欢迎水果盘、延迟至 14:00 退房、旅拍体验券等），并在账单明细中清晰标明“已享专属增值权益”，增强住客获得感；

c) 优惠冲突检测：系统后台应支持自定义设置不同优惠活动是否允许叠加（如特价房不可叠加优惠券、会员折扣可与复购券叠加使用），前端结算界面应按最优省钱方案智能推荐可用券，并提供清晰的费用计算拆解明细。

6.3 多渠道退改签全自动化状态机

6.3.1 取消与退款阶梯规则配置

直销系统应提供优于或对齐公域平台的弹性退订政策配置能力，打破格式化霸王条款：

a) 梯度阶梯退订策略：

1) 入住日前 3 天及以上申请取消，系统自动全额退款，免收任何手续费；

2) 入住日前 1 至 2 天申请取消，扣除首晚房费的 30% 至 50% 作为房量损耗违约金，其余款项原路自动退回；

3) 入住当日申请取消或未到店（No-show），扣除首晚全部房费，后续连续房晚款项全额退回；

b) 不可抗力与特殊免责通道：支持因自然灾害、交通中断、急性突发疾病等不可抗力凭有效凭证申请全额极速退款，管家在后台一键审批通过后，款项应在 10 分钟内原路原渠道退回住客支付账户。

6.3.2 自助改期与差价多退少补状态机

系统应支持住客在订单详情页自助发起改期申请：

a) 在符合免费取消时间窗口内，住客可自主选择未来可售日期进行订单改期；

b) 改期差价结算状态机：

1) 若新选日期房费高于原订单金额，系统应生成补差账单，住客在 15 分钟内完成补差支付后改期生效；

2) 若新选日期房费低于原订单金额，系统应在扣减手续费（如有）后自动将差额原路退还住客；

c) 改期成功后，系统应立即释放原入住日期的房态库存并同步更新 Channel Manager，同时将最新确认信息通过微信服务通知或短信推送给住客及前台管家。

6.4 防刷单、防占座与风控拦截机制

6.4.1 未支付订单占座超时自动释放

为防止恶意占座导致的房态虚假售罄，系统必须严格配置订单支付倒计时机制：

a) 住客提交直订订单但尚未完成第三方支付时，系统应对对应房态进行临时冻结锁定；

b) 临时锁房倒计时应严格设定在 10 分钟至 15 分钟区间（旺季高并发期可动态缩短至 8 分钟）；

c) 若倒计时归零住客仍未完成支付，系统必须毫秒级自动触发订单失效状态，立即原样释放该间夜房态库存，恢复为全网可售状态，杜绝人为“锁房占座”。

6.4.2 恶意高频下单与网络爬虫拦截

自营系统应具备基础网络安全防御能力：

a) 频率限制（Rate Limiting）：针对同一 IP 地址、同一手机号或同一微信号，设定单位时间内的请求阈值（如 1 分钟内提交订单不得超过 3 次，1 小时内取消订单不得超过 5 次），超过阈值自动触发图形验证码或暂时封禁交互 30 分钟；

b) 设备指纹与风控规则：对于批量脚本高频抓取民宿房价日历信息的行为，系统边缘网关应进行智能识别与动态限流，保障中小民宿服务器带宽与数据资产安全。

6.5 数字化账单、电子发票与多语言/多币种支持

6.5.1 电子收据与规范明细账单

系统应在住客支付成功后自动生成合规的数字化电子凭证：

a) 提供包含民宿全称、统一社会信用代码、订单号、入住退房日期、房型房号、入住人姓名、支付渠道明细、实付金额及直订专享权益清单的规范电子确认单，支持住客一键保存为高清图片或 PDF 格式；

b) 支持住客在前端自主申请开具全电发票（电子发票），填写发票抬头、税号及接收邮箱后，民宿财务或管家可通过开票系统一键直联开票并自动发送至住客指定邮箱。

6.5.2 跨境与涉外友好接待能力（选配）

对于位于涉外旅游目的地、国家公园周边或具备外宾接待资质的中小民宿，直销系统宜提供国际化适配能力：

a) 多语言界面：微官网及预订端支持中文简体、中文繁体、英文及目的地小语种（如泰语、日语、韩语、法语）的一键无缝切换；

b) 多币种参考与跨境结算通道：房态价格支持以美元、欧元等国际主流货币进行参考汇率换算展示，并支持接入符合中国人民银行外汇监管要求的合法持牌跨境在线支付通道（如微信国际支付、支付宝跨境支付或银联国际云闪付）。

---

7 老客直订与复购运营机制

7.1 私域客户资产沉淀与触达路径设计

7.1.1 住客全流程触点私域沉淀矩阵

中小民宿应将公域流入的每一位真实入住旅客转化为长期私域数字资产，建立规范的触点引导规范：

a) 预订成功触点：公域平台下单后，管家在平台合规聊天窗口以“发送详细自驾路线、高德定位及实时气温提示”为由，引导住客主动添加企业微信专属管家；

b) 到店入住触点：前台办理入住或管家接引时，以“出示免费 Wi-Fi 高速连接二维码、院内手绘游玩地图、特色早餐预约通道”为载体，引导住客扫码加入民宿企微服务号或注册自营直订小程序会员；

c) 在店深度体验触点：公区咖啡吧、茶室、露台、书吧及客房床头牌，统一部署高辨识度专属二维码，标注“扫码一键呼叫管家 / 直订尊享老客专属折扣与免费特调饮品”；

d) 离店欢送触点：退房前夕或离店欢送时，管家为住客赠送在地特色伴手礼，并引导住客保存自营直订微官网链接，赠送无门槛老客二次复购抵用券。

7.1.2 企业微信客户资产规范化管理

民宿经营团队必须严格采用企业微信进行统一客户管理，严禁使用管家个人生活微信号私自沉淀客户，防止因人员离职导致客户资产流失：

a) 每一个添加的客户必须统一归属于民宿认证企业微信主体之下；

b) 当管家离职或岗位变动时，必须通过企业微信“在职继承”或“离职继承”官方功能，将全部客户会话与客户群一键无感交接给新任管家，确保客户服务连续不中断。

7.2 CRM 客情标签与全生命周期管理

7.2.1 多维度客情标签体系搭建

管家应在住客入店前、在店中及离店后，对客户画像进行立体化、结构化打标（见表 7.1）：

表 7.1 中小民宿私域客情标签标准维度

7.2.2 客户生命周期运营旅程

系统与运营团队应依据客户所处生命周期阶段，实施差异化运营策略：

a) 培育期（注册未下单）：推送“新人首住立减礼包”及民宿视觉美学种草图文，促成首单转化；

b) 成熟期（已完成首住）：离店 24 小时内发送感谢信与私域自评问卷；离店 7 天后推送本次入住留念照片合集；

c) 忠诚期（复购 2 次及以上）：授予“黑金/银卡老友”身份，常态化享受直订专属折扣，生日当月赠送免房升级券或定制伴手礼；

d) 预警期（超过 6 个月未产生预订或互动）：触发沉睡唤醒流程，推送专属怀旧回访福利。

7.3 企微管家式触达与老客直订闭环

7.3.1 社交化高情商管家触达规范

严禁利用私域通道对客户进行高频、机械化的硬广轰炸：

a) 朋友圈营销频次红线：企微朋友圈每周发布不得超过 3 条，内容结构应为“70% 在地风光、节气物候、民宿日常烟火 + 30% 房态优惠与特色活动”，塑造鲜活有温度的“在地生活主理人”形象；

b) 一对一私聊触达准则：私聊必须基于特定节气、客户生日或民宿重大升级改造，以关心、问候、分享实用旅行攻略切入，杜绝群发群发毫无温度的折扣链接；

c) 社群价值共建：建立“老友VIP生活群”，定期在群内开展在地特产拼团、非遗手作直播或淡季专属内测特惠秒杀，群活跃度应重于广告推送。

7.3.2 企微聊天侧边栏工具赋能

自营系统应深度打通企业微信工作台侧边栏：

a) 管家在与客户一对一聊天时，侧边栏应实时展示该客户的完整预订历史、累计消费金额、客情偏好标签及现有优惠券；

b) 管家可在侧边栏一键调用“实时房态日历”，直接勾选房型与日期，一键生成带有管家专属推荐码的“自订订单卡片”发送至聊天窗口，住客点击即可完成支付，实现“聊天即预订、咨询即成交”。

7.4 老客复购优惠券与转介绍分销奖励机制

7.4.1 “直订老客专属价”长效承诺

民宿应在自营直订小程序和微官网常设“老客专属权益中心”：

a) 凡历史在店完成入住的住客，系统自动将其微信号绑定为“终身直订老友”；

b) 老友在自营端登录后，全房型永久享受比全网公开售价低 5% 至 10% 的老友专属直订价，或在同等公域价格下额外享受“房型免费升一级（视房态）、免费双早、赠送在地伴手礼”三重对冲权益。

7.4.2 “老带新”转介绍双向激励体系

系统应支持轻量级社交分销与转介绍机制：

a) 老友专属邀请码/海报：老客可一键生成带有个人专属识别码的民宿明信片或电子邀请函，分享至微信好友或朋友圈；

b) 双向裂变奖励：

1) 新客通过老客链接或二维码注册，立即可领“新客直订立减 100 元体验券”；

2) 新客核销入住并离店后，老客账户自动进账“100 元无门槛房费抵用金”或获得“免费下午茶体验券 1 套”，可循环用于自身下次入住抵扣。

7.5 沉睡客户激活与流失预警机制

7.5.1 沉睡客户多级判定与唤醒

系统应建立客户活跃度自动评分与流失预警模型：

a) 一级唤醒（离店 180 天未互动）：结合目的地特定应季景观（如秋季银杏金黄、春季樱花盛开、冬季雪山观景季），由系统或管家定向推送《老友致信：好久不见，我们院子里的枫叶红了》图文内容，附赠一张专属“时节重逢兑换券”；

b) 二级唤醒（离店 360 天未互动）：推送“老友回馈免房体验抽奖”或在地特产尝鲜邮寄申请，通过寄送小样特产重新唤起美好记忆连接；

c) 流失归因分析：对于明确表示近期无出游计划或转投其他竞品民宿的客户，管家应友好记录其真实原因（如交通不便、价格偏高、服务细节瑕疵等），纳入月度经营改进例会。

---

8 房态分销与渠道协同管理

8.1 Channel Manager 中央渠道管理系统部署

8.1.1 渠道集中管控架构

中小民宿必须摒弃传统多手机、多后台、多账号人工盯着改房态的落后方式，必须统一部署或接入符合行业标准的中央渠道管理系统（Channel Manager）：

a) Channel Manager 系统作为全网房态库存与价格策略的唯一控制中枢，应上行对接所有主流公域销售渠道（携程、美团、飞猪、去哪儿、同程、爱彼迎中国等），下行无缝贯通自营预订微官网、微信小程序、抖音团购及前台 PMS 物理房态；

b) 系统必须支持“一次改价、全网同步”与“一处落单、全网减库”，消除跨渠道人工搬运订单的信息孤岛。

8.1.2 API 接口直连技术标准

自营系统与各分销渠道间的数据交换应基于安全可控的标准协议：

a) 优先采用服务商提供的双向 Direct API 直连，严禁使用非官方的屏幕模拟抓取或无保障的第三方黑客爬虫接口；

b) 接口应支持 RESTful 架构与 JSON 格式数据交换，采用 HTTPS/TLS 1.3 传输加密，并基于 API Token 或数字签名机制进行严格鉴权。

8.2 双向实时房态同步与库存分配逻辑

8.2.1 毫秒级库存变更闭环

全网房态库存流转必须满足严格的实时性标准：

a) 任何一个销售渠道产生新订单或锁房操作，Channel Manager 系统收到回调事件后，必须在 3 秒之内完成内部核心数据库状态刷新，并在 5 秒之内向全网其余所有已连接渠道推送最新剩余库存更新报文；

b) 住客在自营直销端完成支付落单后，系统应在 1 秒之内自动向关联的公域 OTA 推送“可售房量减 1”指令；若对应房型物理库存已降为 0，必须立即下发“关房/售罄”指令，将时间差风险压缩至极限。

8.2.2 动态房量分配与渠道配额策略

民宿经营者可根据不同运营周期，在 Channel Manager 中灵活配置差异化库存分配策略：

a) 总库存共享模式（Pooled Inventory）：日常平季将所有物理客房全部放入一个公共库存池，供全网所有渠道共同抢单，追求最高出租率；

b) 直销优先保留房模式（Direct-Priority Allotment）：在重大节假日或超高需求旺季，经营者应在系统后台设置“直销独家配额”，例如将全院最优质的 30% 核心景观房型仅限在自营小程序与老客私域发售，公域渠道仅投放普通房型或直接关房，倒逼公域流量向私域直销转化；

c) 渠道限售与阶梯释放：支持针对高佣金渠道设定每日前期最大配额上限（如某高佣渠道单日最多售 2 间），售完即自动关闭，剩余房源留待自营或低成本渠道销售。

8.3 超售自动熔断与兜底保障机制

8.3.1 高并发并发竞争超售熔断

在极端高并发场景下（如大型促销秒杀或各渠道毫秒级同时下单），系统应具备完备的防超售熔断机制：

a) 数据库行级锁与原子扣减：库存扣减逻辑必须在底层数据库采用行级互斥锁（Row Lock）或 Redis 分布式事务锁，确保库存判定与扣减为不可分割的原子操作，严禁脏读超卖；

b) 自动熔断告警：一旦系统检测到某房型物理库存小于或等于 0，且仍有并发在途支付请求时，系统应立即对该房型执行全网自动熔断闭关操作，拒绝后续支付，并触发手机短信、微信管家群、PMS 弹窗三重紧急告警。

8.3.2 超售突发事件应急兜底 SOP

若因不可抗技术故障（如第三方渠道网络抖动导致关房指令延时）偶发超售事件，民宿必须执行严格的“住客零伤害”兜底保障：

a) 首问负责制：管家在获知超售 10 分钟内必须主动致电发生冲突的住客，致以诚挚歉意并客观说明情况，严禁推诿拖延；

b) 同等或升级房型调配：优先将超售住客免费升级至院内更高级别房型（如将普通大床免费升为景观套房），差价由民宿全额承担；

c) 邻近高星级民宿/酒店转异地安置：若院内所有房型均已售罄，民宿必须自费在周边 3 公里范围内，为住客调配并预订同等或更高品质的精品民宿或星级酒店，并全额报销住客往返交通费，额外赠送不低于首晚房费 50% 的代金券或等值在地非遗伴手礼。

8.4 公域 OTA 与私域直销价格协同机制

8.4.1 价格平价（Rate Parity）合规边界

为规避公域 OTA 合作协议中的“最惠国待遇（MFN）/ 价格一致性”惩罚性条款（如降权、封店、罚扣保证金）：

a) 民宿在公域平台与自营微官网公开发布的非会员公开挂牌零售价（Rack Rate），在相同取消政策条件下，表面金额应严格保持绝对一致或自营端不得明显公开低挂；

b) 严禁在未做任何登录门槛或技术遮蔽的公共网页上，公开直接打出“公域 1000 元、自营只要 800 元”等可能被公域巡检爬虫直接抓取的违约降价标语。

8.4.2 “同价不同权”权益对冲实战模型

中小民宿应严格采用“同价不同权”与“会员私密价”两大合法合规运营利器，巧妙规避平台排他限制（见表 8.1）：

表 8.1 公域 OTA 与私域直销权益对冲实操对照表

8.5 违约排他限制与平台垄断破除

8.5.1 坚守自主经营权与反垄断底线

中小民宿在与各类渠道平台签署合作协议时，应增强法律维权与自我保护意识：

a) 严格依据《中华人民共和国反垄断法》《中华人民共和国电子商务法》《中华人民共和国反不正当竞争法》，任何平台不得利用市场支配地位，强制要求民宿签订“二选一”独家排他协议，不得变相强迫民宿关闭自营直订通道；

b) 若遭遇公域平台以“未独家上线、开通自营小程序、自营端开展正常会员回馈”为由实施恶意降权、屏蔽搜索、下架房型等不正当竞争行为，民宿应妥善保存后台沟通记录与数据取证截图，依据国家反垄断法规向市场监管部门与行业协会进行依法维权申诉。

---

9 数据安全、资产自主与合规保障

9.1 个人信息保护与隐私合规

9.1.1 最小必要采集原则

自营预订系统在收集住客信息时，必须严格遵守《中华人民共和国个人信息保护法》：

a) 必要信息清单：预订环节仅限收集与客房履约直接相关的必要数据，包括姓名、有效联系电话、入住日期及房型偏好；

b) 敏感信息保护：严禁在自营预订前端页面强制住客上传身份证照片、人脸图像、指纹等高敏感生物识别信息；法定治安管理所需的人证核验，必须在住客到店后通过公安指定的前台专用治安人脸核验终端进行现场合规采集，严禁非法截留、本地转存或向第三方云端非法传输。

9.1.2 隐私政策明示与撤回机制

自营系统应提供规范的隐私保护法律文书交互：

a) 住客首次登录小程序或微官网时，系统必须弹出独立的《用户服务协议》与《隐私政策》授权确认窗口，严禁采用默认勾选、静默授权等违规形式；

b) 系统后台必须提供用户个人信息注销与授权撤回功能，住客有权随时在用户中心自主申请删除历史预订轨迹与个人账户信息，系统应在 7 个工作日内完成系统脱敏或物理清除。

9.2 交易资金结算合规与持牌机构清算

9.2.1 严禁设立平台资金“大盖子”（二清风控）

中小民宿在自建或采购自营预订 SaaS 系统时，必须严格防范无证从事资金支付结算业务（即“大二清”）法律风险：

a) 住客支付的所有直订房费款项，必须通过具有中国人民银行颁发《支付业务许可证》的持牌法人金融机构（如微信支付商户直连、支付宝商户直连、银联商务、合规持牌商业银行收单系统）进行清算分账；

b) 预订系统软件提供商（SaaS 厂商）严禁作为资金中转方！住客支付的资金绝对严禁流入 SaaS 软件公司的公司或个人账户后再进行“二次提现/分账”，必须实现由持牌银行/支付机构将款项“ T+1” 直接划付至民宿合法拥有的对公银行账户或合规个体工商户法人账户，保障民宿资金链绝对安全。

9.2.2 支付安全与密码数据合规

系统必须采用高规格交易安全标准：

a) 在线支付全过程必须通过 PCI-DSS 支付卡行业安全标准或国家等保合规认证，传输链路必须全程强制启用高强度 SSL/TLS 加密；

b) 系统严禁以任何明文或密文形式存储住客的银行卡密码、CVV2 码、支付密码等核心鉴权数据。

9.3 经营数据资产自主可控与防平台锁死

9.3.1 核心经营数据主权确权

中小民宿必须牢固确立自身对经营核心数据的法定所有权：

a) 民宿历史住客名单、预订消费明细、住客客情评价、管家备忘录、财务经营报表等数据，均为民宿合法独立享有的商业核心数字资产，非经民宿法定代表人明确书面授权，任何软件供应商或第三方平台均无权转让、商业变现或向竞品披露；

b) 民宿与 SaaS 软件商签订采购协议时，必须在合同条款中明确写入“数据主权属于民宿经营方，服务期满后乙方必须协助无损迁移并彻底销毁云端留存数据”等排他保护条款。

9.3.2 “一键全量导出”反数据绑架能力

自营预订系统与 PMS 系统必须具备随时、无损、标准化的数据导出功能：

a) 系统管理后台必须常设“数据资产管理”模块，支持民宿管理员随时将客户名录、订单台账、财务流水按标准格式（如 CSV、XLSX、JSON）进行一键全量明文导出；

b) 严禁软件厂商对导出的核心数据进行非标私有加密、限制字段导出权限或恶意收取“数据导出服务费”；民宿经营者应建立“每周定期本地与异地双重冷备份”制度，切实杜绝“换系统即丢失客户”的数据绑架风险。

9.4 系统高可用性与灾备容灾机制

9.4.1 云端高可用服务级别协议（SLA）

自营预订系统底层应部署于具备高抗灾能力的国家级主流云基础设施：

a) 系统的全年网络服务可用性（Service Level Agreement, SLA）应不低于 99.9%，即全年非计划性宕机停服时间累计不得超过 8.76 小时；

b) 系统核心业务数据（用户表、房态表、订单表）应配置云端自动化快照与跨可用区同城双活/异地多副本容灾备份，数据恢复点目标（RPO）应小于 5 分钟，故障恢复时间目标（RTO）应小于 30 分钟。

9.4.2 离线应急前台接待兜底预案

为应对偏远山区突发光缆中断、公网停机等不可抗极端断网故障：

a) 本地前台接待终端应具备轻量级“离线房态缓存与前台接待模式”，支持在断网状态下照常查看当日预定房态、办理住客线下入住登记与纸质押金收据核验；

b) 待外部公网连接恢复后，离线终端应具备自动数据增量同步与网络并发冲突合并纠偏机制，确保极端网络工况下民宿日常运转平稳有序。

---

10 实施效果评估与持续改进

10.1 直订占比与渠道依赖度核心指标

10.1.1 核心量化指标定义与计算模型

中小民宿应建立以“去公域单一依赖、提质增效降成本”为导向的数字化经营评估指标体系（见表 10.1）：

表 10.1 中小民宿直销运营核心评估指标与计算模型

10.1.2 渠道依赖度风险预警机制

民宿财务应建立月度渠道依赖度警报模型：

a) 若单一公域 OTA 平台的月度间夜销售占比持续超过 60%，系统应发出“渠道单一依赖高危预警”，督促运营团队加大私域直订激励与多渠道分销分散动作；

b) 当直销间夜占比（DSR）稳定突破 40% 时，民宿经营抗风险能力将显著增强，可逐步在公域平台收缩高佣金付费推广，将营销预算全额转向自营住客体验提升。

10.2 直订转化漏斗与全链路 ROI 量化模型

10.2.1 数字化预订全链路漏斗分析

自营预订系统应内嵌行为埋点与漏斗转化分析看板，监控住客从曝光到核销的全生命周期耗损：

a) 访客浏览阶段（UV/PV）：微官网或小程序被打开访问的独立用户数及页面停留时长；

b) 房态检索阶段（Search）：进入日历选择日期、查询可用房型的用户占比（正常基准值 $\ge 40\%$）；

c) 提交订单阶段（Book）：选择心仪房型并进入信息填写结算页的用户占比（正常基准值 $\ge 12\%$）；

d) 完成支付阶段（Pay）：在支付倒计时内成功付清全款的用户占比（正常基准值 $\ge 75\%$）；

e) 履约核销阶段（Check-in）：实际到店核销未发生退款的用户占比（正常基准值 $\ge 85\%$）。

运营团队应对流失率异常偏高的环节（如提交订单后放弃支付超 30%）展开深度排查，诊断是否因价格过高、退订规则严苛或支付流程冗长导致。

10.2.2 全链路投入产出比（ROI）测算

民宿应精准测算自营直销系统的实际投资回报率：

a) 直接节约佣金收益测算：

$$ ext{月度节约佣金净收益} = ext{自营直销月度营业额} imes ext{公域OTA基准佣金率 (通常为12\%至18\%)} – ext{自营交易支付手续费 (0.6\%)}$$

b) 净投资回报率（Net ROI）模型：

$$ ext{直销运营净 ROI} = rac{ ext{月度节约佣金净收益} + ext{自营增值二次消费增量} – ext{直销SaaS软件月度均摊成本} – ext{直销赠品边际成本}}{ ext{直销SaaS软件月度均摊成本} + ext{直销运营人工投入}} imes 100\%$$

常规运行经验表明，中小民宿在自建规范直销渠道 3 个月后，直销运营净 ROI 通常应稳定在 $300\%$ 以上。

10.3 住客满意度与复购周期分析

10.3.1 直销专属住客净推荐值（NPS）监测

民宿应建立自营渠道住客专属反馈机制：

a) 住客退房离店 2 小时后，自营系统自动推送极简“直销住客体验满意度评分”（采用国际标准 0 至 10 分 NPS 净推荐值量表），附带 3 道选择题及语音/文字反馈通道；

b) 对于打分在 9 至 10 分的“推荐者”，系统自动引导其将民宿分享至朋友圈或小红书打卡并赠送分享积分；对于打分在 0 至 6 分的“批评者”，系统立即触发“差评预警推送”，店长必须在 30 分钟内主动电话回访进行沟通抚平与服务补救，彻底掐灭公域差评隐患。

10.3.2 住客复购周期动态跟踪

分析住客在直营端的历史行为数据：

a) 绘制不同客群的复购时间周期曲线（如城市近郊周末亲子度假客复购周期通常为 45 至 60 天，长线文旅目的地常客复购周期通常为 180 至 360 天）；

b) 根据动态测算的复购拐点，系统提前 15 天自动将客户名单推送到管家企微待办任务中，由管家实施温情跟进，实现精准“在正确的时间进行恰当的触达”。

10.4 直销运营复盘与系统版本迭代机制

10.4.1 月度直销运营复盘例会制度

民宿经营管理团队必须建立规范的月度复盘经营会议：

a) 会议必须输出固化的《月度直销运营数据分析报告》，详细披露全渠道营收占比、自营直订增长率、企微私域新增好友数、优惠券核销转化率及各项运营成本明细；

b) 深刻剖析本月直销运营中的得失案例，针对退订率偏高房型、营销冷门时段制定下月定向改进方案。

10.4.2 系统功能与业务流程持续迭代

根据业务演进与技术发展，自营系统与操作流程应保持敏捷迭代：

a) 软件 SaaS 供应商必须保证系统底层每月至少完成一次安全漏洞扫描与性能优化补丁更新，每季度根据国家法规与行业实践进行至少一次重大功能升级；

b) 民宿自身业务流程应每半年开展一次全流程符合性自查，对落后、繁琐的操作环节进行持续简化精炼，确保直销体系生命力长盛不衰。

---

11 符合性检查与自评指南

11.1 检查原则与自评周期

11.1.1 检查评估基本原则

中小民宿直销渠道与自营预订体系的符合性检查应遵循以下原则：

a) 客观真实原则：检查应以系统真实运行日志、交易资金银行流水、客户真实反馈及直订后台数据为唯一判定依据，严禁弄虚作假、虚构数据；

b) 安全底线原则：对个人信息隐私保护合规、资金交易二清风控、数据资产自主可控设立一票否决项，严守法律底线；

c) 持续提质原则：检查核心目的在于发现自营运营中的断点与短板，指导民宿优化服务流程、提升直销份额，而非形式主义验收。

11.1.2 自评与检查周期

a) 日常运营自查：管家团队应每日核对 Channel Manager 房态同步日志与前台预订账单，发现异常 10 分钟内处置；

b) 月度深度自评：店长或经营者应在每月初，对照本标准第 5 章至第 10 章核心条款，进行月度数字化直销自评，计算直销各项核心量化指标；

c) 年度综合评估：民宿可申请当地民宿行业协会或第三方专业技术机构，依据本标准开展年度数字化直销成熟度综合诊断与指导。

11.2 四级符合性评定标准

11.2.1 符合性判定等级划分

根据民宿对本标准全部条款的落实程度，将直销建设与运营成熟度划分为四个等级：

a) 完全符合（一级 / 标杆级）：

1) 核心必要条款（标注为“必须”、“严禁”的条款）符合率达到 100%；

2) 推荐性与指导性条款符合率达到 90% 以上；

3) 直销间夜占比（DSR）稳定在 35% 以上，且未发生任何超售纠纷与数据泄露事件；

b) 基本符合（二级 / 合格级）：

1) 核心必要条款符合率达到 100%；

2) 推荐性与指导性条款符合率达到 70% 至 89%；

3) 直销间夜占比稳定在 15% 至 34% 区间；

c) 部分符合（三级 / 整改级）：

1) 核心必要条款存在 1 至 2 项一般性瑕疵（且不涉及资金安全与重大法律违规）；

2) 推荐性与指导性条款符合率在 50% 至 69% 之间；

3) 直销间夜占比低于 15%，渠道严重依赖单一公域 OTA；

d) 不符合（四级 / 不合格级）：

1) 核心必要条款中存在触犯资金“二清”、严重侵犯住客个人隐私信息、遭遇恶意数据锁死无法导出等重大安全隐患；

2) 未部署任何合规的直销终端或 Channel Manager，全网房态混乱常发超售事故；

3) 综合条款符合率低于 50%。

11.3 不符合项整改与持续优化闭环

11.3.1 不符合项分类与整改时限

在检查中发现的不符合项，应分级分类建档并限期整改：

a) 重大安全合规隐患：涉及资金结算无证托管、住客身份证生物识别违规采集等，必须在 24 小时内立即停业整改或切断违规软件接口；

b) 技术与功能性缺陷：涉及房态同步延时超标、退改签流程卡顿、优惠券核销冲突等，应在 7 个工作日内督促软件供应商完成修复验证；

c) 运营管理规范欠缺：涉及企微打标不及时、老客激活机制未执行等，应在 15 个工作日内完善制度并完成全员实操培训。

11.3.2 持续优化与成果沉淀

整改完成后，经营者必须组织“回头看”闭环复核，确认缺陷彻底消除；优秀的直销实战案例与运营话术应及时沉淀为民宿内部标准作业程序（SOP），推动直销能力内生化、制度化演进。

---

附录 A （规范性） 中小民宿直销预订系统核心功能符合性检查表

表 A.1 规定了中小民宿自营预订系统在软硬件选型、部署及运营全周期必须通过的符合性检查项目。

表 A.1 中小民宿直销预订系统核心功能符合性检查表

---

附录 B （资料性） 中小民宿数字化直销能力成熟度自评量表

本量表供中小民宿经营管理团队开展直销建设现状体检，满分为 100 分。

表 B.1 中小民宿数字化直销能力成熟度自评量表

| 总分汇总 |100分 |评估得分汇总：______ 分 | |成熟度等级评定判定标准：

• 85分 – 100分【卓越标杆级】：具备极强的品牌私域护城河与健康的自主经营造血能力，佣金支出极低，客户黏性强；
• 70分 – 84分【成熟稳健级】：直销体系运转顺畅，公域与私域形成良性互补，建议进一步精细化客情打标与复购裂变；
• 55分 – 69分【起步转型级】：已初步具备直销工具，但运营深度不足，严重依赖公域 OTA，急需补齐老客沉淀与渠道协同；
• 55分以下【高危依赖级】：几乎无自主直销能力，利润被公域平台严重吞噬，存在严重数据锁死与资金合规隐患，必须全面系统重构。

---

附录 C （资料性） 民宿主流销售渠道综合成本与全链路 ROI 测算对比表

表 C.1 详细对比了中小民宿各类销售渠道的资金、流量及人力综合成本构成。

表 C.1 民宿主流销售渠道综合成本与全链路 ROI 测算对比表

---

附录 D （资料性） 私域老客全生命周期阶梯式运营实操表

表 D.1 详细规定了管家团队针对住客全生命周期各阶段的标准作业指引。

表 D.1 私域老客全生命周期阶梯式运营实操表

---

附录 E （资料性） 中央渠道管理系统（Channel Manager）标准参数配置清单

表 E.1 规定了中央渠道管理系统的典型底层参数配置标准。

表 E.1 中央渠道管理系统（Channel Manager）标准参数配置清单

---

附录 F （资料性） 典型中小民宿直销逆袭与反内卷突围实战案例

案例 1：某 8 间房山林景观小院“同价不同权”与企微私域破局

背景痛点：

该民宿位于西南知名山岳风景区，共拥有 8 间高品质客房，均价 800 元/间夜。在系统改造前，其 85% 以上客源严重依赖单一头部公域 OTA 平台，月度平台佣金支出高达 1.8 万至 2.5 万元。因签署价格平价协议，民宿不敢在其他渠道低价销售；同时前台管家离职频繁，管家离职后带走私人微信号中的住客，导致老客复购率不足 5%。

实施路径与改革举措：

• 1. 上线轻量级自营微信小程序与微官网：投入数千元采购合规标准的第三方中小民宿 SaaS 系统，支持双向直连主流公域 OTA 与 Channel Manager，彻底告别人工看手机改房态；
• 2. 落地“同价不同权”权益对冲方案：

- 公域 OTA 端：标价 880 元/晚，严格履行平台协议，仅提供纯住宿（无早，需加收 68 元/位）；

- 自营直销端：同样标价 880 元/晚，住客微信扫码直接获得“老客专享 100 元券”，实付 780 元，同时系统自动附赠价值 136 元的双人有机山野早餐、下午茶体验及延迟至 14:00 退房特权；

• 3. 全流程触点企微沉淀：

- 公域订单产生后，管家以“发送精准避堵定位和高德路书”为由，引导住客添加民宿认证企业微信；

- 到店后出示“扫码连高速 Wi-Fi 即可领取免费特调咖啡”台卡，全量将住客沉淀进企业微信会员库；

- 离店时为住客送上院子自烤鲜花饼伴手礼，管家协助住客一键开通“直订终身老友卡”。

实施成效：

经过 6 个月的系统化运营，该小院自营直销间夜占比（DSR）从最初的不足 10% 飙升至 48.5%，老客二次复购率达到28.2%，月度平台佣金支出断崖式下降 60% 以上，每年为民宿净节约纯利润超过 14 万元。更为关键的是，即便管家发生岗位更替，所有客户资产通过企业微信离职继承完整保留，未发生任何客户流失。

---

案例 2：某 15 间房古城民居集群高并发防超售与全网渠道协同

背景痛点：

该民宿由古城内 3 栋相邻民居改造而成，共计 15 间客房，日常在 5 个公域平台同时上架分销。由于长期依赖人工盯盘改房态，在某一黄金周由于网络时延与跨平台人工同步滞后，3 个平台在 2 分钟内同时售出同一间景观大床房，造成严重“一房三卖”恶性超售纠纷，导致民宿面临巨额差评、高额平台罚款及停业整顿风险。

实施路径与改革举措：

• 1. 统一部署 Channel Manager 与毫秒级接口直连：接入符合本标准规范的中央渠道管理系统，将 5 大 OTA 渠道及自营小程序全部纳入统一库存池，实现“一处落单，全网 3 秒秒级自动关房”；
• 2. 启用未支付占座超时释放与行级锁机制：将未支付订单倒计时严格锁定为 10 分钟，底层数据库采用原子性行级锁，并在旺季预留 1 间多功能备用房作为防超售缓冲池；
• 3. 建立超售突发应急 SOP：明确在偶发超售 10 分钟内主动联系住客，无条件全额承担就近高星级酒店安置费用，并额外赠送 500 元直订抵用券。实施成效：

系统全面升级后，该民宿连续 2 年在“五一”、“十一”及春节等极端高并发黄金周期间，全网房态库存同步准确率达到 100%，再未发生过一起超售争议，前台人力成本大幅缩减 50%，渠道分销效率与住客口碑实现跨越式提升。

---

附录 G （资料性） 中小民宿自营直销建设常见疑难解答（FAQ）与避坑排错指南

Q1：公域 OTA 平台要求签订“独家协议”或“价格平价协议”，我们做自营直销会不会被平台封店或降权？

解答与合规指引：

• 1. 国家法律坚决破除垄断：《中华人民共和国反垄断法》明确禁止平台强制商户“二选一”或限制商户自主经营权，平台强迫关停自营渠道属于违法不正当竞争行为；
• 2. 合规操作要点：在遵守与平台合同的前提下，自营系统应采取“表面挂牌平价，实质赠送权益”的权益对冲平价策略。自营端的公开标价与 OTA 保持一致，通过微信登录后发放“私密定向优惠券”、赠送原生态早餐、延迟退房、赠送在地伴手礼等方式形成价格优势。公域平台的合规爬虫抓取的是公开挂牌价，而私域会员定向优惠属于商户合法自主促销范畴，完全合法合规，无被封店风险。Q2：市面上有很多自营小程序开发商，有的只收几百元，有的宣称免费但按每笔流水抽成 3%，该怎么选？

解答与避坑排错：

• 1. 警惕“零元购 / 低价陷阱”：宣称极低费用甚至免费的 SaaS 软件，往往在后台隐藏高昂的交易抽点（如每笔抽 2% 至 5%），这本质上是把公域佣金换了个马甲转移到了私域，完全背离了做直销的初衷；
• 2. 坚守资金“零抽点”底线：优质的中小民宿直销预订系统，应采取按年收取透明且合理的固定技术年费模式（中小民宿通常为每年 1000 至 3000 元区间），交易流水严禁有任何软件抽点，仅扣缴国家法定的微信/支付宝官方千分之六标准手续费；
• 3. 严查资金结算资质：必须确认住客支付的资金是直接打入民宿自身合法商户号（T+1 到账），绝不能经过软件公司的私人或公司中转账户，坚决杜绝“大二清”资金池跑路风险。Q3：很多老客离店后就忘了我们，逢年过节发微信又怕打扰被拉黑，如何保持有温度的互动？

解答与实战话术：

• 1. 改变内容结构：坚决摒弃“全员群发广告链接”的粗暴做法。将企微朋友圈建设为“在地风土的橱窗”，多发院子里的阳光、新开的花、自摘的果、山里的云雾和主理人的真实生活日常（占比 70%），促销信息不要超过 30%；
• 2. 借势节气物候：在特定节气（如立春、白露、大雪）或目的地特色景观季，以朋友关怀的口吻定向致信老客，分享当季美景，附带一张长效期的“老友回馈券”；
• 3. 物质寄托记忆：对于高净值忠诚老客，适时寄送一小包院子自产的风味特产（如高山野茶小样、自制果酱、非遗拓印手帕），极低的物流成本换来的是住客长久的情感共鸣与主动裂变转介绍。

---

附录 H （资料性） 自营直销系统核心 RESTful API 与 Webhook 回调协议报文示范

H.1 房态库存变更 Webhook 推送报文示范

当第三方销售渠道产生订单导致房态扣减时，Channel Manager 向自营系统推送的实时库存变动事件报文格式如下：

```json

{

"event_id": "evt_20260918_88491023",

"event_type": "room_inventory.changed",

"timestamp": 1789708800,

"homestay_id": "YNMS_HOMESTAY_6688",

"data": {

"channel_source": "CTRIP_DIRECT_API",

"room_type_code": "RT_PANORAMIC_SUITE",

"room_type_name": "全景雪山露台套房",

"date_range": {

"start_date": "2026-10-01",

"end_date": "2026-10-03"

},

"inventory_change": -1,

"remaining_physical_inventory": 0,

"current_status": "SOLD_OUT",

"trigger_reason": "NEW_BOOKING_PLACED",

"order_reference": "CTRIP_ORD_99812033"

},

"signature": "e9b2d8c37104b2a8d721fa0c8f5e1b6d"

}

```

H.2 自营直销系统接收并处理 Webhook 回执报文示范

自营系统在 500 ms 内完成本地房态更新与日历锁闭后，应向发送方响应标准 HTTP 200 OK 确认报文：

```json

{

"code": 200,

"status": "SUCCESS",

"message": "Inventory successfully updated and room closed on direct channel",

"data": {

"homestay_id": "YNMS_HOMESTAY_6688",

"room_type_code": "RT_PANORAMIC_SUITE",

"updated_dates": [

"2026-10-01",

"2026-10-02"

],

"direct_channel_action": "FORCE_CLOSE_ROOM",

"execution_time_ms": 42

}

}

```

H.3 自营端直订订单创建请求报文示范

住客在微信小程序提交直订订单时，客户端向直销系统后台发送的标准 API 请求报文示范：

```json

{

"booking_request_id": "REQ_20261001_009912",

"homestay_id": "YNMS_HOMESTAY_6688",

"room_type_code": "RT_PANORAMIC_SUITE",

"check_in_date": "2026-10-01",

"check_out_date": "2026-10-03",

"room_count": 1,

"guest_info": {

"guest_name": "张先生",

"mobile_phone": "13800138000",

"estimated_arrival_time": "15:00"

},

"price_summary": {

"rack_rate_total": 1760.00,

"direct_member_discount": -200.00,

"coupon_code": "LOYAL_FRIEND_100",

"coupon_amount": -100.00,

"actual_payable_amount": 1460.00,

"currency": "CNY"

},

"exclusive_direct_benefits": [

"DAILY_ORGANIC_BREAKFAST_FOR_2",

"LATE_CHECKOUT_UNTIL_1400",

"HANDMADE_AFTERNOON_TEA",

"LOCAL_SOUVENIR_GIFT"

],

"pay_channel": "WECHAT_PAY_DIRECT"

}

```

👉 百度网盘直链：点击进入百度网盘下载《中小民宿直销渠道与自营预订建设指南》完整高清PDF

🔑 官方提取码：auvz

* 说明：网盘目录已全量收录云南省旅游民宿行业协会第三批 66 项团体标准官方正式版矢量高清 PDF 汇编及编制说明文件，支持单篇浏览或整包高速离线下载。

【第三批 66 项团体标准官方目录索引】

• T/YNMS 093—2026 《民宿评价结果公示与社会监督规范》
• T/YNMS 094—2026 《非遗民宿文化展示空间建设指南》
• T/YNMS 095—2026 《民宿在地农产品与手作商品销售服务规范》
• T/YNMS 096—2026 《非遗传承人合作服务规范》
• T/YNMS 097—2026 《民族地区民宿用工与社区收益分配指南》
• T/YNMS 098—2026 《自然保护地周边民宿生态补偿与访客管控指南》
• T/YNMS 099—2026 《儿童活动设施安全配置与维护规范》
• T/YNMS 100—2026 《民宿碳足迹核算与披露指南》
• T/YNMS 101—2026 《绿色民宿节能减排技术要求》
• T/YNMS 102—2026 《民宿水资源循环与中水利用技术要求》
• T/YNMS 103—2026 《民宿绿色餐饮与可持续采购服务规范》
• T/YNMS 104—2026 《民宿季节性歇业与复工安全检查规范》
• T/YNMS 105—2026 《宠物友好型民宿建设与服务规范》
• T/YNMS 106—2026 《宠物友好型民宿设施配置要求》
• T/YNMS 107—2026 《宠物友好型民宿卫生与安全管理规范》
• T/YNMS 108—2026 《女性友好型民宿建设与服务规范》
• T/YNMS 109—2026 《女性友好型民宿安全设施配置要求》
• T/YNMS 110—2026 《女性友好型民宿服务质量评价规范》
• T/YNMS 111—2026 《无烟民宿认定与评价规范》
• T/YNMS 112—2026 《无烟民宿空气质量控制要求》
• T/YNMS 113—2026 《无烟民宿运营管理规范》
• T/YNMS 114—2026 《数字创业与联合办公型民宿建设与运营规范》
• T/YNMS 115—2026 《数字创业型民宿共享办公空间配置要求》
• T/YNMS 116—2026 《数字创业型民宿社群运营服务规范》
• T/YNMS 117—2026 《数字创业型民宿创业服务与资源对接指南》
• T/YNMS 118—2026 《数字创业型民宿数据安全管理规范》
• T/YNMS 119—2026 《住宿业私域直销渠道建设与会员服务规范》
• T/YNMS 120—2026 《旅居创作者社群运营与共创服务规范》
• T/YNMS 121—2026 《数字创业型民宿认定与评价规范》
• T/YNMS 122—2026 《文旅目的地公共信息知识库建设指南》
• T/YNMS 123—2026 《中小民宿直销渠道与自营预订建设指南》
• T/YNMS 124—2026 《民宿结构化信息与生成式引擎调用规范》
• T/YNMS 125—2026 《文旅品牌生成式引擎可见度评价方法》
• T/YNMS 126—2026 《文旅生成式搜索引用准确性与证据链核验规范》
• T/YNMS 127—2026 《民宿经营者可引用内容编写与纠错指南》
• T/YNMS 128—2026 《住宿业应对线上恶意差评与不正当竞争维权指南》
• T/YNMS 129—2026 《文旅生成式搜索优化服务规范》
• T/YNMS 130—2026 《文旅生成式搜索优化服务机构能力认定规范》
• T/YNMS 131—2026 《文旅数字内容质量评价方法》
• T/YNMS 132—2026 《民宿集群淡旺季客源联合营销指南》
• T/YNMS 133—2026 《文旅人工智能应用指南》
• T/YNMS 134—2026 《文旅智能体建设规范》
• T/YNMS 135—2026 《住宿业AI智能接待与自动化应答规范》
• T/YNMS 136—2026 《文旅数字员工应用规范》
• T/YNMS 137—2026 《住宿业标准化专家管理规范》
• T/YNMS 138—2026 《住宿业标准化试点单位建设规范》
• T/YNMS 139—2026 《住宿业观察员管理规范》
• T/YNMS 140—2026 《住宿业体验官管理规范》
• T/YNMS 141—2026 《住宿业标准成果转化服务规范》
• T/YNMS 142—2026 《住宿业评价与推荐名录管理规范》
• T/YNMS 143—2026 《景区民宿融合发展规范》
• T/YNMS 144—2026 《康养旅居盘活存量住宅的托管运营指南》
• T/YNMS 145—2026 《乡村民宿运营和管理规范》
• T/YNMS 146—2026 《住宿业预付消费资金托管与退改履约服务指南》
• T/YNMS 147—2026 《康养旅居基地建设指南》
• T/YNMS 148—2026 《法律服务数字化与大模型应用能力要求》
• T/YNMS 149—2026 《律师事务所数字化办案服务流程规范》
• T/YNMS 150—2026 《法律大模型提示词工程与应用能力评价规范》
• T/YNMS 151—2026 《法律知识库建设与应用规范》
• T/YNMS 152—2026 《法律数字内容传播服务规范》
• T/YNMS 153—2026 《独立经营体财税数字化管理与合规指南》
• T/YNMS 154—2026 《小微文旅企业财税合规与风险预警规范》
• T/YNMS 155—2026 《数字化财税服务机构能力评价规范》
• T/YNMS 156—2026 《跨境旅居与出国策划服务质量规范》
• T/YNMS 157—2026 《海外远程办公旅居签证与商务策划服务指南》
• T/YNMS 158—2026 《国际游学与海外文旅策划服务质量评价规范》