县城本地服务商评估「本地生活系统」时技术评审最容易被演示页带偏频道菜单越长越像「能交付」。真正决定扩面成本的是域边界是否清晰——统一后台、跨业务订单索引、营销能力是否共享、未启用模块能否拒绝调用。下文按「问题 → 无中台困境 → 中台落法 → 状态与权限 → 私有化部署 → 验收附件」拆开示例均为教学示意。先把问题说清楚多后台切换是架构债「本地生活系统」在县城场景通常要同时接外卖、团购、跑腿等业态。若每个业态各有一套独立库与独立后台运营切换账号只是表象工程债在于用户、券、订单各自演进版本无法对齐。全套高预算若买成 N 套垂直系统后续每次公共能力升级积分、会员标签、营销玩法都要改 N 次。选型时应把「改一次能否多业务生效」写成验收句而不是只验收首页能打开几个频道。没有中台时的工程困境典型拼装长这样示意waimai-admin/ # 独立登录、独立券、独立商家 tuangou-admin/ # 再复制一套用户与券 paotui-admin/ # 再复制一遍结算导出 scripts/merge_csv.py # 周会前人工拼表这类结构会带来四类硬伤用户主数据冲突同一手机号在不同库是不同user_id跨业态会员等级说不清。营销库存不一致满减在外卖扣完团购侧仍按旧库存发券。权限模板无法复用分站角色每套后台各配一遍越权测例做不全。对账只能 ETL跨业务 GMV 靠导出 CSV 后手工对齐扩面后必然崩。用「手机号模糊匹配」掩盖主数据冲突只能撑过演示撑不过第二个商圈。光合同城中台如何接住模块树与职责光合同城国内综合完整版按中台一体化交付业务模块解耦用户 / 营销 / 权限沉到中心服务运营走统一后台入口。目标不是首日开满全部业态而是先把公共能力一次部署好业务按enable_status挂载。guanghe-midplatform/ ├── gateway-service # 鉴权、限流、路由到 biz ├── auth-service # 登录与 Token、角色声明 ├── user-center # 用户主数据、标签、会员 ├── marketing-center # 券、活动、库存、触达 ├── merchant-center # 商家主档可按业态扩展属性 ├── order-hub # 跨业务订单索引与查询 ├── biz-waimai/ # 外卖域订单与履约 ├── biz-tuangou/ # 团购域订单与核销 ├── biz-paotui/ # 跑腿域可首期未启用 ├── admin-console # 统一运营后台 └── deploy/ ├── docker-compose.yml └── env.example技术栈常见组合以当期交付为准教学示意Java Spring Boot / GatewayMySQL Redis对象存储与消息队列按环境配置。评审时关注服务边界而不是品牌名词。跨业务订单索引数据互通的最小约定统一后台列表读索引明细回业务库——这是「数据互通」可落地的最小工程约定禁止只靠人工导表充当互通。-- 教学示意跨业务订单索引CREATETABLEorder_index(idBIGINTPRIMARYKEY,biz_typeVARCHAR(32)NOTNULL,-- waimai / tuangou / paotuibiz_order_idVARCHAR(64)NOTNULL,user_idBIGINTNOTNULL,merchant_idBIGINTNULL,amount_centINTNOTNULL,statusVARCHAR(32)NOTNULL,station_idBIGINTNULL,-- 分站范围过滤created_atDATETIMENOTNULL,updated_atDATETIMENOTNULL,UNIQUEKEYuk_biz(biz_type,biz_order_id),KEYidx_user_time(user_id,created_at),KEYidx_station_time(station_id,created_at));业务侧完单后异步写入索引。验收测例要固定同一user_id在外卖、团购各下一单统一后台时间线能串联取消或退款后status与业务库一致不允许索引长期脏读。营销能力共享配置一次多业务引用无中台时每个 biz 包自带一套活动引擎。有中台时活动配置沉在marketing-center业务只消费命中结果。# 教学示意活动绑定多业务campaign:id:c_county_weekendname:县城周末满减stock:2000rules:-biz:waimaithreshold_cent:3000discount_cent:500-biz:tuangouthreshold_cent:5000discount_cent:800scope:station_or_city联调时至少做三次断言同一campaign_id在两个已启用业务下单均可命中。库存扣减原子两端合计不超过stock。停用活动后两端同时失效不得一侧仍可用。这对应县城服务商最痛的「营销难复用」不是缺活动页是缺共享能力层。模块启用与网关拒绝先开后加怎么验综合版仓库里可以有多个 biz 目录但生产环境必须用开关控制。未启用模块被调用时应明确拒绝而不是静默写库。// 教学示意网关按模块开关拦截publicbooleanallow(StringmoduleCode,StringstationId){ModuleSwitchswswitchRepo.find(moduleCode);if(swnull||!sw.isEnabled()){thrownewApiException(403,MODULE_DISABLED);}if(!scopeService.visible(stationId,sw.getScope())){thrownewApiException(403,STATION_DENIED);}returntrue;}首期建议只启用外卖 团购。跑腿等模块在附件里写「未启用 403 测例」避免范围漂移把全套预算一次性烧完。统一后台权限分站数据范围县城常有区域合伙人或分站。权限域必须在中台统一建模禁止每个业务后台各写一套数据过滤。-- 教学示意角色与数据范围CREATETABLEadmin_role_scope(idBIGINTPRIMARYKEY,admin_idBIGINTNOTNULL,role_codeVARCHAR(32)NOTNULL,-- ops / finance / stationstation_idBIGINTNULL,-- 空表示总后台UNIQUEKEYuk_admin_role(admin_id,role_code,station_id));拒绝测例要可截图分站账号读取邻区order_index应 403财务角色可导出结算字段但不可改营销全局配置。测例进附件比口头约定可靠。订单状态机跨业务也要枚举对齐不同业务履约路径不同但面向统一后台的状态枚举应收敛避免「外卖叫完成、团购叫已核销、报表里对不上」。# 教学示意索引层状态业务内部可更细 CREATED - PAID - FULFILLING - DONE \- CANCELED \- REFUNDING - REFUNDED业务域把内部状态映射到索引层。验收时抽一笔取消单、一笔退款单核对业务库、索引库、导出 CSV 三处一致。本地生活系统若只验「能下单」会把状态债留到扩面后。私有化部署边界与成品交付成品缩短从零搭建周期私有化源码交付后客户侧掌控源码与业务数据。不按云端 SaaS 租用理解。部署附件建议至少包含# 教学示意环境检查java-versionmysql--versionredis-clipingdockercompose-fdeploy/docker-compose.yml config# 教学示意关键环境变量SPRING_DATASOURCE_URL:jdbc:mysql://...REDIS_HOST:...MODULE_WAIMAI_ENABLED:trueMODULE_TUANGOU_ENABLED:trueMODULE_PAOTUI_ENABLED:false上线前还要有备份策略、回滚步骤、管理员种子账号与初始密码交接记录。定制界面、字段、对接按书面范围未写入首期的单独约定。为什么选光合同城技术侧对技术负责人差异点应能落到仓库与测例而不是口号中台一体化统一后台 订单索引 营销中心减少 N 套垂直库。模块可先开后加enable_status 网关 403控制县城试点范围。成品可部署 私有化源码缩短搭建周期同时保留源码与数据掌控。能力共享中台营销等能力升级已启用业务可按方案同步不必每个 biz 重做。业务规则、招商与合规结论仍由客户自行确定系统提供字段、导出与权限组织。适合谁模块怎么用技术附件清单适合县城本地服务商的技术负责人要做综合本地生活平台首期 2 模块试水需要可导出、可拒绝测例的团队。附件建议写死四份首期module_code清单 未启用模块 403 测例说明同一user_id跨业务订单导出样例含优惠字段若启用营销配置变更前后对比证明公共能力维护一处分站数据范围拒绝截图与角色表两周节奏建议第一周拉起环境、启用两模块、跑通索引与一笔跨业务用户路径第二周做营销共享、分站越权、取消/退款三处一致性。材料不齐不签「扩第三模块」。纯技术小结本地生活系统的评审清单应落在统一后台、跨业务订单索引、营销库存原子性、模块开关与分站权限而不是演示页频道数量。光合同城综合完整版按中台一体化成品交付可用模块树、索引表与 403 测例把「数据互通 / 能力共享」变成可勾选项示例配置仅供对照以当期交付为准。