沒想清楚這些,別動手畫原型
編輯導(dǎo)語:產(chǎn)品原型可以幫助產(chǎn)品經(jīng)理將想法具象化為一定的效果,但是在設(shè)計產(chǎn)品原型之前,產(chǎn)品經(jīng)理應(yīng)當(dāng)先明確相關(guān)背景,找準(zhǔn)最終目標(biāo),做好相應(yīng)的信息收集等。本篇文章里,作者對產(chǎn)品經(jīng)理在設(shè)計方案前應(yīng)當(dāng)做的事情和步驟做了總結(jié),一起來看一下。
產(chǎn)品設(shè)計是產(chǎn)品經(jīng)理的基本功,但很多人其實基本功都沒有練好。
先不說產(chǎn)品做事的核心邏輯是先決策要不要做、能不能做、如何做、如何做好。即使對于一個確定的事情,不少人可能處理得也不是很好。
有人可能上來就畫原型,然后方案考慮得不周全,被各方diss,有人可能先梳理流程,然后給出相對比較完整的解決方案,有人可能會再多考慮幾個解決方案,選擇相對優(yōu)的解法。
說實話我之前的流程也是先需求分析,然后競品調(diào)研、梳理流程、給出解決方案。
我最近思考下來覺得這套流程雖然沒什么問題,但不夠系統(tǒng),也少了點東西。
我現(xiàn)在的想法先搞清楚背景和目的,然后把目的轉(zhuǎn)化成目標(biāo)和指標(biāo),在收集內(nèi)外部相關(guān)的信息之后,再基于要達(dá)成的目的去考慮具體的方案設(shè)計。
一、明確背景和目的
做事先問目的,先把背景和目的了解了,再去考慮具體的實現(xiàn)手段,因為目標(biāo)不同,后續(xù)的路徑、動作可能完全不一樣。
比如你的上司跟你說,我們下個版本做個抽獎吧,你花了一個禮拜去做調(diào)研,做產(chǎn)品方案,結(jié)果有可能你上司跟你說這完全不是我想要的啊。
如果你在收到這個需求的時候多問幾個問題,可能就是完全不同的結(jié)果了。
比如你問:我們是出于什么考慮想做這個功能啊,最終想達(dá)成什么效果呢?
可能你的上司說:我們最近老用戶活躍度降低,所以想針對用戶活躍做個抽獎,刺激用戶產(chǎn)生一些關(guān)鍵行為;或者是我們的用戶雖然持續(xù)在付費,但整體ARPPU較低,希望提升一下。
你看兩個不同的目的,對應(yīng)的后續(xù)動作其實是完全不同的。而且上司口中的抽獎,其實是解決方案,不是問題本身,知道目的是什么,你才能判斷怎么做,以及有沒有更好的方案。
有2個工具可以幫助大家來明確目的,一個是5Why,一個是What-Why-How思考。
前面那個就是多問幾個為什么,后面那個就是別人讓你做什么的時候,先了解一下為什么要做,要做什么,最后才是怎么做的問題。
二、確定目標(biāo)并拆解
當(dāng)知道做事的目的之后,后續(xù)就是看怎么達(dá)成這個目的了。
我們需要先把目的轉(zhuǎn)化成具體的目標(biāo),然后盡可能地把目標(biāo)拆解,并且量化。
今年是我黨建黨100周年,我黨的目標(biāo)是全面建設(shè)社會主義現(xiàn)代化國家,那怎么建設(shè),建設(shè)到什么程度?
在“十四五”規(guī)劃中,可以看到這樣一些衡量類別,經(jīng)濟(jì)發(fā)展、創(chuàng)新驅(qū)動、民生福祉、綠色生態(tài)、安全保障。
以經(jīng)濟(jì)發(fā)展為例,又細(xì)分了GDP增長、勞動生產(chǎn)率增長、常駐人口城鎮(zhèn)化率這些指標(biāo)。
素材來源于互聯(lián)網(wǎng)
全面建設(shè)社會主義現(xiàn)代化國家是大的目標(biāo),下面又細(xì)分了若干個小的目標(biāo),每個目標(biāo)又有對應(yīng)的衡量指標(biāo)。
舉我們國家發(fā)展規(guī)劃的例子,是因為這是我能想到的最復(fù)雜、最龐大的案例了。一個國家的發(fā)展尚能夠把目標(biāo)進(jìn)行拆解,并且量化,你做的事情有比國家發(fā)展規(guī)劃更復(fù)雜么。
這部分有2個思考方式可以借鑒,一個是系統(tǒng)思考,一個是量化思考。
- 系統(tǒng)思考,就是找到所有的要素、關(guān)系,然后對所有關(guān)聯(lián)的部分進(jìn)行量化,比如我黨的規(guī)劃。
- 量化思考,就是先構(gòu)建出來量化公式,然后拆解相關(guān)聯(lián)的指標(biāo),不斷細(xì)分。比如:
- 利潤=收入-成本;
- 收入=DAU*登錄率*付費轉(zhuǎn)化率*ARPPU。
然后再不斷拆分各個指標(biāo),直到不能拆分為止,后續(xù)再提升單個指標(biāo)。
三、收集信息
不少人在收到需求之后很快就去考慮解決方案去了,實際解決方案是輸出的結(jié)果,當(dāng)你輸入足夠多、質(zhì)量足夠高的信息的時候,解決方案可能自動就出來了。
1. 內(nèi)部信息
這部分其實主要就是用戶信息、數(shù)據(jù)信息、業(yè)務(wù)和產(chǎn)品信息、限制條件這些。
用戶信息其實就是明確我們是想解決什么人在什么場景下的什么問題,解決之前是怎樣的,解決之后又會有什么價值。
數(shù)據(jù)信息主要是數(shù)據(jù)現(xiàn)狀,基于目標(biāo)拆解部分得到的數(shù)據(jù)公式、核心行為漏斗,先看目前整體的數(shù)據(jù)情況,再細(xì)分查看,看分行為、分人群、分渠道、分新老、分版本等維度下有沒有什么異常。
業(yè)務(wù)和產(chǎn)品信息主要是看功能的上下游,關(guān)聯(lián)模塊、歷史迭代情況,更充分地了解和定位問題。
限制條件主要是為了解決這個問題,我們能投入多少資源、多少時間,以及有沒有什么業(yè)務(wù)或者技術(shù)上的限制。
比如有些看起來不錯的方案,為什么當(dāng)時沒有做,是有業(yè)務(wù)上的限制,還是技術(shù)上的限制,還是有什么歷史遺留原因,先確認(rèn)清楚,避免后續(xù)發(fā)現(xiàn)挖了個大坑。
2. 外部信息
其實就是主要看要解決的問題,市面上是怎么解決的。
在不知道怎么做的時候,先去看看別人是怎么做的。如果知道怎么做的,可以看看有沒有更好的解決方案。
這部分其實主要是競品調(diào)研,先明確調(diào)研的目標(biāo),選擇合適的競品,最后是調(diào)研,并得出結(jié)論。
要詳細(xì)調(diào)研的是要解決的是什么問題,具體怎么解決的(業(yè)務(wù)流程、產(chǎn)品流程、產(chǎn)品功能),解決得好不好(用戶行為、數(shù)據(jù)表現(xiàn)、用戶反饋),需要什么關(guān)鍵資源,以及我們該如何處理?
四、方案設(shè)計
導(dǎo)入了那么多,終于到方案設(shè)計這塊了,主要分這么幾部分:
- 牢記目的》目標(biāo)》指標(biāo);
- 梳理整體業(yè)務(wù);
- 明確核心路徑;
- 功能設(shè)計+MVP;
- 運營計劃;
- 原型、文檔。
下面來分別看下。
1. 牢記目的>目標(biāo)>指標(biāo)
這部分就不用再贅述了,我們做這個事情就是為了服務(wù)最開始的目的、目標(biāo),千萬別忘記了。
千萬別做了一堆東西,最后發(fā)現(xiàn)跟目標(biāo)沒什么關(guān)系,目標(biāo)明確了,才能取舍后續(xù)的優(yōu)先級。
2. 梳理整體業(yè)務(wù)
首先要明確的是業(yè)務(wù)關(guān)系,我們要做的事情,在整個業(yè)務(wù)中的地位是怎樣的,能貢獻(xiàn)的價值是怎樣的,這有助于我們自己分清楚在做事情的優(yōu)先級。
其次是梳理清楚業(yè)務(wù)流程,這部分的產(chǎn)出物就是流程圖,很久之前寫過一篇流程圖的文章,可以看下。
3. 明確核心路徑
這部分就是為了滿足用戶的需求,需要做的事情,一部分是用戶自己需要做的事情,一部分是為了滿足用戶需求,我們需要做的事情。
以直播電商為例,用戶最終是在直播間下單并收到商品,為了支撐整個流程,我們需要做很多事情。
核心路徑明確之后,我們才能知道,哪些是關(guān)鍵點。
4. 功能設(shè)計+MVP
在上面的核心路徑部分,有一些東西是需要我們產(chǎn)品經(jīng)理們進(jìn)行功能設(shè)計的,整體設(shè)計流程是:
- 先梳理清楚模塊結(jié)構(gòu)(產(chǎn)品架構(gòu));
- 然后整理功能樹(功能清單);
- 之后繪制頁面流程;
- 最后別忘了數(shù)據(jù)設(shè)計。
模塊結(jié)構(gòu),指的是有哪些功能模塊,模塊之間的關(guān)系是怎樣的,以及有沒有涉及到其他模塊。
功能樹,指的是相關(guān)的功能點。先發(fā)散,再收斂,再聚焦,找到優(yōu)先級最高的功能,最關(guān)鍵的點,重點關(guān)注。
頁面流程,指的是頁面之間的關(guān)系、流向。
這里需要注意的是,我們上面所有的工作都是基于主觀臆測得出來的結(jié)論,可能正確也可能錯誤,所以我們整體需要基于MVP的原則來進(jìn)行驗證。
比如我們需要驗證的核心假設(shè)是什么,達(dá)到什么標(biāo)準(zhǔn)能證實或者證偽這個假設(shè)?
比如我們能不能把整體功能拆成幾步進(jìn)行驗證,先驗證比較核心、風(fēng)險比較高的需求,然后再進(jìn)行后續(xù)迭代?
比如我們目前的產(chǎn)品方案是不是驗證成本最小,驗證周期最短的方案?
功能性需求處理完之后,千萬別忘了數(shù)據(jù)需求,我是真的見過不少產(chǎn)品經(jīng)理在功能上線后啥啥數(shù)據(jù)都沒有。
- 首先我們需要明確我們要看什么指標(biāo),計算規(guī)則是怎樣的;
- 其次是提相關(guān)的數(shù)據(jù)埋點需求;
- 然后是數(shù)據(jù)的統(tǒng)計規(guī)則、上報規(guī)則,上報周期、數(shù)據(jù)回收周期(實時、小時、天、周等);
- 最后是數(shù)據(jù)的展現(xiàn)形式,是一次性取數(shù),是郵件報表,還是數(shù)據(jù)看板等。
5. 制定運營計劃
很多時候產(chǎn)品功能是需要疊加運營計劃的,需要結(jié)合具體的功能來看是否需要運營計劃,以及需要什么樣的運營計劃。
最終和相關(guān)小伙伴確定好對應(yīng)的人、事、物和時間點。
6. 繪制原型、撰寫文檔
這部分就是我們經(jīng)常說的畫原型,寫PRD文檔了。
方案設(shè)計差不多就這些,后面是方案如何落地了,包括需求評審、項目排期、開發(fā)測試、上線、復(fù)盤&迭代這些了,有機(jī)會的話后續(xù)再單獨寫篇方案落地的文章吧。
五、最后
千萬別一上來就畫原型,這樣的方案很可能被推翻很多遍,最后也沒達(dá)到想要的效果,先想清楚,再動手。
最后簡單回顧下文章,產(chǎn)品經(jīng)理的思考方式是要不要做,能不能做,如何做,如何做好。
在假定要做的情況下,可以按照這樣的流程來進(jìn)行方案設(shè)計。
首先明確背景和目的:
- 多問5個Why;
- 先明確為什么做,再明確做什么和怎么做。
其次是確定目標(biāo)并拆解:
系統(tǒng)思考+公式量化。
然后是收集信息:
- 內(nèi)部的:用戶信息、數(shù)據(jù)信息、產(chǎn)品和業(yè)務(wù)信息、各種限制條件;
- 外部的:最佳實踐。
最后是方案設(shè)計:
- 梳理整體業(yè)務(wù);
- 明確核心路徑;
- 功能設(shè)計+MVP:先梳理模塊結(jié)構(gòu)(產(chǎn)品架構(gòu)), 然后整理功能樹(功能清單),之后繪制頁面流程, 最后千萬別忘了數(shù)據(jù)設(shè)計;
- 制定運營計劃:確定方案+人事物+時間點;
- 原型、文檔。
以上,就是本文的主要內(nèi)容,歡迎斧正、指點、拍磚…
#專欄作家#
王家郴 ,公眾號:產(chǎn)品經(jīng)理從0到1,人人都是產(chǎn)品經(jīng)理專欄作家,喜歡網(wǎng)球和騎行的產(chǎn)品汪,目前奔走在產(chǎn)品的道路上,漫漫產(chǎn)品路,與君共勉。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
文章很棒,感謝分享
感謝分享,學(xué)到了
贊同。
接到需求,直接開干,還是從why開始分析,真的是新手和老鳥的核心區(qū)分點。文章很棒,點贊~
學(xué)習(xí)了