PROJECT 02 / 2026
多店铺 SKU 上新缺口 自动检测工具
运营需要的不是更多表格，而是一份可直接行动的结果。将库存、产品、店铺与控价数据统一成判断规则，再输出待上架清单。
GEO-RELEVANT CAPABILITY
从业务问题，
走到可复用的方法。
这是能力迁移的表达，不改变项目原始事实与状态。数据并不缺失，而是分散在多个 Excel；真正困难的是同名商品、组合 SKU、库存与价格之间的业务判断。
统一数据口径，把人工核对拆成识别、排除、库存检查、资料匹配和结果输出。
借助 AI 编程工具完成 Windows 本地工具开发，并根据真实业务报错持续迭代。
- 汇集多源业务数据
- 统一 SKU 与商品口径
- 执行上架与库存判断
- 匹配产品资料和价格
- 输出可行动清单
自动核对 474 个店铺 SKU，识别 25 个待上架商品，生成结果 0 个错误单元格。
沉淀标准输入、判断规则、异常提示与 Excel 输出模板。
01 / 我遇到的问题
真正的问题不是缺数据，
而是数据散落在不同表格里。
跨境电商运营过程中，经常需要同时核对：
人工操作时，需要在多个 Excel 文件之间反复搜索和比对。商品数量少时还能处理，SKU 多起来以后非常耗时间，也容易漏掉“有库存但没上架”的商品。
02 / 我怎么重新设计这个流程
让普通运营人员，
点一下就能得到结果。
用户不需要写代码。选择对应的 Excel 文件后，点击“开始生成”，即可获得待上架清单。
03 / 工具可以做什么
不是多一个表格，
而是少做很多重复判断。
04 / 真实使用流程
四类输入，
一个可执行结果。
05 / 这个项目最难的地方
难点不在代码，
而在业务规则。
同一个商品可能对应多个 SKU，但店铺并不需要把所有 SKU 都重新上架。
判断同中文名是否已有商品上架
识别 SKU 是否属于组合商品
检查组合 SKU 组件是否被其他商品占用
判断商品是否真的有库存
同时考虑在途库存
匹配正确的日常控价字段
我做的不只是“Excel 自动化”，而是先把运营判断规则整理成机器可以执行的逻辑。
06 / 实际结果
用真实业务数据，
验证它是否真的可用。
工具还完成过多个国家 / 店铺数据测试，能够同时处理单 SKU 和组合 SKU。
07 / 我在项目里的角色
我负责的不是“写一个脚本”，
而是把业务流程变成产品。
从发现运营痛点到真实数据测试，我负责把业务经验、使用方式和验收标准讲清楚，再借助 AI 编程工具完成产品开发。
借助 AI 编程工具完成业务自动化产品开发。