? ? ? ?昨天由于時間關系，補作業。今天會更新2篇。
昨天我做需求評審，那么還是以需求評審為例子作為今天的命題作文吧。
? ? ? ? ?需求評審其實是產品交互面世的重要的環節。產品的生命周期包含：需求采集、需求梳理、需求分析、業務溝通、產品原型設計、需求評審 、跟進項目研發、項目交付。整體是這一系列的步驟，說的還是比較細。需求評審的過程前期，會拿著PRD先跟項目關鍵人對接，無論從技術角度還是從業務邏輯角度，都會和項目的關鍵人充分的溝通，溝通后的結果集是為了在第二天的需求評審中，避免重大邏輯的問題。我本人發現很多產品人都習慣性的覺得前期不和技術同事做溝通，在評審中解決，但是當你在評審中大會中，所有的矛頭都會指向你，你要 1v5 ，1v10的局面，千夫萬人指的局面。說白了，前期與技術的溝通、業務方的溝通其實就是在磨合避免在需求評審中出現尷尬的問題，所以說這個步驟是不能省略的。
需求評審的準備工作，我建議，有條件的情況下，自己先內部評審下，畢竟自己想的問題點與別人的視角都不一樣，多聽聽別人的想法，畢竟產品是面向多人用戶的，不是你自己使用的。
? ? ? ? ?準備工作做了后，剩下的就是打鐵還需自身硬，產品人的自身的過硬的產品方法論，對產品的把控，對產品的業務邏輯梳理等，都是非常考驗產品人的功底的。我們有的時候，可能會在細節上陷入進去，但是我想說，在注重業務流程邏輯與細節的時候，我更關心的是業務邏輯流程。在你完成你的基礎框架后，你可以再去細化的去解決你的產品用戶體驗。用戶體驗同樣也是至關重要的，這點我不否認，但是在你的業務線條都沒有理清楚的前提，你去吭哧吭哧的打磨你的產品細節的時候，我覺得這是錯誤的。
? ? ? ? 產品人在平時就需要多磨練自己的氣場，為什么有的人在臺上演講，大家的目光都集中他的身上，她的演講的口才為什么能吸引著大家。這都需要自己在平時多練習，還有個建議就是多寫，多總結。我自己的現狀是每天堅持寫（產品日思），每天都會總結自己的問題、包括自己的一些疑問。日累月積的過程，相信自己會有質的提升。
