面向地接社
一个平台，管住目的地业务的每一单酒店
地接是一门本地履约的生意：团队一批批抵达，报价讲时效，酒店采购又是成本大头——买价每降一点，都是纯利。HotelByte 把全部酒店上游装进同一个平台：同一酒店、同一日期，各家来源的报价同台摆开，买得更便宜；报价实时，确认赶得上客户的截止时间。
你在买什么
Stai API——一个账号接通全部上游，外加可选的 API 接入。登录之后，搜索、比价、报价、下单、售后都在里面完成——背后是各家上游供应商的聚合库存（Dida、Hotelbeds、Tourmind、Yalago、TBO、Juniper 等），覆盖这些上游在你目的地的酒店。价格实时，条款跟着报价走，账目按币种记录。
- 搜索与比价：一次搜索，全部上游对同一酒店、同一日期的报价同台摆开——买价被竞争压下来；税费与取消政策都含在其中。
- 报价：把搜索结果稍作整理，就是能直接发给组团社的报价单；条款附在单上，不必另行解释。
- 预订与售后：两段式确认，供应商单号留档；改期、取消、退款都有凭证可查。
- 账目：钱包按买方、卖方、币种记账；上游再多、币种再多，一本账对清。
- 可选件：API、MCP（AI 助手接入）、白标、Lookout 价格情报——见下文「什么产品可能是你需要的」。
价格优势从哪里来
酒店采购是地接最大的成本项，软件也是成本——利润薄的行当，两头都要省。价格优势不是口号，是五个看得见的机制，每一个都可以当场演示。
全部上游同台竞价
同一酒店、同一日期，各家来源的报价在一次搜索里摆开，谁低谁高一目了然。你的买价被竞争压下来——逐家开户，得不到这样的竞争密度。
批发净价直连
上游按批发净价供货，你看到的是进入自己定价之前的价格；加多少、怎么加，是你的商业策略。
价差全程可见
每张报价都带来源与税费明细。贵从哪里贵、省从哪里省，追得到出处，也向客户讲得出道理。
买贵了，第一时间知道
Lookout 价格情报按周期盯住重点酒店：跨渠道倒挂、上游价差，先于客人与同行发现。
软件也是成本
利润薄，软件的钱就要花在明处：平台按账号自助订阅、浏览器即用，没有实施费，也没有看不到头的实施周期；只有走 API 接入才需要工程投入。
价格优势不靠承诺，靠机制。搜索、证据、盯价——拿你最常买的酒店跑一轮沙箱，与现有拿货价逐条对拍，即可验证。
两种规模，两种用法
小型地接社：重点是「买」
团队小，没有研发。要的是把酒店买对、买快、买得有依据——一个平台账号就够了。
- 销售在平台上搜价、比价、出报价单，不需要 IT 支持。
- 确认状态清楚，售后有供应商单号可对。
- 浏览器登录即用，不接系统，不装软件。
大型地接社：既「买」也「卖」
除了自己采购，还要服务同业客户。把他们的账号、价格规则、信用额度放进同一套平台；需要的话，挂上你自己的品牌。
- 把平台挂上你的品牌，开放给同业客户。
- 客户、账号层级与数据边界清晰。
- 按客户配置价格规则，钱包按币种对账。
痛点与解法
一张报价单要等半天
组团社要 20 间房、连住 5 晚的团队价。同事挨个登录上游门户查价、等 WhatsApp 回复，再手工拼出一张表格——报价发出去时，客人已经在别家下单。
HotelByte 的回应
一次搜索覆盖全部上游的实时房价与房态。报价自带税费、取消政策和确认类型，整理好即可发出。
旺季溢出，确认没把握
协议酒店满了，只能找一年做不上几笔的批发商救急。订单是「确认」还是只「受理」，决定团队落地那天有没有房。
HotelByte 的回应
两段式预订把「已受理」和「供应商已确认」分开，订单始终保留供应商单号，随时核对。
渠道价看不全
协议价、批发价、季节价散落各处，没人能立刻说出某天某酒店用哪个来源最合算；等价格倒挂暴露出来，往往已经是客诉。
HotelByte 的回应
同一天、同一酒店，一次搜索横向对比全部上游报价；Lookout 价格情报按周期盯住重点酒店，一有价差就报出来。
多上游多币种，对账靠手工
预付与月结混着走，币种一多，每月对账第一遍总对不平，财务在替每个上游的差异手工买单。
HotelByte 的回应
钱包按买方、卖方、币种记账：上游应付、下游应收，落在同一本账上。
能力
供应层一次接齐
Dida、Hotelbeds、Tourmind、Yalago、TBO、Juniper 等连接器在同一个接口后面，酒店与房型映射经核对后才上架。
- 一次搜索横跨全部上游。
- 报价保留供应商证据。
- 需要进系统时，同一套能力就是一套 API。
上游买货，下游卖货
地接社既是买方也是卖方。同一套平台管好你的同业客户、价格规则与访问边界；需要的话，挂上你自己的品牌。
- 平台可挂上你的品牌，开放给同业客户。
- 客户、账号与信用边界归属明确。
- 价格规则按客户配置，不靠表格。
出了问题追得到底
搜索、预订、售后事件共用一套标识。链路断在哪里，证据可以追到供应商边界，而不是停在客服邮箱里。
- 两段式确认预订，保留供应商单号。
- TraceSight 全链路诊断。
- Lookout 盯住重点酒店价格。
怎么促成合作
看演示
在公开 demo 里走一遍搜索、报价、预订与售后，确认它合你团队的用法。
沙箱验证
带上你的目的地与酒店清单跑一轮：覆盖、价格水平、确认速度，都用你真实在卖的货来验。
具体做法见沙箱验证指南 →商务与合规确认
把合作模式、结算币种、账期、开票与主体要求逐项谈定——见下方「合作要满足的要求」。
开通上线
账号开通即用；走 API 路线的，另排对接计划。
什么产品可能是你需要的
核心只有一个；其余按你的规模与路线加配。
Stai API
所有地接社 · 必备
买货卖货的主界面：搜索、比价、报价、订单、售后、账目。
白标与客户体系
有同业客户要服务时
把同业客户接入挂着你品牌的平台，价格规则、信用与数据分层管理。
系统对接（API）
有技术团队、要接入自己系统时
同一套供应与预订能力，以一套 API 接入现有系统。
MCP / AI 分销接口
想让 AI 助手帮忙干活时
AI agent 可以搜索、报价、预填订单，交人工复核；不是黑盒。
Lookout 价格情报
需要盯价格时
按周期盯重点酒店的跨渠道价差，防倒挂、防客诉。
合作要满足的要求
以下事项在商务阶段逐项确认，以合同为准。
签约主体与账户
以公司主体签约。平台按客户、账号层级开户，权限与数据按边界隔离——谁看得见什么，第一天就定清楚。
结算与钱包
结算按买方、卖方、币种进行，支持多币种。可用币种、账期与额度，在商务阶段确认。
发票与税务
开票与税务，按签约主体所在地的规定与商业安排执行，以合同约定为准。
供应覆盖
上游能否启用，取决于其商业授权与市场范围。沙箱阶段拿你的酒店清单逐项核对——能用的、暂时不能用的，提前说清。
常见问题
我们有直签协议酒店，会冲突吗？
不冲突。直签协议照常执行；HotelByte 聚合多家上游补覆盖、接溢出，两边在同一个平台上管理。
需要研发团队吗？
不需要。平台本身就是产品：搜索、报价、预订、售后都在里面完成。只有走 API 路线、把能力接进自己的系统时，才用得到研发。
怎么验证目的地的供应商覆盖？
拿自己的酒店清单跑一轮沙箱评估；集成目录里也写明了哪些适配器存在、宣称可用之前要核对什么。
价格优势怎么验证？
沙箱阶段拿你最常买的酒店，把 HotelByte 的报价与你现有渠道的拿货价逐条对比；价差与来源，在报价证据里都看得到。
软件本身怎么收费？
平台按账号自助订阅、在线开通，公开 demo 免费先看；API 路线按对接范围，在商务阶段另议。
在小红书找到我们
