京东物流-面经

项目经历：讲一个你做过最重要的项目。要围绕 团队、角色、困难、产出 这几个部分去组织语言（我最后还加了一个最后从其中学到了什么）

快递小哥-薪水系统设计问题

背景：京东有5w+快递小哥， 给快递小哥的工资需要动态调整， 但浮动不能太大导致小哥幸福感不足，请问你如何设计这个薪酬制定方案，同时你如何说服你的业务方去接受你提出的方案。

答案：首先整体拆解方式是：薪水= 奖金+（完成基本工作量所得）基本工资 - 惩罚（包括违反纪律和薅羊毛）

基本工资：
主要看小哥的工资和劳力的分布， 找到一个大部分小哥能接受的范围。进一步精细化就是分维度（网点、工种、淡季旺季、早班晚班）

奖金：
奖金主要分为两部分：一是多劳多得，二是拉单拉用户。
这类薪酬设定可以设计为阶梯型奖励，鼓励小哥冲刺高奖金。

惩罚：
为了保证小哥的幸福度，可以设置申诉还有申诉期先保持原来工资不扣奖金等机制。

如何说服业务方：
1 首先就是计算这样施行后，每日单量和利润的范围会在预估在一个什么样的区间，如果理想的话， 单量和用户量可以得到一个多大的提升。
2 关于奖金的部分，可以预估出ROI，来让业务方决定这样的奖励机制是否值得实施
3 （最踏实且常用的的）定点实验， 用delta ROI来说明投入产出比

进一步提问：如何检测出小哥薅羊毛行为？
查明细， 可能有不符合他的“设定”的行为
比如运散件的小哥， 记录里送出多件大型件

沟通协调问题：
当业务方对我们提供的数据的精确度有怀疑的时候怎么办？

当业务方怀疑我们数据时：
主要思想是两点：1是保证数据的稳定输出；2是求同存异

实际行动：
1、 如果项目进程比较急的话，我会先把我们DS的口径和思路做一个详细的说明， 以此先输出一版数据，以保证数据输出的稳定性，不能因为有争议影响了整个业务的人看数据（但同时数据输出时要清楚标明口径非最终口径，并附上定义）
2、 听取业务方的意见， 看看他所支持的口径是否有优点，如果确实有价值的话（符合业务最终目标），可以考虑替换或者重新输出一版本数据
3、 如果两种取数方式都是对的话，我会用两种口径分别出一版数，对比数据的差异度，用数据和业务方说明我们的口径是精确的， 同时选取其中效率和稳定性较高的一种方式作为最终的方式。