這是昨天一個同學在知識星球里向我提的問題,是關(guān)于產(chǎn)品設(shè)計的流程和 SOP 的,。 說實話,,這樣的問題回答起來是比較有壓力的,因為關(guān)于做產(chǎn)品的 SOP,,其實也沒什么行業(yè)標準,。可能每個公司有自己的一套流程,,甚至同一家公司不同的團隊也有自己的流程,,所以稱不上標準化。 話說回來,,只要能交付有價值的產(chǎn)品,,流程都是其次的。黑貓白貓,,能抓到老鼠,,就是好貓。 那我這只貓就來喵一下我做產(chǎn)品的流程,,不一定對,;但肯定是我實踐過的,供你參考。 總共 7 個步驟,,基于昨天在星球里的回答再展開講一下,。 一、業(yè)務(wù)分析——要做什么(業(yè)務(wù)流程圖)幾乎每一款產(chǎn)品都會對應(yīng)一個或多個業(yè)務(wù)流程,,它是對業(yè)務(wù)事件和不同角色間通過信息流動和交互方式的一種表達,,對應(yīng)的交付物就是業(yè)務(wù)流程圖。 例如電商業(yè)務(wù)有訂單生產(chǎn)流程圖,、有貨物進倉出庫流程圖,、也有資金流程圖;外賣業(yè)務(wù)有接單業(yè)務(wù)流程圖,、派單業(yè)務(wù)流程圖,、訂單流轉(zhuǎn)流程圖等。 做產(chǎn)品的第一步就是把業(yè)務(wù)分析清楚,,弄明白要做什么,,有哪些角色參與,業(yè)務(wù)交互節(jié)點是什么,,信息流,、資金流、物流等是如何流轉(zhuǎn)的,。 搞清了這些后,,就可以繪制不同業(yè)務(wù)模塊的流程圖,對整個全局就比較清楚了,。另外,,我們所說的產(chǎn)品定位、產(chǎn)品路線圖也包含在這個環(huán)節(jié)內(nèi),。 二,、產(chǎn)品分析——解決什么用戶問題(User Story)在完成業(yè)務(wù)分析并設(shè)計好業(yè)務(wù)流程之后,就可以進入產(chǎn)品分析的環(huán)節(jié)了,,這部分的主要目的就是要明確下來是要解決什么用戶問題,。 具體就包含了目標用戶、人群畫像,、需求定義,、用戶體驗地圖設(shè)計等。主要是從用戶和產(chǎn)品的角度,,通過一些工具把產(chǎn)品要解決的問題具象化表達出來,。 例如具體的用戶畫像構(gòu)建、需求分類(緊急重要,、是否關(guān)鍵路徑),、結(jié)合業(yè)務(wù)流程繪制用戶情感體驗地圖等。 然后,在這一步需要定義 MVP(最小可行性產(chǎn)品)以及產(chǎn)品的關(guān)鍵路徑(最小關(guān)鍵業(yè)務(wù)流程),,并形成需求清單以及功能清單,,排列好優(yōu)先級。 除此之外,,我們常說的競品分析和用戶調(diào)研也是在這一步完成,,并交付相應(yīng)的調(diào)研分析報告。 這一步的核心就是圍繞“解決用戶什么問題”來展開工作,。 三,、結(jié)構(gòu)設(shè)計——構(gòu)建產(chǎn)品骨架(信息架構(gòu)、功能結(jié)構(gòu))到第三步就比較具體了,,就是我們常說的設(shè)計信息架構(gòu)和功能結(jié)構(gòu),交付物就是樹狀結(jié)構(gòu)的思維導圖,,這個大家應(yīng)該都見過也做過,。 但需要區(qū)別的是,信息架構(gòu)和功能結(jié)構(gòu)不是一回事,,前者是描述產(chǎn)品的信息骨架,。例如一個網(wǎng)站的結(jié)構(gòu)包括哪幾個部分,每部分具體包括哪些字段信息,。這一步最好有技術(shù)同學介入,。 后者是從使用操作的角度來描述具體的功能結(jié)構(gòu),例如賬戶體系包括了注冊和登錄功能,。 為什么需要這兩張圖呢,? 信息架構(gòu)有助于我們?nèi)至私猱a(chǎn)品的信息脈絡(luò),尤其是對于一些復雜項目,,比較利于進行模塊化整合和分類,。 而功能結(jié)構(gòu)也能很清晰的告訴我們現(xiàn)在產(chǎn)品有哪些具體的大功能和子功能,有些能抽取出來合并同類項的就可以在技術(shù)層面做模塊化整合,。 到目前為止,,我們還不會進入具體的原型繪制階段。 雖然以上三步很重要,,但很多人,、很多團隊其實都忽視了,出現(xiàn)的問題就是產(chǎn)品混亂,,新人來了以后沒有產(chǎn)品全景圖,,也不知從何下手。 涉及到歷史功能調(diào)整時,,也不清楚前期的架構(gòu)和模塊劃分是如何設(shè)計的,,牽一發(fā)動全身;就像一座大橋要拔掉一顆螺絲,但你不知道拔掉后整座橋會不會垮,。 四,、原型設(shè)計——產(chǎn)品怎么用(交互設(shè)計、功能設(shè)計)這一步大家都很熟悉了,,使用工具畫原型,、做交互設(shè)計,我也就不展開講了,。 需要特別說明的是,,在小公司,功能設(shè)計和交互設(shè)計大概率就是產(chǎn)品經(jīng)理一人完成了,,而在大公司可能會有專門的交互設(shè)計團隊,。 例如我之前在京東時,具體的交互設(shè)計就是專門的 UED 團隊來完成,,產(chǎn)品經(jīng)理更側(cè)重需求定義和流程設(shè)計,。 五、視覺設(shè)計——產(chǎn)品長什么樣(設(shè)計師的工作)視覺設(shè)計屬于設(shè)計師的工作范疇了,,產(chǎn)品經(jīng)理可介入性不大,,我一向主張專業(yè)的事交給專業(yè)的人做。 這一步產(chǎn)品經(jīng)理要做的是什么呢,,主要是向設(shè)計師描述產(chǎn)品使用場景以及用戶特征,,即產(chǎn)品在什么情況下被什么特征的用戶來用。 對此,,設(shè)計師可能會采取不同的布局設(shè)計和配色方案,。 例如針對中老年的產(chǎn)品,在按鈕大小和字體顏色上,,可能需要更醒目一些,,如果設(shè)計師不理解大背景和產(chǎn)品用戶,可能會自己發(fā)揮,,這樣就會造成產(chǎn)品可用性不高,。 當然,這里說的可用性不高是指在目標用戶人群的可用性不高,,但產(chǎn)品本身是可用的,。 六、數(shù)據(jù)設(shè)計——驗證什么(埋點,、數(shù)據(jù)指標,、監(jiān)測策略)我們可以說,大部分的產(chǎn)品都是基于先驗的假設(shè)進行設(shè)計的,,也就是說實際情況如何我們提前很難知道,,那就需要通過數(shù)據(jù)區(qū)驗證,。 數(shù)據(jù)設(shè)計主要是基于第三步和第四部的成果進行具體驗證項定義,并在產(chǎn)品功能上設(shè)計相應(yīng)的數(shù)據(jù)埋點,,以及數(shù)據(jù)回收和統(tǒng)計機制,。 例如在電商產(chǎn)品的商品詳情頁,用戶到底是點“直接購買”多,,還是“加入購物車”多,,那就在這兩個按鈕上進行數(shù)據(jù)埋點,然后統(tǒng)計一段時間內(nèi)從這兩個渠道產(chǎn)生的訂單轉(zhuǎn)化率,。 如今已經(jīng)進入精細化運營的時代,,對應(yīng)的,產(chǎn)品也進入了精細化設(shè)計的階段,,用科學的方式驗證需求,,用數(shù)據(jù)去證明設(shè)計,已經(jīng)成了產(chǎn)品經(jīng)理必備的技能之一,。 七,、假設(shè)驗證——真相是什么(“假設(shè)-數(shù)據(jù)-調(diào)整”閉環(huán))最后一步,就是基于數(shù)據(jù)結(jié)果進行復盤和調(diào)整,,只有假設(shè)不行,,只有數(shù)據(jù)也不行,,最關(guān)鍵的是我們能從數(shù)據(jù)中獲得什么洞察(insight),。 基于洞察進行對應(yīng)的產(chǎn)品調(diào)整,然后再進入一個新的驗證閉環(huán),。這一部分的內(nèi)容,,我在之前的一篇文章《HVO——基于數(shù)據(jù)驅(qū)動的產(chǎn)品設(shè)計方法》有具體講過。 寫在最后雖然以上這7步是一個產(chǎn)品設(shè)計的步驟,,但也不是標準步驟,,更不是 SOP??赡苡械墓揪椭苯訌牡谝徊教搅说谒牟?,也有很多公司省略了最后兩步。 但不管怎么說,,可能因為公司資源和時間有限,,不能按照這個步驟開展產(chǎn)品工作,但我們產(chǎn)品經(jīng)理心里還是要有這個譜,,至少我們是知道一個產(chǎn)品的生產(chǎn)過程的,。 我說的也不一定對,只是拋出來跟大家分享,,能有一些啟發(fā)就好,。 如果你對產(chǎn)品問題感興趣,,可以一起討論。 最后說個小事,,今天我出去見了一個朋友,,她是做運營的,但對產(chǎn)品也不是特別了解,。她說了一句話我印象挺深的,。 她說:“我知道產(chǎn)品設(shè)計沒有看起來那么簡單,我還是挺敬畏產(chǎn)品經(jīng)理的”,。 #專欄作家#唐韌(Ryan),,微信公眾號:唐韌,人人都是產(chǎn)品經(jīng)理專欄作家,。前Juliye Care產(chǎn)品總監(jiān),,《產(chǎn)品經(jīng)理必懂的技術(shù)那點事兒》作者,在創(chuàng)業(yè)公司負責過多款從0到1產(chǎn)品,,目前在某電商巨頭負責產(chǎn)品工作 ,。 |
|
來自: 天下小糧倉 > 《產(chǎn)品》