给闲鱼APP的产品经理一个建议

▲ 闲鱼的灰产

回到开头提到我有一个出售自己闲置物品的习惯。

于是这一次我把无线车载充电器挂在了闲鱼上。

由于闲鱼存在大量前面提的的捡漏、做灰产同行，自然很快就有同学找上了门并发起了购买。

经过简单的讨价还价后，买家发起了购买。

上面流程中，我减少了判断逻辑。比如订单号验证、卖家修改价格对应的买家待支付。

我标记处红色的流程，就是本次闲鱼产品出现问题逻辑地方。

在闲鱼卖家端，用户下单后会要求卖家发货，通过闲鱼官方菜鸟驿站物流或第三方物流，完成发货流程。

选择菜鸟驿站则会进入下单、上门取件、完成发货3个步骤。

注意的是在闲鱼发货流程里上门取件后需要支付运费后才可进入到完成发货状态。

但实际上接触过快递发货的同学应该知道，物流发货是允许分运费到付、和提前付款运费两种方式。

因此在这次我忘记及时点击支付运费。因此闲鱼个人中心卖家的该类商品订单处于“未发货状态”，但实际上菜鸟驿站的发货是上门取件，已经有快递员取走了该物品并发货成功。

退款发生后，闲鱼app产生了push通知，但由于我工作会议并没有关注每一个APPpush。对于大部分的互联网用户一样，app少则在手机上有数十个，不可能每个push都清楚

闲鱼在产品的消息通知策略上，针对商品的退款状态，应该是最高优先级在业务上，但却并没有退款短信通知、系统电话通知、甚至卖家的退款审核，由此自然的货款直接原路退回买家。

但订单的实际状态流转是

商品已经发货，同时由于同城物流商品已被签收。但在闲鱼该商品的订单显示「退款成功」，同时改订单状态「交易结束」。

由此产生的实际业务流程与系统流程无法对应，卖家自然就造成了人财两失的结果。