项目经历:讲一个你做过最重要的项目。要围绕 团队、角色、困难、产出 这几个部分去组织语言(我最后还加了一个最后从其中学到了什么)
快递小哥-薪水系统设计问题
背景:京东有5w+快递小哥, 给快递小哥的工资需要动态调整, 但浮动不能太大导致小哥幸福感不足,请问你如何设计这个薪酬制定方案,同时你如何说服你的业务方去接受你提出的方案。
答案:首先整体拆解方式是:薪水= 奖金+(完成基本工作量所得)基本工资 - 惩罚(包括违反纪律和薅羊毛)
基本工资:
主要看小哥的工资和劳力的分布, 找到一个大部分小哥能接受的范围。进一步精细化就是分维度(网点、工种、淡季旺季、早班晚班)
奖金:
奖金主要分为两部分:一是多劳多得,二是拉单拉用户。
这类薪酬设定可以设计为阶梯型奖励,鼓励小哥冲刺高奖金。
惩罚:
为了保证小哥的幸福度,可以设置申诉还有申诉期先保持原来工资不扣奖金等机制。
如何说服业务方:
1 首先就是计算这样施行后,每日单量和利润的范围会在预估在一个什么样的区间,如果理想的话, 单量和用户量可以得到一个多大的提升。
2 关于奖金的部分,可以预估出ROI,来让业务方决定这样的奖励机制是否值得实施
3 (最踏实且常用的的)定点实验, 用delta ROI来说明投入产出比
进一步提问:如何检测出小哥薅羊毛行为?
查明细, 可能有不符合他的“设定”的行为
比如运散件的小哥, 记录里送出多件大型件
沟通协调问题:
当业务方对我们提供的数据的精确度有怀疑的时候怎么办?
当业务方怀疑我们数据时:
主要思想是两点:1是保证数据的稳定输出;2是求同存异
实际行动:
1、 如果项目进程比较急的话,我会先把我们DS的口径和思路做一个详细的说明, 以此先输出一版数据,以保证数据输出的稳定性,不能因为有争议影响了整个业务的人看数据(但同时数据输出时要清楚标明口径非最终口径,并附上定义)
2、 听取业务方的意见, 看看他所支持的口径是否有优点,如果确实有价值的话(符合业务最终目标),可以考虑替换或者重新输出一版本数据
3、 如果两种取数方式都是对的话,我会用两种口径分别出一版数,对比数据的差异度,用数据和业务方说明我们的口径是精确的, 同时选取其中效率和稳定性较高的一种方式作为最终的方式。