【个人小记】关于用户需求，其实应该走到用户群中去了解

成为产品人这两年来，需求还是大概率来自于上级领导、公司规划之类，然后调研、设计、开发。但是最近越来越发现这些需求有可能是真实用户所不需要的（又是一个后话）。
就像从年前到现在，为了上班不迟到，我本人打车的频率上升了，每次遇到司机师傅用滴滴之类的网约车软件，都会跟他们闲聊，偶尔会问他们司机端是不是能自动接单，有这个功能是不是会更好一点？

按照非真实用户的想法：

1. 我（旁观者）
   按照算法匹配最近的乘客或者下个目的地附近的单子自动接单，对乘客和司机好像都不错。
2. 乘客
   我是不是就不用担心没人接我的订单了？司机师傅开车的时候不用抢单，我坐车也能更安全。
3. 由我或乘客来想象司机师傅的想法
   送好这个乘客，就近就有下一单的乘客，减少空车时间，节约接客路程成本，提高日流水，也能挣更多钱。

实际上问过的所有司机端真实用户的想法：不需要自动接单的功能。理由也很正常，如：

1. 我送完你之后突然有急事，比如想去洗手间，这样会让下一个人等太久；
2. 送完你之前其实我已经提前有安排了，该歇一下该吃饭要去接朋友之类，我不想被打乱计划，但是自动接单了我就要取消订单；
3. 自动接的下一单，那边有一段路太堵不想去；
4. 需要掉头绕路才能接那个单，不如往前开一下看看有没有打车的，或者这个人下车就刚好有人过来打车；

这是真实体验到了产品做需求，果然应该走进真实用户群去了解，感受or体验一下目标用户群的业务流，否则容易产出理所当然的鸡肋功能，浪费开发成本，降低用户体验。

——————————-后话- ——————————
公司最近想搞一个概念功能来跟zf合作，但真实用户并无这个需求（功能出来了对他们来说是增加工作量且无提高收益），目前设计过程也是遇到很多问题。
比如我比较难接受的是匹配结果准确度本来就低（boss还要求改为更低的模式），这样匹配结果其实无意义了，系统还顺便将医疗风险揽到自己身上，开发成本开发难度也是问题。如果要提高准确度则务必延长用户完成业务流的时间，这个过程中用户并不能提高收益，（如果加上boss要求的强制每个用户使用），那就是降低用户体验。
真是令人头疼的需求