大家都很清楚，互聯(lián)網(wǎng)產(chǎn)品功能開發(fā)出來只是開始，不斷的運營迭代才是關(guān)鍵。產(chǎn)品設(shè)計之前，除了我們常說做的市場調(diào)研、競品分析外，條件允許的情況下盡可能在設(shè)計前期接觸用戶，了解一手需求并做梳理分析很重要。產(chǎn)品設(shè)計過程中上除了考慮交互、功能和流程，還需要思考該功能上線后如何積累到需要的數(shù)據(jù)，為產(chǎn)品迭代提供指導(dǎo)依據(jù)，否則很容易陷入經(jīng)驗主義，走偏方向。產(chǎn)品上線后，定期的看數(shù)據(jù)、解讀數(shù)據(jù)，形成潛意識的習(xí)慣很重要。
產(chǎn)品工作沒有成型的套路可以復(fù)用和一成不變，相信每個產(chǎn)品人都是在不斷摸索和調(diào)整，包括我自己，下面結(jié)合實際的經(jīng)驗，梳理和分享一些設(shè)計觀點。
觀點一：點、線、面，逐步分析完善需求。
點：大的需求如建一個平臺，小的需求如優(yōu)化某個功能點，不論大小，在開展產(chǎn)品設(shè)計時，可以圍繞存在的這個需求點做調(diào)研、分析和思考，定義出這個點的需求是什么、解決用戶在什么樣的場景下的哪些痛點。如：我們在設(shè)計一個門戶改版時，通過用戶反饋、后臺數(shù)據(jù)、競品調(diào)研來思考是否需要改版、改版解決用戶哪些重點的問題。
線：關(guān)注需求點和外圍業(yè)務(wù)單元的關(guān)系，平臺也好、模塊也罷，它們之間肯定存在某種業(yè)務(wù)關(guān)系并在某種業(yè)務(wù)環(huán)境下為用戶提供服務(wù)，將各個需求點串聯(lián)起來，思考都有哪些用戶會在這些串聯(lián)的點上發(fā)生互動。每個需求點的業(yè)務(wù)變動會關(guān)聯(lián)影響哪些其他需求點、對這些用戶會有哪些影響。如：我們在設(shè)計一個接口需求時，除了解需求本身，還要了解接口外圍的交互對象都有哪些、這些對象之間的關(guān)系是怎樣的，以便于更好的設(shè)計需求的解決方案。
面：需求點的線條梳理完成后，將設(shè)計思路放在產(chǎn)品組織結(jié)構(gòu)的各個環(huán)節(jié)上去審視，如：產(chǎn)品設(shè)計對市場、運營小伙伴帶來多少業(yè)務(wù)價值（提升用戶量/降低運營成本）、對技術(shù)、測試小伙伴帶來哪些技術(shù)挑戰(zhàn)和技術(shù)價值（可能的技術(shù)困難點/技術(shù)架構(gòu)的優(yōu)化改進）、對UED小伙伴帶來哪些亟待解決的體驗痛點（界面不好用/不會用）、對周邊產(chǎn)品團隊帶來的業(yè)務(wù)價值，通過這層審視，將需求從用戶、產(chǎn)品關(guān)聯(lián)到組織架構(gòu)，全面思考需求的價值。
觀點二：解決方案有多種，需求只有一個。
需求了解清楚了，著手設(shè)計需求的產(chǎn)品解決方案，設(shè)計完一種解決方案后，自認(rèn)為完美無缺、實則還有其他方案可以替代。尤其當(dāng)解決方案涉及的點較多、業(yè)務(wù)交互較復(fù)雜時，思考出來的解決方案很容易潛意識當(dāng)成唯一的解決方案，不愿意繼續(xù)思考其他方案，導(dǎo)致陷入其中，無法跳出來。建議思考完一套解決方案，暫停休息、轉(zhuǎn)換思維，反問自己是否有其他方案可以來實現(xiàn)這個需求，和小伙伴交流溝通。
觀點三：自動化只是一種手段，不是目的。
經(jīng)常看到一些產(chǎn)品推出一鍵下單、一鍵開通等功能，前臺的極致體驗對中后臺的設(shè)計提出了要求和挑戰(zhàn)，產(chǎn)品設(shè)計人員往往會不自然地追求這種極簡方式，但回歸到用戶、還原用戶的場景，發(fā)現(xiàn)有些時候，產(chǎn)品的自動化必須搭配人工參與的方式一起來完成，如有些用戶在使用產(chǎn)品的過程中，會有一些線上線下的場景交互，需要在設(shè)計上做停頓和用戶參與。
觀點四：界面簡潔和流程清晰，可以共存。
不論是面向C端還是B端、消費者還是服務(wù)提供商，只要是人在用產(chǎn)品就會有對產(chǎn)品界面信息展示和流程操作上的一些痛點需要我們?nèi)タ紤]和設(shè)計，界面數(shù)據(jù)的展現(xiàn)方式需要基于業(yè)務(wù)需求來設(shè)計流程（如是否展示正式數(shù)據(jù)和過程中數(shù)據(jù)），界面數(shù)據(jù)的組織方式需要基于現(xiàn)實場景來設(shè)計交互方式（如商品數(shù)量不大的情況下是按頁簽分開展示還是在一個頁面全部展示）
觀點五：數(shù)據(jù)設(shè)計和功能設(shè)計，同樣重要。
產(chǎn)品需求分析和設(shè)計過程，對系統(tǒng)和功能的設(shè)計，很多設(shè)計者容易在較快時間內(nèi)上手并達(dá)到熟悉和熟練，但對數(shù)據(jù)設(shè)計的思考卻相對滯后甚至沒有去思考，產(chǎn)品上線后，不清楚產(chǎn)品功能對用戶的感知如何、是否為用戶提供了較好的服務(wù)，導(dǎo)致產(chǎn)品后續(xù)迭代沒有一個相對客觀的指導(dǎo)意見。所以，不論是什么形態(tài)的產(chǎn)品、門戶端還是中后端，在做系統(tǒng)和功能設(shè)計時，迭代的思維同時運用到數(shù)據(jù)設(shè)計上，如先期設(shè)計將數(shù)據(jù)落在產(chǎn)品庫中，上線之初可以請技術(shù)伙伴人工定期給導(dǎo)出業(yè)務(wù)數(shù)據(jù)提供給運營或自己分析，后期設(shè)計后臺界面給運營伙伴做常態(tài)化的數(shù)據(jù)分析。再如，先期為運營設(shè)計數(shù)據(jù)表格收集用戶意見、后期設(shè)計運營后臺界面給運營伙伴做數(shù)據(jù)錄入和管理。
計.png)
posted on 2016-05-29 00:47
cheng 閱讀(1172)
評論(0) 編輯 收藏 所屬分類:
互聯(lián)網(wǎng)產(chǎn)品