To G產(chǎn)品初體驗及復(fù)盤
編輯導(dǎo)語:to G是從to B衍生出來的一種特殊劃分,面向的企業(yè)為政府或相關(guān)事業(yè)單位,主要是根據(jù)每年政府投入的財政預(yù)算,然后去做的一系列信息化項目。本文從作者自身工作出發(fā),結(jié)合具體項目實踐中的所思所想,根據(jù)自己第一次所經(jīng)歷的to G項目,分享總結(jié)了自己的一些心得體會,僅供大家一起參考和學(xué)習(xí)。
一、to G 產(chǎn)品的定義
1. 行業(yè)現(xiàn)狀
目前市面上對產(chǎn)品類型,如果按照用戶群體劃分,普遍按照to C、to B、to G這樣幾個大類來分的,國內(nèi)目前互聯(lián)網(wǎng)行業(yè)的產(chǎn)品經(jīng)理也基本上分布在這幾個領(lǐng)域中。
但在互聯(lián)網(wǎng)這個圈子里,自帶光環(huán)屬性的還是做to C 產(chǎn)品的,畢竟這一塊才是大神聚集的領(lǐng)域,以至于現(xiàn)在的產(chǎn)品人沒做過to C產(chǎn)品都不好意思對外說自己是產(chǎn)品經(jīng)理。
但現(xiàn)如今的互聯(lián)網(wǎng)行業(yè),頭部效應(yīng)越來越明顯,非頭部公司的生存空間越來越小,留給從業(yè)人員的坑位越來越少。
如今的to C的產(chǎn)品人員過度飽和,已經(jīng)遠(yuǎn)遠(yuǎn)超過需求了。對于從業(yè)人員來說,to B 和to G 產(chǎn)品還是存在不少機(jī)會的,人才需求還是比較旺盛。
因此,也有不少產(chǎn)品經(jīng)理在往這方面轉(zhuǎn)型。
筆者從誤打誤撞進(jìn)入產(chǎn)品經(jīng)理這個坑開始,一直做的是to C產(chǎn)品,如今也是由于行業(yè)原因,開始接觸一些to B和to G的產(chǎn)品,本文此次主要是針對最近做的一個to G產(chǎn)品做闡述和分析,算是對本次項目的一個復(fù)盤。
2. 什么是to G 產(chǎn)品
所謂to G,即面向ZF機(jī)構(gòu),使用這些產(chǎn)品的人員主要是任職的ZF相關(guān)工作人員。
至于to G產(chǎn)品的劃分,其實并沒有一個嚴(yán)格意義的定義。
比如也有些公司,直接把to G產(chǎn)品劃為to B產(chǎn)品。此類產(chǎn)品的需求來源相對來說比較特殊,例如政策性業(yè)務(wù)需求、ZF領(lǐng)導(dǎo)指派的任務(wù)等。
二、項目介紹
1. 項目背景
此次接到的項目,主要是涉及農(nóng)村產(chǎn)權(quán)交易方面的。主要目的是希望通過該平臺的建設(shè),以金融科技力量實現(xiàn)基層政府G端連接,協(xié)助ZF完善農(nóng)村產(chǎn)權(quán)交易服務(wù)體系。
服務(wù)串聯(lián)村集體、合作社、涉農(nóng)企業(yè)、農(nóng)戶等B端C端涉農(nóng)群體,有效解決農(nóng)村產(chǎn)權(quán)交易過程中的信息壁壘和信用缺失,突破交易難、抵押難、融資難、融資貴的問題,從而激活農(nóng)村生產(chǎn)要素市場,實現(xiàn)農(nóng)業(yè)生產(chǎn)增效、農(nóng)民生活增收、農(nóng)村生態(tài)增值。
簡單的說:就是通過該系統(tǒng)建立一個中間平臺,把農(nóng)村的的一些產(chǎn)權(quán)要素(如林權(quán)、土地經(jīng)營權(quán))盤活,實現(xiàn)線上的產(chǎn)權(quán)交易,與此同時提供對應(yīng)融資服務(wù)。
對于沒接觸這類行業(yè)的人來說,要理解農(nóng)村產(chǎn)權(quán)這些專業(yè)名詞就比較困難了,要去理清里面的業(yè)務(wù),更是難上加難。
本人之前做的一直是消費金融相關(guān)的產(chǎn)品,當(dāng)接到這個項目時,說實話是有點懵的。畢竟之前從來沒有接觸過這類的產(chǎn)品,連農(nóng)村產(chǎn)權(quán)交易是什么意思都不知道。
但對于一個產(chǎn)品經(jīng)理來說,快速了解一個行業(yè),快速學(xué)習(xí)業(yè)務(wù)的能力,是必備的技能。
現(xiàn)在都在說往“T”字型人才方向發(fā)展,其實對于產(chǎn)品經(jīng)理來說也一樣,也需要在行業(yè)知識方面往“T”型方向去發(fā)展,即既需要在某個行業(yè)的深度,也需要有接觸和了解不同行業(yè)的廣度。
盡管這個項目與我之前工作經(jīng)歷和接觸的行業(yè)大相徑庭,但是對于我來說也不失為一個學(xué)習(xí)的機(jī)會。
2. 項目介紹
如前文所述,這個產(chǎn)品的主要功能是用于建立一個中間平臺,把農(nóng)村的的一些產(chǎn)權(quán)要素(如林權(quán)、土地經(jīng)營權(quán))盤活,實現(xiàn)線上的產(chǎn)權(quán)交易。因此它的核心是創(chuàng)建產(chǎn)權(quán)項目,以及交易流程的管理。
系統(tǒng)使用對象是涉及農(nóng)村產(chǎn)權(quán)交易的各級ZF機(jī)構(gòu)(包括省、市、縣、鄉(xiāng))工作人員。
系統(tǒng)核心功能主要有6個大的模塊(如下圖),主要用于發(fā)布資訊(如地方新聞、政策法規(guī)之類的);產(chǎn)權(quán)交易項目的創(chuàng)建、審批和發(fā)布;以及競價項目的管理。
三、項目存在的問題
其實這個項目在接手的時候,是已經(jīng)有一個初版的產(chǎn)品。但僅僅是一堆功能的集合,無論是使用體驗上,還是業(yè)務(wù)邏輯都存在許許多多的問題。
而我要做的:一是重新梳理業(yè)務(wù)邏輯,讓系統(tǒng)的的功能劃分更明確,邏輯更清晰,形成業(yè)務(wù)上的閉環(huán);二是優(yōu)化用戶使用體驗,使系統(tǒng)更簡便易用。
接手項目后,梳理了一下當(dāng)前系統(tǒng)的問題,發(fā)現(xiàn)問題遠(yuǎn)比自己想象的多,可以用千瘡百孔來形容。
1. 業(yè)務(wù)邏輯問題
系統(tǒng)核心功能主要有6個大的模塊,最核心的功能是項目線上發(fā)布、掛牌、競價和交易(如下圖)。但是通測下來,發(fā)現(xiàn)連主流程都沒辦法走通。
2. 6個功能模塊分別也存在功能劃分不清晰,權(quán)限劃分不清晰,流程混亂
舉一個簡單的例子。項目列表展示,給每一個操作系統(tǒng)操作人員展示的都是一樣的,即展示全量的信息。但從實際業(yè)務(wù)上來說,不同權(quán)限的操作人員是不需要看到所有信息的。
比如一個市級的操作人員,是不需要看到或者操作另外一個市的工作人員創(chuàng)建的項目的,同時也不應(yīng)該有權(quán)限去對該項目進(jìn)行增刪改操作。
3. 用戶體驗的問題
原來的系統(tǒng)存在非常多的反人類設(shè)計,在實際體驗中,有時會讓人抓狂。
后來了解到,很多ZF項目,由于特(國)殊(情)的原因,需求提出者和實際使用者并不是同一批人,因此做出來的產(chǎn)品是不care使用者好不好用的,重要的是功能全不全,boss喜不喜歡。
這也是為什么,跟ZF相關(guān)的系統(tǒng)總是被吐槽難用。但對于習(xí)慣了做to C產(chǎn)品的人來說,真的是很難容忍這些反人類的設(shè)計的。
當(dāng)你在競爭激烈,視用戶為上帝的toC行業(yè)浸泡幾年后,對用戶體驗的重視已經(jīng)深入骨髓,就很難再回得去了。就像當(dāng)你習(xí)慣了視網(wǎng)膜分辨率的手機(jī)屏幕后,再看那些普通屏幕的大果粒,會油然而生一種厭惡感。
四、我所做的一些優(yōu)化
鑒于系統(tǒng)存在的種種問題,在和項目組負(fù)責(zé)人溝通后,我們決定重構(gòu)系統(tǒng),保留基礎(chǔ)功能的基礎(chǔ)上,對業(yè)務(wù)邏輯重新進(jìn)行梳理,流程進(jìn)行全面優(yōu)化,以實現(xiàn)流程清晰,用戶體驗大幅提升。采取的措施主要有:
1. 合并同類項
原先的系統(tǒng)中,不同功能模塊內(nèi)的子功能有些是沒有太多關(guān)聯(lián)的,而屬于一條主線的業(yè)務(wù)卻又分散在不同的功能模塊中。
這樣導(dǎo)致的一個問題是,用戶在進(jìn)行業(yè)務(wù)操作是,需要在系統(tǒng)不同板塊中切換,無法形成一個連貫的操作。
例如,報名、競價、成交、退還保證金是一條業(yè)務(wù)線,那么放到系統(tǒng)中一個大的菜單中,就更清晰明了,而不是報名管理在一個菜單中,競價又是在另外一個菜單中。
2. 簡化操作
以業(yè)務(wù)審批流程為例,原來的系統(tǒng),當(dāng)提交一個審批任務(wù)進(jìn)入審批流后,系統(tǒng)會提示操作成功。
但是實際上,這個任務(wù)僅僅是跑到了待辦任務(wù)列表中去了,并沒有進(jìn)入審批流,而是需要再次到待辦任務(wù)中,再點擊一次提交,并且選擇審批人,然后才算真正提交成功。
這是一個非常反人類的設(shè)計,并不符合操作習(xí)慣;同時也可能會導(dǎo)致流程中斷后,忘記去待辦任務(wù)列表中再次提交,從而導(dǎo)致沒有進(jìn)入審批。
類似這樣的優(yōu)化還有很多,篇幅有限,這里不一一介紹。
3. 業(yè)務(wù)邏輯優(yōu)化
這個涉及比較多的業(yè)務(wù)上的內(nèi)容。
例如:所有創(chuàng)建的項目(包括資訊、供應(yīng)項目、需求項目、抵押登記項目)展示和查看均采用向下兼容模式,即登陸賬號所展示和查看到的項目為所屬行政區(qū)域及其下轄區(qū)域所發(fā)布的項目。
又如:不同項目的審批流程的駁回路徑,會根據(jù)項目不同,分成一次駁回和逐級駁回。
五、一些待解決的問題
由于是整個系統(tǒng)重構(gòu),整個項目前期的需求編寫其實花費了不少時間,并且由于to G產(chǎn)品的特殊性,對PRD和原型的要求會更加細(xì)致和規(guī)范,需要花費大量的時間消耗在文檔編寫上面。
僅這一個系統(tǒng)的文檔,就寫了將近10萬字,寫完不由得感嘆比自己當(dāng)初寫研究生畢業(yè)論文還累。
同樣,原型圖也是要求高保真,光是給頁面做交互就花了將近一周的時間。盡管前期工作已經(jīng)結(jié)束,個人覺得還是存在一些問題并沒有很好的解決,主要如下:
1. 無法接觸一手需求
在對系統(tǒng)進(jìn)行設(shè)計時,雖然對原系統(tǒng)做了比較大的改動,但是由于無法接觸到一手的需求。
因此很多業(yè)務(wù)邏輯遵循了原有的設(shè)計,但個人認(rèn)為還是有不少點存在模糊不清的地方,如果能和用戶直接溝通,相信能對業(yè)務(wù)有更好的理解。
2. 由于種種原因,系統(tǒng)遲遲未能上線
因此,對于改造后的系統(tǒng)究竟是否貼合用戶的需要,有哪些地方需要進(jìn)一步的優(yōu)化,是完全未知的——這與to C 產(chǎn)品”小步快跑,快速迭代”的理念差異是非常大的。
盡管做to G產(chǎn)品還是有許多不適應(yīng)的地方,但是對于自己來說,經(jīng)歷了這個項目,也還是收獲頗多。無論是從需求文檔撰寫規(guī)范性,還是開拓自己的視野,都有一定的幫助。
另外自己有還有一點小感悟就是,to G這一類的產(chǎn)品,對產(chǎn)品經(jīng)理的項目管理能力也會有一定的要求。
由于整個系統(tǒng)的功能相對龐雜,因此與各干系人的溝通必須要非常充分,對工期進(jìn)度的把控,后期測試的質(zhì)量把控,均要比to C 產(chǎn)品耗費更多的精力。
本文由 @戈德曼 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Pexels,基于 CC0 協(xié)議
很棒,收藏了
謝謝~
我也是個入行一年多的G端小白產(chǎn)品,我覺得在2G的行業(yè)里面有這么幾個特性,一個是項目方向的不確定性,由于項目主導(dǎo)性很多時候都在客戶(可能非用戶)手上,然后這個需求會存在變動的可能性,比如加減需求(一般不會減^_^),做好的需求推翻重做等等,這時候你需要一個強(qiáng)有力的項目經(jīng)理把控一下需求邊界;第二個是項目對接需求龐雜,各種內(nèi)部系統(tǒng)、外部系統(tǒng)、上級系統(tǒng)等等,會存在很多的對接工作需要做,系統(tǒng)設(shè)計的時候也需要考慮對接數(shù)據(jù)的來源以及可獲得性;第三點是項目運營維護(hù)困難,這個點比較雜,我看過很多ZF系統(tǒng)(非一線日常業(yè)務(wù)系統(tǒng)),都處于幾乎停用狀態(tài),很重要的原因就是沒人維護(hù)日常的基礎(chǔ)數(shù)據(jù),根本用不起來,甚至我見過一個系統(tǒng)平臺建成后,沒有人來錄入基礎(chǔ)數(shù)據(jù),更別說維護(hù)數(shù)據(jù)了,而且G端項目多是一次性交付,不會像C端一樣對用戶進(jìn)行體驗調(diào)查,再進(jìn)行深入改進(jìn),也就沒法做出優(yōu)秀好用的G端產(chǎn)品了。說到底,G端行業(yè)是一個相對公益性的行業(yè),不管是ZF直接投資還是借當(dāng)?shù)貒都瘓F(tuán)投資,基本上都不考慮投資回報率啥的,也沒什么金錢回報可言,而這個項目能獲獎,能在媒體上多曝光比這個項目的功能好不好用重要多了。
說的非常中肯,你對這行的了解比我要深。實話說,我做了幾年2C產(chǎn)品,剛做2G的還是很不適應(yīng)的,不過也還是能學(xué)到不少東西,加油
2G,需要區(qū)分三個角色:領(lǐng)導(dǎo)、需求負(fù)責(zé)人、系統(tǒng)實際用戶。
權(quán)衡角色利益,把握需求邊界才是最重要的。如果只是以項目交付為目標(biāo)的話,以領(lǐng)導(dǎo)和需求負(fù)責(zé)人的需求為主,沒必要浪費太多的精力。
如果是業(yè)務(wù)系統(tǒng)這類的,需要以系統(tǒng)實際用戶需求為主,在簡單滿足領(lǐng)導(dǎo)需求后,深耕業(yè)務(wù)需求。