NDR

NDR分析背景

用户购买了COD之后，物流会进行配送，如果配送失败了，则可能会进入NDR的过程。公司会与客户进行联系，询问是否需要再次派送。如果需要，则会进行再次派送

问题

进入NDR流程的订单，最后的签收率非常低

目标

分析为什么签收率为什么这么低

查看不同物流再次派送的比例，以及再次派送的签收率

查看Ecom的不同原因的再次派件的比例以及签收率

从中可以看出，再次派送的比例其实挺高的，但是签收率并不高。

猜测1. 物流在最初派送的时候就没有认真的派送，应该能够派送的订单但是没有派送到。结果客服询问用户是否需要再次派送的时候，大量用户希望再次派送。

猜测2.物流再次派送的时候依然没有认真派送，导致再次派送的签收率依然不高。

查看Ecom再次派送的情况

这里涉及到两个时间点，1.发出再次派送指令的这个时间。 2.最后一次派送的时间 。 理论最终派送的时间应该在发出指令时间之前

## Warning in instance$preRenderHook(instance): It seems your data is too
## big for client-side DataTables. You may consider server-side processing:
## https://rstudio.github.io/DT/server.html

定义：指令与最后一次派送的时间差 = 最后一次派送的时间 - 发出再次派送指令的这个时间

可以看出，有一部分订单的，指令与最后一次派送的时间差为负数。说明，如果原始数据没有问题的话，则是，当我们下达了再次派送的指令的时候物流并没有进行新的派送。

这一部分数据有： 70%

这里可以判断，物流并没有负责的进行派送