共享教练车的预约功能是将闲置教练车资源释放，提供给有需要的教练使用，主要业务是满足用户在特定的场地快捷地使用车辆。
预约功能为教练提供预先“购买”车辆使用权，实现即到即用的服务。围绕这个主要的需求点，综合车辆故障问题、在使用车辆冲突问题、预约时效性问题。本案通过梳理业务需求，以及综合使用场景分析，完成了本次的需求落地。那么我们一步一步来“庖丁解牛”，逼近“需求真相”。
我们先来看看关于预约需求的用户痛点：
A教练：我们和学员都是提前几天约好的练车，但是到练车时间，训练场却不一定有车可用
B教练：我打开共享教练车应用发现有一辆空闲车可以使用，于是我从家里出发去训练场，结果发现在我过来的这段时间里，车已经被别人用了
针对这两个应用场景我们整理出两个需求点：
A：用户需要提前预约指定时间的用车服务，例如：用户期望在周三预约周五晚上7点来训练场用车
B：从用户在应用上看到空闲车辆，出发到训练场的这段时间，我们需要为用户预留该车辆的使用权
需求A是预约指定时间，需求B是预约当前时间后的一段时间，可以看出当我们解决需求A时，需求B自然迎刃而解，于是我们针对需求A给出如下2个方案：
方案1
|
预约类型 |
提前1-7天预约用车时间 |
|
功能描述 |
选中训练场，提前1-7天选择开始用车时间 |
|
弊端 |
预约时间前使用车辆的用户用车时间无法控制，会导致临近预约时间时，前一个用户还未用车结束（例：用户A预约10:00用车，用户B 9:00来训练场即时用车，无法确定用户B能否在10:00前结束用车） |
方案2
|
预约类型 |
全平台走预约流程，付费购买时间段 |
|
功能描述 |
将每辆车设置1小时等量时间段，每个时段间隔15分钟，用户可预订7天内的所有时段 |
|
弊端 |
用户提前支付用车费用，不参与计时收费流程，平台无法监控其实际用车时间，导致用户用车超时平台却无法收取超时费用的情况，且影响下一预约时间段（例：用户预约10:00-11:00用车，使用到11:05交还钥匙，无法收取超时费用） |
所以对于需求A，我们暂时无法给出有效的解决方案，那么我们再来看看需求B的解决方案：
方案3
|
预约类型 |
预留当前时间后1小时内的车辆使用权 |
|
功能描述 |
选择空闲车辆进行预约，预约成功后1小时内车辆状态为“预约中”，其他用户不可使用和预约，1小时内未使用则系统自动取消，（例：用户9:00预约A车，预约成功后A车状态为“预约中”，用户需在10:00前输入启动码开始用车，超过10:00未用车，则该车状态自动变成“空闲中”） |
|
弊端 |
1、如果用户预约成功却没有到达训练场用车，则会产生一小时的资源浪费 2、用户在训练场看到车辆闲置，但却是不可使用的预约状态 |
方案3从业务实现流程上来说并不存在明显漏洞，对于此方案所存在的两个问题，我们也给出如下说明：
1、如果用户预约成功却没有到达训练场用车，则会产生一小时的资源浪费。
针对这个问题，我们给出“交预约金”的解决方案，用户交预约金，一则可以为平台减少车辆预留所产生的利益损失，二则可以以此对用户的预约行为进行约束，避免用户约而不用的情况发生。
2、用户在训练场看到车辆闲置，但却是不可使用的预约状态
什么样的用户会使用预约功能？答案是：正在需要使用共享教练车业务的人，预约功能是正为了让用户“所见即可用”而衍生出来一个功能；核心是为了方便我们的核心用户。从产品角度来说，这个功能是属于增加用户留存的一个功能，只有把核心的客户留存下来，项目才能做的更好。
