对于仓库的积压退货处理，原来跟礼品一样也是由专人管的。后来因为门店数不断增加，相应的退货量也不断增加。王二吸取教训，把门店的退货分到每个库管头上。当然，对于退货的处理速度，王二也提出了要求，规定退货1-5件5个工作日内清点入库完毕，6件及以上10个工作日内处理完毕。
开始分工后，王二只是定期过问一下总体退货处理情况，大体了解一下进度。如果没有门店投诉就不太关注。时间不长，投诉就开始了，反馈仓库处理的太慢，最长的有一个月。
王二先采取了公示法，把各门店的退货登记在一个黑板上，只要收货就必须登记，注明门店名称、收货日期和件数。分管负责人处理完毕后把该行擦掉。这种方式挺有效，员工谁也不希望自己区域管理的货老是在黑板上展览，处理的速度有了保证。但是，后来由于每次收到退货就登记，有人觉得麻烦，王二当时因为别的事没顾上跟进，就没坚持下来。
王二又把退货跟踪的任务搬到了简道云里。基本流程是。门店向仓库发出退货后，务必在简道云中进行登记，包括退货门店、日期、货运公司名称、货运单号、件数等。收到信息后，配送人员及时跟踪，预测到货日期并按时去提货。货到仓库后，由配送或装卸员工在简道云对应条目中确认收货，并输入收货日期，然后与库管岗位交接。库管交接时也要输入交接状态及日期。随后库管员在规定的时间内清点，可以收货产品的清单提交给订单处理员入库，并由订单处理员在简道云中确认入库，然后输入入库时间。这样，整个货物的处理流程都由各个环节分别确认，以便后期的跟踪和考核。另外，王二也专门安排主管按规则跟踪退货处理进度。
对于仓库拒收的商品，通过固定流程，拍照、提出拒收现由，提交给退货审核部门确认是否收货。同意拒收的商品，通知门店后，王二才允许库管打包发回。这样一来可以化解仓库与门店间的矛盾；二是避免特殊商品（如召回）的产品被仓库拒收，减少无谓的物流费用。
（简道云是dingtalk里的一个第三方应用，如果用来收集固定格式的数据时比较方便。可以自行设计处理流程、设计表单，不需要专业人员指导，只要具备简单的计算机应用基础，就可以自己开发简单的应用了。）
