以用戶為中心的產(chǎn)品設計實例

上次寫的“構(gòu)建產(chǎn)品的五個層面”主要是強調(diào)，自下而上的產(chǎn)品設計非常重要，面對客戶或各種需求方提出的功能，用上來就畫線框圖滿足對方需求的方式做產(chǎn)品是非常危險的，然而上篇寫的太形而上了，大家看完紛紛表示然并卵，所以寫個實例，憑空想象一個產(chǎn)品，如果能說清楚，對我自己也是提高，希望大家一起討論。

昨天剛打完臺球，就做一個和臺球相關的產(chǎn)品。算是垂直領域，故事講起來也相對靠譜。

目前打臺球的人很多，但是大多數(shù)人都是只在固定的小圈子玩耍，想進一步提高的同學們?nèi)绾握业礁呤智写瑁咳绾巫C明自己是高手呢？成為高手后去哪兒炫耀呢？打球是有成本的，臺費誰付呢，信任機制在哪里？

這些都是用戶實際遇到的問題，產(chǎn)品的本質(zhì)就是一種服務，是用來解決問題的，所以對這個產(chǎn)品的描述是城市約球平臺。

實際操作

戰(zhàn)略層：就是確認用戶想要從我們的產(chǎn)品那得到什么，而我們又想通過產(chǎn)品從用戶什么得到什么。

1、用戶需求：擴大打球圈子（與高手切磋）、臺球社交、炫耀

2、產(chǎn)品目標：通過提供增值服務，完成盈利。

PS：但是戰(zhàn)略層絕不簡單是這兩句話而已，分析用戶需求需要對用戶進行細分、畫像、進行可用性研究；產(chǎn)品的目標也包括了品牌識別和里程碑的建立等等。每一個細節(jié)都需要仔細的推敲，“經(jīng)濟基礎決定上層建筑”都懂的哈，一個道理。今天只撈干的寫

范圍層：當把用戶的需求和產(chǎn)品目標轉(zhuǎn)化為產(chǎn)品應該為用戶提供什么樣的內(nèi)容和功能時，戰(zhàn)略就轉(zhuǎn)化為了范圍。（也有人喜歡叫這層為功能層）

擴大打球圈子和高手切磋，首先得找到這些人，確定是高手那么積分榜肯定是少不了了，如何炫耀，打球戰(zhàn)績分享到各大社交平臺也是必備功能。

這個產(chǎn)品更偏向于功能類平臺型產(chǎn)品，所以

功能規(guī)格：【尋找與發(fā)現(xiàn)】GPS定位，關注，熱門推薦，戰(zhàn)力排行榜；【炫耀】戰(zhàn)力排行榜，分享（圖片，短視頻），平臺內(nèi)分享（閱讀、贊、評論、回復），【約戰(zhàn)】戰(zhàn)力匹配、IM，【積分系統(tǒng)】評分規(guī)則，【基礎功能】個人頁面（介紹，設置等），用戶系統(tǒng)（注冊、登錄、支付）等。

PS：范圍層確定需要做的功能，有一個比較重要的點是確認優(yōu)先級。不是所有的功能都能完成，也可能完成的不是你想象中的樣子，這時候就需要制定功能的優(yōu)先級。

我比較喜歡的一個方法推薦給大家。

對功能的重要程度進行排序，P1、P2、P3依次遞減。

GPS定位 【P1】（為了找到附近的球友，就近約球）

戰(zhàn)力排行榜 【P1】（炫耀的核心功能）

關注【P2】（建立弱關系鏈條）

支付【P3】沒有積累大量用戶之前，做支付沒有意義。

。。。

功能的重要程度確定了，但并不是馬上要根據(jù)重要程度開始進行開發(fā)了，因為和重要程度不同維度的“實現(xiàn)難度”也需要考慮進去。

對功能的實現(xiàn)難以程度排序，D1、D2、D3依次遞增。

到這里了還需要再等等，我們需要技術(shù)和產(chǎn)品再碰依次，以上的需求，是否有可替代方案，或者說是產(chǎn)品和技術(shù)再次探討需求背后的真正意義。因為產(chǎn)品的思路是考慮功能是否能解決問題，這里的核心是解決問題。而工程師再技術(shù)層面可以給出更好的解決方案，這樣會很大程度的提高開發(fā)效率。比如GPS定位，是否需要適時，精度是否需要那么高？高精度的GPS服務器端處理要復雜一些，如果只是為了找到附近的人，用一段時間所在位置的模糊地位是否可行？

這些需求都確認好了之后，開始做功能排序1、2、3.....當然是先做1啦，又好實現(xiàn)又重要。

P1? ? ? ? P2? ? ? ? P3

D1? ? 1? ? ? ? ? 2? ? ? ? ? 5

D2? ? 3? ? ? ? ? 4

D3? ? 6

結(jié)構(gòu)層：將散落的功能串聯(lián)起來，確定要呈現(xiàn)給用戶的“模式”和“順序”

交互設計，為用戶提供結(jié)構(gòu)化的體驗；信息架構(gòu)，提供結(jié)構(gòu)化的內(nèi)容。這部分的內(nèi)容可以簡單的理解為流程圖。

舉個例子

?

?

?

?

?

?

?

?

這只是簡單的一部分，實際情況比這個復雜的多的多的多。

對于信息架構(gòu)的構(gòu)建，其實就是組織結(jié)構(gòu)化的內(nèi)容，方法一般是兩種，

“從上到下”：從戰(zhàn)略層所考慮的內(nèi)容（產(chǎn)品目標和用戶需求）直接進行設計。先從最廣泛的、有可能滿足決策目標的內(nèi)容和功能開始進行分類，然后再根據(jù)邏輯關系細分出次級分類。

“從下到上”：根據(jù)對內(nèi)容和功能的需求分析開始，將所有內(nèi)容都放在最低的層級，然后再講他們分別歸屬到較高一級的分類，從而逐漸構(gòu)建出能反映我們產(chǎn)品目標和用戶需求的結(jié)構(gòu)。

兩種方法各有利弊，從上到下容易忽略細節(jié)，從下到上則非常注重于反映現(xiàn)有內(nèi)容，不容易靈活的為以后的戰(zhàn)略升級做兼容。根據(jù)實際情況自己權(quán)衡即可。

信息架構(gòu)的基本單位是“節(jié)點”，書中把它描述成信息片段或組合，小到數(shù)字，大到圖書館。而我更喜歡把他理解為“對象”（不是處對象的對象，而是面向?qū)ο缶幊讨械膶ο螅环N對客觀事物的抽象）。組織結(jié)構(gòu)化內(nèi)容其實就是組織“節(jié)點”。

信息架構(gòu)組織出來的內(nèi)容（這些節(jié)點）一般都是“層級結(jié)構(gòu)”（樹形結(jié)構(gòu)），他們之前有著父子層級的關系。不是每個節(jié)點都有子節(jié)點，但是每個節(jié)點都有它的父節(jié)點，直到最頂端的根節(jié)點。這是最常見到的一種結(jié)構(gòu)。

?

?

?

?

?

?

?

?

上面是在網(wǎng)上找的圖，可以說明節(jié)點、結(jié)構(gòu)化信息這些內(nèi)容。

當然還有更多其他的結(jié)構(gòu)。

矩形結(jié)構(gòu)：允許用戶在節(jié)點與節(jié)點之間，沿著兩個或以上的“維度”移動。猶豫每一個用戶的需求都可以和舉行中的一個軸聯(lián)系在一起，因此舉行結(jié)構(gòu)通常使用在“帶著不同需求而來”的用戶，使他們能在相同的內(nèi)容中，找到自己想要的東西。

比如淘寶上商品列表的過濾，有人買衣服按照牌子，有人買衣服按照價錢，有人買衣服按照顏色。這種信息結(jié)構(gòu)做過濾可以，但是做導航的時候就要小心了，因為維度多人腦很難可視化這些信息，不信問問周圍的人，有幾個能理解思維空間的。

還有兩種比較少用的，“自然結(jié)構(gòu)”和“線性結(jié)構(gòu)”，自然結(jié)構(gòu)就是節(jié)點是按照自然順序鏈接起來的，沒有什么分類的概念；線性結(jié)構(gòu)類似于看書，一條道走到黑（這種結(jié)構(gòu)非常適用于要展現(xiàn)的內(nèi)容需要按順序呈現(xiàn)的產(chǎn)品，比如教科書）。

這樣搭建產(chǎn)品是有原因的，因為所有的需求，都是有根的，勿忘初心方得始終。

如果有一天有人向你提一個需求，恰好這人是你的大老板，升值加薪全靠他，他說：東啊，我想好一個好點子，你看這功能是不是亮瞎你，巴拉巴拉。。。。。如果老板能言善辯或者你不習慣拒絕別人，很可能你的產(chǎn)品就此就走上了歪路。這時候應該做的是，將老板提出的功能放在范圍層或是結(jié)構(gòu)層，看看這個需求是否能滿足戰(zhàn)略層的要求，如果不行，你作為產(chǎn)品經(jīng)理要對產(chǎn)品負全責的，這時就果斷的、有理有據(jù)的拒絕。

感覺寫的有點多了，就先寫這三層吧，在往上的兩層基本就是畫線框圖和做UI設計了，其實沒什么太多要講的，可能以后再寫一個框架層的導航設計。

歡迎討論。