產(chǎn)品設計流程系列:如何進行原型設計(上)

壹叔
18 評論 99287 瀏覽 662 收藏 18 分鐘
🔗 B端产品经理需要更多地关注客户的商业需求、痛点、预算、决策流程等,而C端产品经理需要更多地关注用户的个人需求

經(jīng)歷了漫長的產(chǎn)品設計流程,我們終于來到了最后一個環(huán)節(jié),也就是根據(jù)之前梳理的產(chǎn)品流程來進行產(chǎn)品的界面設計了。

產(chǎn)品經(jīng)理其實都知道,在這樣一個看重顏值的時代,一個賞心悅目的網(wǎng)站(或者移動APP)是多么重要。每一個產(chǎn)品經(jīng)理,也都希望自己的創(chuàng)造的產(chǎn)品是與眾不同的,在茫茫的互聯(lián)網(wǎng)產(chǎn)品海洋里,能夠閃出耀眼的光芒,就好比每個人都希望自己是人群中獨一無二的那一個。嗯,這么說來,其實每一個產(chǎn)品經(jīng)理的內(nèi)心深處,都有著一顆文藝青年的心靈,也正是擁有了這樣一顆感受豐富、細膩的產(chǎn)品之心,才使得我們能夠?qū)Ξa(chǎn)品設計的細節(jié)有著更為透徹和深入的理解。

在大公司內(nèi)部,通常來說不需要產(chǎn)品經(jīng)理去進行具體的界面交互設計,多數(shù)是由產(chǎn)品團隊與UED團隊合作進行產(chǎn)品原型的設計,出具的交付物是產(chǎn)品原型和頁面交互圖,而產(chǎn)品經(jīng)理則需要產(chǎn)出產(chǎn)品需求文檔(PRD文檔)。但是在絕大多數(shù)創(chuàng)業(yè)公司團隊里面,則沒有配置那么豪華的產(chǎn)品設計、交互設計團隊,常見的搭配往往是一個產(chǎn)品經(jīng)理加上一個UI設計師,所以一般都是產(chǎn)品經(jīng)理自己身兼交互設計的工作職責,輸出交互設計稿,也就是產(chǎn)品原型。

什么是產(chǎn)品原型

說的簡單一點,產(chǎn)品原型是設計方案的表達,是產(chǎn)品經(jīng)理、交互設計師的重要產(chǎn)出物之一,也是項目團隊的其它成員(尤其是設計師、開發(fā)人員)的重要參考和評估的依據(jù)。

結(jié)合我們前面了解的知識,產(chǎn)品界面原型其實就是頁面級別的信息架構(gòu)、文案設計、及頁面和頁面之間的交互流程,它是產(chǎn)品功能與內(nèi)容的示意圖。

直接上幾個原型圖,可能會更加清晰明了,如下圖:

原型設計稿

原型設計稿

產(chǎn)品設計原型按照精細程度來分,可分為低保真產(chǎn)品原型和高保真產(chǎn)品原型、設計成品

低保真產(chǎn)品原型

所謂低保真原型,其實是對產(chǎn)品較簡單的模擬,它只是簡單的表述了下產(chǎn)品的外部特征和基本功能構(gòu)架,很多時候都是用簡單的設計工具迅速制作出來,用來表示最初的設計概念和思路。

比如用紙和筆進行的手繪,用畫圖軟件做出的簡單線框圖,都算是低保真產(chǎn)品原型。

這樣的原型圖有幾個好處:

  • 可以快速產(chǎn)出:有時候一個需求的開發(fā)周期很短,低保真原型可以快速滿足同事的時間要求。
  • 修改成本低:一個產(chǎn)品策劃很可能會被修改很多次,低保真的原型修改起來很方便。

當然,低保真原型也會有幾個問題,比如交互細節(jié)不清楚,容易造成誤解等。通常來說,一般只有時間比較緊迫,需求也比較簡單的時候,我們才會去產(chǎn)出低保真產(chǎn)品原型。

高保真產(chǎn)品原型

高保真產(chǎn)品原型,則是高功能性、高互動性的原型設計,是忠實展示產(chǎn)品功能、界面元素、功能流程的一種表現(xiàn)手段。原型圖中無論是功能模塊的大小,還是文案設計甚至是所用的圖標、圖例、交互動作,都使用真實素材,或者說和最終UI設計師的產(chǎn)出非常接近,就算是高保真產(chǎn)品原型了。

高保真的好處:

  • 便于梳理產(chǎn)品細節(jié):制作高保真原型的過程中可以讓產(chǎn)品經(jīng)理提前發(fā)現(xiàn)產(chǎn)品潛藏的各種問題,提前處理風險。
  • 更容易讓其他成員了解產(chǎn)品設計:有時候簡單的線框圖無法讓別人想象出你要做的事情,也不清楚你要放的是哪幾個字段,而高保真原型就可以。

相對而言,劣勢就是制作周期比較漫長,涉及到產(chǎn)品流程的修改,那基本原型就得回爐重造一遍。

對于剛?cè)腴T的產(chǎn)品經(jīng)理,我一直建議有時間的話,還是盡可能多的畫高保真原型。因為在一開始產(chǎn)品設計經(jīng)驗不多的情況下,通過設計一些高保真原型,對梳理自己的產(chǎn)品思維、了解產(chǎn)品設計是很有幫助的。對于已經(jīng)入門很久的同學來說,則看需求的復雜程度和時間安排,比如產(chǎn)品的關鍵頁面是必然要用高保真原型去設計和梳理的。

設計成品

設計成品在這里,你也可以理解為是視覺設計師產(chǎn)出的UI設計稿,也就是設計師對你的產(chǎn)品原型進行美化之后得出的作品。設計師會運用一定的設計規(guī)范,來將你的原型變成可以讓開發(fā)進行實現(xiàn)的作品。

在設計成品出來的那一刻,產(chǎn)品經(jīng)理需要做的就是和設計師進行PK就好了,我們在這里就不再過多來描述了。

放上一張圖來比較下三種原型的區(qū)別:

三種原型比較

三種原型比較

原型設計工具

這里給大家介紹幾款產(chǎn)品經(jīng)理常用的原型設計工具:

Axure RP ,推薦指數(shù) ?????

axure

axure官網(wǎng)

Axure RP是一個專業(yè)的快速原型設計工具。Axure(發(fā)音:Ack-sure),代表美國Axure公司;RP則是Rapid Prototyping(快速原型)的縮寫。

Axure是產(chǎn)品經(jīng)理的必備工具,其他的不多說了,去看看招聘網(wǎng)站上關于PM的招聘信息,基本所有職位描述里,都包含了這么一句“熟練使用Axure”,所以你懂的。

墨刀,推薦指數(shù) ????

墨刀2

墨刀

墨刀也是一款原型設計軟件,雖然可能功能沒有那么完整,相對來說對于一般使用也是足夠的,目前分為網(wǎng)頁版和客戶端,網(wǎng)頁版可以直接使用,客戶端其實也是網(wǎng)頁版的功能,一般來說會下載客戶端,使用過程中需要聯(lián)網(wǎng)。

墨刀想對來說有這么幾個優(yōu)勢:

  • 簡單、易上手;
  • 支持團隊多人協(xié)作;
  • 控件什么的都是現(xiàn)成的;
  • 可以直接在手機上預覽;

當然缺點也很明顯:

  • 依賴網(wǎng)絡,網(wǎng)絡不穩(wěn)定或者服務器不穩(wěn)定的時候則沒法使用;
  • 很多交互功能不夠強大;

Visio 2013,推薦指數(shù)? ???

visio2

visio官網(wǎng)

很多老牌的產(chǎn)品策劃人員、產(chǎn)品經(jīng)理都使用過它來設計產(chǎn)品原型,算是線框圖專業(yè)戶,比較靈活,Office使用習慣接受程度較高。另一個好處是支持各種平臺尺寸設計。有些產(chǎn)品設計團隊從原先的Axure 調(diào)整至 Visio ,是因為Visio 可以更便捷地輸出標準大小的PDF文檔,方便在同事之間交流。

在學習伊始,很多剛剛?cè)腴T的產(chǎn)品經(jīng)理就熱衷于上網(wǎng)找網(wǎng)絡課程學習Axure等工具教程來學,樂此不疲;希望通過精通的工具使用能力展示來為自己求職或在交互學習路上的發(fā)展加一把力。然而這并不是重點,工具只是用來承載我們思想和內(nèi)容的一個載體,所以沒有必要把太多的時間消耗在掌握工具技巧上,產(chǎn)品設計的內(nèi)容才是真正需要用心去考量和思索的。

設計原型時需要注意的事項

通過上面的介紹,其實我們已經(jīng)了解了,一個好的產(chǎn)品原型可以讓其他人迅速理解我們想要做什么事情,減少團隊溝通成本,并確保接下來要推進的事情沒有什么誤會。

產(chǎn)品經(jīng)理在將原型圖畫好之后,往往會特別欣喜,恨不得立馬就讓全體團隊成員看到自己的設計成果。但是,這時候的原型圖通常是不完整的,很多場景、因素缺少考慮,小到一個按鈕的位置,字段展示、大到功能的流程設計、邏輯設計。如果你就輕易把這么一份不完整的原型交付給技術(shù),不但技術(shù)會噴你,搞不好用戶也來噴你,甚至Boss也來噴你。所以,打磨好產(chǎn)品原型,盡量考慮各種場景、因素,設計原型時盡量細化分析,讓所有人從原型就能看到你的態(tài)度,是一件非常重要的事情。

總體來說,原型設計需要表達清楚這么幾個地方:

1. 界面元素

什么是界面元素,比如文字,下拉框,按鈕,圖標、圖片等等這些都屬于界面元素。我們在運用原型設計工具(如axure、墨刀、visio等)設計產(chǎn)品原型的時候,需要明確界面上的元素是什么,如何展現(xiàn),鼠標移動或者點擊上去是怎樣的效果。

2. 數(shù)據(jù)邏輯

這一點往往也是非常多創(chuàng)業(yè)團隊和新手產(chǎn)品經(jīng)理容易忽視的。比如一個直播列表界面,上面有三個tab,分別是關注直播、熱門直播、最新直播,那么最新直播是基于怎樣的數(shù)據(jù)邏輯獲取的,你就需要在你的原型設計上進行說明了。當然,最新直播的數(shù)據(jù)獲取邏輯是比較簡單的,也許你不和研發(fā)人員說明清楚,他們也能知道是按時間倒序排列;但如果碰到稍微復雜一點的數(shù)據(jù)邏輯呢,就比如剛剛說的關注直播的數(shù)據(jù)獲取,是獲取關注的機構(gòu)的直播呢,還是獲取個人的直播呢,這都是需要說明清楚的。

3. 操作邏輯

一個原型界面上可以進行操作元素的有哪些,哪個可以點擊,哪個可以選擇,操作后出現(xiàn)怎樣的反饋,比如彈出浮層?進入新頁面?或是跳出新頁面?還是給一個怎樣的提示? 這些也是需要在原型設計里面說清楚的。

這三個點是一份完整的原型設計基本需要包含的東西,再配合上之前畫好的產(chǎn)品結(jié)構(gòu)腦圖和流程圖,就基本可以與開發(fā)進行輕松愉快的交流了。只有這樣,開發(fā)者才能明確這個原型設計的開發(fā)需求,而不是讓開發(fā)工程師自己去猜,去揣測數(shù)據(jù)邏輯、算法應該是什么樣的。

如下圖,可以在原型設計上做相關的注釋說明:

原型設計說明

原型設計說明

談談產(chǎn)品需求文檔(PRD文檔)

很多公司都要求產(chǎn)品經(jīng)理寫產(chǎn)品需求文檔,我們來看下一份完整的產(chǎn)品需求文檔包含哪些部分:

產(chǎn)品需求文檔

產(chǎn)品需求文檔內(nèi)容

通常來說,產(chǎn)品經(jīng)理往往不會寫的那么詳細,能夠覆蓋到前面四個部分便已經(jīng)算是一份基本合格的產(chǎn)品需求文檔了。

我們一起來看下文檔里面都具體包含什么內(nèi)容:

1.概述

概述部分是概括地說明產(chǎn)品背景、產(chǎn)品目標等。

  • 1.1產(chǎn)品概述及目標—-包括背景介紹和產(chǎn)品目的
  • 1.2名詞解釋—-聲明文檔中出現(xiàn)的名詞含義
  • 1.3數(shù)據(jù)詞典—-介紹本產(chǎn)品中數(shù)據(jù)的數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理邏輯、外部實體等。
  • 1.4文檔閱讀對象—-聲明本文檔輸出的閱讀對象和注意事項

2.產(chǎn)品描述

產(chǎn)品描述介紹了產(chǎn)品的整體邏輯流程,概括性的描述產(chǎn)品需求、產(chǎn)品版本規(guī)劃、產(chǎn)品整體的框架結(jié)構(gòu)以及功能列表。產(chǎn)品整體流程與產(chǎn)品框架都需要使用相應的圖表展現(xiàn)方式

  • 2.1產(chǎn)品整體流程-—展示產(chǎn)品框架圖和用戶流程圖。
  • 2.2產(chǎn)品需求描述—-描述產(chǎn)品核心功能,解決哪些情景下的哪些需求。
  • 2.3產(chǎn)品版本規(guī)劃—-敘述產(chǎn)品版本迭代計劃,版本號、主要模塊、功能點、計劃開發(fā)時間、計劃結(jié)束時間、備注。
  • 2.4產(chǎn)品框架—-展示頁面層級及備注信息
  • 2.5功能列表—-展示產(chǎn)品功能名稱、對應模塊、功能說明、備注等信息。

3.功能描述

功能需求這部分需詳細描述產(chǎn)品所涉及的各個功能點。將整體框架拆成數(shù)個獨立的功能點,分別描述每個功能點的邏輯流程圖、界面、字段說明以及業(yè)務說明。統(tǒng)一采用Use Case的方式進行描述。

  • 3.1流程圖
  • 3.2界面原型
  • 3.3字段說明(包括數(shù)據(jù)字典)
  • 3.4業(yè)務說明(Use Case)

4.非功能需求

非功能需求,也就是關于產(chǎn)品的其它方面的要求。

  • 4.1安全需求
  • 4.2統(tǒng)計需求
  • 4.3性能需求
  • 4.4可用性需求

 

嗯,我們已經(jīng)看到了常規(guī)的產(chǎn)品需求文檔長什么樣了。有一次和一個朋友聊天,說起他們公司的產(chǎn)品需求文檔,是一份長達200多頁的word形式的產(chǎn)品需求文檔,其實這樣的文檔看起來相當費勁,也不容易更新同步;

很多開發(fā)人員和產(chǎn)品經(jīng)理之間產(chǎn)生的矛盾,其實都是因為這份又臭又長的產(chǎn)品需求文檔。因為無論是誰,都不喜歡看這么長的文字,開發(fā)人員其實根本不需要這份文字式的需求告白書,他們喜歡“看圖”,這種文字式的需求文檔應該是產(chǎn)品經(jīng)理腦中的思路,而不應該直接把思路描述成文字轉(zhuǎn)交出來。其實我個人也不喜歡這樣的風格,溝通成本太高,所以對于創(chuàng)業(yè)公司而言,還是盡可能簡單直接有效最好。 做好如上幾點,對于大部分產(chǎn)品溝通場景來說,應該就可以滿足。

所以,通過輸出產(chǎn)品結(jié)構(gòu)腦圖、產(chǎn)品流程圖、界面原型就可以替代一份產(chǎn)品需求文檔。

相關閱讀

產(chǎn)品設計流程系列:如何進行原型設計(下)
作者:壹百度(微信公眾號:倒退集),在線教育企業(yè)服務領域產(chǎn)品經(jīng)理,創(chuàng)業(yè)公司Team Leader。常常自詡是文藝青年和極客青年的結(jié)合體,在宅與不宅之間可以自由切換,曾主導多款重量級產(chǎn)品的產(chǎn)品策劃和設計工作。

本文由 @壹百度 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

更多精彩內(nèi)容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 有個地方想問問,需求文檔里面應該用原型圖 做描述還是用UI 設計好的成品?

    來自上海 回復
  2. 最近看了上百篇原型帖子,這一篇說得最深入,不是炫技之作,引人深思,手動贊

    來自湖北 回復
  3. 我想問一下,高保真的產(chǎn)品原型需不需要加入交互設計呢?或者說加入什么程度的交互設計?

    來自江蘇 回復
    1. 這個沒有標準的,看公司要求,或者團隊配合的需要

      來自重慶 回復
  4. 才接觸的小白,我一定會加油的

    回復
  5. 確實學習了,感覺產(chǎn)品經(jīng)理一定要細致再細致呀!

    來自上海 回復
  6. 很詳細

    來自廣東 回復
  7. 此文很適合我們這種剛剛?cè)腴T的產(chǎn)品汪,在不知所措的時候給出一條做事的思路!贊!

    來自上海 回復
  8. 感謝作者,期待【下篇】 ??

    來自四川 回復
  9. 受教了,感謝樓主

    回復
  10. 期待(下)!?。。。。。。。。。。。。?!

    來自福建 回復
    1. 哈哈 有興趣可以關注我個人公眾號:倒退集
      不定期分享產(chǎn)品干貨

      回復
  11. 贊一個!寫的很細致,淺顯易懂,對于我這種小白很受用

    回復
  12. 我真心不懂為什么推薦墨刀這樣垃圾原型機。

    來自北京 回復
    1. 我覺得墨刀更適合運營那些快速做個簡單原型當需求用的工具。比較復雜的交互起來,感覺還是axure比較靠譜

      來自廣東 回復
    2. 當你不理解別人的時候,可以試著再包容一點,我覺得這也是產(chǎn)品經(jīng)理的一種特質(zhì):不能僅僅理解自己,而不了解他人

      回復
    3. 可惜我是一個不包容的UE,我了解和理解我的用戶,就是因為我了解,我所了解的設計們會去提及墨刀的一般都是我們說的比較low的。提到原型的文章,個人認為最好還是不要出現(xiàn)簡單拙劣的產(chǎn)品。最后謝謝您的建議,可能對于我而言,不包容某些東西,才能更好的服務于我的用戶。

      來自北京 回復
    4. 你開心就好 ??

      來自河南 回復
专题
18205人已学习14篇文章
智能客服类产品,最根本的价值在于以低成本取代人工客服工作中大量重复性的部分。本专题的文章分享了如何搭建一个智能客服。
专题
142623人已学习32篇文章
做一个好运营,技术和意识都得过硬。
专题
14674人已学习14篇文章
用户生命周期是每个产品经理都必须要注意的一个点,它能够衡量用户对产品产生的价值,也是运营手段的最终衡量指标。本专题的文章分享了如何做好用户生命周期管理。
专题
14265人已学习13篇文章
无论是对于需求的挖掘,还是对于产品的设计迭代,用户访谈这个环节都是必不可少的。本专题的文章分享了如何做好用户访谈。
专题
47649人已学习18篇文章
如何提升用户留存率?——相信这是困扰无数产品和运营的问题。