如何將業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品設(shè)計(上)
怎樣將一個之前未接觸過的新業(yè)務(wù),轉(zhuǎn)化為研發(fā)可以具體開發(fā)的詳細(xì)產(chǎn)品方案呢?本文作者對此進(jìn)行了分析,一起來看一下吧。
一、構(gòu)建業(yè)務(wù)模型
怎么樣將一個idea,商業(yè)模式拆解為業(yè)務(wù)模型,這個在之前的文章中已經(jīng)有詳細(xì)的說明,可以點擊看相關(guān)文章:
團(tuán)隊管理2——業(yè)務(wù)模型拆解(上)
團(tuán)隊管理2——業(yè)務(wù)模型拆解(下)
總體思路是:
1)有一個ideal之后,運用商業(yè)運作模型(商業(yè)畫布,商業(yè)模式運作圖,價值鏈分析)、業(yè)務(wù)運作模型、財務(wù)運作模型能夠?qū)⒁砸粋€項目的各方面做一個整體的評估;
2)我們進(jìn)一步運用業(yè)務(wù)模型的拆解方法,可以拆分出這個事情的核心業(yè)務(wù)及支撐系統(tǒng),明白這個事情是如何運作的,關(guān)鍵節(jié)點是哪些,并據(jù)此搭建一個整體性的產(chǎn)品概覽。
但這個產(chǎn)品框架是一個比較粗略的方案,比如之前其它文章畫的同城配送系統(tǒng)的產(chǎn)品整體概覽(已經(jīng)做過這個系統(tǒng),然后來寫這篇文章,帶有天然的理解在里面)。
那怎樣將一個之前未接觸過的新業(yè)務(wù)轉(zhuǎn)化為研發(fā)可以具體開發(fā)的詳細(xì)產(chǎn)品方案呢,這其實不是一件簡單的事情,特別是針對復(fù)雜系統(tǒng),平臺類產(chǎn)品的時候。
本文不涉及戰(zhàn)略層面的東西,這部分在之前的業(yè)務(wù)模型拆解中有涉及一部分,另外怎么樣去找到一個好的需求點,并評估是否可行也不涉及。
我們將文章限定范圍為:產(chǎn)品方向已經(jīng)確定,業(yè)務(wù)模式等已確定,我們只需要把這個業(yè)務(wù)調(diào)研清楚,做產(chǎn)品拆解。這樣將讓我們的精力集中于業(yè)務(wù)向產(chǎn)品詳細(xì)方案的轉(zhuǎn)化,業(yè)務(wù)方向一定要確定,然后才去啟動正式的產(chǎn)品詳細(xì)方案設(shè)計工作,要不然產(chǎn)品方案會無止境地變化,無謂地增加各種成本和打擊團(tuán)隊的士氣。
二、業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品的難點
業(yè)務(wù)是依托于用戶存在的,這個用戶可能是購買商品的客戶,也可能是公司內(nèi)部的管理運營人員。
業(yè)務(wù)就是由用戶發(fā)起并執(zhí)行后有一個結(jié)果的活動,這個活動可能是由系統(tǒng)執(zhí)行,可能由其他人完成,也可能人與系統(tǒng)配合完成。
互聯(lián)網(wǎng)和信息技術(shù)出現(xiàn)之前,業(yè)務(wù)基本都是在線下進(jìn)行,現(xiàn)在越來越多業(yè)務(wù)實現(xiàn)線上化,有些業(yè)務(wù)整體都是線上(比如抖音、微信、資訊),O2O業(yè)務(wù),傳統(tǒng)行業(yè),制造業(yè)等行業(yè)還有很多業(yè)務(wù)是在線下。
無論是怎樣的業(yè)務(wù),我們大多以用戶為中心進(jìn)行設(shè)計產(chǎn)品,產(chǎn)品在滿足用戶需求同時,還要讓用戶在使用過程中感到足夠方便和舒適。但另一個方面,滿足用戶的需求不僅僅只是跟用戶打交道,還面臨著其他一切為滿足用戶需求而提供服務(wù)的人員和企業(yè),對于這些衍生需求,也是需要滿足。
這項工作面臨著很多挑戰(zhàn):
1)沒考慮到非用戶接觸的內(nèi)部業(yè)務(wù)產(chǎn)品設(shè)計:以用戶為中心的設(shè)計,從用戶角度出發(fā)的,目標(biāo)是要讓用戶的體驗好,但可能忽略一些基礎(chǔ)支撐性的業(yè)務(wù)如何設(shè)計。
2)沒考慮業(yè)務(wù)流程設(shè)計:一項業(yè)務(wù)需要設(shè)計流程。比如,一個訂單需要設(shè)計用戶下單、確認(rèn)發(fā)貨、物流送貨和用戶簽收等流程。但以用戶為中心的設(shè)計,對流程強(qiáng)調(diào)得并不多,更多地強(qiáng)調(diào)了頁面設(shè)計和簡單的交互設(shè)計。
3)遺漏大量邏輯:當(dāng)系統(tǒng)復(fù)雜度很大的時候,只使用流程進(jìn)行考慮將會很復(fù)雜,這將導(dǎo)致會遺漏很多邏輯,特別是多系統(tǒng)之間的交互。
4)缺乏系統(tǒng)性:平臺類型的業(yè)務(wù)產(chǎn)品設(shè)計,需要考慮到各系統(tǒng)之間的交互,比如平臺類型的訂單,會涉及用戶、商戶、平臺,一筆訂單中由包含商品、優(yōu)惠、快遞、支付、退款等。很容易對系統(tǒng)考慮不全,導(dǎo)致架構(gòu)存在問題。
5)未考慮系統(tǒng)的延展性:只關(guān)注當(dāng)時當(dāng)下的問題,沒有考慮到業(yè)務(wù)發(fā)展之后,產(chǎn)品需要怎么來支持,使得產(chǎn)品系統(tǒng)隨著業(yè)務(wù)發(fā)展而需要不斷的重構(gòu)。
6)如果有多人協(xié)作同一個系統(tǒng),很容易由于各自的設(shè)計思路不一致,繪制原型標(biāo)準(zhǔn)不一致而造成各自閉門造車而最終組裝不上的問題。
那需要怎么來應(yīng)對這些問題呢:
1)梳理流程的時候,采取端到端的方法——也即是從一個活動的開始直到最終結(jié)果的整個過程,形成閉環(huán),可以跨越多端(用戶端、商家端、平臺管理端)、多部門、多操作者,打破產(chǎn)品系統(tǒng)的隔閡和封閉。
2)采用統(tǒng)一的語言體系和標(biāo)準(zhǔn)(如UML,各端口原型及設(shè)計標(biāo)準(zhǔn)統(tǒng)一),保證各方的底層設(shè)計邏輯、標(biāo)準(zhǔn)、語言統(tǒng)一,這樣設(shè)計出的東西才統(tǒng)一。
3)從面向過程的設(shè)計轉(zhuǎn)為面向?qū)ο蟮脑O(shè)計,應(yīng)對復(fù)雜性、平臺型項目設(shè)計,更系統(tǒng)全面的考慮問題,就需要把UML,DDD思想運用到從業(yè)務(wù)到產(chǎn)品設(shè)計的過程中,讓整個的過程更系統(tǒng)絲滑,實現(xiàn)面向?qū)ο?,模塊化、模型化的產(chǎn)品設(shè)計。
三、以業(yè)務(wù)為中心的設(shè)計
1. 整體思路
下圖為用戶體驗要素的5層框架結(jié)構(gòu):
- 戰(zhàn)略層——確定商業(yè)目標(biāo),產(chǎn)品目標(biāo),用戶群體,怎么賺錢等
- 范圍層——為產(chǎn)品功能劃定范圍,做哪些功能
- 結(jié)構(gòu)層——思考產(chǎn)品怎么做,包括怎么跟用戶交互,怎么組織內(nèi)容(信息架構(gòu))
- 框架層——思考產(chǎn)品怎么設(shè)計,界面設(shè)計,導(dǎo)航設(shè)計,信息設(shè)計
- 表現(xiàn)層——風(fēng)格統(tǒng)一,色彩搭配,排版,利用用戶的視覺,聽覺,觸覺,味覺來刺激用戶
普通產(chǎn)品經(jīng)理做得就是范圍層,結(jié)構(gòu)層,框架層的東西,表現(xiàn)層一般是UI設(shè)計師來。
范圍層對應(yīng)搭產(chǎn)品的框架(功能框架、非功能框架);
結(jié)構(gòu)層對應(yīng)做細(xì)節(jié)(業(yè)務(wù)流程、業(yè)務(wù)操作、信息結(jié)構(gòu));
框架層對應(yīng)畫界面(交互設(shè)計及更詳細(xì)的信息設(shè)計,信息設(shè)計來源于信息結(jié)構(gòu)),可以表示為如下圖所示:
2. 產(chǎn)品常用的UML圖
我們學(xué)習(xí)的英語、漢語可以被稱為語言,這個是顯而易見的。我們學(xué)習(xí)的各種數(shù)學(xué)符號,也是一種語言,叫數(shù)學(xué)語言。
怎么理解數(shù)學(xué)符號也是一種語言呢?比如,我們可以用漢語說“一加一等于二”,但是在實際做計算的時候,我們還是習(xí)慣用“1+1=2”來表達(dá)。
兩者的意思是相同的,但用數(shù)字表達(dá)更高效、更簡潔。
統(tǒng)一建模語言也是語言,該語言可以代替我們的文字描述來表達(dá)一項業(yè)務(wù),可以對業(yè)務(wù)進(jìn)行抽象建模。
建模是對事物的一種抽象表述,其目的是簡化現(xiàn)實。也就是將紛繁復(fù)雜的業(yè)務(wù),進(jìn)行抽象,讓業(yè)務(wù)更清晰,系統(tǒng)的進(jìn)行呈現(xiàn),便于理解。通過建模的方式,我們進(jìn)一步將業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品方案。
語言都有語法(使用規(guī)則),如英語、漢語等都有語法。數(shù)學(xué)符號也有語法,如規(guī)定加、減、乘、除和括號的用法。UML既然也是語言,那么就有相應(yīng)的語法,如規(guī)定流程圖的開始和結(jié)束怎么畫、判斷條件怎么畫等。
在所有的UML圖中,產(chǎn)品經(jīng)理需要掌握的是用例圖、流程圖、狀態(tài)圖、類圖這四種圖。
挑選一個適合的繪制UML圖的工具,將有助于提高工作效率,并展現(xiàn)出專業(yè)度。
Microsoft Visio、ProcessOn、億圖圖示等軟件都能繪制UML圖。使用Axure RP軟件既能繪制原型圖,又能繪制UML圖,不用再將UML圖進(jìn)行轉(zhuǎn)移。用Axure RP軟件繪制UML圖能節(jié)省時間,建議使用該軟件繪制UML圖。
下一篇將介紹具體怎樣將業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品的做法。
專欄作家
Markzou,8年產(chǎn)品經(jīng)驗,人人都是產(chǎn)品經(jīng)理專欄作家。主要專注于本地生活、O2O、到家服務(wù)、新零售領(lǐng)域;曾任職于多家本地生活垂直領(lǐng)域頭部公司,具有豐富的本地生活行業(yè)經(jīng)驗。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
如果有不明白的地方,可以加markzou1988
設(shè)計工具現(xiàn)在遍地都是,想要學(xué)會的成本比較低,但產(chǎn)品設(shè)計卻是產(chǎn)品方面不能缺少的,必須掌握。