第152章 售后入口（2/2）

沈砚核了延期成本。第三方按原需求开发的部分，昭禾不能全推给对方；默认标签在演示前没有被项目组发现，昭禾也有核验责任。最终，第三方承担核心结构返工，昭禾承担接口重测，盛铂自行处理投放改期，三家品牌不为未授权的数据混用买单。

“启川以前做过旧接口。”裴岚问，“能不能让他们的人回来帮两周？他们熟历史数据。”

林昭说：“不能。”

启川的运营权限已经关闭，退出回执也已生成。成熟新系统团队仍在迁移历史数据和内部流程，遇到旧记录问题，可以依据已经交接的文档处理，不能为了赶两周进度重新打开已关闭的入口。

“只做顾问呢？”

“这次问题在新售后结构，不在旧系统。”

裴岚没有再提。

两周里，三家品牌各自参加了一次权限测试。

第一次内部测试没有通过。项目账户虽然看不到姓名，却能通过过小的门店分组反推某一家店的订单。当某个区域只有一家乐桥门店时，“区域汇总”几乎等于门店明细。

新系统团队把最小汇总范围调高。样本不足时只显示“数据量不足”，不输出具体数量；区域与门店不能同时作为筛选条件；异常安全事件需要更细信息时，另开有期限的事件权限。

裴岚不喜欢“数据量不足”占满报表。她要求至少能看总体趋势，否则盛铂无法判断资源投向。最终保留全项目总量和达到阈值的区域汇总，小样本不向下钻取。

第二次测试，净植故意提交一条信息不全的投诉。盛铂能看到风险计数增加，却看不到消费者身份；净植进入本品牌空间后，能按售后所需补充批次与使用情况。昭禾只能看到接口是否按时流转，不能进入产品判断。

每一层都少了一些方便，也少了一些不应获得的信息。

罗敏用安禾账户搜索乐桥订单，页面只返回无权限；净植模拟安全投诉，只能看到对应产品、批次和必要的购买信息；周仪检查一名门店来源消费者，盛铂项目账户里只显示该来源类别的汇总数量，没有姓名和门店消费记录。

盛铂还能看见三款的总体退货率、投诉趋势、地区差异和售后响应时间。它失去的是把这些趋势重新拼回具体个人的能力。

第六周周五，第三方交付重构版本。

交付验收用了整整一天。技术组先备份测试环境，再逐项检查权限、退出和日志。周仪临时增加一个场景：消费者撤回营销订阅以后，售后记录仍然保留，但不能继续进入投放名单。第一轮结果里，撤回状态延迟了二十分钟同步，供应商修正后才重新验收。

晚上七点，裴岚的首页排期已经被另一个项目占走一部分。她只能把三款测试改成错峰上线，安禾先拿首页，净植和乐桥按区域进入。延期成本没有消失，只是没有通过重新打开混合标签来换回时间。

技术负责人没有把状态写成“系统完成”。统一入口可以支撑三款测试，历史数据迁移和昭禾内部流程仍在分阶段进行，后续模块还要继续验收。

周一零点，三扇数据门分别启用。

第一批测试订单进入系统时，消费者看到的仍是一个售后入口。

后台没有一间所有人都能进去的大厅。

零点后的第一小时，值班客服收到的第一条不是投诉，而是消费者问为什么三款产品都在一个页面，却不能一次修改所有营销偏好。客服按实际功能回答：售后入口统一，品牌订阅仍分别管理。统一没有被写成所有权限统一。

系统运行到清晨，没有出现跨空间访问。技术组仍保留两周监测，没有把第一晚平稳当成历史数据迁移和内部流程已经全部完成。

第七周，三款测试正式开始。

一周后，安禾先冲到了销量第一。

盛铂把首页投放归为主要功劳，罗敏却从复购名单里认出了另一半来源。