滴滴打车早期第一版核心打车功能已上线，现在需要进行功能迭代，要求从发生频率与用户量、开放难度与效果；通过四象限法进行优先级排序，并写清楚对应的优先级。
| 需求点 | 需求描述 |
|---|---|
| 功能点1 | 新增“愿等时间”，多等司机一小会，提高打车成功率 |
| 功能点2 | 电量优化，叫车更省电 |
| 功能点3 | 优化文字叫车，更易更快打到车 |
| 功能点4 | 定位信号弱时，可自己设置上车点 |
| 功能点5 | 支付时默认选券，省钱更便捷 |
| 功能点6 | 即时聊天开放，沟通更方便 |
发生频率与用户量
1. 思考过程
上述已经给出了成型的功能，此刻需要做的是根据功能去倒推这个功能满足了用户在什么场景下的某一种需求，进而推断出用户量和发生频率。
2. 倒推过程
| 功能 | 场景 | 需求 | 用户量 | 发生频率 |
|---|---|---|---|---|
| 1. 新增“愿等时间”，多等司机一小会，提高打车成功率 | 场景一：日常生活中的上下班高峰期时，很难打到车 场景二：特殊情况下的用车高峰期（如：下雨下雪天、节假日、春节春运等） |
能够打到车 能够打到车 |
大 大 |
高 高 |
| 2. 电量优化，叫车更省电 | 场景一：前一天晚上刷剧玩手游，早上出门发现手机忘记充电，电量极少 场景二：晚上下班时，发现手机电量即将耗尽，着急打车回家 场景三：因事需要乘坐高铁、飞机出远门，希望手机续航时间久一点 |
在手机关机前，顺利打到车 在手机关机前，顺利打到车 花最少的手机电量，顺利打到车 |
小 小 小 |
低 低 低 |
| 3. 优化文字叫车，更易更快叫到车 |
场景一：在人多的地方，诸如地铁口、商场附近等人流量较多的场所，会经常使用文字叫车的方式去自己想去的地方 |
在相对嘈杂的环境中，通过文字叫车方式顺利打到车 | 大 | 大 |
| 4. 定位信号弱时，可自己设置上车点 |
场景一：在负一楼停车场、小区里、公司里、地铁里等GPS相对较弱的地方 |
手动定位，完成打车 | 大 | 中 |
| 5. 支付时默认选券，省钱更便捷 |
场景一：在得到系统在活动期间自动发放的优惠券后，乘车到达目的地支付时 |
支付时自动选取优惠券，完成支付行为 | 大 | 低 |
| 6. 即时聊天开放，沟通更方便 | 场景一：司机到达乘客出发地却没有看到乘客 场景二：司机接单后，乘客发现司机的车子并没有动 场景三：乘客下车后，立刻发现落了东西在车上 |
司机需要主动联系顾客 乘客需要主动联系司机了解具体情况 乘客需要主动联系司机，找到遗失物品 |
小 小 小 |
低 低 低 |
3. 四象限分析法
用户量与发生频率.png
开放难度与效果
1. 思考过程
用户量大的需求，自然相应的见效也比较快
2. 四象限分析法
开发难度与效果.png
结论
综上，需求优先级排序为：1，3，5，4，6，2
以上仅为个人见解，欢迎沟通交流。
网友评论