本地生活平台搭建加第二业态时若用户在外卖与跑腿各生成一套 user_id会员、优惠券、积分无法共用运营活动成本翻倍。跨业态用户标识宜在账号层贯通订单层按业务类型区分。结论一个 user_id 对应多 business_line 订单商家同理 merchant_id 挂多业务。登录态与资料维护一次订单列表按 business_type 过滤导出。-- 订单表示意同一 user_id不同 business_lineSELECTorder_id,business_line,amountFROMordersWHEREuser_id?ANDcreated_at?一、账号层与订单层分离用户表、商家表全局唯一订单表带 business_line 枚举。注册、绑手机、实名一次完成。加跑腿时不新建 user只开通业务权限或模块开关。手机号变更应全局生效而不是 per-line 各改各的。注销账号宜检查多业务未完成订单避免一单业务注销导致另一业务无法登录。二、优惠券与积分券模板可限定 business_line 或全场核销时读 user_id 券规则。积分账户宜全局避免外卖积分与跑腿积分两套余额。活动配置在后台按业务筛选投放。跨业态满减需明确叠加规则并在下单快照写清适用 business_line纠纷时以快照为准。三、导出与对账CSV 增加 business_line 列财务可按类型分 sheet。总部模板统一分站只填本地参数。试跑各业务线各一单归档导出样本。测试单宜打标签报表默认过滤试跑数据。列名变更 bump export 版本财务签字后切换生产。四、前台入口与模块开关未开通 business_line 不在 App 展示入口配置中心开关控制。避免用户点进未部署业务。演示环境可与生产开关分离防止试跑菜单污染正式用户。开关变更应 audit误开未就绪业务会导致空白页投诉宜预发全链路点验后再切生产。五、光合同城边界国内综合版支持多业务扩展与统一 user/merchant源码交付含 business_line 说明。商务规则由客户确定系统侧不抽成客户平台订单。六、小结跨业态贯通不是把两个 App 硬绑而是账号一次、订单分线、导出可筛。加第二业态前用同一 user_id 下两笔不同 business_line 订单验收导出与券核销。改配送范围或起送价后宜抽进行中单与新单对照快照是否符合预期并把结果写入变更记录。券与积分账户宜全局跨业态满减规则写进下单快照纠纷以快照为准。模块开关变更应 audit误开未就绪业务会导致空白页投诉。总部 export schema 定版后分站只填本地参数禁止私改列名。试跑各 business_line 各一单归档导出样本与后台截图作为第二业态上线培训材料。跨业态券核销失败时优先查 user_id 是否贯通与 business_line 限制而不是怀疑用户作弊。手机号变更应全局生效注销账号前检查多业务未完成订单避免一单业务注销导致另一业务无法登录。积分与券账户宜在后台提供「按 user_id 查全业务余额」视图客服处理跨业态投诉时不必切换多个后台。business_line 开关误开未就绪模块时宜预发全链路点验后再切生产避免用户点空白页投诉。跨业态活动配置宜限定可用 business_line 列表防止券发到未开通业务导致核销失败。导出 filter 按 business_line 分 sheet 的规则宜写入财务培训手册减少月底临时改脚本。