中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

懂得如何接受和思考反饋是產品經理工作的一部分，也是判別產品經理優秀與否的標準之一。

收集反饋是產品設計過程中自然且必須的一步，在每一輪反饋中，產品方案都能得以優化。

產品評審（產品復盤）并不是什么新鮮事，它是設計過程中不可或缺的一部分，在過去的幾年里，現代公司已經探索出聰明、高效的方法，將產品評審納入到產品設計和項目規劃中。產品評審有助于產品經理了解公司各部門對方案的看法，確保產品設計符合用戶需求和公司需要。

展示工作成果—>用戶評論/批評—>了解用戶需求

但是一些產品經理和交互設計師在聽到用戶反饋時，會變得很保守。他們認為批評是一種侮辱。尤其是當團隊其他成員對設計方案提出異議時，他們千方百計地懟回去，這樣，產品經理很容易在毫無邏輯的爭論中迷失自己，為了無關緊要的細節而忽略了原本的規劃目的。

懂得如何接受和思考反饋是產品經理工作的一部分，也是判別產品經理優秀與否的標準之一。

識別正確/錯誤的反饋

接收反饋后的第一步是過濾掉壞的、錯誤的、有破壞性的反饋，以下是錯誤反饋的一些特征：

• 注意力集中在解決方案上，而不是問題本身。類似于“你應該使用漢堡包菜單”這樣的評論直接跳過了問題討論環節。作為產品經理，我們應該詢問用戶看到的或者使用過程中的問題，而不是征詢他們想象中的解決方案。
• 帶有強烈的主觀性，僅考慮到個人好惡。產品設計應該避免主觀性。當產品經理在產品評審會上聽到“我喜歡XXX”或者“我不喜歡XXX”時，要及時將話題帶回討論的問題上。
• 針對產品經理或者設計師，而不是針對方案。產品評審的原則是對事不對人，如果在評審會上聽到“你的布局”、“你的配色”，而不是“布局”、“配色”，那你就要小心了。避免這種錯誤反饋的最好方法，是在討論時詢問其他人的意見，看看是否其他人也同意這種觀點（大多數情況下當然不同意）。

防止出現不良反饋、耽誤評審效率的一個好方法，是在每次會議開始時，概括性地講明這次會議的議題和目標。比如，我們想達到什么目的、本次評審有哪幾個環節、主要討論哪些爭議點，等。

討論收集到的反饋

收集到有價值的反饋后，下一步就是和項目組成員討論這些反饋內容。年輕的產品經理往往在收到反饋后，直接行動、設計方案，而忽略了對反饋信息的討論。這是團隊中最常出現的畫面：針對還沒經過討論的反饋出設計方案，然后討論方案并對方案達成一致。以下是處理反饋的一些建議：

• 多聽少說。這是產品經理接受反饋的第一條原則。要確保全心全意傾聽用戶或者同事提出的意見。
• 深入追問。當用戶或者同事沒有清楚地解釋意見的原因時，問清楚問題原因，以免你在后續的理解中產生歧義或者懷疑。“你對這種菜單設計有什么特別討厭的地方呢？有哪種方案是你特別喜歡的呢？你為什么喜歡那種方案呢？”諸如此類。
• 及時記錄。這不僅體現出你對批評和反饋的重視，還有助在之后回顧評審細節。完整、詳細的記錄能避免日后設計方案時忘記設計初衷。
• 結合使用場景。當討論白熱化、意見各方固執己見時，結合具體的用戶使用場景能讓大家回到正軌?！凹偃缬脩魪闹戫撨M入這里，他們首先會看到哪里呢？會點擊這個按鈕嗎？”
• 推動達成共識。兩個人對一個需求點反復討論，導致整個評審無法向下推進，這種情況相信每位產品經理都經常遇到。遇到這種情況，產品經理一定要確保其他與會人員也認為正在討論的內容是有價值的。很尷尬的一種情況是，討論的最終方案滿足了這位用戶/同事的需求，但遭到了更多人反對。

根據反饋設計方案

當評審會結束時，產品策劃還沒有結束。下一步應該是對這些評審意見作出反饋，但不是要求馬上著手設計新方案。讓你的大腦（或者團隊成員的大腦）休息一下，然后再重新思考評審會上的討論內容，最好在第二天徹底想清楚之后再著手設計。

另外，不要過于沉迷于細節，或者依賴某種特定的解決方案。只有在用戶或者同行認可了這個方案、真實用戶測試可行之后，這個方案改進才是有價值的。

把反饋看做建設性地批評，通過反饋看到方案中的紕漏，這不僅有助于產品優化，還有助于產品經理自身的成長。懂得接受批評，是每位產品經理都要掌握的必備技能。

譯者：李小新

原文作者：Fabricio Teixeira, Creative Director (UX) at R/GA, Founder of http://uxdesign.cc.

原文地址：https://uxdesign.cc/dont-take-design-critique-as-an-insult-6cf187ca6308

本文系人人都是產品經理翻譯團隊 @李小新? 翻譯發布，未經本站許可，禁止轉載。

題圖來自PEXELS，基于CC0協議