G端產(chǎn)品設(shè)計(jì)-需求篇
本文基于工作以來(lái)實(shí)際項(xiàng)目情況,總結(jié)歸納出一些針對(duì)G端項(xiàng)目需求相關(guān)的經(jīng)驗(yàn),希望對(duì)你有所幫助。
一、G端業(yè)務(wù)分類
目前G端數(shù)據(jù)化項(xiàng)目根據(jù)其服務(wù)內(nèi)容和目標(biāo)的不同,主要分為公共服務(wù)類、內(nèi)部服務(wù)類、行業(yè)監(jiān)管類這三種類型,主要在提高政府服務(wù)效率、優(yōu)化內(nèi)部管理流程以及加強(qiáng)行業(yè)監(jiān)管等方面發(fā)揮著重要作用,以下是這三種分類的一些介紹和特點(diǎn):
我目前接觸的只有內(nèi)部服務(wù)類和治理監(jiān)管類的政府項(xiàng)目,都是從0-1開(kāi)始,主要包括建筑行業(yè)、審計(jì)業(yè)務(wù)這兩個(gè)行業(yè)。接下來(lái)我也是以這些項(xiàng)目經(jīng)驗(yàn)為例子,講解G端項(xiàng)目在需求調(diào)研、需求溝通、以及需求設(shè)計(jì)方面需要考慮和注意的一些事項(xiàng)。
二、需求來(lái)源與收集
一般對(duì)于B端項(xiàng)目的需求,一般可以通過(guò)市場(chǎng)分析和行業(yè)需求、客戶反饋、競(jìng)品分析、銷(xiāo)售和客服團(tuán)隊(duì)反饋、內(nèi)部團(tuán)隊(duì)協(xié)作與反饋以及數(shù)據(jù)分析潛在的需求和改進(jìn)點(diǎn)。
但是G端的項(xiàng)目比較特殊,就我目前接觸的內(nèi)部服務(wù)類和治理監(jiān)管類 這兩種類型來(lái)說(shuō),基本都屬于定制類開(kāi)發(fā),基本都是內(nèi)部系統(tǒng)和固定群體使用,市面上沒(méi)有競(jìng)品作為參考,他們的需求主要來(lái)自于客戶需求調(diào)研以及政策文獻(xiàn),也有部分來(lái)自于內(nèi)部老板的需求。
1. 來(lái)自客戶的需求
針對(duì)G端項(xiàng)目,需求調(diào)研的對(duì)象主要分為三類:
A: 核心領(lǐng)導(dǎo)類:比如,局里大領(lǐng)導(dǎo)。一般只關(guān)注駕駛艙內(nèi)容和設(shè)計(jì) ,他們對(duì)具體業(yè)務(wù)的操作過(guò)程不關(guān)注。一般只有節(jié)點(diǎn)性的對(duì)內(nèi)對(duì)外匯報(bào)時(shí)會(huì)重點(diǎn)關(guān)注下。
關(guān)注的內(nèi)容主要是,上一段時(shí)間的成果匯總統(tǒng)計(jì),本階段的一些成果展示,部分領(lǐng)導(dǎo)也會(huì)關(guān)注未來(lái)存在的一些隱患問(wèn)題或者可提升方向。
B:業(yè)務(wù)領(lǐng)導(dǎo)類:比如,處/科室領(lǐng)導(dǎo)或者局里的分管領(lǐng)導(dǎo)。他們不僅會(huì)通過(guò)駕駛艙去實(shí)際關(guān)注自己分管處室/自己處室各種事項(xiàng)大概情況以及進(jìn)度,也會(huì)在后臺(tái)中處理(比如任務(wù)分配、審批)和自己相關(guān)的一些業(yè)務(wù)信息。
C:一般業(yè)務(wù)人員:比如,具體處/科室業(yè)務(wù)人員。他們才是真正關(guān)注這個(gè)系統(tǒng)是否符合實(shí)際業(yè)務(wù)操作,怎么用,哪些功能點(diǎn)不對(duì),哪些功能應(yīng)該用著不舒服。
這類客戶他們其實(shí)是后臺(tái)管理系統(tǒng)主要的需求調(diào)研對(duì)象,以及也是后續(xù)系統(tǒng)試用過(guò)程中,以及系統(tǒng)迭代更新的主要需求來(lái)源。
在針對(duì)G端項(xiàng)目用戶需求調(diào)研的時(shí)候,這三類用戶我們都要去做調(diào)研,可以結(jié)合每種對(duì)象的關(guān)注點(diǎn)去收集需求,我們和客戶溝通獲取需求的方式,可能是面對(duì)面或者線上溝通,可能是通過(guò)歷史文件獲取信息,也可能是通過(guò)具體的政策文獻(xiàn)等方式,具體需要看每個(gè)業(yè)主的需求情況。
建議第一次正式需求溝通,以及后期整理后的需求匯報(bào)或者節(jié)點(diǎn)性的需求匯報(bào),都能采取面對(duì)面交流。
比如:審計(jì)整改管理系統(tǒng)是市縣兩用的,系統(tǒng)核心業(yè)務(wù)流程 主要是 新建項(xiàng)目信息(科室/股室負(fù)責(zé)人或主審)→編制整改問(wèn)題清單(主審)→利用模板起草告知函(主審)→告知函審核(主審、科長(zhǎng)/股長(zhǎng)、分管領(lǐng)導(dǎo))→發(fā)送告知函、問(wèn)題清單及審計(jì)報(bào)告等給被審單位(主審)→被審單位接收告知函、問(wèn)題清單、審計(jì)報(bào)告等(被審單位整改聯(lián)系人)→被審單位上傳其落實(shí)審計(jì)整改責(zé)任主體的佐證資料(即研究如何落實(shí)審計(jì)查出問(wèn)題整改措施的有關(guān)會(huì)議記錄)→被審單位通過(guò)平臺(tái)反饋整改情況及佐證資料(整改聯(lián)系人)→審計(jì)機(jī)關(guān)(主審、科長(zhǎng)/股長(zhǎng)、分管領(lǐng)導(dǎo))審核其反饋的整改信息資料,符合整改標(biāo)準(zhǔn)的進(jìn)行銷(xiāo)號(hào)操作。項(xiàng)目整改清單下所有問(wèn)題銷(xiāo)號(hào),則該項(xiàng)目整改結(jié)束。
針對(duì)整體業(yè)務(wù)流程的需求調(diào)研,我們主要是根據(jù)審計(jì)服務(wù)中心領(lǐng)導(dǎo)對(duì)接,通過(guò)客戶在講解局里目前實(shí)際業(yè)務(wù)過(guò)程中,其實(shí)就已經(jīng)把大致的需求邏輯理順了,包括有哪些事項(xiàng)節(jié)點(diǎn),每個(gè)節(jié)點(diǎn)是哪些角色人員去操作。
至于里面的一些細(xì)節(jié)信息,比如新建項(xiàng)目所需信息、整改問(wèn)題所需信息、以及大概在什么業(yè)務(wù)階段會(huì)進(jìn)行到下一流程情況,都需要根據(jù)具體業(yè)務(wù)處室提供的一些脫敏文件(如歷史項(xiàng)目計(jì)劃表、項(xiàng)目臺(tái)賬、問(wèn)題臺(tái)賬、歷年匯報(bào)統(tǒng)計(jì)的問(wèn)題數(shù)據(jù)需求等)基礎(chǔ)上進(jìn)行設(shè)計(jì)。
針對(duì)業(yè)務(wù)細(xì)節(jié)的設(shè)計(jì),遇到業(yè)務(wù)不通暢,以及需求準(zhǔn)確性的確認(rèn)都是需要跟具體業(yè)務(wù)處室的業(yè)務(wù)人員代表溝通確定。
基于以上的需求調(diào)研,已經(jīng)滿足后臺(tái)管理的需求設(shè)計(jì)了。至于駕駛艙的需求,主要是面向局領(lǐng)導(dǎo)的設(shè)計(jì)。
但是在系統(tǒng)沒(méi)有出現(xiàn),無(wú)法感受到真實(shí)信息,因此領(lǐng)導(dǎo)一般都會(huì)提出一些大概的要點(diǎn)展示,但是這些已經(jīng)可以填充駕駛艙的版面模塊信息了,至于里面放哪些數(shù)據(jù)哪些信息,還是要看整個(gè)系統(tǒng)中能夠產(chǎn)生哪些數(shù)據(jù),以及通過(guò)數(shù)據(jù)能夠哪些可決策的,客戶是一時(shí)半會(huì)是看不出來(lái)的;所以在這個(gè)項(xiàng)目中,駕駛艙的設(shè)計(jì)我們是根據(jù)領(lǐng)導(dǎo)提出的這幾個(gè)要點(diǎn),設(shè)計(jì)了審計(jì)項(xiàng)目情況、整改概況、審計(jì)文書(shū)、整改成效、審計(jì)移送情況、整改預(yù)警等。
至于每個(gè)模塊的信息,我們根據(jù)系統(tǒng)數(shù)據(jù)情況,我們是先設(shè)計(jì)出一版,給到客戶看了之后,客戶就可以在這個(gè)版本基礎(chǔ)上,提出自己的看法和建議,我們也可以針對(duì)性的修改設(shè)計(jì)。
2. 針對(duì)具體政策文件
一般在做政府項(xiàng)目中,具體的政策文件參考是少不了的,比如我剛接觸審計(jì)業(yè)務(wù)的時(shí)候,需要做審計(jì)整改管理系統(tǒng),當(dāng)時(shí)我們是研讀了《審計(jì)署8號(hào)令》《浙江省審計(jì)條例》,以及地方的一些審計(jì)辦法,基于這些文件,我們基本上可以整理出整體的審計(jì)業(yè)務(wù)的流程,以及每個(gè)節(jié)點(diǎn)產(chǎn)出文件,至于具體細(xì)節(jié)要根據(jù)各地市各客戶的需求定制。
不過(guò)在客戶需求清晰、溝通積極性很高的情況下,政策文件不作為主要需求采集來(lái)源,更多的是提供行業(yè)的背景支持,能夠幫助產(chǎn)品經(jīng)理快速準(zhǔn)確的理解客戶表達(dá)含義。
但是針對(duì)一些非正式立項(xiàng)的或者其他情況下的政府項(xiàng)目,部分業(yè)主的需求溝通積極性不高,可能會(huì)存在問(wèn)一句,答一句,不問(wèn),也不會(huì)答的情況下,我們就需要多去查找一些政策文件,作為參考,以輔助需求溝通和需求確認(rèn)。
這種情況存在的原因可能是,業(yè)主不重視這個(gè)項(xiàng)目,也可能是具體對(duì)接人員,不了解全貌業(yè)務(wù)流程或者部分業(yè)務(wù)細(xì)節(jié)。一般遇到這種情況時(shí),我們?cè)谛枨笳{(diào)研的時(shí)候就需要積極主動(dòng)去主導(dǎo),盡量去推動(dòng)客戶去提供信息。
至少要在客戶那邊把系統(tǒng)的核心業(yè)務(wù)邏輯理清楚,弄清楚每個(gè)流程節(jié)點(diǎn)情況,如果無(wú)法通過(guò)客戶理清楚,就需要參考當(dāng)?shù)卣l(fā)布的一些政策文件作為參考,然后自己梳理出具體的邏輯信息,然后反推客戶,讓客戶確認(rèn)已梳理邏輯是否正確,如果不正確,客戶自己就會(huì)提出不合理的點(diǎn)。
就比如我之前負(fù)責(zé)的工地自助服務(wù)管理平臺(tái)就屬于這種情況,這個(gè)系統(tǒng)主要是建筑行業(yè)政府監(jiān)管類型的項(xiàng)目,系統(tǒng)的核心業(yè)務(wù)為企業(yè)、項(xiàng)目、項(xiàng)目關(guān)鍵考勤人員三大審批業(yè)務(wù),其中企業(yè)端主要提供自助申報(bào)服務(wù),政府端主要提供審批以及管理服務(wù)。
當(dāng)時(shí)這個(gè)項(xiàng)目,客戶積極性很不高,領(lǐng)導(dǎo)層面基本上不主動(dòng)推進(jìn)項(xiàng)目,但是我們老板很主動(dòng),而且我們負(fù)責(zé)對(duì)接的住建部門(mén)基層的業(yè)務(wù)人員,無(wú)法對(duì)整體的業(yè)務(wù)邏輯準(zhǔn)確表達(dá),很多點(diǎn)都比較模糊,我們考慮到客戶他們可能清楚業(yè)務(wù),但是一時(shí)想不起來(lái)或者不知道怎樣表達(dá)和描述。
因此我們當(dāng)時(shí)更多是參考建筑行業(yè)政策文件,以及熟悉行業(yè)流程的土建B端客戶的溝通情況,來(lái)主動(dòng)引導(dǎo)客戶去說(shuō)更多關(guān)于業(yè)務(wù)流程的細(xì)節(jié)信息,通過(guò)我們的梳理,讓客戶去確定業(yè)務(wù)的整體邏輯準(zhǔn)確性。
至于細(xì)節(jié)信息,當(dāng)時(shí)考慮到這種情況,我們只能先按照最簡(jiǎn)單的信息情況設(shè)計(jì),然后給客戶看的時(shí)候,他們能知道缺了哪些,哪些不對(duì),我們才有根據(jù)的修改信息,但這個(gè)過(guò)程也是不斷反復(fù)的過(guò)程,因此當(dāng)時(shí)的這個(gè)項(xiàng)目做的其實(shí)還是蠻累的,不過(guò)也幸好是正式使用起來(lái)了。
3. 來(lái)自老板的需求
在產(chǎn)品設(shè)計(jì)環(huán)節(jié),不同的老板在項(xiàng)目中參與的程度是不同的,這個(gè)也和他們對(duì)業(yè)務(wù)的理解程度有關(guān)。
有的老板只是在參與項(xiàng)目進(jìn)度-原型設(shè)計(jì)匯報(bào)時(shí),對(duì)整體上或者部分細(xì)節(jié)提出大致的疑問(wèn)或者修改建議,一般會(huì)比較關(guān)注大屏的內(nèi)容和展示效果,有的會(huì)直接參與到需求討論階段,會(huì)融入自己對(duì)業(yè)務(wù)的理解和需要,以及會(huì)提出一些市場(chǎng)戰(zhàn)略方面的一些需求,這種一般對(duì)業(yè)務(wù)很熟悉,能夠針對(duì)業(yè)務(wù)細(xì)節(jié)提出針對(duì)性的建議。
但是很多時(shí)候,客戶的有些需求我們是可以做些取舍,但是老板的需求如果不合理很難去反駁,只能看具體需求具體分析。
當(dāng)然內(nèi)外部需求可能也有沖突的時(shí)候,這個(gè)時(shí)候,就來(lái)到了產(chǎn)品經(jīng)理最難受的點(diǎn),客戶和老板需求不統(tǒng)一該怎么辦? 我目前是要看具體需求,如果牽涉到一些邏輯性的、客戶堅(jiān)持的需求,得說(shuō)服老板聽(tīng)客戶的。
如果是一些非客戶堅(jiān)持的,我就比較狗腿子,這個(gè)時(shí)候聽(tīng)老板的。
以上其實(shí)就是G端目前主要的需求來(lái)源,一般在項(xiàng)目過(guò)程中,這三種情況都會(huì)同時(shí)存在,具體需要看實(shí)際情況參考使用。
三、需求管理
需求采集過(guò)之后,就要開(kāi)始進(jìn)行需求分析,經(jīng)過(guò)篩選后確定后再開(kāi)始設(shè)計(jì),畢竟不是所有的需求,都需要全部實(shí)現(xiàn),有些需求可能也是偽需求,因此對(duì)于需求的分析和篩選,需要多方面考慮,包括項(xiàng)目的總體目標(biāo)、項(xiàng)目的限制條件,如預(yù)算、時(shí)間、資源、以及開(kāi)發(fā)能力等。
在整個(gè)需求分析和篩選過(guò)程中,我是這樣操作的:
1. 需求整理
個(gè)人覺(jué)得需求池還是蠻重要的,這個(gè)主要是由產(chǎn)品經(jīng)理管理維護(hù)。
在項(xiàng)目初期,我會(huì)把所有需求都記錄在需求池中。
在每次客戶需求對(duì)接后,可以將客戶所有的需求整理在這里,按照時(shí)間、模塊、需求描述、需求來(lái)源、需求類型、需求狀態(tài)、產(chǎn)品設(shè)計(jì)狀態(tài)、需求處理版本、是否實(shí)現(xiàn)等情況,方便產(chǎn)品經(jīng)理管理哪些需求是否需要做?要在哪個(gè)版本做?對(duì)于一些暫時(shí)無(wú)法確定的或者需要暫時(shí)擱置的需求,后期也可以在這個(gè)文件中找到。
也便于后期整理系統(tǒng)二期的需求和預(yù)算。
2. 初步擬定項(xiàng)目框架
需求溝通后,基本上每個(gè)大致的模塊已經(jīng)清晰了,可以先把收集好的需求整理到對(duì)應(yīng)模塊下,然后再確定這個(gè)需求是否要在這么模塊使用和保留,這個(gè)步驟我般都是和需求池文件一起整理。
3. 需求分析和確認(rèn)
在分析需求的時(shí)候,我會(huì)先判斷確定系統(tǒng)的核心邏輯,需要這些是必須要實(shí)現(xiàn)的。
至于在整體邏輯實(shí)現(xiàn)時(shí),需要看客戶提出的具體節(jié)點(diǎn)需求,是否合理或者是否時(shí)客戶真實(shí)想要的需求,如果合理及真實(shí),就可以確定要設(shè)計(jì),如果不合理,但是要保證核心邏輯實(shí)現(xiàn),就要學(xué)會(huì)需求轉(zhuǎn)化實(shí)現(xiàn)。過(guò)程中我會(huì)搭配業(yè)務(wù)流程圖一起進(jìn)行分析,如果節(jié)點(diǎn)有疑問(wèn)的,會(huì)順便備注在旁邊,方便后期咨詢。
就比如審計(jì)整改管理系統(tǒng)中,整改掛號(hào)階段,當(dāng)時(shí)客戶需求的是通知書(shū)必須要采用在線編輯套用模板的形式,然后通過(guò)在線編輯生成通知書(shū),開(kāi)始走內(nèi)部通知書(shū)審核流程。
但是考慮到國(guó)產(chǎn)系統(tǒng)在線編輯插件適配、額外費(fèi)用情況(局目前使用的國(guó)產(chǎn)系統(tǒng)有好多種,每一個(gè)如果使用都會(huì)產(chǎn)生插件費(fèi)用),我們當(dāng)時(shí)是改成通知書(shū)主體上通過(guò)手動(dòng)上傳文件,支持下一個(gè)審批人員下載編輯和再上傳,然后購(gòu)買(mǎi)了一個(gè)使用范圍多國(guó)產(chǎn)系統(tǒng)插件,支持部分人員可在線編輯使用。
其他各模塊需求也是要按照,是否客戶確定要實(shí)現(xiàn),客戶需求是否是真實(shí)需求、功能開(kāi)發(fā)是否能夠?qū)崿F(xiàn)、功能實(shí)現(xiàn)起來(lái)需要耗費(fèi)的時(shí)間精力、整體預(yù)算方面多方考慮。
比如客戶需求是否真實(shí):比如在做整改管理時(shí),我們?cè)O(shè)計(jì)思路時(shí),是通過(guò)整改項(xiàng)目-問(wèn)題管理-整改掛號(hào)-新增問(wèn)題/整改反饋-銷(xiāo)號(hào)審批 。當(dāng)時(shí)我們?cè)O(shè)計(jì)路徑太深了,每次找的時(shí)候會(huì)很麻煩,客戶想讓我們直接用問(wèn)題維度,只直接展示出來(lái),這樣更加方便操作一些。
但是客戶的這個(gè)需求就不是很合理,如果直接按照客戶說(shuō)的意思去設(shè)計(jì),這個(gè)模塊就直接變成了問(wèn)題維度下新增通知書(shū)、新增問(wèn)題、以及問(wèn)題跟進(jìn)。后期使用時(shí),會(huì)更加麻煩,也無(wú)法統(tǒng)計(jì)查看,因此當(dāng)時(shí)就覺(jué)得不太合適,還是要最大程度的保留以項(xiàng)目維度去新增設(shè)計(jì)。因此我們將需求轉(zhuǎn)化成了,按照項(xiàng)目-問(wèn)題掛號(hào)-新增;項(xiàng)目-通知書(shū)-新增;項(xiàng)目-問(wèn)題銷(xiāo)號(hào)-問(wèn)題跟進(jìn)和審核銷(xiāo)號(hào)。這樣客戶進(jìn)入這個(gè)模塊就清楚,在這個(gè)模塊下可以做這些事情,也方面項(xiàng)目維度統(tǒng)計(jì)查詢,同時(shí)也簡(jiǎn)化了操作步驟
比如預(yù)算方面:我之前負(fù)責(zé)過(guò)一個(gè)審計(jì)委員會(huì)管理項(xiàng)目,客戶提出的需求很多,既需要日常業(yè)務(wù)功能管理,也需要整體督辦流程管理,還需要市縣一起改造使用,但是客戶的預(yù)算有限,只有十幾萬(wàn),市局負(fù)責(zé)一半,各區(qū)縣分?jǐn)偝袚?dān)一半,這種情況下我們只能砍需求,最后是把督辦的業(yè)務(wù)流程基本上砍掉了,先做最簡(jiǎn)單的事項(xiàng)錄入和辦結(jié)。
基本上通過(guò)以上的要素就可以確定下要實(shí)現(xiàn)的需求內(nèi)容了,接下來(lái)就可以開(kāi)始原型設(shè)計(jì)和需求文檔產(chǎn)出環(huán)節(jié)了。
以上是我對(duì)G端產(chǎn)品包括需求采集、需求分析、需求確認(rèn)相關(guān)的一些經(jīng)驗(yàn)分享,文章內(nèi)容純個(gè)人經(jīng)驗(yàn)和見(jiàn)解,如有不對(duì),望各位大佬能夠留言指出,謝謝~
本文由 @番茄機(jī)長(zhǎng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)
- 目前還沒(méi)評(píng)論,等你發(fā)揮!