er|两千字，说说用ER模型指导产品设计( 二 )

支付机构方便收付钱：支付机构主要为整条业务流提供了交易的便利性，中间也会有服务费费用产生。

文章插图
六、属性拆解在如上拆解后，可以确定业务角色在整个业务闭环中的所提供的服务和所需要的服务，但是在现实场景中，还需要考虑各方的一些附加的需求，可以理解为在显性需求下的心理层面需求，我们可以姑且称他们为属性吧。
比如对乘客来讲的安全属性，尤其是像顺风车类产品，所以此角度就不赘述。
那么作为服务的提供方，除了能有更多订单、更多好订单（不堵车、长距离、帮助完成指标等）外，还有什么哪？
是否包括客户逃单，也就是白嫖了打车。读者可能会问“现在都是免密支付，怎么可能白嫖”，那我们先对下网约车之前和现在：

之前：用户下车前，用现金支付，必需当面交易，逃单跑了也跑不过司机开的车啊，所以逃单概率不高；
现在：因为是免密支付，用户下车即离开，是否是因为网络环境导致车费没有马上到账，还是因为用户没有开通免密支付，亦或是用户卡里没有钱了等因素导致，以上对司机来说很难判断，所以为了增加司机师傅的安全感，而不用在有沉没成本后还继续付出。

由上可见，我们可以认为司机是有收入确定性的属性。
同时我们在延伸下，如果司机有这个心理属性，但是平台不保证，那么会导致司机的流失，因为有别的平台会保证这件事情，那么当前未支持该属性的平台在供给侧可能会减少，而平台是需求和供给的双向匹配，那么会导致需求侧也减少。
所以，平台需要提供方式来增加确定性属性，也等同于说：尽量不被白嫖。

文章插图
七、需求设计在如上的分析拆解过后，我们可以理出两个核心需求：

让乘客尽快有车：在提供更多运力的情况，让运力效率最大化，比如附近优先匹配，以减少路上接人时间；
让司机收入更多：有更多的订单，尽量少跑空车，都能增加收入，再结合刚才说的确定性问题，也需要设计减少乘客白嫖的机制。

结合文章开始描述的实际场景和上文的分析，那么针对三方平台的付钱逻辑可以整理如下：

订单完成后，生成订单，推送给客户；
如果客户支付，按比例分成给到下游平台；
如果客户未支付，那么在用户下次打开APP时，会优先出现待支付订单，如果不支付，则无法使用其他功能；
如果客户未支付超过N天，那么用用户已经开通的免密支付方式支付金额；
如果客户未支付超时N天且通过免密支付不行，那么可能会触发客服电话联系或者滴滴补偿支付。

所以我们会发现大部分客户都是集中在a到c的场景中，毕竟网约车也是高频使用APP，而d和e是更加低频的场景，基于这个推断，我建议朋友看下某滴平台、支付平台订单支付金额是否一致，在金额精确到小数点后两位的情况下，验证金额一直，可以反推会上面基于ER的层层分析和拆解是大概率符合实际的。
而在笔者写完这篇文章时，客服依然没有联系我们，所以无法用客服的反馈的来进行双向验证，但是起码订单金额是一致的，大概率是符合推断。
八、写在最后古龙说有人的地方就有江湖。而人都会有各种需求和属性，人和人的关系组成了这个江湖，而需求就在江湖里。
#专栏作家#代成龙，人人都是产品经理专栏作家，智能硬件创业公司产品狗，从视频巨头公司到玩智能硬件的公司，继续产品设计工作。