0|1

大綱：

一、需求分析

二、構建用戶

三、競品分析

四、設計規劃

五、UI溝通

一、需求分析

在我看來挖掘需求的過程就是在探尋人性，而關于人性的學問又十分奧妙。在這個過程中，很容易會出現主觀臆斷，無法探知到他人的真正需求，洞悉人性的根本關乎同理心，也難怪俞軍會提出“同理心如何提高？”。世上有千奇百怪的人，自然有千奇百怪的需求，想了解接近這些需求最重要的是謙遜和求知欲。不要以為已經認識了全世界，世界之大，知也無涯，暗室一隅，更要認知自己。

需求分析與挖掘常用的方法

馬斯洛需求分析

越底層的需求對產品而言越是必要，一方面，只有滿足了底層的需求才有可能繼續向上延伸的可能；另一方面，在滿足迫切的需求后，才可能激勵出下一個需要的需求。誠如在沙漠里饑渴的人，水和工作的晉升機會，自然會選擇水，只有保障了生理和安全的需求，才會去考慮如何更好的發展。

在我看來對一個可以對用戶負責的產品，一定要滿足最基本的兩層，生理需求和安全需求，這也是用戶可能會開始選并擇相信產品的重要一步。任何一款產品若要深入人心，必要深諳人性。需要區分清楚人類表面需求及潛在需求。只有把握了人性深處的需求，才能讓產品植入用戶的靈魂深處，欲罷不能。

• 生理需求（Physiological needs），也稱級別最低、最具優勢的需求，如：食物、水、空氣、性欲、健康。
• 安全需求（Safety needs），同樣屬于低級別的需求，其中包括對人身安全、生活穩定以及免遭痛苦、威脅或疾病等。
• 社交需求（Love and belonging needs），屬于較高層次的需求，如：對友誼、愛情以及隸屬關系的需求。
• 尊重需求（Esteem needs），屬于較高層次的需求，如：成就、名聲、地位和晉升機會等。尊重需求既包括對成就或自我價值的個人感覺，也包括他人對自己的認可與尊重。
• 自我實現需求（Self-actualization），是最高層次的需求，包括針對于真善美至高人生境界獲得的需求，因此前面四項需求都能滿足，最高層次的需求方能相繼產生，是一種衍生性需求，如：自我實現，發揮潛能等。
• 馬斯洛需求和產品的規律：越靠近底層需求越是剛需，越靠近底層需求越工具化，越靠近高層需求，則新鮮感驅動越明顯

KANO模型

以分析用戶需求對用戶滿意的影響為基礎，對用戶需求進行分類和優先排序，體現了產品性能和用戶滿意之間的非線性關系。

• 基本型需求：必備型需求、理所當然需求，是顧客對企業提供的產品或服務因素的基本要求。
• 期望型需求：不是必需的，是指顧客的滿意狀況與需求的滿足程度成比例關系的需求，此類需求得到滿足或表現良好的話，客戶滿意度會顯著增加，
• 興奮型需求：指不會被顧客過分期望的需求。但魅力型需求一旦得到滿足，顧客表現出的滿意狀況則也是非常高的。

四象限定位法

定性分析

• 用戶訪談：
  • 目的：通過開放式的談話，深入去挖掘和探討用戶的需求，對用戶人群的特點和需求進一步的認知。定性與定量二則相輔相成，定性分析是為了后續的定量分析鋪墊，以免做成無價值和實際意義的定量分析。

  • 溝通方式：1.傾聽：多讓用戶自己去講述出來 ；2.漸進：談話內容可以由廣到細，避免用戶沒有跟上節奏。3.判斷：自己要主觀的去分辨用戶是否完全闡述出自己的想法，是否有刻意保留和修改。4.引導：避免設置引導性的問題。

    
    

訪談過程：

• 項目背景和準備：公司產品是關于健身方面，所以采訪的是對健身有興趣的人群。訪談人群要涵蓋：對健身一竅不通的小白；偶爾運動對于健身有一些初步的認知的新手；對于健身有自己的見解并自身取得了一定的成果的高手；
• 實際面臨的問題：
  • 一開始進行的訪談，進行的不是很順利，很快的開始又很快的結束，無法很好的把控好和用戶之間的聊天，以至溝通的是基本的需求，沒有深入挖掘更多；

    • 解決辦法：開始的一兩次訪談效果不理想，暫停了一會，網上查閱了用戶訪談的相關文章，思考訪談過程中如何更好的切入，可以盡可能的讓用戶去把想法都說出來。同時在采訪的過程中，對采訪問題的框架進行相應的調整，由淺到深。如果會產生更好的問題和想法，記錄下來，相應的在訪談的時候進行補充。
• 由于本身是學生，所以認識的人群大多是學生群體，訪談的用戶階層有很大的局限性。
  • 解決辦法：一開始主要的訪談方式是“面對面”“電話訪談”，用此來對身邊朋友進行采訪，但是后來發現到采訪的人群范圍有局限，不能涵蓋面更廣。后面的幾個訪談，我直接厚臉皮走到學校附近的健身房里，和老板打好招呼，尋找有時間并愿意進行采訪的健身人群，同時尋找的用戶盡量是非學生群體。

訪談結果進行分析：

使用馬斯洛需求分析法和KANO模型，可以幫助我們更清晰合理的對需求進行分析。通過訪談，要輸出產品的用戶人群的需求痛點，深入培養對該健身的產品感覺。

簡要的分析核心用戶，初步認知和探索我們的目標用戶：他們的最終訴求是什么？該人群的共同特性是什么？用戶的痛點是什么？他們想要什么樣的幫助來解決問題？哪一部分群體最可能成為我們的目標用戶？

對于需求的層次進行評估和分類，根據用戶滿意度對需求進行優先級排序。頭腦風暴的時候要盡量的考慮各種可能出現的需求，原因，對用戶有正確的認識。

階段反思：

雖然意識到訪談的用戶人群不夠豐富，但是實際行動的時候還是不夠徹底，應該拋開學生思維和環境，要勇敢的走到各個地方，保證樣品的真實性，豐富性，準確性。

在我訪談的時候感覺，需求痛點無非就那一兩點，大同小異，但是學長在和我一起分析的時候，仔仔細細的在一遍遍查閱和思考后，總結了很多點出來，這個讓我出乎意料。在這分析的過程中要注意一點，一定要挖掘用戶深處真正的需求，而非表象所示，要多去思考根源，分別偽需求和真需求。

初中的政治老師告訴了我一個終身受用的思考模型：3W：是什么？為什么？怎么做？。時刻深入思考，切換底層思維，提升同理心。刻意去訓練與朋友，陌生人的溝通，強化自己的語言表達和組織能力，去青海的旅行中，我稍比以往進步了一些，勇敢了一些，嘗試和剛認識的人打交道和聊天，收獲頗多，繼續努力。

定量分析

定量分析是對定性分析后的結論進行驗證，確保需求的準確性和科學性，可以促進定性分析得出廣泛而深入的結論。

在線問卷調查

• 反思：
  • 設置問卷的問題要考慮到切合定性分析得出的結論，對于結論和需求層次模型進行進一步的驗證。
  • 問題的設定由淺到深，首要確定問卷人員的信息，判斷用戶群體的形態，這對于之后的用戶建模有直接的幫助。

  • 同時避免這幾個誤區：

    
    
    
    

    雖然思考問題的過程中有注意去避免這些問卷的誤區，但是還是出現了兩個問題是有一定的引導性問題。自己在第一時間總是很難分辨出來，這會導致問題是無用的沒有實際價值的。所以以后再設計問卷的時候，需要再三的確認，字字斟酌確保無誤后，可以將問卷給其他人給予建議，有問題再相應的修改，避免自己思維定式，無法客觀正確的分辨問題。

• • 對問卷結果進行分析時，由于沒有先前的經驗，所以一開始思考的過程很被動，并如何對問卷分析如何正確的使用數據來得出自己想要的結論缺少主觀能動性。而數據的博大精深可以述說很多知道的和不知道的結果，所以我需要適當的去提升對數據的分析，讓自己對數據敏感，利用好數據。

• 得出結論：
  再一次對整體結論進一步分析，同定性分析的結果進行相應的比較去發現問題和規律

  
  

• 通過再一次的分析，不僅進一步佐證了定性分析的結論，通過挖掘和思考，還可以發現不一樣的新結論。同時對于接下來的用戶建模，可以有更清晰的認識，減少錯誤問題出現的可能性。
• 在整個分析過程中要注意合理性，可依據性和邏輯性。

需求池

• 過程反思：
  • 在實踐過程中沒有涉及到關于需求池的方面，但是在論壇看文章的時候了解到了關于需求池的知識。所以經過斟酌，我認為在進行需求獲取后，先對需求進行一個簡要整合，避免需求出現遺漏缺失。
  • 在整合需求池時，僅僅從用戶是否有這需求的角度考慮，無需過多的考慮滿足需求的成本，可實施性。在后續對需求管理的時候，再細化分析和考慮。
  • 需求池是一個動態的，有可能流入需求，也有可能需求畫流出。
  • 這里的需求池只是一個初步的。因為真正要做好需求池，需要對需求進行管理和評估，但這需要產品經理精準的判斷，這也是考驗產品經理能力的時候，產生的每個誤差都可能會帶來后續產品的差異化，而在能減少這種可能戶出現的風險有個比較好的解決方案，就是通過建立用戶畫像。
• 后續認知：
  • 當獲取到一個需求的時候，將它放進需求池時，就應該對它進行全方面的登記。而不應該先做簡單的整合，這樣的需求池沒有太大的價值。

  • 需求池模版

    
    

需求管理

• 過程反思：
  • 這部分實踐過程中，自己很少涉及，負責了需求的優先級排序。但是由于對這方面認知不夠，所以在優先級排序的時候，無法正確的去判斷需求的重要性，僅僅從自身的角度出發。這種做法對產品是十分危險的，對于整個產品形態會直接影響的。
  • 建立一個精準的用戶畫像，產生共鳴，多維度分析，才能對需求進行科學的排序管理。
  • 要補足需求相關的知識。

• 后續認知：
  • 馬斯洛需求理論，KANO模型，需求四象限 通過這三種需求分析方法，可以對需求的重要性進行大致的認知。對于需求的排序，重在分析和思考。
  • 前期在發現用戶痛點，在痛點和需求的轉化的時候，可以采用頭腦風暴的方法，去盡可能挖掘痛點之下埋藏的需求，并對需求進行認知。
  • 如何確定是基本型需求？嘗試刪去這些需求，這個產品是否還可以正常的使用。
  • 在參加PM黑客馬拉松的時候，我覺得整個活動的進行模式挺受用的。和挖掘需求一樣，對于某一個問題（痛點），小組先對問題進行分解，每個人進行頭腦風暴，把能想到的全寫下來，然后再對需求進行分類和篩選，進而根據產品的戰略方向對需求進行排序。但是這些缺了一個重要的一環，就是驗證。

  • 這是一個較合理的需求透視模式圖：

    
    

• 需求篩選：
  我認為需求的篩選和判斷一個好產品的方法是相似的，我們需要去考慮：需求的渴望度；實現的可行性；對產品發展帶來的價值；

  
  

二、構建用戶

用戶角色貫穿產品的整個生命周期。在產品策劃，獲取需求，評估需求，需求優先級定義，制作業務邏輯流程圖，交互設計圖，ui設計風格，可用性測試，運營推廣時都可以用到用戶角色。

• 過程反思：
  • 一開始對于用戶畫像的認識很模糊，只是知道有這回事，但不知道為什么要有它，它有什么價值。為了規避風險，在做用戶畫像的時候，套用了別人的模版去思考，但是對于之間的聯系很陌生。后來做了兩張用戶畫像，還好沒有出現什么大問題，剛好契合了產品的目標用戶，可能自己一開始參與了定性定量的分析，思路還在道上。但這是一個非常嚴重的問題，所以到處了解補充了對這方面知識的空白。
  • 因為對用戶畫像的用途迷惘，所以在后面的做需求優先級，感到有點沒底氣，沒有一定的依據和合理性，僅主觀臆斷，容易出現偏差。
• 構建用戶的價值：
  • 專注用戶：人物角色的第一信條是“不可能建立一個適合所有人的網站”
  • 引起共鳴：人物角色的第二信條是“你不是你的產品的目標用戶”。我們應該設身處地的為目標用戶著想：如果我是目標用戶，我會怎么做。
  • 統一意見：人物角色能把團隊成員集中在一起去創造一個精確的共享版本，清楚的知道在為誰而設計，什么是用戶所需要的。
  • 創造效率：有了用戶角色這個目標用戶的參照標準，在需求的傳達，界面的設計，產品的推廣方面，效率將會有很大的提升
  • 提升決策質量：產品上線前和上線后，都會收到很多用戶正面或負面的意見和反饋，面對用戶反饋，需要明確這些用戶是否是我們的典型用戶，如果是，繼續討論，達成共識，拿出解決方案；如果不是，停止討論。

• 用戶角色創建步驟：

  
  

三、競品分析

• 過程反思：
  • 一開始對競品的概念很模糊，能力太淺，所以做的競品分析就只是按照模版，查找競品的資料，畫出競品功能結構的思維導圖，這樣的理解太表面了，對于競品的理解不夠深刻，沒有做到對競品分析的意義。
  • 在撰寫競品分析的時候，感覺有點詞窮，無從下手，除了挖數據，分析有點無厘頭，毫無自身的思考和邏輯判斷。原因是自己剛入產品沒兩周，對產品的認知不夠，產品知識閱讀不夠豐富，還沒有養成一定的產品感。
  • 做競品分析重在思考和分析。你要如何在一連串的數據中，提取到背后的信息和關聯，這里考驗到產品經理的數據收集能力和數據分析能力。
  • 對于做競品分析的目的：
    • 通過對競品的分析，可以初步對涉及的行業整體進行初步的認識，為接下來的工作做鋪墊。
    • 分析競品的優勢，結合自身的產品，加以借鑒和創新
    • 分析競爭對手的不足，引以為戒，避免自身的產品入坑，甚至更進一步進行優化，變廢為寶；
    • 分析競爭對手的戰略與策略，根據市場發展趨勢與對手實力采取相對應的應對措施
    • 回歸到自身的產品，明確定位本質性的競爭力，簡單的來說就是我的產品和競品互相的本質優劣是什么，如何更好的揚長避短。
  • 用戶體驗五要素： 使用用戶體驗五要素的維度對產品進行分析的時候，要注入對競品本身的思考，更多是結合自身產品，在眾多競爭對手中，如何尋找到適合自身產品可以立足的點。而不能只是套用分析模版，一味的堆數據，表層粗略分析。這種分析是無價值和意義的。
    • 戰略層
      • （企業愿景、產品定位、需求把控、用戶習慣、商業模式）
    • 范圍層
      • （主要功能、核心功能、次級功能、功能架構、業務流程設計）
    • 結構層
      • （信息架構、常規功能、特色功能、實現情況、用戶流程分析）
    • 框架層
      • （操作情況、刷新、頁面跳轉、查詢、交互框架、界面設計、導航設計、標簽設計、細節點）
    • 表現層

      • （視覺表現、布局、配色、排版）

        
        

• 接下來我要怎么做：
  • 未來一個月內設置定時撰寫產品體驗報告的任務。想做好競品分析，要先學會體驗產品。競品分析的目的往往是要指導實際工作，無論是提供產品規劃思路，還是借鑒功能設計。而產品體驗報告往往只是對產品有所了解。作為產品新人，培養產品感是基石，首先要去發現新鮮的事，主動去感知。
  • 去翻閱其他大神寫的競品分析，并且思考作者分析的維度和方式，學習可取之處，量不在多，精讀細想是硬道理。

四、設計規劃

• 過程反思：
  • 反思（一） 功能梳理
    • 對于每個功能沒有進行系統的思考，深入的挖掘背后的目的，思路不夠嚴謹，沒有系統的結構性，無法對細節做好把控。
    • 一開始不能深入了解功能梳理的目的，大部分是根據競品結合自身的產品定位進行相應修改，所以會碰到一個問題：在梳理過程自己不能意識到被競品帶偏，無法主動的去分析功能解決方式。這還是產品經理即使指點出來，告訴我要去切合公司的產品。
    • 后續認知：
      • 功能點對應的是需求的具體化解決方式。
      • 在功能梳理的時候要對需求進行刨析，具體化思考需求解決過程，將過程分解，相應的進行排序。
      • 一個需求點可能對應的是多個功能的實現，設置某個功能都是有目的性的，去分析產品功能的時候要聯想到功能結構背后的邏輯思路，去意圖發現該產品策劃人的思考套路。
  • 反思（二） 信息架構
    • 不能清晰的認識 信息架構和功能梳理之間的區別，以至于后續工作過程中，容易出現概念模糊。
    • 邏輯不清晰，對于部分功能屬性無法歸好類別。
    • 后續認知：
      • 所有的產品必然都對應的著實體對象，而每一個實體對象必然又對應著不同分類或屬性。組織信息結構就是需要將這些實體對象以及對應的分類屬性進行系統的組織、劃分、歸類，從而對產品的所有涉及到的元素有個統籌的認知。
      • 層級之間的邏輯關系需要思考清楚，要把位置放在該放的地方。
  • 反思（三）產品流程
    • 不清楚 業務流程和產品流程的定義，對概念很模糊，導致制作流程的時候，會偏離方向。
    • 帶入用戶情景不夠深入，有些細節操作思考的邏輯性不強，后續會出現異同。
    • 沒有對流程進行檢查和評審，沒有想到要對流程簡化，不知道流程的重要性。

• 后續認知：
  • 同個使用目標下，流程越簡單，越能嫌少用戶的流出率。
  • 流程的三個狀態：從哪里來，去做什么，到哪里去（進來-使用-出去）
  • 所謂產品的核心功能流程，就是一個產品對用戶產生的價值，用戶要感知到這個價值需要完成的最簡操作步驟。
  • 好的產品流程的特征：
    • 清晰易懂：整個流程圖結構清晰，讓瀏覽流程圖的人一眼便能看懂主體流程是怎樣的，這也體現了為什么要使用標準化的流程圖圖示語言來進行描繪的用處了；
    • 簡單明了：流程圖存在的本身意義，就是為了將復雜的東西簡單化。如果流程圖上面密密麻麻地堆了一堆，可想而知是怎樣的一種閱讀體驗；
    • 完整準確：這就要求產品經理能夠考慮到各種情況和邏輯判斷，梳理流程圖的過程，其實也是一個查漏補缺的過程，評審的意義也在于此，找出有錯誤的地方，大家一起來完善流程圖；
  • 反思（四）原型設計／交互跳轉
    • 導航設計的九種形式不熟練，過程中需要不斷的查看設計形式。
    • 對產品形式，細節的展現思考的不夠透徹，邏輯框架不夠清晰。張小龍把控的微信上每一個細節無不透露出對洞悉人性的思考。
    • 內部操作要形成閉環，同時狀態要考慮全面。
    • 站在用戶角度，去發揮最大的想象如何把功能做的有特色，足夠吸引人，做出自己的亮點。
    • 狀態條狀要相互獨立，且命名要規整，減少犯錯誤的概率，提升效率。
    • 要足夠耐心，足夠細心地對待每一個模塊每一個細節，不斷的審核審核和思考功能下的邏輯是否是有價值的，對于產品本身有什么影響。
    • 制定產品規則需要深思熟慮，要目光長遠，想想可能帶來的結果。

• 20條體驗原則：

11

• 交互設計6個原則
  g

五、UI溝通

• Situation：UI設計師經驗不足，不能很好的把控產品的設計風格和規范。
• Task：和UI進行溝通，讓第一版可以在預定的時間內順利上線，并且保證用戶體驗的流暢性。
• Action：一，進行換位思考，如果我是設計師，我的情緒是否穩定，對于產品會如何開始去著手優化，這樣做是為了讓自己在溝通的時候有思路去提出自己的想法。在溝通保持思路清晰，產品提出需求和期望時要讓UI有參與感，清楚產品的意圖，并非做出強指令去干涉設計師的設計。二，我輸出設計溝通文檔把一張張界面上有問題的地方圈出來，并告訴他為什么問題在哪里，我想要的是什么樣的感覺，同時查找競品的類似界面加以觀察和學習，互相鼓勵，給予肯定，盡可能讓設計師發揮該有的能力。
• Result：在規劃日期內完成UI設計，通過公司設計評審，后續在APP上UI展示效果不錯。

總結：

• 換位思考很重要，要讓別人尊重你的前提，首先你要學會先尊重別人。
• 有理有據地提出建議，以理服人。
• 要相信設計師是專業的。

END
以上是產品小白的想法，有不足之處多多提點哈～