现有事实管理端已用于内部运营和渠道权限配置,完整授权范围尚未系统化。
建议服务拆分
- 身份与账号
- 维护旅客、商户、渠道人员和内部人员的身份。
- 角色权限
- 按角色配置菜单、数据和操作权限。
- 访问鉴权
- 校验操作主体、接口权限和产品数据访问范围。
- 组织与成员
- 维护商户、供给方与内部团队的组织关系。
数据归属与复用范围
- 负责维护
- 账号、角色、组织、授权关系
- 复用范围
- 覆盖登录身份、角色权限和数据访问边界;渠道可卖什么由渠道分发领域维护,会员权益由会员领域维护。
服务输入
服务输出
适用产品与业务 · 规划
BilionPass 自有端商户平台管理端
协作领域
需要继续明确
- 商户、渠道和内部人员是否共用一套身份模型?
- 多产品账号关联与数据访问范围如何隔离?
领域职责 / 已确认方向会员
沉淀旅客会员及其等级、积分和权益关系。
现有事实会员能力属于当前运行中的能力,具体覆盖范围仍按业务场景确认。
建议服务拆分
- 会员档案
- 维护旅客基础资料、联系方式和状态。
- 等级与成长
- 记录会员等级、成长值和有效期。
- 积分账户
- 记录积分获取、消耗和调整。
- 权益中心
- 将会员权益映射到可用业务和渠道。
- 会员映射
- 关联东航等渠道会员与 BilionPass 会员。
数据归属与复用范围
- 负责维护
- 会员档案、等级、积分、权益关系
- 复用范围
- 负责会员身份与权益基础数据;具体渠道会员映射、积分兑换规则由业务与渠道协作确定。
服务输入
服务输出
适用产品与业务 · 规划
BilionPass 自有端外部渠道行前购系统
协作领域
需要继续明确
- 跨产品会员身份如何关联,资料和权益按什么范围共享?
- 渠道会员映射由谁维护及如何处理重复账号?
领域职责 / 建议规划商户与供给
管理商户、供给方及其可销售服务的经营关系。
现有事实商户平台已在运行,优惠券已开发,退税正在开发;JTR、Jalan 等供给处于对接中。
建议服务拆分
- 商户档案
- 维护商户主体、门店和联系人信息。
- 供给方接入
- 登记 API、链接或人工供给的接入方式。
- 可供服务类型
- 描述商户可提供的服务类型与合作准入状态。
- 资质与条款
- 保存服务资质、合同和合作规则。
- 商户能力输出
- 向商户平台提供优惠券、退税等业务入口。
数据归属与复用范围
- 负责维护
- 商户档案、供给方关系、服务资质、合作条款
- 复用范围
- 覆盖日本商户、机场免税店、门票酒店等供给方的接入信息、可供服务类型和合作准入;不替代商品目录、价格、订单和结算领域。
服务输入
服务输出
适用产品与业务 · 规划
商户平台BilionPass 自有端管理端
协作领域
需要继续明确
- 商户、机场免税店和聚合供给方是否使用同一主体模型?
- 退税服务的商户审核与普通商品供给审核是否分开?
领域职责 / 建议规划渠道分发
管理业务内容向自有端、渠道和社媒分发的规则。
现有事实携程、东航已有空手行和优惠券链路;渠道逐项授权,KOL 部门正在孵化与推广。
建议服务拆分
- 渠道目录
- 维护自有端、外部渠道和社媒渠道。
- 内容授权
- 配置渠道可展示和销售的业务内容。
- 销售形态
- 管理上架销售、会员权益和积分消耗等形态。
- 渠道发布
- 向 API、H5 或链接出口发布可用内容。
- KOL 分发
- 承载 KOL 链接、邀请码和推广来源。
数据归属与复用范围
- 负责维护
- 渠道、销售形态、内容授权、分发关系
- 复用范围
- 覆盖 API、嵌入 H5、自有端及后续 KOL 分发;不直接负责渠道收款或佣金结算。
服务输入
服务输出
适用产品与业务 · 规划
外部渠道BilionPass 自有端社媒与 KOL
协作领域
需要继续明确
- KOL 的推广归因是否要与渠道授权共用规则?
- 渠道内容发布是实时读取可售状态还是人工发布?
领域职责 / 建议规划商品与服务目录
把各业务供给整理成可描述、可售卖的商品或服务。
现有事实商品能力运行中;JTR 门票、Jalan 酒店等供给正在 API 对接,通用目录边界仍需规划。
建议服务拆分
- 商品主数据
- 维护商品名称、类型、类目和品牌。
- 服务定义
- 描述预约、物流、退税等非实物服务。
- 供给映射
- 将合作方商品映射到内部商品。
- 商品状态
- 维护商品有效期和上下架状态,渠道授权在分发领域维护。
- 目录版本
- 形成可供渠道分发使用的商品内容版本。
数据归属与复用范围
- 负责维护
- 商品、服务、类目、品牌、供给映射
- 复用范围
- 统一商品与服务的描述规则,供各业务选用;行前购商品与机场供给数据仍归属行前购。
服务输入
服务输出
- 统一商品/服务档案
- 商品有效状态与内容版本
- 商品变更事件
适用产品与业务 · 规划
BilionPass 自有端商户平台外部渠道
协作领域
需要继续明确
- 哪些服务适用商品模型,哪些只关联独立业务单?
- 行前购是否复用目录能力并按产品隔离商品数据?
领域职责 / 建议规划价格与费用
管理商品与服务报价,形成面向旅客的应付金额。
现有事实退税服务费为退税额的 15%;酒店、门票 5% 抽佣仍是初步方案,统一价格服务的实现范围未确认。
建议服务拆分
- 价格版本
- 维护商品或服务在不同时间的价格。
- 渠道定价
- 按渠道、会员或销售形态提供价格。
- 报价试算
- 结合标价和营销域优惠结果形成应付金额。
- 费用规则
- 按业务定义的规则计算费用,不替业务决定收费。
数据归属与复用范围
- 负责维护
- 标价、渠道价、报价快照、费用计算规则
- 复用范围
- 形成交易前的报价并结合营销域优惠结果;业务收费规则由相应业务定义,结算佣金由结算领域维护。
服务输入
服务输出
适用产品与业务 · 规划
BilionPass 自有端外部渠道商户平台
协作领域
需要继续明确
- 渠道价、会员价和商户优惠的叠加顺序如何定义?
- 哪些业务需要复用报价,哪些由合作方直接给出最终价格?
领域职责 / 建议规划库存与可售量
管理商品或服务在时间、渠道和供给方维度的可售量。
现有事实库存能力处于规划阶段;行前购已有机场商品与库存 API 同步,不能推定与 BilionPass 共用。
建议服务拆分
- 库存台账
- 维护实物或服务资源的库存来源。
- 可售量计算
- 按渠道、时间和规则计算可售量。
- 库存预占
- 在下单过程中预占并在超时后释放。
- 库存同步
- 接收合作方库存变更并记录版本。
数据归属与复用范围
- 负责维护
- 可售库存、预占、释放、库存来源映射
- 复用范围
- 规划通用库存能力;行前购库存由机场免税店 API 提供,保持自身商品与库存链路。
服务输入
服务输出
适用产品与业务 · 规划
门票酒店行前购系统
协作领域
需要继续明确
- BilionPass 合作供给的库存由谁作为最终权威?
- 行前购是否只保留独立库存同步,不接入通用库存?
领域职责 / 已确认方向营销与优惠
管理活动、优惠券、优惠码和营销触达规则。
现有事实优惠券能力已开发并接入东航 API 与自有端;营销通用能力仍处于规划阶段。
建议服务拆分
- 活动管理
- 配置活动周期、参与条件和业务范围。
- 优惠券中心
- 定义券种、发放、核销和失效规则。
- 优惠码服务
- 生成、校验和核销业务优惠码。
- 优惠计算
- 在交易前计算优惠金额与适用条件。
- 营销触达
- 向会员、渠道和自有端发布活动内容。
数据归属与复用范围
- 负责维护
- 活动、优惠券、优惠码、用户/渠道适用条件
- 复用范围
- 覆盖优惠券发放与核销、空手行优惠码及未来营销活动;不负责 KOL 的效果归因本身。
服务输入
服务输出
适用产品与业务 · 规划
空手行商户平台行前购系统
协作领域
需要继续明确
- 优惠码是否只服务空手行,还是作为通用营销能力?
- 行前购复用优惠券时,券核销责任归哪一侧?
现有事实交易能力处于运行中;BilionPass 的每个业务都可抽象为一笔交易,实际共享覆盖仍需核实。
建议服务拆分
- 下单服务
- 校验可售条件并创建订单。
- 订单状态
- 管理待支付、已支付、完成和关闭状态。
- 业务单关联
- 把订单关联到物流、预约、退税等业务单。
- 订单查询
- 向旅客、商户和运营方提供订单视图。
- 交易事件
- 发布下单、支付、完成和逆向事件。
数据归属与复用范围
- 负责维护
- 订单、订单行、交易状态、业务单关联
- 复用范围
- 覆盖下单、价格快照、订单状态和业务单关联;不同业务的履约与资金规则由相应领域承接。
服务输入
服务输出
适用产品与业务 · 规划
BilionPass 各业务行前购系统商户平台
协作领域
需要继续明确
- 共享订单模型如何按产品和业务类型隔离数据与状态?
- 退税业务的服务单与交易记录如何建立关系?
领域职责 / 建议规划支付与退款
执行收款、付款、退款等支付动作并返回支付状态。
现有事实现有业务区分渠道代收和我方页面直接收款;通用支付服务覆盖未确认,退税退款渠道对接仍为未决事项。
建议服务拆分
- 收款编排
- 按业务和渠道发起收款。
- 支付渠道适配
- 接入钱包、银行卡或合作方支付接口。
- 支付状态
- 统一记录支付成功、失败和处理中。
- 退款执行
- 发起退款并跟踪渠道结果。
- 业务出款
- 按业务审核结果执行向指定账户出款。
数据归属与复用范围
- 负责维护
- 收款单、退款单、业务出款指令、渠道执行结果
- 复用范围
- 负责支付执行和结果回传,不负责完整资金账务、合作方结算或最终对账。
服务输入
服务输出
适用产品与业务 · 规划
空手行行前购系统退税
协作领域
需要继续明确
- 渠道收款后再结算与我方页面直接收款,是否统一成同一支付抽象?
- 退税出款是否复用退款接口,还是单独的业务出款流程?
领域职责 / 建议规划履约与交付
跟踪订单对应的物流、预约、服务或取货交付过程。
现有事实通用履约能力处于规划阶段;空手行与佐川 API 已打通,属于已实现的具体链路。
建议服务拆分
- 履约单
- 为订单创建对应的物流或服务履约单。
- 履约编排
- 按业务类型推进交付步骤。
- 合作方同步
- 与佐川、JTR、Jalan 等合作方同步状态。
- 取货与核销
- 记录机场取货、门票核销等交付结果。
- 异常处理
- 登记延误、失败、取消和人工介入。
数据归属与复用范围
- 负责维护
- 履约单、交付状态、履约合作方、异常节点
- 复用范围
- 覆盖物流、门票核销、酒店预订、租车和机场取货等交付方式;不替代合作方自身履约系统。
服务输入
服务输出
适用产品与业务 · 规划
空手行行前购系统门票/酒店/租车
协作领域
需要继续明确
- 行前购机场取货是否继续由行前购独立管理?
- 各业务的交付完成条件和异常责任由谁定义?
现有事实原图列有逆向与售后职责;各业务已实现的售后覆盖、取消规则与责任分工尚未完整确认。
建议服务拆分
- 售后申请
- 接收取消、退款、改期和投诉申请。
- 规则判断
- 依据业务、渠道和履约状态判断是否可售后。
- 逆向编排
- 协调订单关闭、库存释放和退款执行。
- 责任记录
- 记录商户、渠道与平台的处理责任。
数据归属与复用范围
- 负责维护
- 售后单、逆向原因、处理责任、结果记录
- 复用范围
- 统一承接旅客、商户和渠道的售后入口;具体退款执行交给支付,逆向金额与责任由业务/价格规则决定,资金账务只记录结果。支付执行由支付领域负责。
服务输入
服务输出
适用产品与业务 · 规划
空手行行前购系统商户平台
协作领域
需要继续明确
- 门票、酒店、空手行的取消和退款规则是否由各业务维护?
- 渠道售后由渠道先处理还是统一进入平台售后?
领域职责 / 建议规划资金账务
记录业务收付款形成的资金事实和应收应付关系。
现有事实资金能力处于规划阶段;现有业务按不同渠道收款,留学缴费是钱不过我方账的例外。
建议服务拆分
- 资金账户
- 维护公司、渠道和业务使用的资金账户。
- 收付款流水
- 记录支付、退款、出款等资金流水。
- 应收应付
- 按业务单与结算结果登记各方应收应付,跟踪已收已付与余额。
- 账务分录
- 将业务事件映射为可追踪账务分录。
数据归属与复用范围
- 负责维护
- 资金账户、收付款流水、应收应付、业务分录
- 复用范围
- 记录资金事实、账户和业务账务;不负责支付渠道执行,也不替代合作方最终结算。
服务输入
服务输出
适用产品与业务 · 规划
BilionPass 各业务退税行前购系统
协作领域
需要继续明确
- 各站点和产品是否共用资金账户模型?
- 退税服务费与退税出款分别如何进入业务账务?
领域职责 / 建议规划结算与对账
按合作协议核算分账、佣金并完成渠道与供给方对账。
现有事实结算目前仍手工对账;门票、酒店 5% 抽佣和退税 15% 服务费是已讨论规则,不代表系统已落地。
建议服务拆分
- 结算规则
- 维护渠道、商户和供给方的结算条款。
- 结算计算
- 按订单、合作条款和佣金规则计算周期应结金额。
- 对账单
- 导入或生成周期对账单。
- 差异处理
- 跟踪流水差异、补录和人工调整。
- 结算确认
- 记录合作方确认和结算完成状态。
数据归属与复用范围
- 负责维护
- 结算单、对账单、合作方应结金额、差异处理
- 复用范围
- 负责周期性结算与差异处理;支付执行由支付领域负责,资金事实由资金账务记录。
服务输入
服务输出
适用产品与业务 · 规划
外部渠道佐川物流JTR/Jalan/Canlead
协作领域
需要继续明确
- 结算首期覆盖哪些业务和合作方?
- 手工对账中哪些步骤需要先固化成系统规则?
领域职责 / 建议规划风控与合规
识别交易、主体和资金流程中的风险与合规要求。
现有事实通用风控能力尚未建设,退税资质、失败出款和退款责任等规则仍需明确。
建议服务拆分
- 主体审核
- 校验商户、供给方和渠道主体资料。
- 交易规则
- 识别异常下单、优惠滥用和退款风险。
- 出款审核
- 对退税等业务出款执行审核。
- 风险事件
- 记录命中规则、人工处置和结果。
数据归属与复用范围
- 负责维护
- 风险规则、审核记录、风险事件、合规材料
- 复用范围
- 覆盖主体审核、交易风险、退款和出款审核;不替代业务方对服务资格与履约责任的判断。
服务输入
服务输出
适用产品与业务 · 规划
商户平台退税BilionPass 各业务
协作领域
需要继续明确
- 退税审核和普通交易风控是否由同一规则中心承接?
- 哪些风险由渠道先审核,哪些必须由平台审核?
现有事实已有部门开展 KOL 孵化及面向全球的空手行推广,统一订单归因能力尚未形成。
建议服务拆分
- 内容目录
- 维护服务介绍、多语言内容及版本。
- 内容发布
- 记录社媒账号、KOL 与内容分发位置。
- 推广来源
- 关联分发领域生成的链接、邀请码与渠道来源标识。
- 转化归因
- 按归因规则关联曝光、点击与业务订单。
- 效果指标
- 形成推广转化报表,作为运营分析与分佣核算的输入。
数据归属与复用范围
- 负责维护
- 内容版本、推广来源、归因规则、转化结果
- 复用范围
- 面向社媒、KOL 与内容运营,维护内容和转化归因;模型调用与数据基础设施由下层底座承接。GEO 属内容获客,不作为接入渠道。
服务输入
- 业务与交易事件
- 内容和推广数据
- 渠道/KOL 来源标识
服务输出
适用产品与业务 · 规划
行程规划社媒与 KOL管理端
协作领域
需要继续明确
- KOL 归因按链接、优惠码还是订单来源计算?
- 多个推广触点的归因窗口及退款后撤销规则如何定义?