我们用 Excel 管 80 SKU 配方两年的崩溃实录（行业 >40% 重复实验真不夸张）

看到行业报告说 化妆品 Excel 配方管理导致 >40% 重复实验，我们就是那 40%。回顾一下两年的崩溃，给同行预警。

Year 1（2023）：还能撑

12 个研发员，2 个 SKU/月。

• 主 Excel 文件放共享盘，命名 配方主表_v22.xlsx、v23.xlsx、v23_周一更新.xlsx、v23_周一更新_最终版.xlsx
• 大概每周 2-3 次"我改的版本被覆盖了"
• 老板还能扛

Year 2（2024）：失控

业绩翻倍，4 个研发员变 12 个，30 SKU/月。

• 单 Excel 加载 8-12 秒（含 1500+ 物料 + 800+ 历史配方）
• 同一时间 5 个人编辑 → 必崩
• 出现真实事故：研发 A 调好的 SPF 测试通过的配方，研发 B 改其他配方时把 A 的版本覆盖了，3 周后送检发现 SPF 数据完全对不上，回头查文件——发现是去年的版本被滚回来了
• 最严重的一次：客户问"这个商品已上市的配方是哪版"，我们 4 人开会 3 小时翻文件历史，最后还是不确定

决策：上 PLM

2025 年 3 月找 CosDev 上 PLM。客户已分享在另一个帖子（[国货新锐品牌 80 SKU PLM 6 周上线]），结果：

• 配方版本冲突 0
• 研发周期 5 个月 → 2.9 个月

给同行的建议

1. 不要等 SKU > 50 才上 PLM，30 个就该上
2. 不要试图用 Git 管 Excel（试过，Excel 二进制 diff 没意义）
3. 不要等"等业务再大一点再投入"，错过窗口业务变更复杂度会让升级成本翻倍

这是给所有犹豫"我们规模够不够上 PLM"的兄弟的劝告。