用户需求、业务需求和功能需求，他们之间到底有什么关系？该如何区分，接下来把这三个逻辑给大家讲清楚。

1、用户需求就是我们常规理解上的需求。比如用户有打车点外卖、看电影、谈恋爱或者是旅游的各种类型的需求。但是重点是我们要对用户需求要进行深挖。我们以打车需求为例，表面看起来打车需求就很单一。但实际上如果你找身边的朋友多问，你会发现不同的用户在不同的场景下打车他们的需求就会有很大的差异。比如有的用户对价格很敏感，他想知道打车的费用到底是多少。如果打车费太贵，他可能又考虑不打车了，而选择其他的交通方式。所以我们就需要在用户下单之前去计算，并且告知用户本次订单费用大概是多少。也有的用户出行人数会比较多，需要5到6个人一起来坐车。常规的出租车是坐不下的，所以用户可能就想打一个六座以上的商务车。再或者用户接下来有一个非常重要的事情需要准时出发，他的需求就是提前做好行程规划，并且提前预约好车辆，这些需求统统都是用户需求。但是最终我们要把这些用户需求给落地，有的需求是要交给技术开发的，也有的需求是要协调其他的团队去落实的。所以我们就需要将用户需求转化成业务需求。

2、那什么是业务需求呢？我们还顺着刚才说的预约车辆的这个需求来举例，这里面会涉及到很多问题，比如当用户下了一个约车的订单，因为是预约的订单，所以如何将这个预约的订单派给司机呢？什么时间派，按照什么规则把这个订单落到哪个司机身上，因为是预约的，所以司机等待过程中的时间的损失该如何转化成司机的收益，再就是如何保证司机能够准时到达用户预约的地点来上车呢？如果用户的行程发生了变化，比如说时间、地点或者用车的类型，那这个事情又该如何来处理？大家注意时间和用车类型的变更，可能需要重新分配司机。如果司机已经到达了，还需要做额外的机制的处理，而地点发生变化，就会影响其他的因素，比如说至少会影响最终的收益。如果行程太紧，订单费用就会太低，司机的收入又该如何得到保障？这些逻辑都是需要产品经理一点一点要去梳理，最终能够落实到技术、客服、法务团队身上。而这些需求就是业务需求。

3、但是最终我们需要把这些业务需求要以很容易理解的方式传递给用户和司机，能够让他们会使用这个软件，包括信息的呈现功能和一些交互。比如当用户发起一个预约的订单，需要设置起点和终点和预约的时间。因为是一个预约的订单，所以在下单之后并不会直接安排给某一个车辆。所以在前端的app 上会显示订单已经接收，正在帮用户安排最合适的车辆。但同时考虑到用户取消订单可能会给司机造成损失，甚至会有些恶意的订单，那么如何去避免这种概率？我们会在app 上要求用户先来付款。但如果因为司机的原因导致无法履约，我们会帮用户重新安排新的司机。同时我也考虑到用户当前体验的满意度，我们会适当的将以各种优惠的形式对这个订单进行减免。这些信息也需要在前端呈现给用户。所以功能需求是什么？就是根据业务的需求，最终落实到应用层的一些功能。这些功能最终都是需要技术一点一点去实现的，这些就是功能需求。

简单的总结，我们在规划一个产品的时候，就是将用户需求转化为业务需求，再将业务需求细化为功能需求的一个过程。