01 · 线上店铺 · 全栈
只有数据确认了，才告诉顾客“适配”
所有页面改读同一份三状态适配结果，数据缺失不再被显示成承诺。
这家店卖的商品只适配特定型号，每个页面都要回答一个问题：这个商品我能用吗？以前字段留空就等于“全部适配”，而且不同页面各算各的。
看完整过程：难点、方案取舍、验证和代价
难点
- 适配数据有不少缺失，原有结构里没有“未知”这个值。
- 型号页、商品页、尺寸指南和套装页都需要这个结果。
- 同一型号可能有多种配置。
- 没选型号的顾客仍然要能正常购买。
可选方案
保留“适配 / 不适配”未采用
简单，但数据缺失仍会变成承诺，最后变成退货和投诉。
逐个页面打补丁未采用
单页最快，但同一型号和同一商品在不同页面可能得到不同答案。
统一结果：适配、有条件适配、未知采用
页面只显示结果，不自行猜测。未核实的绝不显示成“适配”，有条件的就再问顾客一个问题。
最终实现
- 型号页、商品页、指南页和套装页共用一份适配结果。
- 有条件适配时，再追问一两个最关键的问题。
- 没选型号时不阻挡单品购买，改为提供适配检查入口。
如何验证
- 每次发布都经过多轮 PR 审查，并在有代表性的型号上做预览检查。
- 有歧义的数据交给运营确认，不在代码里硬判。
代价
- 状态没有审核完的型号，要等数据齐了才能用新逻辑。
- 多了三种状态，每条购买路径都要处理“结果还没出来”的情况。