光合本地生活o2o系统

一、两份清单：代码与数据

1. 只有 git 包：图片在对象存储、密钥不在己方，仍被绑定。

2. 导出代拉：财务周结要求远程导出，私有化名不副实。

3. 试跑混正式：无 is_test 标记，报表营收失真。

交付纪要宜列 bucket 归属、备份恢复演练记录。

上线后第一周，建议用同一测试单号每月复测一次，防止改配置后链路又对不上。若涉及多城市，宜在纪要里写清哪些规则按城市分域、哪些在总部统一维护，减少扩张时的口头解释。

二、光合同城怎么接住

同城电商系统支持私有化源码与统一后台扩展；导出模板宜与订单页字段对齐。

商务结算规则由客户确定；系统侧不抽成客户平台订单。

客服与财务宜各留一份字段对照表：页面叫什么、导出叫什么、支付回执叫什么，对账争执时先查表而不是先改系统。活动或大促前再跑一遍同样测试单，确认占用与状态规则未被误改。

四、上线前可做的核对

写一份一页纸验收清单，让运营、财务、技术各签一项：固定测试单号、截图留存、导出文件命名规则写清。清单不必长，但要能回答「谁对哪张表负责、对不上先找谁」。

若涉及多业务或多城市，宜在清单里单独列「资料是否复用」「导出是否同一模板」，避免第二期扩业务时重新拆表。

三、哪类团队更合适

适合国内县城市区综合运营商、低成本试水但重视数据自主的团队。

计划后续叠加外卖等同城业务的，宜问 merchant 是否复用。

若用户投诉集中在某一环节，宜先固定三份截图：用户端、后台查询、导出样张，再讨论改配置还是改流程，避免凭印象改系统。

总结

同城商城源码交付宜源码与业务数据样张一并交清。光合同城支持客户环境导出验收。