成爲產品人這兩年來，需求還是大概率來自於上級領導、公司規劃之類，然後調研、設計、開發。但是最近越來越發現這些需求有可能是真實用戶所不需要的（又是一個後話）。
就像從年前到現在，爲了上班不遲到，我本人打車的頻率上升了，每次遇到司機師傅用滴滴之類的網約車軟件，都會跟他們閒聊，偶爾會問他們司機端是不是能自動接單，有這個功能是不是會更好一點？
按照非真實用戶的想法：
- 我（旁觀者）
按照算法匹配最近的乘客或者下個目的地附近的單子自動接單，對乘客和司機好像都不錯。 - 乘客
我是不是就不用擔心沒人接我的訂單了？司機師傅開車的時候不用搶單，我坐車也能更安全。 - 由我或乘客來想象司機師傅的想法
送好這個乘客，就近就有下一單的乘客，減少空車時間，節約接客路程成本，提高日流水，也能掙更多錢。
實際上問過的所有司機端真實用戶的想法：不需要自動接單的功能。理由也很正常，如：
- 我送完你之後突然有急事，比如想去洗手間，這樣會讓下一個人等太久；
- 送完你之前其實我已經提前有安排了，該歇一下該喫飯要去接朋友之類，我不想被打亂計劃，但是自動接單了我就要取消訂單；
- 自動接的下一單，那邊有一段路太堵不想去；
- 需要掉頭繞路才能接那個單，不如往前開一下看看有沒有打車的，或者這個人下車就剛好有人過來打車；
這是真實體驗到了產品做需求，果然應該走進真實用戶羣去了解，感受or體驗一下目標用戶羣的業務流，否則容易產出理所當然的雞肋功能，浪費開發成本，降低用戶體驗。
——————————-後話- ——————————
公司最近想搞一個概念功能來跟zf合作，但真實用戶並無這個需求（功能出來了對他們來說是增加工作量且無提高收益），目前設計過程也是遇到很多問題。
比如我比較難接受的是匹配結果準確度本來就低（boss還要求改爲更低的模式），這樣匹配結果其實無意義了，系統還順便將醫療風險攬到自己身上，開發成本開發難度也是問題。如果要提高準確度則務必延長用戶完成業務流的時間，這個過程中用戶並不能提高收益，（如果加上boss要求的強制每個用戶使用），那就是降低用戶體驗。
真是令人頭疼的需求