第126章 解决遗留问题（2 / 2）

在前端，用户可以依据喜好，按照颜色来选择衣服。常见的有黑白灰、莫兰迪色系等等。而后台将做出一个集合，比如说当下热门颜色的标签。而这个标签内所包含的颜色是随时可变的。

“可是这跟我们有什么关系？像是你刚才提到的颜色标签、热门颜色标签，我虽然不是专业的，但我想这个东西你们完全可以通过数据来实现吧？哪些颜色卖的好，这些不用我们这边给结论，你们自己都能从数据库里得到，甚至比我们还能早一步。”

“是的是的，”陈栩嘉赶紧继续安抚她的情绪，“建立好标签之后，里面内容的滚动确实可以通过算法自动完成。但是现在的问题是，我们对于商品有什么颜色并不是很清楚。”

虽然在预售之前，商运一组紧急对前端商品标签做了细致的梳理，甚至将品类下探到四级、五级的程度。但倘若供应商在供货清单上，不仔细上报，这些标签到最后只是空占内存。

把话摊开说到这个程度，梁敏也明白了他们的意思。

确实，在之前和供应商谈合作的时候，他们业务部更多是以一种“求人”合作的姿态，给到供应商的表格并没有详细的要求。

哪怕供应商填写的错漏一片，他们也不敢打回去让供应商重新填写。若是因为这样的举动惹恼了客户，让客户选择不再续约，这才是捡了芝麻丢了西瓜。

也正是他们睁一只眼闭一只眼的行为，后台对于各品牌商品的信息记录参差不齐，有些指标因为空白过多，想用也完全没办法使用。

说白了，就是过去的遗留问题太大。而这件事，还得靠业务部的同事亲自出马。