政務(wù)產(chǎn)品需求產(chǎn)出過程的思考

? ? ??在初次接觸政務(wù)類產(chǎn)品的時候,項目經(jīng)理直接扔出一堆下載的國家文件,告訴我可以先把需求功能寫出來做好demo然后去見用戶,去了解他們的看法。我起初是不解的,為什么不是先去和目標(biāo)用戶訪談,了解他們想要什么,再去做功能和功能確認(rèn)?而要做這些即將重復(fù)返工的事?

? ? ? 在這之前先來聊一聊我以前的B端行業(yè)經(jīng)驗,B端產(chǎn)品是為企業(yè)降本增效的,大部分用戶已有使用這類軟件的經(jīng)驗,功能產(chǎn)生絕大部分一定是先有較明確的用戶需求,提出用戶需求后,產(chǎn)品經(jīng)理根據(jù)用戶的需求進(jìn)行產(chǎn)品的目標(biāo)確定、需求的調(diào)研、需求的梳理,根據(jù)自己對行業(yè)痛點的理解,用戶痛點的分析,去加入一小部分特色功能需求,把客戶需求轉(zhuǎn)化成具體的產(chǎn)品功能需求,這樣既能夠保證產(chǎn)品的行業(yè)通用型,還能幫助用戶通過使用系統(tǒng)實現(xiàn)企業(yè)降本增效的目的。

? ? ?后來的經(jīng)歷打消了我的不解。經(jīng)歷過政務(wù)產(chǎn)品的小伙伴一定知道收集需求的過程有多艱難,在我經(jīng)歷過各種磨難后,我想復(fù)盤關(guān)于政務(wù)類產(chǎn)品需求產(chǎn)出的思考,如下。

? ? ?政務(wù)類信息化產(chǎn)品大部分是滿足政策上指導(dǎo)的信息化要求,國家統(tǒng)建或者地方自建的。因此和我們接觸的決策者雖然很清晰政策,但是可能對信息化功能怎么實現(xiàn)目標(biāo)不太清楚,雖然使用過系統(tǒng)但幾乎只關(guān)心數(shù)據(jù)的監(jiān)督和展示,很難問出實際有效的的信息,如果要調(diào)研基層使用者用戶需要領(lǐng)導(dǎo)發(fā)文或者提前通知,不然無法執(zhí)行。因此前期只能通過成型的demo演示進(jìn)行場景演練,決策者們才知道什么功能是他們需要或者是還存在問題需要優(yōu)化的,確定demo后才會發(fā)文或通知基層配合調(diào)研。

? ? 下面是我總結(jié)的政務(wù)類產(chǎn)品的特點,主要從用戶類型、需求來源、需求類型三個角度來說。

? ? 一、 用戶類型

? ? 用戶分類兩大類,一類是決策層用戶、一類是使用層用戶。決策層用戶通常是領(lǐng)導(dǎo)或者監(jiān)督者,使用層用戶通常是窗口的操作人員,基層的工作者。

? ? ?二、需求來源

? ? ?1.政策文件,政務(wù)類產(chǎn)品的大部分需求來源于國家或地方發(fā)布的政策,根據(jù)政策建設(shè)或完善信息化系統(tǒng),這里可以從國家政務(wù)網(wǎng)下載相關(guān)資料,例如:如果我是做醫(yī)療機構(gòu)管理的信息化產(chǎn)品,我就會去政務(wù)網(wǎng)下載醫(yī)療機構(gòu)管理相關(guān)的最新政策,根據(jù)最新政策的整理相關(guān)的政策需求。

?? ? 2.用戶需求,通過用戶訪談的方式獲取,大部分用戶剛開始往往沒有具象化的需求,需要通過流程模擬的方式獲取用戶的意見和產(chǎn)品需求。

? ? ?三、需求類型

? ? 1.決策層需求,報表需求為主,去了解決策層用戶的工作就知道,除了通過統(tǒng)計了解當(dāng)?shù)氐臄?shù)據(jù)情況,他們每月、每季度、每年還需要上報的各種類型的報表,而他們匯總一個需要上報的報表通常需要找好幾個系統(tǒng)相關(guān)的負(fù)責(zé)人,發(fā)文、溝通才能獲取到想要的數(shù)據(jù),系統(tǒng)多、搜集難、數(shù)據(jù)多源、統(tǒng)計難度大是他們最頭痛的問題,如果能做好系統(tǒng)報表功能,對他們來說省了很大一部分精力。

? ? 2.使用層需求,業(yè)務(wù)辦理流程和系統(tǒng)交互為主,使用層是實際的高頻系統(tǒng)業(yè)務(wù)信息操作人,基層的使用人日常工作其實已經(jīng)比較繁重了,在他們看來新系統(tǒng)未來可能是沉重的工作負(fù)擔(dān),是比較排斥的,不一定會很配合,但是可以通過描述系統(tǒng)能給他們帶來的好處,耐心相處,獲取實際業(yè)務(wù)場景相關(guān)的需求。

? ? ?最后來說下政務(wù)類產(chǎn)品需求梳理的流程,主要流程為:政策文件解讀-demo演示-決策層用戶調(diào)研-使用層用戶需求調(diào)研-需求輸出-需求細(xì)化。

? ? ?一、政策文件解讀

? ? ? 知己知彼百戰(zhàn)不殆,首次和決策層見面演示特別重要,決定了他們對你專業(yè)度的認(rèn)可,對目標(biāo)產(chǎn)品相關(guān)的政策進(jìn)行分析解讀,不僅可以分析大致的產(chǎn)品輪廓,還可以通過深入的了解減少和決策層用戶的交流屏障。比如用戶提起:醫(yī)療執(zhí)業(yè)許可證的編碼規(guī)則、醫(yī)療機構(gòu)違規(guī)的監(jiān)督和懲治方式等,我們完全不了解,這會給用戶很差的印象,降低信任感。

? ? ?二、demo演示

? ? ? 政策文件解讀完成后大致對產(chǎn)品的形態(tài)有一個大概的輪廓,下一步是去驗證自己的想法,根據(jù)行業(yè)產(chǎn)品和政策文件提到的要點整理一個功能表單和演示demo。在和決策者進(jìn)行demo演示的時候注意要從用戶的角度去拆分使用場景,挑重點去講解需求切的哪些政策要點,怎么能實現(xiàn)更好的完成工作任務(wù)。演示完畢后決策者一定會有不同的意見或者想法可以交流,幫助我們完善功能需求表。

? ? 三、使用層用戶需求調(diào)研

? ? ?曾經(jīng)有次前往領(lǐng)導(dǎo)溝通好的調(diào)研場所,剛剛到達(dá),就被通知調(diào)研對象臨時有公事離開最近都不在。所以建議對使用層用戶的需求調(diào)研,需要提前溝通準(zhǔn)備好訪談大綱,有條件的情況下盡量能夠和一位決策層用戶一同前往,保障訪談的過程正式性和順利進(jìn)行。

? ? 同使用層的用戶進(jìn)行需求調(diào)研通常使用訪談的方式,時間不要超過1小時,按照使用者日常的業(yè)務(wù)處理流程演示demo,并進(jìn)行反饋和記錄,進(jìn)一步的完善功能表。

? ? 四、需求輸出

? ? ?在獲取完兩大類用戶的需求后,需要結(jié)合政策文件進(jìn)行需求的整合,把符合政策的需求納入、不符合政策的需求剔除,把合理化的需求納入,把特色化的需求進(jìn)行梳理,這里是一個需求整合過程,過程輸出一份較為完成度較高的需求功能清單和業(yè)務(wù)流程圖。這個時候可以開始進(jìn)行產(chǎn)品需求輸出,進(jìn)入產(chǎn)品開發(fā)工作階段了。

? ? 五、需求細(xì)化

? ? ? 政務(wù)類鋪開覆蓋的面積大,且產(chǎn)品的好壞可能會影響到?jīng)Q策者單位的公信力,遭到基層人員的投訴,因此會有試點區(qū)域?qū)ο到y(tǒng)進(jìn)行兩個月到兩年的定期的試點,在這個試點實施過程中會有很多試點地區(qū)、實施人員提出的相關(guān)實際場景或者特殊場景需求,比如:正常醫(yī)療機構(gòu)補助發(fā)放是按照地區(qū)補助標(biāo)準(zhǔn)發(fā)放,但是部分機構(gòu)因為在標(biāo)準(zhǔn)建立前已經(jīng)進(jìn)行進(jìn)行補助發(fā)放,無法按照規(guī)定錄入系統(tǒng)。這個期間我們就是不斷的搜集實施現(xiàn)場需求,并且對產(chǎn)品需求進(jìn)行細(xì)化和認(rèn)真打磨。

? ? ?以上是我對政務(wù)類信息化產(chǎn)品的思考,希望后期能在行業(yè)上進(jìn)行更深入的理解,各位同行共勉。

? ? End-

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容