從零開始畫產(chǎn)品原型:信息架構(gòu)篇
畫產(chǎn)品原型的時候,不要迷戀工具的使用,也不要著急著動手畫圖,要先梳理好信息架構(gòu),一個好的架構(gòu)會讓你在后面的工作中持續(xù)的嘗到甜頭。
產(chǎn)品原型是指用線框圖的方式呈現(xiàn)的產(chǎn)品方案,通過產(chǎn)品原型可以很清楚的看到一個產(chǎn)品的信息架構(gòu),頁面布局、功能模塊,內(nèi)容信息,交互邏輯等元素,是產(chǎn)品落地過程中最重要的一個輸出物,畫產(chǎn)品原型也是一個產(chǎn)品經(jīng)理必備的硬技能,當拿到一個產(chǎn)品需求以后,除了模仿和抄襲,有沒有什么方法能讓你快速的畫出產(chǎn)品原型?在沒有競品參考的情況,你怎么從零開始?
很多人把產(chǎn)品經(jīng)理的工作理解為畫原型,以為會畫產(chǎn)品原型就能做產(chǎn)品經(jīng)理,其實這是不全面的,產(chǎn)品原型只是產(chǎn)品方案的一個直觀體現(xiàn),是一個過程性的交付物,在開始之前還需要做如下這些準備工作
- 發(fā)現(xiàn)的痛點/癢點的分析:針對具體的問題進行針對性的分析得出一些假設(shè)性結(jié)論;
- 需求分析:通過用戶研究,市場分析等手段發(fā)現(xiàn)這個問題本質(zhì)和市場潛力,對上面的結(jié)論進行證實或證偽;
- 梳理產(chǎn)品解決方案:通過對需求,市場,技術(shù),資金,團隊等因素的考慮梳理出一個系統(tǒng)性的,符合當前情況的產(chǎn)品解決方案;
- 確定產(chǎn)品需求:梳理產(chǎn)品的具體功能,根據(jù)重要性,可行性,急迫性等進行排優(yōu)先級。
做了上面的這些工作以后,在功能上我們已經(jīng)很清楚這個產(chǎn)品要做什么了,但是這個產(chǎn)品到底長什么樣子,還不是很清楚,所以需要通過產(chǎn)品原型來進一步說明,說到畫產(chǎn)品原型,很多人可能會想到axure,sketch,墨刀等工具,實際上產(chǎn)品原型不等于axure,畫產(chǎn)品原型的第一步最重要的不是你選擇什么工具,而是梳理思路進行信息架構(gòu),就類似于建房子的時候立柱子,搭骨架
一. 什么是信息架構(gòu)?
說信息架構(gòu),大家可能覺得比較模糊,大家肯定都去逛過商場吧,一般商場內(nèi)可能是這樣設(shè)置的:
每一層都由多個店鋪組成,商場有出口,有入口,有收銀臺,每層之間有電梯進行連接,顧客在任何一個位置都可以通過一個路徑去到自己想去的地方,這是商場的一個信息架構(gòu)。
產(chǎn)品架構(gòu)也是類似的,我們需要按照一定的規(guī)則對產(chǎn)品的功能和內(nèi)容進行組織,一般包括兩部分內(nèi)容,一部分是功能的設(shè)置擺放,一部分是路徑的建立,這兩個結(jié)合起來就是信息架構(gòu)的最終產(chǎn)物-產(chǎn)品(網(wǎng)站/app)地圖,用戶在使用產(chǎn)品的時候,就類似于在地圖上行走,通過地圖的指引,在訪問時,在任何一個頁面都能最快的找到自己想要的信息,能通過最短的路徑去到下一個想去的頁面,其目的就是在功能確定的情況,怎么擺放才能更高效的滿足用戶使用的需求,如果不進行信息架構(gòu),整個產(chǎn)品可能只是功能的羅列,雜亂而且難用
二. 怎么進行信息架構(gòu)?
信息架構(gòu)的本質(zhì)其實就是分類,當我們有意識的對功能進行分類,其實已經(jīng)開始做信息架構(gòu)的工作了,那怎么進行分類呢,一般考慮如下4個因素:
1. 考慮功能的相似性
通過分類把有相似性質(zhì)的功能放在一起,然后以大的類別為基礎(chǔ)作為產(chǎn)品的主框架,以小的類別作為為子框架進行補充就形成了整個產(chǎn)品框架,比如微信里面,消息是一種非常重要的傳達信息的方式,有好友的消息,群消息,公眾號消息,文件小助手的消息,微信運動的消息等。這些產(chǎn)品提供的服務(wù)雖然不同,但是內(nèi)容的展示和訪問都是通過消息這種方式來進行的,所以把所有這些消息都統(tǒng)一分在了“消息”這個類別下面,把探索性質(zhì)的功能掃一掃,看一看等都放在了發(fā)現(xiàn)里面,這就是基于功能相似性的原則進行分類。
2. 考慮功能和功能之間的關(guān)系
一般有并列,包含,互斥等關(guān)系,如果是包含的關(guān)系就可以縱向進行信息架構(gòu),比如買東西的時候,挑選,下單,支付,郵寄之間就是上下游包含的關(guān)系,要郵寄必須得先支付,要支付必須先下單,要下單先要經(jīng)過挑選,如果是并列的,兩個功能之間沒有關(guān)系,那就可以考慮橫向的進行信息架構(gòu),比如微信里面的通訊錄和發(fā)現(xiàn),兩個功能之間相互影響的因素很小。
3. 考慮功能的使用頻率
使用的頻率越高,說明這個功能越重要,越要把這個功能放在最容易觸及的地方,在進行信息架構(gòu)的時候,優(yōu)先考慮以這個功能為核心進行架構(gòu),比如共享單車中,掃碼是整個功能中使用頻率最高的,所以打開產(chǎn)品后看到的是掃碼的功能。
4. 系統(tǒng)的擴展性
產(chǎn)品從無到有,從有到長大,從長大到變的強壯是一步一步來的,產(chǎn)品功能也是不斷增加完善的,在開始架構(gòu)的時候,我們不清楚未來會增加什么功能,但是我們得做好增加了功能,不會對系統(tǒng)推翻重新再來的準備,這就要求我們在做信息架構(gòu)時,考慮系統(tǒng)以后的擴展性,好的產(chǎn)品,一般信息架構(gòu)都是非常穩(wěn)定的,微信從出生到現(xiàn)在,在5年多的時候里,大大小小增加了很多功能,但是其核心的架構(gòu)一直沒有變過,這就是因為在最開始設(shè)計的時候,就考慮到了系統(tǒng)的擴展性。
下面是一個共享圖書的產(chǎn)品功能梳理的腦圖:
沒有進行信息架構(gòu)前的功能和訪問層級腦圖:
進行簡單的信息架構(gòu)后的功能和訪問層級腦圖,把與書相關(guān)的都放在了圖書里面,與分享溝通有關(guān)的放在了交流里面,與賬戶相關(guān)的放在了我的里面,與提醒相關(guān)的都放在了消息里面,以這四個類別作為整個產(chǎn)品大的框架進行產(chǎn)品的信息架構(gòu)
三. 總結(jié)
很多時候我們做產(chǎn)品,畫原型都是在前人的基礎(chǔ)上來開展工作,照貓畫虎,察覺不到信息架構(gòu)的重要性。其實,能把架構(gòu)做好的人少之有少。
一個穩(wěn)定、高效且擴展性強的架構(gòu),需要踩好多坑才能穩(wěn)定下來。所以畫產(chǎn)品原型的時候,不要迷戀工具的使用,也不要著急著動手畫圖,要先梳理好信息架構(gòu),一個好的架構(gòu)會讓你在后面的工作中持續(xù)的嘗到甜頭,尤其是一些從零開始學習畫原型的小伙伴,要注意掌握方法,知其然,也知其所以然,有問題歡迎找我交流
專欄作家
作者:木木,高級產(chǎn)品經(jīng)理,人人都是產(chǎn)品經(jīng)理專欄作家。曾在人人網(wǎng),新浪微博等從事運營和產(chǎn)品工作;微信公眾號:大白學堂(ID:dabaixuetang)。
本文由 @木木 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自?Pixabay,基于?CC0?協(xié)議
你好,請問一下:文中描述的“沒有進行信息架構(gòu)前的功能和訪問層級腦圖:”下方的這張圖,這張圖里的內(nèi)容依舊算是沒有進行信息架構(gòu)前的功能和訪問層級腦圖?但是我看腦圖上呈現(xiàn)的內(nèi)容已經(jīng)按各個功能模塊化作了信息分類。
真正進行過信息架構(gòu)前的功能和訪問層級腦圖和上述的腦圖還是不一樣嗎? 不是很明白。
我猜是筆誤,作者可能想說的是“進行了信息架構(gòu)的功能和訪問層級腦圖”
文中商城的例子是否就是網(wǎng)站的導航?如果是的話在用戶體驗要素一書中將信息架構(gòu)與導航設(shè)計屬于不同的層次。這個如何理解?
共享圖書那兩張圖下面那張是信息架構(gòu)吧?上面那張是產(chǎn)品功能吧?
說一下自己設(shè)計產(chǎn)品的方式,歡迎討論:【僅限產(chǎn)品側(cè),不包含項目側(cè)】
1.總結(jié)目的:互聯(lián)網(wǎng)產(chǎn)品的更新本質(zhì)是用戶對于便利性的不斷需求,但,商業(yè)產(chǎn)品的本質(zhì)在于解決一個本質(zhì)的問題,并在在其中實現(xiàn)盈利,這就有兩塊,本質(zhì)問題,還有盈利能力,舉個例子,摩拜和ofo,兩家解決的本質(zhì)問題是城市最后一公里的問題,但 摩拜 找到了盈利模式,ofo對于這塊的理解或者說解決能力不夠,導致兩家現(xiàn)在的現(xiàn)狀完全不同;
2.設(shè)計目標:目標和目的的差別很多童鞋可能理不清楚,基本都是玄學,有一個前輩的總結(jié),我覺得特別棒,即 目標 是 目的的實現(xiàn)方式。目標要符合smart原則,可量化,可操作,可實現(xiàn),有時間性等等。
前面是BRD的問題,定方向。
3.分解目標,看一下你的目標是支持、解決一個已經(jīng)有的流程性或者線下已經(jīng)有成熟的方式的東西,或者說對業(yè)務(wù)流程的支撐,還是一個具體的系統(tǒng)問題,即 用例還是領(lǐng)域,具體不懂得同學可以查下資料。
4.設(shè)計服務(wù):白話點,設(shè)計模塊,做成這些,要做哪些模塊、功能。后端點來說,設(shè)計哪些功能。3、4是完全不用考慮性價比、成本和可實現(xiàn)性的。
5.藍圖 & 規(guī)劃:從這開始,設(shè)計你的產(chǎn)品藍圖與規(guī)劃,具體可以從性價比、重要程度、緊急程度、你的資源具體各個方面考慮,當然也要考慮各個模塊之間的依賴。
以上為MRD的內(nèi)容,定框架。
6.具體開始設(shè)計每個服務(wù)、功能的實現(xiàn)方式,這塊可以努力下鉆到技術(shù)側(cè)也是沒問題的,設(shè)計每一個實體的CRC,交互方式,內(nèi)稟規(guī)則。輸出UML。
7.這一步,大家最常見的,畫原型,原型本質(zhì)上是一種圖像類的溝通方式,不要太看重他,著重輸出的是 前端規(guī)則,交互,即人機交互。
8.PRD整理,將上述1-7的內(nèi)容放進去,然后補充前后端交互規(guī)則,就可以了。
大致是這樣,當然還有接口設(shè)計等一些細節(jié),大家可以再6-8中去補充。
產(chǎn)品是一個很偉大的職業(yè),至少從我看來,他是從無到有的開始,也是整個東西的設(shè)計者,雖然他不是很重技術(shù),但是 他才是真正的設(shè)計師
現(xiàn)實是 膜拜已經(jīng)開始退出一線城市 現(xiàn)在很難再找到膜拜的車子騎了 放眼望去都是OFO 我從卸載ofo安裝膜拜 到現(xiàn)在騎不上車子 車子太少 又開始下載ofo
沒啊 我在深圳啊 天天摩拜 我朋友也都天天摩拜啊
圖片加載不出來 ??