1樓：Even S
確定不了使用者需求就直接做使用者調研，看資料。
像你說的這個功能，要是後端有現成的關於快遞狀態的資料庫，那開發成本也不大，你就跟工程師商量埋個點，然後直接做，上線一段時間看轉化率和使用者反饋。好就留著，不好就撤了。自己要是實在擔心那上線的時候就做灰度發布，然後看資料。
我覺得做產品有些東西值得花時間思考，有些東西思考不如邊做邊改。
2樓：terryfan
謝腰！好久沒上知乎了，感謝新版！
已經很多答案了，那就問題延伸出去說點看法吧！使用者說的不等於你該做的，使用者抱怨的不等於你做錯的。人人都是產品經理人人都是設計師在使用者那都是屁話！
舉個例子吧，病人和醫生說「我頭疼開點頭痛片吧！」醫生會做：
A. 拿，這是頭痛片，還有按摩油，自己沒事揉揉，再給你開點安神丸，晚上吃了睡得香
B. 你感冒了麼？去驗個血吧？沒感冒啊，拿去拍個x光吧？再不然去做個CT？
誇張點的比喻哈，個中道理自行理解！
3樓：德川亮
忘了誰跟我說的。
這個叫內隱的需求。就是說，你問使用者要不要，使用者會說不知道，或者隨意。但是，你一旦做出來了，使用者會覺得這樣才是「正常的」甚至「更好的」。
4樓：蘇志斌
如果我們自己的團隊不能很好地回答這兩個問題，那就別急著考慮要不要跟客戶周旋了。使用者體驗這個詞這兩年說了太多，但有多少體驗是設計師YY出來的，我們沒法考究，可自我檢驗這個步驟確實能在我們向客戶輸出理念時，幫助雙方獲得良好的合作狀態。你替客戶多想一點，如果真的好，那不論最後是否落實下去，都是對各自的負責，客戶不會不喜歡的。
那麼，如果經得起推敲和檢驗，確實是個好點子呢？
當然要做咯！
最後，只要沒有觸犯合同的行為，就別太拿合同當回事。祝專案順利！
5樓：
我搞過設計，當然不是什麼大作。。
客戶是個有趣的群體。他們對自己的需求往往不明確，很模糊。需要你一點點摸索，他再一點點否定，最終達到他的目的。
他甚至給不出建設性意見，但給你挑刺兒時很來勁。最終磨出來個不倫不類的作品，你作為設計者也別吐槽，甲方就那審美和水平。
保護好自己，明確權責，多一事不如少一事。不要聽信「永遠比客戶期待多一點」的雞湯。因為陰溝裡翻船的人就栽在畫蛇添足上。
只有你和客戶很熟了，或者你自身穩固，對方明理，才給點小彩蛋。以上。
6樓：愛萌
收集所有這種小的需求改善點，統一發給使用者，向使用者徵求意見。針對問題中的例子，雖然應該沒什麼問題，但是難保其他情況下，使用者之所以不這麼要求，是有資料敏感性或者其他層面的原因。所以，和使用者溝通的過程也是很重要的一部分，一方面規避風險，一方面可以提高使用者對你們的良好態度的感覺，記得用郵件。
至於這個應該怎麼改， @pansz已經說了。
有些時候，在工作中，你會遇到某些需求，或許你有更好的想法、或許需求本身就是完全錯誤的，但是因為公司層面的原因，你要被迫去完成原始需求。這時候需要注意的是，完成任務歸完成任務，即使做了，自己心裡也要明白什麼是正確的、更好的選擇，這是對自己負責。
7樓：姚廣
其實產品經理做東西要考慮投入產出。
像樓主這個改進
1、有體驗的改善
2、技術資源投入很小，僅僅是將加乙個鏈結而已，對前端技術是隨手的事情。
因此投入小，有體驗改善，支援樓主做
8樓：楊錚
具體看使用者這種需求是怎麼產生的，需要這個功能來做什麼，這個功能在使用者整個操作流程中在什麼位置。弄清楚這些就知道該怎麼辦了，不要太絕對的說「使用者說的都是對的」或者「使用者什麼都不懂」，這些話別信。
在銀行社招的櫃員崗位明確提出要求有一年櫃員工作經驗的情況下，沒有工作經驗的我可以報名試試嗎？
試試又沒什麼損失，為啥不給自己一次機會？即便機會很渺茫 你相信我，隨便找個工作都比桂圓過的開心 你報的哪個縣？還是太原？這個櫃員崗是定向招聘的，進來要坐五年的櫃。去工行就算了，為什麼還要來山西 為何想不通要去銀行還是最沒有前途的櫃員？沒意義，除非你打算一輩子都做櫃檯，或者勉強可以做到個會計主管？在怎...
在沒有使用者反饋 沒有競品，也沒有使用者提需求的情況下，如何設計產品？
axureMaster 抱歉，根據你問題內容的描述，我把標題修改成了 在沒有使用者反饋 沒有競品，也沒有使用者提需求的情況下，如何設計產品？不知道是否準確表達了你的意圖？回答如下 沒有使用者反饋 沒有競品，也沒有使用者提需求 這是創業公司產品從0到1的常態。但是，在這三個 沒有 之前，首先必須有乙個...
有沒有那種根據使用者輸入的元件需求自動生成dockerfile或者docker映象的工具？
DavidShawn 這是個好需求，我也類似的需求！我是這樣設想的 通常情況下，我們會From乙個基礎映象，然後自己再新增幾條語句，update，mkdir什麼的。但是，當我們生成映象，並進入使用時，突然發現忘了一些東西，比如我要安裝乙個net tools什麼的，來提供ping功能，過了一會又發現需...