平臺型設計產(chǎn)品的推倒流程詳解

　　產(chǎn)品設計新人最容易犯的錯誤之一，就是過(guò)于注重「摳細節」，而無(wú)法從更全局、整體的角度來(lái)統一看待和解決問(wèn)題。針對單一的用戶(hù)痛點(diǎn)吐槽逐一提出的優(yōu)化方案，割裂開(kāi)來(lái)看似乎都很合理，但卻掩蓋了痛點(diǎn)之間可能存在的矛盾沖突等關(guān)系，也容易讓設計師陷入細節而不去考慮對產(chǎn)品整體、長(cháng)遠發(fā)展的影響。最終無(wú)數個(gè)看似合理的單一方案加起來(lái)，卻讓產(chǎn)品變得割裂、前后矛盾、結構脆弱難以擴展。

　　對此，小編想告訴大家，對于設計師自身來(lái)說(shuō)，分析推導的過(guò)程也是沉淀個(gè)人價(jià)值和影響力的機會(huì )，能幫助提升自己的系統分析洞察能力，從更整體的角度來(lái)解決問(wèn)題的能力，而不是做一個(gè)尷尬的被動(dòng)執行者。為此，下面由小編帶來(lái)平臺型產(chǎn)品設計推導流程的詳細講解。

　　1)定位用戶(hù)

　　B 端產(chǎn)品目標用戶(hù)群通常很確定，直接咨詢(xún) PD、業(yè)務(wù)方獲取信息即可。在溝通確認信息的過(guò)程中，需要明確以下幾個(gè)要點(diǎn)：

　　目標用戶(hù)群可劃分哪幾類(lèi)?

　　這幾類(lèi)用戶(hù)中，哪些是核心主體用戶(hù)?哪些能給平臺帶來(lái)較大業(yè)務(wù)價(jià)值?

　　用戶(hù)在平臺上的職責是什么?落腳頁(yè)面是哪些?有什么潛在訴求?

　　2)歸納痛點(diǎn)

　　整理各類(lèi)用戶(hù)的調研反饋信息，描述故事歸納痛點(diǎn)，進(jìn)一步提煉出背后的用戶(hù)訴求，比較建議使用表格的形式來(lái)整理，具體框架可參考如下：

　　相關(guān)環(huán)節 – 問(wèn)題涉及到的具體相關(guān)流程、頁(yè)面

　　故事板 – 站在用戶(hù)角度描述典型使用場(chǎng)景、吐槽反饋

　　痛點(diǎn)總結 – 從用戶(hù)故事中總結出具體痛點(diǎn)

　　訴求提煉 – 推導痛點(diǎn)背后的用戶(hù)想要的東西

　　3)提煉目標

　　歸類(lèi)用戶(hù)訴求，提煉出關(guān)鍵用戶(hù)目標、明確目標之間聯(lián)系，結合業(yè)務(wù)價(jià)值提煉體驗目標洞見(jiàn)。用戶(hù)目標可以按照用戶(hù)接觸、認知、產(chǎn)生忠誠、自發(fā)推廣產(chǎn)品的周期來(lái)提煉關(guān)聯(lián)，以下是我對一個(gè)平臺產(chǎn)品的用戶(hù)目標和體驗目標抽象：

　　4)明確方向

　　定義清楚產(chǎn)品特征、現狀問(wèn)題、設計目標等后，分模塊、場(chǎng)景梳理可改進(jìn)點(diǎn)。

　　提煉具體的設計方向和改進(jìn)辦法，落實(shí)到較具體的方案思路上。

　　排好優(yōu)先級(結合業(yè)務(wù)目標考慮)，明確好排期時(shí)間節點(diǎn)，及時(shí)和項目組保持信息同步。

　　5)整合設計

　　分模塊、場(chǎng)景整合設計方案，平衡多方用戶(hù)痛點(diǎn)訴求，用一套設計稿同時(shí)解決多個(gè)問(wèn)題。此處省略具體交互稿若干……

　　6)實(shí)施跟進(jìn)

　　把控產(chǎn)品迭代節奏，跟進(jìn)方案開(kāi)發(fā)落地。

　　關(guān)注上線(xiàn)數據反饋，驗證方案實(shí)際效果。

　　整理反饋，準備下一次迭代優(yōu)化。

　　但真正的實(shí)踐推進(jìn)過(guò)程并不是那么順利，也踩到了幾個(gè)坑……

　　1)流于形式

　　我在實(shí)踐嘗試過(guò)程中有些太注重前期的梳理、分析和推導過(guò)程表達，還寫(xiě)了一份非常完整詳細的產(chǎn)品設計分析報告。但其實(shí)很多用戶(hù)分析的環(huán)節內容更多是基于 PD 收集和自己使用的反饋在 YY，而沒(méi)有科學(xué)的用戶(hù)訪(fǎng)談?wù){研流程;在出具體方案的過(guò)程中思考也不夠周全，評審具體解決方案時(shí)被挑戰到不少細節，這些都是今后需要避免的地方。

　　2)節奏不合理

　　因為自己主動(dòng)推進(jìn)項目的意識還不夠強，疏于設計方案交付后跟進(jìn)開(kāi)發(fā)的節奏把控，設計交付到正式開(kāi)發(fā)動(dòng)工間隔了整整一個(gè)月之久，到寫(xiě)文章的時(shí)候相關(guān)功能也沒(méi)有全面開(kāi)發(fā)上線(xiàn)完畢。一個(gè)明顯的不良后果就是等開(kāi)發(fā)時(shí)我已經(jīng)遺忘了部分設計細節這么做的原因，又花了多余的時(shí)間精力來(lái)重新溝通確認，今后要更注意和 PD 一起把控好推進(jìn)節奏，而不是完成設計方案交付掉就事不關(guān)己了。

【平臺型設計產(chǎn)品的推倒流程詳解】相關(guān)文章：

公園設計的流程（詳解）09-12

韓國留學(xué)的流程詳解09-18

項目管理流程詳解09-28

動(dòng)畫(huà)制作流程詳解11-25

五金沖壓模具設計步驟流程詳解09-18

裝修流程步驟詳解201709-11

商檢查驗流程「詳解」08-02

法國留學(xué)申請流程詳解09-24

新西蘭留學(xué)辦理流程詳解09-15

2017裝修流程步驟詳解07-18