做了半年的前端產品，主要負責web端的前端展示，偶爾也跟進一下app端的迭代。雖然說只是負責前端工作，實際上接口定義，交互設計等等都需要跟進。在前期能完成文檔編寫的部分后，開始思考需求內容的部分。

1 從一開始我提需求時，確實不夠謹慎：展示樣式，交互設計，業(yè)務需求，線上bug。一口氣全提出來。一個迭代一個迭代的堆著。當拿著一個個需求內部評審時候，會被問得啞口無言。為什么要做這個需求而不是別的？這個需求能帶來什么提升？對于你的回答，有什么理據支撐？在一次次被問倒后，自己也學會了總結思考，力求對每一個自己提出來的需求都能有充足的理據和數據支撐，實際上這是一個相當痛苦和讓人糾結的事情，例如在完善產品的過程中，數據未必是那么充足，甚至很多的數據需要自己去尋找，整理，甚至分析，將其轉化為你所需要說服別人的理據。

2 我做的是OTA部分的酒店展示與售賣。對應的，自己會將每個迭代的需求整理為好幾塊：支付，業(yè)務，交互體驗，樣式展示，新增功能，運營活動，外部需求。每個迭代力求能夠完善主要完善一個部分的需求即可。因為迭代的資源來說，一般還需預留30％～40%給運營或者外部需求。然后，對于自己提出的需求，需要進行對應的數據分析，這個需求是針對哪個頁面的？預期能增加該頁面的轉化？用戶停留時間？還是降低跳出率？為什么這樣預期。針對該頁面的埋點，點擊數據是什么。也就是說在準備任何一個需求前，請用數據給他一個不能拒絕的理由：即為什么做它而不是別的，這樣做預期的效果是什么。

3 除了以上兩點外，最近完成電話外呼的事項。即將漏斗中從各級頁面跳出的用戶隨機抽取一部分，進行訪談。了解他們跳出的原因。記得以前有人跟我說過：你不能站在那里，假想你是用戶，你永遠不能代替其它人。事實上，每次寫需求的時候，我都會換位思考，每當如此，還洋洋自得的認為，這便是站在用戶角度思考了。事實上，因為我們各自的文化教育背景的不同，所謂的換位思考，也只能淺嘗則止。公司OTA酒店的用戶，度假屬性強烈，一開始我還不太明白這個屬性的意思。當真正的電話呼出后，才明白這些屬性展現(xiàn)在哪些方面：用戶對于酒店側的需求考慮更詳細：酒店的裝修時間（即新舊程度），酒店是否涵蓋親子特色，酒店的附加商品中是否含周邊景區(qū)的門票交通等。這些在平時我看來無足輕重的訴求。在一次一次的電話呼出中，被用戶準確的告知到。

4 最后，我想說：在用戶調研的部分。與用戶交流，調研確實是非常關鍵的一點。在我看來，與其躲在格子間里去臆測會有什么樣的人來用你的產品，他們是如何使用的。還不如踏實懇切的走在街上，邀請別人使用你的產品或者與正在使用你的產品的人交流。但是溝通之后，還需要提醒自己，不可以把交流中用戶告知的訴求就當作范本。其一是因為我們并不知道有同樣訴求的用戶占比多少，是否是我們的主流用戶。我們的技術是否能夠實現(xiàn)用戶的各種各樣的訴求。其二是記得福特說過：如果一開始我問用戶他想要什么的時候，大家都會告訴我想要一匹跑得更快的馬，而實際上，人們需要一輛汽車。哪怕是用戶，也未必真的了解他的訴求。只有在我們進行調研之后，再進行對需求的深度分析與加工，才算是做到了對一個需求的負責。