2019-1-18 濤濤
如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里
隨著互聯網產品的不斷向前發展，「產品設計導向」一類的概念已經不僅限于大公司中，在往日越來越注重「短期效率」的小公司也都紛紛開始注重產品設計方面的建設。
所謂的「產品設計導向」指的是產品建設之前要圍繞著產品的立項、目標用戶等等去規劃產品的功能點，明確產品核心價值；在產品上線之后，通過數據分析和功能反饋，發掘更多的需求，去規劃下一步的「功能增刪改」，將產品的設計方向引導到更正確的位置，提升用戶留存率，延伸挖掘出產品更多的可能。
另一方面，從現在的設計環境而言，對所有的設計師既是機遇，又是挑戰。大量的 UI專用工具（Sketch、Principle、Flinto、Origami等）的出現，大大提升了產品前期 UI設計師的工作效率，所以現在「全鏈路思維」已經從剛出現時的「概念化思維」變成了「主流化趨勢」。所以現在很多的 UI設計師在站酷發布自己的作品的時候大部分都喜歡加入一些產品前期分析（功能設計、用戶畫像等）內容。
但是很多設計師的分析環節明顯就是為了證明「有」而去「做」，缺少了真正的分析部分。給我印象很深刻的就是之前看到的一個二手房買賣的UI設計作品，典型用戶畫像里主流用戶是：「男、七十歲、目標是給自己的兒子購買婚房」。實際上這種所謂的產品分析流程對于設計師而言是沒有任何幫助的，只是從形式上走個過場罷了。
本篇主要講述產品設計中的一些分析方法，范圍從「個人練習式設計」到「團隊合作式運作」，適合初級產品經理、交互設計師，在工作中職能范圍與產品規劃有關的 UI設計師，想要學習產品設計的新人閱讀。
我遇到的比較普遍的問題是：很多設計師對于自己所在公司產品的運作流程并不是十分了解。這樣會在你實際配合工作的時候感到無從下手。有的甚至于同一家公司的不同設計師對于產品設計方面的理解也不盡相同。所以說要從淺到深的學習產品功能設計，就必須先理清當前工作的常規流程，例如常見的產品運作流程。
上面是一個相對規范的產品開發流程，實際上你在看到上述流程圖后，對照自己公司的情況，會發現有一些崗位上的缺失。出現這種情況最大的原因是因為很多公司會把一些職能進行合并用來節省成本，現在仍然有大多數的公司并沒有交互設計師的崗位，但是交互設計的職能不代表沒有，而是被產品經理或者視覺設計師兼任了。你需要明確團隊中各個人負責的職能部分，才能更好地提升溝通效率。
上面講到了設計師的「全鏈路思維」現在已經成為了一種主流的觀點，將來前期的鐵三角「產品經理、交互設計師、UI設計師」很有可能結合變成是「交互視覺二合一」甚至是「產品交互視覺三合一」的狀態。所以現在很多的設計師開始嘗試自己去 DIY 一個需求或者做ReDesign 這樣的設計，希望可以通過這樣的方式完成自己跨領域能力的一個積累。但是當他們打開電腦的時候，大部分人會發現自己突然變得沒有思路，從產品方向點確定到產品視覺產出之間出現了斷層。
其實做過設計練習的人都知道，由于一些現實場景的不同，一些人在做設計練習的過程中會受到很多條件的局限，尤其是在孤立無援的情況下，你面對自己的練習作品往往會無從下手。當然，不同的場景下有不同的分析方法。
在團隊協作的時候，分析方法要全面、嚴謹、反復推敲。
在個人練習的時候，分析方法要、直接、簡化不必要的流程，以培養自己的分析能力為主。在這種場景下，空·雨·傘就是一個非常好的思考提升方法。
簡單概述「空雨傘」思考方式：觀察（事實） → 思考（內在） → 產出（解決方案）。
運用在設計上就是：發現痛點 → 思考原因 → 提出解決方案。「空·雨·傘」因為簡單、成本低、易上手，可以作為設計入門培養思考能力的一種方法，但是在使用空·雨·傘的分析方法時需要結合一定的具體調研（或者輕量級的用戶研究）相配合，不然又會變成一味的「拍腦門兒」式的主觀臆測，對于分析能力提升沒有絲毫幫助。
邏輯樹又稱問題樹、演繹樹或分解樹等。很多咨詢公司分析問題最常使用的工具就是「邏輯樹」。邏輯樹是將問題的所有子問題分層羅列，從最高層開始，并逐步向下擴展。
簡單來形容一下邏輯樹：把一個已知問題當成樹干，然后開始考慮這個問題和哪些相關問題或者子任務有關。每想到一點，就給這個問題（也就是樹干）加一個「樹枝」，并標明這個「樹枝」代表什么問題。一個大的「樹枝」上還可以有小的「樹枝」，如此類推，找出問題的所有相關聯項目。邏輯樹主要是幫助你理清自己的思路，不進行重復和無關的思考。
如果你要運用邏輯樹方法去分析產品，主要的一點在于學會細化拆解目標。
舉個例子：在2017年我創建了自己的個人號，但在發布了一部分的文章之后，我開始意識到文章的可讀性始終不高。在這個時候我們就可以按照邏輯樹的分析方法去進行拆解分析，去發現自己提升的空間。
如上圖，就是邏輯樹最簡單的一種場景應用。確定目標后向下進行拆分，拆分出三級邏輯樹是比較容易的，甚至你可以沿著已經列出來的大綱繼續深入細化，再拆分出更細更深層的各種提升點。
邏輯樹分析法在個人作品中的主要作用是發散思維；在實際工作中的作用則是針對特定問題進行分析，理清思路。總而言之，是讓你在分析的過程中更加有條理，避免重復思考。但是邏輯樹分析也有一個缺陷，就是在邏輯樹分析的過程中，根據現象分裂出子層級的步驟十分依賴你的認知能力，就如同做設計一樣，當你感覺界面的視覺出現問題的時候，需要利用你學出來的知識去進行視覺優化，如果你對設計理論知識掌握程度并不是很強，那就不能采用邏輯樹分析法解決問題。
總而言之，邏輯樹分析法適用于對問題研究十分深入的情況下，如果你對當前的環境認知并不充足，那么就很容易走入歪路，跑偏主題。
在一些實際項目中，用戶調研是需求來源的主要渠道。提起用戶調研，很多人會覺得這不屬于 UI設計師應該做的事情。其實行業逐漸規范的現在，用戶調研、分析需求的能力也成為了衡量 UI設計師能力的一個標準。現在的互聯網產品種類繁多，從早期只做主流行業，到現在基本所有的冷門行業都有涉及。作為設計者，大多數設計師已經開始在設計的過程中心有余而力不足。
造成這種現象的主要原因是隨著行業的細分以及范圍的擴大，我們距離用戶的真實場景偏離太遠，導致我們在設計中很容易理所當然地賦予給用戶大量無用的東西，偏離了用戶所需要的主要軌道。因此對于很多的設計師來說，學會了解用戶以及分析需求成為了十分重要的事情。
下面是我整理的在用戶調研過程中的幾點認知。
1. 保證調研的目標的準確性
我們需要明確，我們希望通過調研達到怎樣的目的？例如：提升部分頁面轉化率，收集用戶對于產品不滿意的地方，通過用戶使用產品發現用戶潛在的痛點。
2. 有目標的選擇用戶
一般來講互聯網公司都有收集客戶反饋的部門，他們掌握著所有客戶的反饋意見。我們在選擇調研用戶的時候，最好可以根據我們在調研行動確立初期擬定的目標去選擇調研目標。
3. 適當的準備調研內容
當我們確定了調研目標和調研用戶之后，就可以根據現有狀況去準備調研內容。調研內容一定是要在事先擬定好（開始調研之后根據實際情況進行改動）。
一般市場調研細分的維度通常有四種，分別是：地理、人口統計、行為、心理統計。運用在互聯網產品里面就更加的復雜。以B端產品為例：我們在調研中可能要把調研對象分為客戶（老板）和用戶（業務員）去進行不同情況的信息跟蹤，而且根據產品的屬性不同，需要提前預設好調研內容的側重。
4. 調研過程中
在調研過程中，我們可以適當結合上文講述到的「空雨傘」方式去進行調研觀察，收集用戶需求。
在調研過程中，除了思考之外更多需要注意的是對用戶洞察的記錄與剖析，在記錄用戶行為的過程中，需要遵循「不干擾」、「不引導」、「記錄客觀」等原則，這樣才可以保持用戶行為記錄的準確性。
5. 獲取反饋整理結果
在調研結束后，我們應該產出一份完整的調查報告，按照本次調研預設目標進行整理，規劃出合適的大綱，把調研收獲轉化為明確的產出，產出形式最好以報告（PPT、PDF），而不是口述或者微信消息，這兩者之間差別很大。
雖然說現在很多的公司都開始建立了用戶體驗類的部門，但是因為用戶調研或者體驗類的工作很難去量化產出。而且在大部分情況下當產品按照用戶調研反饋的結果進行調整后，往往很少會出現我們幻想中的「逆襲」、「口碑急劇上升」，有時還會因為受到一部分用戶觀點的帶偏導致產品口碑下降，用戶表示不滿；又或者會出現需求級規劃混亂，重要功能反而后上線這種尷尬的情況。
所以這驅使著團隊中負擔「用戶體驗」職能的角色對用戶需求進行正確的分類和排序。
這個時候就可以運用到卡諾模型（KANO模型）。
KANO模型是東京理工大學教授狩野紀昭（Noriaki Kano）發明的對用戶需求分類和優先排序的有用工具，以分析用戶需求對用戶滿意的影響為基礎，體現了產品性能和用戶滿意之間的非線性關系。根據不同類型的質量特性與用戶滿意度之間的關系，狩野教授將產品服務的質量特性分為五類。
1. 基本型需求
用戶對企業提供的產品或服務因素的基本要求。是用戶認為產品「必須有」的屬性或功能。當其特性不充足（不滿足顧客需求）時，用戶很不滿意；當其特性充足（滿足用戶需求）時，用戶也可能不會因而表現出滿意。對于基本型需求，即使超過了用戶的期望，但用戶充其量達到滿意，不會對此表現出更多的好感。
例如對于網盤類產品來說，用戶的基本需求是能快速地上傳和下載。如果下載速度達不到用戶的期望，則用戶滿意度將一落千丈。對于顧客而言，這些需求是必須滿足的，理所當然的。對于這類需求，企業的做法應該是注意不要在這方面失分，需要企業不斷地調查和了解顧客需求，并通過合適的方法在產品中體現這些要求。
2. 期望型需求
提供該功能，用戶滿意度提高，如果不提供該功能，用戶會感覺到不滿。當然在這里要補充一句，這里的需求并不都是我們整理出的主觀需求，也有可能是用戶在使用的過程中產生的客觀類需求，例如遇到不會的體驗，需求得到響應時我們給的反饋。
例如對于一些 O2O類的產品，雖然做的都比較成熟，但是由于體量龐大的原因，偶爾也會受到糟糕的體驗，用戶在受到糟糕的體驗之后往往會期望能通過反饋得到心理上的安慰。例如攜程（旅程預計時間偏差）、美團（酒店體驗差）、餓了么（用餐體驗差）等。在用戶遇到這種糟糕體驗之后，期望能通過投訴建議獲得官方的反饋，那么官方把這種問題解決的越圓滿，用戶的滿意度也會隨之提高。
3. 興奮型需求
興奮型需求又稱魅力型需求，指的是不會被用戶過分期望的需求。對于興奮型需求，隨著滿足用戶期望程度的增加，用戶滿意度也會急劇上升，但一旦得到滿足，即使表現并不完善，用戶表現出的滿意狀況也是非常高的。反之，即使在期望不滿足時，用戶也不會因而表現出明顯的不滿意。
4. 無差異型需求
不論提供與否，對用戶體驗無影響。是質量中既不好也不壞的方面，它們不會導致顧客滿意或不滿意。
5. 反向型需求
用戶沒有這個需求，提供后用戶滿意度反而會下降。
按照 KANO模型分析可以對收集到的產品需求進行分類，篩選掉一些不合理的需求。更好更有目的性的完成產品待辦清單的記錄。
對于設計師來講，不管是個人設計練習還是團隊項目，都應該掌握一定的產品需求收集和分析的方法。如果你真的下定決心要向交互設計、用戶體驗方向發展，那就更需要下定一些功夫去學習相關的知識，學會形成自己的思考方法。一開始可能會很痛苦很累，但是如果一味的試圖走捷徑，最后只會得不償失。
藍藍設計( www.newchinaweekly.com )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務。