批量上架产品的一些思考

一个个产品上久了，总会厌倦开始寻求新的体验，追求更高效但并不保证质量的工作方式。于是，从后台手工上产品，到单个产品采集，又到搬类目，再到搬店铺。目前公司尝试搬类目，甚至搬店运作，就是一天产品上得非常疯狂的那种。整个思路正好串起了Python的工作路径，因为2019年11月-2020年3月一直在学习Python，这不就是爬虫嘛。是爬一条数据，还是爬多条数据，爬整个页面，还是整个网站的关系。那么对应下来就是：
1.采集数据
2.整理数据
3.重新编辑数据
4.上传数据，并测试
5.结合前台，店铺后台修改详细数据

我现阶段的做法是，非直接搬运，而是进行单个采集，确保数据源相对有效且符合自身公司产品内容。这样做得目的是，不至于店铺的产品过于杂乱，SKU的设置数量也会相对有序，不会跳得过分厉害。那么对于每一个产品的内容，其实，最基础的数据是一条子SKU（最小的产品单位）对应一行数据（字条）。而一个产品下面会有多种类型或颜色，那么他的关联SKU会是相同的，即为一组。这个也是我多次测试后台得出来的结果。

我会在采集ERP工具对应的平台，导出数据。接下来筛选数据：增删减。这里面，比较难的在子SKU的设置，及颜色（类型）这块。我会根据“发货商+SKU组序号+性别+颜色/型号/尺码/+..."以此来确定数据的唯一性，为了避免出现重复，会用EXCEL进行数据重复筛选。当然了，这些内容是根据LAZADA平台对应类目的模板为出发点去考虑并修改的。这里的图片，就是一个链接。

接下来就是上传产品了，可能会出现失败的现象，很大原因是标题中带有侵权的词语。如果你实在 没把握，可以直接将标题名换个简单的意思下，或自己在用心修改下。我是倾向于选个简单的，先把大体的数据传上去，后面再一个一个再后台修改。这个很麻烦，但我可以直接从后台发布中得到哪些关键词侵权了，有针对性地修改。

这时候你会不会有个疑问？ 其实，我们传上去的表格，是要纳入到他们的后台数据库中。那么，我当前类目的产品，相应存放在这个组织架构下边，顾客搜索的过程，其实就是在搜索我的数据，被后台经过打分的数据。从这里需要去了解的是，后台的是围绕哪些指标对数据做出打分的，静态数据（产品数据）+动态数据（跟顾客所有相关的数据）。

至于具体都是哪些，还有待深入学习了解。