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

盛铂意向送达后的第五周上午，统一售后演示暂停。

第三方分析组件默认把同一账户浏览、购买和咨询过的产品归到一组标签里。测试环境里用的都是虚拟数据，尚未接入三家品牌的真实订单，也没有发生对外泄露。

可一旦照原方案上线，乐桥的门店来源、净植的使用咨询和安禾的复购记录，会先进入同一套分析逻辑，再由权限控制决定谁能看。

技术组把原方案画成一张数据流图。订单先进入统一账户，再由标签系统判断消费者可能对什么产品感兴趣，最后才按品牌权限展示。表面上三家看不见彼此，最高权限和算法却已经先读过全部信息。

林昭问第三方工程师：“如果某个品牌退出，历史标签怎么删？”

“可以停用品牌权限。”

“停的是人，还是标签里的关系？”

工程师没有立即回答。停用账号不会自动拆掉已经形成的跨产品画像。即使没人继续打开，它仍留在同一套分析结构里，未来换一个权限规则又能被重新调用。

这才是暂停演示的原因。不是屏幕上已经发生了泄露，而是原结构一旦接入真实订单，退出和隔离都会变成事后补门。

周仪看完数据流向图，第一句话是：“门已经开了，再说谁不许进去？”

第三方工程师解释：“前台统一，后台做权限隔离，这是常见方案。”

净植技术负责人问：“平台管理员能不能看完整标签？”

工程师停了一下：“最高权限用于故障排查，理论上可以。”

“那就不叫隔离。”

裴岚没有替供应商解释。盛铂需要跨产品趋势，判断哪类消费者投诉集中、哪些使用说明需要调整，也需要评估三款测试是否值得扩展。但集团并不需要知道某一位乐桥老客后来咨询了净植哪项问题。

“前台保留一个入口。”她说，“后台重做。”

新系统团队提出三扇数据门。

消费者登录后可以看到自己的相关订单和售后进度；每个品牌只进入本品牌的数据空间，查看本品牌订单、投诉与召回所需信息；盛铂和昭禾的项目层只得到去标识、不可反向识别个人的汇总趋势，用于履约、风险和投放判断。

跨品牌联合召回只有在明确关联风险出现时才临时开启，开启范围、期限和参与方必须对应具体事件，不能作为日常分析后门。

第三方工程师说：“这样要改数据结构，不是关掉一个开关。至少两周。”

他的项目经理随后发来变更单。原需求写着“统一分析消费者旅程”，默认标签并非供应商私自增加；昭禾项目组确认过功能列表，只在权限演示时才发现它与三家品牌边界冲突。返工不能全算供应商错误。

沈砚把变更费用拆开。第三方承担没有提前暴露最高权限范围和退出后标签残留的问题；昭禾承担需求核验不足与重测人工；盛铂若坚持保留跨产品汇总，要支付新的去标识统计模块。三家品牌只承担各自本品牌接入和培训，不为未授权的混合结构买单。

裴岚看到新费用后，把跨产品趋势从实时改为按周汇总。库存与投诉判断不需要每分钟刷新，降低频率能少一部分开发和运行成本。她没有因为拿不到个人画像就放弃所有集团分析。

裴岚问：“能不能先跑安禾？它对会员数据没乐桥那么敏感。”

罗敏摇头：“安禾答应区域独家，不等于会员可以先放进混合池。”

“那三款都延后。”

原计划第六周开始测试，改到第七周。已经预订的一部分样品检测时段需要重排，盛铂的首页资源也要后移。

本章未完，点击下一页继续阅读。