B端產(chǎn)品經(jīng)理如何快速完成原型設(shè)計?
工作越久越會發(fā)現(xiàn)畫原型是產(chǎn)品經(jīng)理必備但又不是最重要的技能,它只是實現(xiàn)產(chǎn)品成功目標(biāo)的環(huán)節(jié)之一。B端產(chǎn)品最核心的能力是商業(yè)化路線架構(gòu)能力和業(yè)務(wù)架構(gòu)能力。因此我們需要學(xué)會如何高效地完成原型任務(wù),然后花更多時間到增長我們的核心能力上面。
對于B端來說,一般以企業(yè)/經(jīng)濟(jì)組織,及相關(guān)各商業(yè)角色為核心服務(wù)對象,因此業(yè)務(wù)邏輯和流程相對更加復(fù)雜,且往往需要多個產(chǎn)品去合作推動B端產(chǎn)品的發(fā)展,這就還會涉及到產(chǎn)品團(tuán)隊合作相關(guān)的內(nèi)容。
在B端畫原型過程中,我們往往會遇到以下幾個共性的問題:
- 想到哪里畫哪里,缺少全局意識
- 不知道使用哪個組件,總是重復(fù)造輪子
- 又要畫原型又要寫PRD,轉(zhuǎn)化特別花時間
- 團(tuán)隊風(fēng)格不統(tǒng)一,影響輸出效果
針對這些問題,總結(jié)了幾個應(yīng)對方法,相信對你一定有用!
一、做好原型前準(zhǔn)備工作,一氣呵成
在進(jìn)入原型設(shè)計前,我們首先要進(jìn)行需求調(diào)研和業(yè)務(wù)分析,我們需要意識到,只有這個步驟做扎實了,我們畫原型才能有條不紊。我甚至覺得只要我們做好了需求分析工作,就已經(jīng)完成了80%的原型;相反,如果需求工作沒有做好,后期原型也大概率需要返工。
因此,切忌拿到需求功能點或者需求了解一半就開始畫原型,邊畫邊思考,想到哪里就畫到哪里,比如業(yè)務(wù)流程是不是這樣走,下個頁面是什么,頁面上要有哪些內(nèi)容,這樣不僅影響效率,且往往思考不全面增加返工量。
那具體應(yīng)該怎么做呢?首先拿到需求要明確需求的三要素:目標(biāo)用戶、核心痛點和解決方案,也就是弄清我們的目標(biāo)群體是誰,他們遇到了什么問題,我們?nèi)绾瓮ㄟ^產(chǎn)品(或服務(wù))解決他們的問題,最終達(dá)成客戶滿意。
其次框定需求范圍,繪制業(yè)務(wù)流程,輸出業(yè)務(wù)流程圖,保證自己對業(yè)務(wù)范圍和流程理解無誤,這樣可以最大限度減少思考時間,以便一氣呵成。
二、構(gòu)建和積累自己的組件庫,快速輸出原型
說到快速畫原型,肯定可以想到的就是利用組件庫,畢竟原型其實就是由各種各樣的基礎(chǔ)組件搭建起來的,如果你還在還沒有使用過組件,我推薦你一定要試試,網(wǎng)上一找一大堆,用過的沒有人不說好。
畢竟我們自己去畫可能不符合前端規(guī)范,或者花了大段時間去畫可能還沒有別人美觀,既然有前輩愿意共享勞動成果,我們也就沒必要再去重復(fù)造輪子了。
但是這里我需要提醒的是,一定要建立本人習(xí)慣的組件庫!這個組件庫可以是一個可以是多個,可以是你整理的也可以直接保留別人的,前提是要熟悉這些組件,保證你在需要使用組件時最快找到最合適的組件。網(wǎng)上資源那么多,如果不轉(zhuǎn)化成自己的,你會發(fā)現(xiàn)在使用過程中會無比糾結(jié),這樣就和我們的初衷背道而馳了。
同時,還要注意如果你入職一家新單位,最好可以問下前輩是否有咱們公司自己的組件庫,或者詢問下前端使用的框架,你可以根據(jù)這兩個方向去構(gòu)建和豐富自己的知識庫。各個大廠都有自己的組件庫,比如騰訊、餓了么、京東、有贊等都有建立自己的組件庫,我司使用得比較多得就是螞蟻金服的Ant Design。
三、利用PRD結(jié)構(gòu)思維,實現(xiàn)高效轉(zhuǎn)化
原型圖和PRD都是為了準(zhǔn)確傳遞需求,但是原型圖側(cè)重于可視化的傳遞,通過頁面元素、邏輯組織讓團(tuán)隊成員能同時驗證整個需求是否能有效地被解決;而PRD文檔側(cè)重于需求指導(dǎo),即“對齊”團(tuán)隊中所有的相關(guān)人員,以致產(chǎn)品經(jīng)理不在身邊時,也能有明確的指導(dǎo)和參考。
你會不會有這樣的疑問,原型圖和PRD我們到底寫哪個?都需要寫嗎?如何高效地寫呢?在以前這兩個東西我都是分開寫的,直到有個開發(fā)給我建議把PRD上的內(nèi)容挪到原型上,我開始反思這個做法。其實我們觀察會發(fā)現(xiàn),開發(fā)人員都會選擇更節(jié)省時間的方式,他們要么只看原型圖,要么只看PRD,二者都看的人少之又少,加上原型圖和PRD需要結(jié)合起來閱讀,無形中就增加了他們的閱讀難度。
因此,我的建議是采取“將PRD文檔嵌入原型”的這種圖文結(jié)合的方式,從這個角度出發(fā),那我們的原型里面就要把修訂記錄、專業(yè)名詞、產(chǎn)品概述、功能清單、產(chǎn)品流程圖、詳細(xì)功能描述和異常處理等內(nèi)容以文本注釋的方式添加到原型旁,這樣開發(fā)可以直接看原型,我們在寫PRD的時候也可以從中直接抽取內(nèi)容。畢竟在敏捷開發(fā)的時代,效率高才是王道!
四、使用統(tǒng)一組件和風(fēng)格,保證團(tuán)隊的統(tǒng)一
B端產(chǎn)品一般都是有產(chǎn)品團(tuán)隊的,那么首先就是要選擇一款大家共用的原型工具,比如我們團(tuán)隊就是用的axure,之前有個同事用的sketch,這就導(dǎo)致最后合稿或者是共享的時候需要額外轉(zhuǎn)化一次,非常麻煩。現(xiàn)在我們可用的原型工具很多,且大多軟件越來越成熟,最初的axure,到現(xiàn)在的摹客RP、mockplus、墨刀、pixso等等,選擇一款大家都熟悉的就行。
其次一定要建立團(tuán)隊的組件和風(fēng)格,這部分可以和與交互設(shè)計師/UI設(shè)計師共同完成。我們之前就沒有注意這個,直到客戶給我們指出這個問題就顯得整體不太專業(yè),畢竟B端都是面對的企業(yè)/經(jīng)濟(jì)組織,保持專業(yè)的形象是非常重要的。因此需要對整體原型風(fēng)格做出統(tǒng)一,最好是已經(jīng)有了一套成熟的組件,比如整體布局、顏色大小、彈窗、通用類交互等等,這樣才能又快又好。
以上幾點都是根據(jù)個人經(jīng)驗得出的,希望可以有更多不同意見,和大家一起交流成長。
本文由 @樹袋熊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)
我習(xí)慣做法是將需求文檔和原型整合在一起,這樣開發(fā)同事在看原型鏈接時,也可以看需求文檔
【“將PRD文檔嵌入原型”的這種圖文結(jié)合的方式】
請問你們具體是怎么做的呢?是在原型頁面旁邊添加文字注釋嘛?
頁面的功能單一且獨立閉環(huán)還行,如果多頁面之間也業(yè)務(wù)關(guān)聯(lián),需在一起進(jìn)行功能說明怎么處理呢,我們之前也嘗試過加注釋的方式,可研發(fā)反饋太零碎了,不如有完整的PRD,可以對照PRD從頭到尾逐一看,不會漏。
你們有同樣情況嘛 怎么處理的呢~
首先,選擇主要使用原型圖還是PRD是看團(tuán)隊習(xí)慣的,比如我待的都是習(xí)慣于看原型圖這種圖文結(jié)合的方式,那如果開發(fā)習(xí)慣于PRD,用PRD也是可以的。
你說的多頁面關(guān)聯(lián)應(yīng)該是指功能比較復(fù)雜的頁面,因此研發(fā)反饋的零碎得具體了解下他們覺得零碎的原因,是覺得需求復(fù)雜不愿意逐字看呢還是說確實原型布局不合理不方便查看。一般遇到比較復(fù)雜的多頁面可以考慮頁面拆分或者是把注釋集中添加,通過標(biāo)注區(qū)和標(biāo)記這種方式去降低閱讀難度