本文適讀對(duì)象：初級(jí)產(chǎn)品經(jīng)理
最近參與一個(gè)項(xiàng)目夭委，在前期的討論與規(guī)劃中算是一個(gè)比較復(fù)雜的項(xiàng)目，當(dāng)我把功能拆分開，定下第一期的要做什么的時(shí)候，卻發(fā)現(xiàn)已經(jīng)沒有什么難度了。不經(jīng)懷疑這段時(shí)間自己到底干了些什么……是不是又打醬油了竖螃？于是，在這里簡(jiǎn)單羅列一下自己在設(shè)計(jì)原型時(shí)候的一些所思所想逗余。
產(chǎn)品經(jīng)理屬于接力的第一棒特咆，一旦最開始的方向錯(cuò)了，那么即使UI做的有多出色录粱，開發(fā)有多順暢腻格，結(jié)果終歸是失敗的。這大概是產(chǎn)品經(jīng)理這個(gè)職位的第一重壓力啥繁，在你的設(shè)計(jì)之后跟隨著是UI菜职、開發(fā)、測(cè)試多個(gè)部門旗闽，期間消耗的可不是你一個(gè)人的人月酬核。
所以，在接到一個(gè)需求任務(wù)時(shí)适室，首先要做的不是打開axure 吭哧吭哧的開始畫圖嫡意。
第一：明確需求。
要搞清楚需求的提出者是誰捣辆？服務(wù)對(duì)象又是誰蔬螟？
搞清楚這兩個(gè)角色，主要的目前就是搞清楚這個(gè)需求到底要怎么做汽畴。
提出需求的角色會(huì)有很多旧巾，boss、自己忍些、產(chǎn)品同事鲁猩、運(yùn)營(yíng)、客服……
不同的角色往往會(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è)奶稠，還需考慮營(yíng)造安全感、風(fēng)險(xiǎn)控制等等捡遍。
了解需求的緊迫程度
在接手需求時(shí)必須要提前了解好時(shí)間節(jié)點(diǎn)锌订、緊迫程度，畢竟功能開發(fā)不是你一個(gè)人的事情画株。要是時(shí)間緊迫辆飘，而你又把功能設(shè)計(jì)的超級(jí)復(fù)雜，害的開發(fā)谓传、測(cè)試需要長(zhǎng)時(shí)間的通宵加班蜈项，這鍋可就得你背著了。
舉個(gè)栗子：
運(yùn)營(yíng)MM想要蹭熱點(diǎn)做活動(dòng)良拼，給你提了一個(gè)活動(dòng)需求战得。時(shí)間緊迫，熱點(diǎn)又不等人庸推，這該怎么辦常侦？
原型設(shè)計(jì)、UI出圖贬媒、前后端開發(fā)聋亡、聯(lián)調(diào)、測(cè)試……一個(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ā)的兄弟們爭(zhēng)取到了喘息的機(jī)會(huì)。這種情況一般在討論過程中就推掉了腮考，開發(fā)人員可能都感覺不到到你做出的貢獻(xiàn)雇毫。而你，則成功的在運(yùn)營(yíng)眼里打上了“不配合”的標(biāo)簽踩蔚，再也沒有運(yùn)營(yíng)MM會(huì)來找你聊天啦……
那么棚放，究竟該如何做？
我想大家平時(shí)都會(huì)被叫做產(chǎn)品經(jīng)理馅闽、產(chǎn)品飘蚯，而不會(huì)被叫成“畫原型的”，就是因?yàn)槲覀儾粌H僅畫原型啊福也。產(chǎn)品經(jīng)理不是畫原型的局骤，不是需求的傳遞者，而是需求的解決者暴凑，功能設(shè)計(jì)峦甩、原型方案僅僅只是解決需求的一種方式而已。
活動(dòng)本身有沒有簡(jiǎn)化的空間现喳？現(xiàn)有的功能里面有沒有可以利用的地方凯傲？是不是可以采用第三方去實(shí)現(xiàn)？若是需求本身沒有問題嗦篱，那么它就應(yīng)該有解決的辦法冰单。
第二：流程設(shè)計(jì)。
先把流程理清楚再去設(shè)計(jì)原型灸促，這一點(diǎn)應(yīng)該算是一種共識(shí)了诫欠，也就不在這邊贅述了涵卵。就來簡(jiǎn)單說一說流程設(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)秀的文檔〖钇ǎ現(xiàn)在網(wǎng)絡(luò)上可以找到很多的文檔模板，已經(jīng)提供了豐富的大綱和編寫思路毙芜，剩下的就是根據(jù)公司的實(shí)際情況和流程去做些調(diào)整忽媒。
下文為我在編寫文檔過程中的一些簡(jiǎn)單歸納：
1、文檔中的用詞腋粥、描述應(yīng)該統(tǒng)一口徑，并使用專業(yè)名稱架曹。
2隘冲、文字描述應(yīng)該簡(jiǎn)潔，不要有冗余的對(duì)話绑雄。
3展辞、一段描述最好只用來說明一個(gè)功能點(diǎn)。
4万牺、通過編號(hào)等形式罗珍，使文檔有條理，不容易遺漏一些規(guī)則脚粟。
5覆旱、做好版本管理，及時(shí)增加修改記錄核无，保留歷史版本扣唱。
完成文檔之后，可以時(shí)常接受一些開發(fā)人員的反饋团南，進(jìn)一步完善編寫方法噪沙，畢竟這個(gè)迷你產(chǎn)品的服務(wù)對(duì)象就是這些開發(fā)人員。
你是否已經(jīng)想明白了吐根？
心理學(xué)里面有一種叫——墨菲定律正歼，放在這里大概意思就是：自己沒有想明白的地方，最后一定會(huì)出問題拷橘。
僅管我們畫了原型圖局义，但這也許只是這個(gè)功能的冰山一角齐疙，判斷條件是什么、數(shù)據(jù)怎么處理旭咽、異常狀態(tài)怎么提示……完整的功能遠(yuǎn)沒頁面上顯示的那么簡(jiǎn)單贞奋。
很大程度上，原型并不是獨(dú)創(chuàng)出來的穷绵，而是多個(gè)app樣式拼湊出來的轿塔。在拼湊頁面的同時(shí)，就需要考慮對(duì)方為什么要這么做仲墨？?jī)?nèi)部有怎樣的操作邏輯勾缭？把這些想明白了，才能在評(píng)審目养、開發(fā)過程中對(duì)答如流俩由，真正實(shí)現(xiàn)你想要的功能。
切記不要說：“參考XXX app就好了”癌蚁，開發(fā)人員不是產(chǎn)品經(jīng)理幻梯，你才是。
以上努释，是一個(gè)野生產(chǎn)品經(jīng)理對(duì)于原型的一些不成熟的想法碘梢，若有不正確的地方，還望指正伐蒂。
