最近參與一個(gè)項(xiàng)目，在前期的討論與規(guī)劃中算是一個(gè)比較復(fù)雜的項(xiàng)目，當(dāng)我把功能拆分開，定下第一期的要做什么的時(shí)候，卻發(fā)現(xiàn)已經(jīng)沒有什么難度了。不經(jīng)懷疑這段時(shí)間自己到底干了些什么……是不是又打醬油了？于是，在這里簡單羅列一下自己在設(shè)計(jì)原型時(shí)候的一些所思所想。本文適讀對(duì)象：初級(jí)產(chǎn)品經(jīng)理。

產(chǎn)品經(jīng)理屬于接力的第一棒，一旦最開始的方向錯(cuò)了，那么即使UI做的有多出色，開發(fā)有多順暢，結(jié)果終歸是失敗的。這大概是產(chǎn)品經(jīng)理這個(gè)職位的第一重壓力，在你的設(shè)計(jì)之后跟隨著是UI、開發(fā)、測試多個(gè)部門，期間消耗的可不是你一個(gè)人的人月。

所以，在接到一個(gè)需求任務(wù)時(shí)，首先要做的不是打開axure 吭哧吭哧的開始畫圖。

第一：明確需求

要搞清楚需求的提出者是誰？服務(wù)對(duì)象又是誰？

搞清楚這兩個(gè)角色，主要的目前就是搞清楚這個(gè)需求到底要怎么做。

提出需求的角色會(huì)有很多，boss、自己、產(chǎn)品同事、運(yùn)營、客服……

不同的角色往往會(huì)從自身的角度去考慮并提出需求。想要完美解決這個(gè)需求，就需要站在同一個(gè)角度去看問題，若是角度錯(cuò)了，設(shè)計(jì)方案也就偏了。

不同行業(yè)的需求滿足的對(duì)象也是不同的，to b、to c、to vc……

• 若是對(duì)內(nèi)部人員，就需要優(yōu)先考慮好內(nèi)部的操作邏輯，提高使用效率，必要時(shí)還需要考慮各種權(quán)限控制。至于界面樣式是否好看，并不是一個(gè)重點(diǎn)。
• 若是對(duì)外的用戶，那么操作流程、交互體驗(yàn)、不同狀態(tài)下的信息反饋，這些都是需要考慮的。
• 若是金融行業(yè)，還需考慮營造安全感、風(fēng)險(xiǎn)控制等等。

了解需求的緊迫程度

在接手需求時(shí)必須要提前了解好時(shí)間節(jié)點(diǎn)、緊迫程度，畢竟功能開發(fā)不是你一個(gè)人的事情。要是時(shí)間緊迫，而你又把功能設(shè)計(jì)的超級(jí)復(fù)雜，害的開發(fā)、測試需要長時(shí)間的通宵加班，這鍋可就得你背著了。

舉個(gè)栗子：運(yùn)營MM想要蹭熱點(diǎn)做活動(dòng)，給你提了一個(gè)活動(dòng)需求。時(shí)間緊迫，熱點(diǎn)又不等人，這該怎么辦？

原型設(shè)計(jì)、UI出圖、前后端開發(fā)、聯(lián)調(diào)、測試……一個(gè)功能開發(fā)需要經(jīng)過這么多環(huán)節(jié)，除開前后端開發(fā)還可能并行開發(fā)外，其他環(huán)節(jié)基本都是線性進(jìn)行的，任何一個(gè)環(huán)節(jié)失誤都會(huì)導(dǎo)致整個(gè)項(xiàng)目的延期。

所以，在項(xiàng)目前期我們就應(yīng)該對(duì)這些資源的調(diào)用、風(fēng)險(xiǎn)的預(yù)期，有個(gè)大概的認(rèn)知。倘若加班加點(diǎn)的趕工，最后還是沒在這個(gè)時(shí)間點(diǎn)上完工，這就比較尷尬了。浪費(fèi)了大家的時(shí)間不說，也很打擊士氣，降低你的影響力。

既然時(shí)間這么緊迫，風(fēng)險(xiǎn)這么大，干脆不做好了？

當(dāng)然可以，這也算是為開發(fā)的兄弟們爭取到了喘息的機(jī)會(huì)。這種情況一般在討論過程中就推掉了，開發(fā)人員可能都感覺不到到你做出的貢獻(xiàn)。而你，則成功的在運(yùn)營眼里打上了“不配合”的標(biāo)簽，再也沒有運(yùn)營MM會(huì)來找你聊天啦……

那么，究竟該如何做？

我想大家平時(shí)都會(huì)被叫做產(chǎn)品經(jīng)理、產(chǎn)品，而不會(huì)被叫成“畫原型的”，就是因?yàn)槲覀儾粌H僅畫原型啊。產(chǎn)品經(jīng)理不是畫原型的，不是需求的傳遞者，而是需求的解決者，功能設(shè)計(jì)、原型方案僅僅只是解決需求的一種方式而已。

活動(dòng)本身有沒有簡化的空間？現(xiàn)有的功能里面有沒有可以利用的地方？是不是可以采用第三方去實(shí)現(xiàn)？若是需求本身沒有問題，那么它就應(yīng)該有解決的辦法。

第二：流程設(shè)計(jì)

先把流程理清楚再去設(shè)計(jì)原型，這一點(diǎn)應(yīng)該算是一種共識(shí)了，也就不在這邊贅述了。就來簡單說一說流程設(shè)計(jì)的好處都有啥：

1、拆解需求，整理思路

接到一個(gè)需求之后云里霧里的無從下手怎么辦？畫腦圖、畫流程圖唄，一般產(chǎn)品崗都會(huì)要求掌握visio、腦圖這些工具，這些可不是用來湊數(shù)的。

梳理流程，將復(fù)雜需求拆分成子需求，將子需求拆分成功能點(diǎn)。拆分完成，思路也就清晰了，也許連原型的設(shè)計(jì)方案都已經(jīng)有大半個(gè)腹稿了。

2、優(yōu)化流程，減少不必要的返工

我們最開始的想法往往不是最優(yōu)的解決辦法，最優(yōu)解總是需要經(jīng)過多次思考、辯證之后才形成。若是什么都沒理清楚，就草率畫原型的話，等自己想明白了可就得返工重新畫了。

所以，比起后續(xù)重新花費(fèi)精力去返工畫原型，還不如前期多思考、多畫畫流程。

3、直觀，容易表述

現(xiàn)在也有很多原型圖通過連線來表明跳轉(zhuǎn)流程。這種方式在邏輯不復(fù)雜的功能上使用還可以，能夠直接看的懂。若是功能復(fù)雜一點(diǎn)，線條多了，自己都不一定搞得清哪跟哪。

流程圖可以作為一個(gè)大綱，不至于講著講著就把話題帶偏了，表述的邏輯也相對(duì)會(huì)清晰些。在需求評(píng)審中，先將整體流程講明白，可以流暢的引出詳細(xì)的功能說明，也有助于開發(fā)人員理解整體項(xiàng)目。

就個(gè)人的習(xí)慣來說，與設(shè)計(jì)原型相比，前期的準(zhǔn)備、流程的設(shè)計(jì)往往需要花費(fèi)更多的時(shí)間。（PS：也可能是拖延癥的錯(cuò)覺）

第三：原型文檔

原型、文檔這兩部分就不刻意拆開了寫了，這兩者的邊界已經(jīng)變的有些模糊。目前很多PRD文檔都在用axure進(jìn)行編寫，而axure8更是自帶了一個(gè)便簽的控件，用于在原型上添加說明描述。

關(guān)于原型繪制工具

目前我接觸的原型主要是通過axure、墨刀去設(shè)計(jì)的，當(dāng)然也有使用sketch去畫，更有甚者是直接在excel上畫的。只要能將一個(gè)需求表述清楚，就算是畫在白板上也是可以。

是否需要高保真原型？

曾經(jīng)有人問我axure里面輪播圖的效果怎么實(shí)現(xiàn)？

說來慚愧，雖然我一直用axure畫原型，但是對(duì)axure里面的功能卻是只學(xué)了點(diǎn)皮毛。諸如中繼器之類的，甚至連玩都沒玩過。于是，先問了一句：“這個(gè)制作了是給誰看的？”

在我看來，原型的使用對(duì)象有兩種：boss、開發(fā)人員。若是給boss用來宣講等用途的，無可厚非，原型當(dāng)然是越精致越好。而我們接觸較多的一般都是開發(fā)人員，他們更多關(guān)心的是如何實(shí)現(xiàn)、而不是盯著原型看動(dòng)態(tài)效果……如何快速的制作、如何將功能說明清楚才是其中的關(guān)鍵。

所以輪播圖怎么實(shí)現(xiàn)？做再多動(dòng)畫效果，遠(yuǎn)不如將這一塊注明成輪播圖，并寫明輪播頻率、方向。

如何寫文檔？

我一直把產(chǎn)品文檔當(dāng)做是迷你的產(chǎn)品在做。文檔的主要目的是將一個(gè)需求拆解成實(shí)際可開發(fā)的東西，它的需求就是能夠讓開發(fā)清楚的知道該做什么。

寫文檔其實(shí)沒有什么固定的規(guī)范，幾乎每家公司都會(huì)有自己的一套模板，只要能夠讓開發(fā)人員看的明白就是優(yōu)秀的文檔?，F(xiàn)在網(wǎng)絡(luò)上可以找到很多的文檔模板，已經(jīng)提供了豐富的大綱和編寫思路，剩下的就是根據(jù)公司的實(shí)際情況和流程去做些調(diào)整。

下文為我在編寫文檔過程中的一些簡單歸納：

• 文檔中的用詞、描述應(yīng)該統(tǒng)一口徑，并使用專業(yè)名稱。
• 文字描述應(yīng)該簡潔，不要有冗余的對(duì)話。
• 一段描述最好只用來說明一個(gè)功能點(diǎn)。
• 通過編號(hào)等形式，使文檔有條理，不容易遺漏一些規(guī)則。
• 做好版本管理，及時(shí)增加修改記錄，保留歷史版本。

完成文檔之后，可以時(shí)常接受一些開發(fā)人員的反饋，進(jìn)一步完善編寫方法，畢竟這個(gè)迷你產(chǎn)品的服務(wù)對(duì)象就是這些開發(fā)人員。

你是否已經(jīng)想明白了？

心理學(xué)里面有一種叫——墨菲定律，放在這里大概意思就是：自己沒有想明白的地方，最后一定會(huì)出問題。

僅管我們畫了原型圖，但這也許只是這個(gè)功能的冰山一角，判斷條件是什么、數(shù)據(jù)怎么處理、異常狀態(tài)怎么提示……完整的功能遠(yuǎn)沒頁面上顯示的那么簡單。

很大程度上，原型并不是獨(dú)創(chuàng)出來的，而是多個(gè)app樣式拼湊出來的。在拼湊頁面的同時(shí)，就需要考慮對(duì)方為什么要這么做？內(nèi)部有怎樣的操作邏輯？把這些想明白了，才能在評(píng)審、開發(fā)過程中對(duì)答如流，真正實(shí)現(xiàn)你想要的功能。

切記不要說：“參考XXX app就好了”，開發(fā)人員不是產(chǎn)品經(jīng)理，你才是。

以上，是一個(gè)野生產(chǎn)品經(jīng)理對(duì)于原型的一些不成熟的想法，若有不正確的地方，還望指正。

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