背景

今年我主要在負責羚瓏視頻和羚瓏動圖兩個功能迭代優化的產品交互工作，這兩個功能其實有點類似：它們解決了部分用戶在電商設計時的痛點問題，已經具備較清晰的產品定位和核心功能，但都沒有經歷過系統的迭代優化，產品整體存在比較多的缺陷。因此我們針對這兩個功能分別進行了深度的用戶研究，期望獲取現有產品的使用體驗和挖掘出用戶更多的潛在需求。在進行問卷收集和用研訪談后我們收集到了非常多用戶反饋，一時之間眼花繚亂，那么怎么才能從中提煉出真實的用戶需求并推動優化落地呢？先放個方法總結~

站在全局角度思考

面對這么多問題，我們不能直接悶頭去逐個分析，而是要先站在全局角度思考：

• 這個產品/功能的目標用戶是哪些人？
• 本次迭代優化目標是什么？

這兩個問題的回答是后續篩選及定位需求的重要參考。

1. 目標用戶

做迭代優化前根據現有產品定位做個目標用戶畫像，用戶畫像可以幫助我們歸納產品目標用戶范圍內具有典型性和確定性的行為模式，對后續的分析定位進行指導。用戶畫像最好能夠建立在詳細的定性數據基礎上，但如果沒有資源進行定性研究，我們也可以依賴現有可獲取的資料數據和對用戶行為、動機和目標的揣測去構建用戶畫像，來幫助我們聚焦產品特性和功能。羚瓏視頻在進行深度用戶調研（包含線上訪談和問卷調查）后，基于研究獲得的數據總結出了羚瓏視頻目標用戶畫像，為產品優化決策奠定了良好基礎。

2. 優化目標

產品處于不同的發展階段時，它的優化目標是不一樣的。我們迭代優化前必須要明確現階段產品最重要的目標是什么，優化目標就像參團旅游時導游舉得高高的小旗子，有了目標我們才知道該往哪個方向走。

比如羚瓏視頻，優化時處于第一個大版本，主打功能是簡單輸入 sku 或圖片可以智能生成主圖視頻，產品定位是解決中小商家需要高效率低成本地輸出主圖視頻的痛點。但是剛上線初版、用戶量和使用量都較少，動圖也是類似的情況，因此都屬于產品推廣期，那么當前階段的主要目標就是增加用戶，留下用戶，提升設計結果采用量。

從反饋中提煉需求

優化方向確定后，我們接下來要做的就是從反饋中進行提煉，由此來確定哪些是我們當前這個產品階段要去落地的需求。在這個過程中我進行了以下三步操作：篩選-串聯-分析。

1. 篩選-是否當前符合用戶期望和迭代目標

篩選：評估用戶反饋說的內容是否符合當前產品目標用戶期望和迭代目標。

這一步可以讓我們快速篩除一些當前不需要關注的非核心問題。

舉個例子，我們在進行羚瓏視頻用研的時候，有些用戶覺得我們的視頻編輯器功能太少，希望我們提供更高階的編輯選項，比如能夠自由添加一些酷炫的視頻特效或靈活剪輯視頻片段并調整順序。如果我們比照 1.1 里的用戶畫像去看，會發現這個意見：一是不太符合我們主要目標用戶期望的，因為給編輯器增加高階功能會增加操作復雜度，影響編輯器的簡單易用性；二是它本身屬于高階功能需求，我們在規模擴張階段最好還是更關注基礎能力的完善。因此它不屬于我們現階段要去優化的問題。

2. 串聯-用戶體驗地圖，俯瞰整體流程

串聯：使用體驗地圖連接主要問題，俯瞰整體流程、查漏補缺。

篩選后，問題散亂分開的狀態不利于我們后續判斷其重要程度，有可能還會漏掉重要部分，因此需要找一條“線”把它串起來。這時用戶體驗地圖就非常好用了，它能夠俯瞰整體體驗流程，更全面地審視用戶痛點，同時進行查漏補缺。比如進行動圖調研時我發現有的目標用戶有動圖需求但是沒有使用羚瓏動圖，主要是因為不知道羚瓏動圖能夠做什么。所以在做用戶體驗地圖時特別注意向前延伸補充了需求產生時的產品認知階段，同時進一步向后注意到設計結果導出后在其它系統的應用情況，而不僅僅只聚焦產品使用過程中的體驗問題。

3. 分析-還原情境挖掘本質，找到最優方案

分析：還原情境敘事，深度挖掘需求本質，找到真正的解決方案。

接下來我們需要針對主要問題提出解決方案，這是提煉需求最重要的一步。用戶經常自發地去提出一些解決方案，但這些方案并不一定能夠解決用戶真正的問題。我們需要整合研究數據將用戶反饋的內容還原構建出一個完整的情境敘事，包含人物、時間、地點、目標、行為、結果（這一部分信息其實在用研訪談的時候就應該注意收集，如果是通過網站反饋或問卷調查收集的問題關鍵信息缺失比較多，可以考慮聯系用戶進一步了解）。通過完整情境的還原可以理清用戶使用場景、問題觸發條件和限制情況等信息，挖掘需求本質、洞察用戶真正的動機，從而尋找最優方案。

定位需求排優先級

進行提煉之后，我們會獲得好幾個看起來都要做的優化需求，但畢竟資源是有限的，應該如何進行需求重要程度的定位并進行優先級排序呢？我自己使用的方法是根據以下三個要素去判斷需求的重要程度：

• 覆蓋用戶數：該需求覆蓋使用用戶面越廣泛、普遍性越高，則越重要；
• 頻率：該需求出現頻率越高，則越重要；
• 滿意度影響：這里引入一個日本教授狩野紀昭提出的：從用戶體驗出發分析需求對用戶滿意度影響的KANO模型。

該模型將需求分為以下五種類型：

• 必備型需求：用戶認為必須要有的功能。如果有，滿意度不會提高；如果沒有，滿意度會大幅降低。
• 期望型需求：用戶期望的功能。如果有，滿意度會提高，如果沒有，滿意度會降低。
• 魅力型需求：用戶不會期望、但一旦滿足會刺激用戶興奮點的功能。如果有，滿意度會大幅提高；如果沒有，滿意度不會降低。
• 無差異型需求：對用戶體驗無影響的功能。如果有，用戶滿意度不會變化；如果沒有，用戶滿意度也不會變化。
• 反向型需求：給用戶體驗帶來負面影響的功能。如果有，用戶滿意度會降低；如果沒有，用戶滿意度不會變化。

根據產品優化目標，我們當前主要關注必備型需求和期望型需求。

將需求定位三要素結合目標用戶畫像和體驗流程圖進行判斷，就可以比較清晰地抓住重點需求。比如針對動圖體驗流程圖里的“導出結果格式無法使用的問題”，我們提出了“在動圖全場景中增加導出 GIF 格式及前臺壓縮功能”的解決方案，根據以上標準評估一下這個需求：

• 覆蓋面：這是個大多數用戶都會遇到的導出格式不符合應用場景的問題；
• 頻率：結果導出屬于高頻功能，每次使用產品最后都要進行設計結果導出；
• 滿意度影響：用戶認為這是個必備型功能，如果沒有，那么用戶不會再用我們的產品。

因此，這明顯是個優先級非常高的優化需求。

結語

排列需求優先級之后，接下來就是進行具體需求的設計輸出和相關資源協調并排期。其實我們在第一步確定的目標用戶畫像和迭代目標，會持續影響整個需求落地的過程，比如做具體功能交互時的設計分析和頁面交互細節敲定，比如跟視覺或開發同事溝通時進行的功能闡述等，因此在起步時的全局思考與把控是非常必要且重要的。

以上就是我今年做了兩個功能迭代優化后自己回顧總結的一些關于需求篩選與分析的心得體會，感謝您的閱讀~

歡迎關注「京東設計中心JDC」的微信公眾號：