午夜精品人妻久久久-成年美女很黄的网站-在线看片免费人成视久网app-国产精品美女无遮挡一区二区-91精品国产综合久久久久-国产的免费视频又猛又爽又刺激-在线看片免费人成视久网app-久久香蕉国产精品视频-av一区二区三区高清

從需求到功能,B端產(chǎn)品設(shè)計四步法

一個B端產(chǎn)品經(jīng)理自身產(chǎn)品設(shè)計的質(zhì)量和效率 , 直接決定了項目的結(jié)果與效率 。但很多人一開始并沒有這樣的經(jīng)驗在以下哪個場景中推薦使用wisp,缺乏相對統(tǒng)一的思考框架及能力體系 , 難以快速輸出產(chǎn)品設(shè)計 。作者結(jié)合自身經(jīng)驗,總結(jié)了B端產(chǎn)品設(shè)計四步法,幫助你少走一些彎路 。
之前在公司《產(chǎn)品學(xué)習(xí)小組》會上,我們討論過一個話題,就是產(chǎn)品經(jīng)理有沒有相對統(tǒng)一的思考框架和能力評估體系 。
結(jié)果,各個方向的產(chǎn)品負(fù)責(zé)人都有一個共識:就是技術(shù)的培養(yǎng)和評判標(biāo)準(zhǔn),相對成體系一些,但是對產(chǎn)品經(jīng)理來說,就會變得不太容易 。
一方面是因為產(chǎn)品細(xì)分的方向比較多 , 另一方面產(chǎn)品跟業(yè)務(wù)走得近,相對屬性也會離散一些 。所以就導(dǎo)致了產(chǎn)品的成長環(huán)境和路徑都會帶有非常強的個人色彩 。
不過最終,產(chǎn)品出身的BOSS還是傳授給我們了一套他沉淀方法論——“萬能產(chǎn)品五步法”:① 用戶 – ② 需求 – ③ 場景/路徑 – ④ 痛點/訴求點 : ⑤ 解法
算是在宏觀上,把產(chǎn)品分析的過程有了一個框架的抽象 。
經(jīng)過學(xué)習(xí)演練在以下哪個場景中推薦使用wisp,我也深受其益,一直在使用 。
不過這個模型,我發(fā)現(xiàn)有一定的使用范圍 。那就是比較適合于用戶比較確定且相對獨立的,C端適用性更強 , 或B端某一個特定用戶在限定場景內(nèi) 。
那如果是一個完整的B端產(chǎn)品,涉及到非常多用戶角色參與并相互協(xié)作,那就會需要另外一些方法來補充 。
我覺得本質(zhì)上,C端產(chǎn)品操作或B端在特定場景操作 , 是一個使用需求;但對一個完整的B端產(chǎn)品,各個用戶角色的使用更像是一個過程,他們共同協(xié)作操作完成的那個結(jié)果 , 才是B端產(chǎn)品本身的需求達(dá)成 。
今天,我就嘗試來聊聊,B端產(chǎn)品設(shè)計的思考框架 。
PS:以下文章內(nèi)容,我們重點討論“產(chǎn)品設(shè)計”環(huán)節(jié)的一些方法 。我們假定產(chǎn)品設(shè)計對應(yīng)的需求價值分析沒問題,產(chǎn)品決策已經(jīng)做過了 。
不知道,大家在日常工作中會不會遇到這樣一個現(xiàn)象?
一些人接到一個需求后,馬上就會開始進(jìn)入到功能設(shè)計:流程圖畫系統(tǒng)流程,xmind列功能清單,甚至直接axure開始畫交互頁面 。
在這樣的操作下 。大概率在需求評審環(huán)節(jié)、開發(fā)環(huán)節(jié)甚至上線后,他會遇到以下情況:細(xì)節(jié)遺漏、忘記協(xié)同其他部門進(jìn)場、遇到無法解決的技術(shù)/資源卡點,最終導(dǎo)致項目不斷返工、延期 , 甚至停工 。越大規(guī)模項目,問題會越嚴(yán)重 。
在我的實際工作中,我也遇到很多以上這樣的情況 。到最終 , 可能一個人需要很多項目的血淚經(jīng)驗,才能慢慢做得成熟一些 。
B端產(chǎn)品的基本面,是講究產(chǎn)品可用性的,各個鏈條環(huán)節(jié)的問題,都會影響最終結(jié)果 。
這也是B端產(chǎn)品要求重邏輯和專業(yè)性的原因 。
所以,一個B端產(chǎn)品經(jīng)理自身產(chǎn)品設(shè)計的質(zhì)量和效率,直接決定了項目的結(jié)果與效率 。
那么 , 在B端產(chǎn)品設(shè)計中,有沒有一些像產(chǎn)品五步法一樣的方法 , 能指引產(chǎn)品設(shè)計,讓大家少走一些彎路呢?
過去一段時間內(nèi),我自己在部門內(nèi)也做一些論證,也提煉了一套我認(rèn)為比較有效的方法,我稱之為“B端產(chǎn)品設(shè)計四步法” 。
接下來,我們按步驟講解下:
一、拆需求(用戶->場景->需求)
一個最小的子需求,應(yīng)有3個要素組成:用戶**在**場景下的**需求 。
那一個完整的大需求,就需要N多個子需求所組成 。
但是 , 一個人如果想要直接面向子需求顆粒度去分析,對于大項目復(fù)雜項目,基本是不可能完成的任務(wù) 。
在這里,我建議大家使用「角色×流程」象限圖表法 。
【從需求到功能,B端產(chǎn)品設(shè)計四步法】按照這個框架,我們需要依次代入每個用戶的視角,來窮舉不同用戶在不同場景下的需求點 。
PS:場景1、2、3、4,盡量按照信息流的時間線順序(大概率是可以的) 。
注意,在這個環(huán)節(jié)大家不要考慮任何系統(tǒng)功能和實現(xiàn) , 就用白話來描述需求點 。因為后邊有其他步驟來做轉(zhuǎn)化的事情 。
按照以上的原則,把各個象限表格填寫完成 。
完成第一遍之后 , 還需要繼續(xù)第二遍,第三遍的 。
在后邊的每一遍檢查中 , 可以嘗試按不同流程(例如場景中包含的信息流、資金流、實物流等等)、按不同用戶(例如按照用戶生命周期時間線)來交叉比對信息 。
串聯(lián)時候,一定要做到保證邏輯(不是系統(tǒng)邏輯,而是自然邏輯)自洽 。
讀到這里,有人可能會問:這個象限圖表,看起來不就是多個用戶在驅(qū)動一個流程場景變化,能不能就是一個流程圖來呈現(xiàn)呢?
大部分場景下,是不能等同的 。
嚴(yán)謹(jǐn)來說流程圖更多是單一主線隨時間變化的呈現(xiàn) , 但是這個圖表中,其實會包含更多個流程圖,例如上邊說的信息流、資金流、實物流等等 。
另外,還有一些前置準(zhǔn)備信息、后置信息,都跟流程沒太多強耦合關(guān)系 。畫成流程圖,特別容易遺忘這些需求點 。
第1步「拆需求」,是產(chǎn)品設(shè)計最重要的一環(huán),這個環(huán)節(jié)有偏差,后邊幾個環(huán)節(jié)都要跟著重新返工,會影響整體項目效率 。所以,大家一定要在這個環(huán)節(jié)多花一些功夫 。
二、需求轉(zhuǎn)譯事件
當(dāng)?shù)?步完成之后 , 我們就會得到不同用戶一個個明確的需求點 。
那么第2步,我們就側(cè)重于需求怎么達(dá)成,這里給一個公式 。
一個需求的結(jié)果 = 事件1+事件2+事件3+……
其中,事件X=用戶**通過**做**
一個事件,可以是一個頁面的按鈕點擊,也可能是一個邏輯的執(zhí)行,也可能是一個sop的執(zhí)行等等 。
注意,不同事件之間,可能有先后順序或依賴關(guān)系 。
在這一步中 , 因為是事件視角,就要關(guān)心能不能達(dá)成的問題,尤其是一些核心卡點 。看哪些事件的完成,依賴外部、依賴資源、依賴技術(shù)可行性等等 。
理論上,在這一步,就需要大面上確定各個事件的可行性 。如果是關(guān)鍵環(huán)節(jié)不能達(dá)成,那就要尋找替代方案 , 如果找不到,那基本上也就不能繼續(xù)往下走了 。
不少人,就是在這個環(huán)節(jié)內(nèi),沒有對關(guān)鍵環(huán)節(jié)做論證,導(dǎo)致詳細(xì)方案出完才發(fā)現(xiàn)有卡點,需求做不了 。
我自己的經(jīng)驗,第2步完成之后,才能去做項目立項 。
三、事件模塊化聚合
第1步是按照用戶視角 。
第2步也是按照用戶視角和功能視角 。
完成前兩步之后,所有需求都被事件轉(zhuǎn)譯 , 接下來我們需要收斂一下功能點 。
大家發(fā)現(xiàn)一個事件的元素組成是:用戶**通過**做** , 這里面通過“**”這個對象,更多就是領(lǐng)域模塊 。例如交易訂單、促銷、支付、清結(jié)算、業(yè)財、物流等等,當(dāng)然這個模塊顆粒度可以更粗也可以更細(xì),大家根據(jù)實際情況來決定即可 。
這個步驟的主要作用,就是將離散的功能點所需要的承載體 , 聚類聚合 。
因為需求最終落地的最細(xì)劃分會到模塊,而模塊一般情況其實跟崗位職責(zé)是對應(yīng)起來的 。例如A同學(xué)考慮A模塊的設(shè)計,B同學(xué)考慮B模塊的設(shè)計 。
另外,功能點聚類之后,也能一次性get到大需求內(nèi)所有對單模塊的影響點,便于一次性分析,省得來回倒騰 。
四、詳細(xì)設(shè)計
完成以上3個步驟之后,其實產(chǎn)品設(shè)計的主要工作基本就完成80% 。
剩余的,就是如何落地到具體細(xì)節(jié)設(shè)計和描述 。要不就是新增一個能力,要不就是改動一個能力 。
詳細(xì)設(shè)計的對象,可能是頁面的交互、一個自動腳本、系統(tǒng)校驗邏輯、線下SOP等等 。
產(chǎn)品設(shè)計一定要結(jié)合現(xiàn)在系統(tǒng)的現(xiàn)況 。一方面是現(xiàn)在系統(tǒng)的邏輯,另一方面是新能力疊加已有能力的成本 。
這個環(huán)節(jié)會用到專業(yè)知識和設(shè)計經(jīng)驗,每個人情況不同,我默認(rèn)大家這個環(huán)節(jié)已經(jīng)比較熟練,不再贅述 。
不管如何 , 如果前面幾個步驟做得比較扎實,這個第4步我覺得問題不大 。因為到這個步驟,技術(shù)已經(jīng)完全跟產(chǎn)品站在同一個起跑線了 , 會“補位”或“掰扯”產(chǎn)品功能如何實現(xiàn)的 。
本文到此結(jié)束,希望對大家有所幫助 。