如何拯救一個(gè)G端后臺(tái)審核模塊?

3 評(píng)論 5943 瀏覽 34 收藏 8 分鐘

編輯導(dǎo)語(yǔ):當(dāng)你接盤別人的項(xiàng)目時(shí),你要如何快速上手,做好應(yīng)對(duì)策略?假設(shè)這個(gè)項(xiàng)目設(shè)計(jì)得并不完善,你又要如何對(duì)其進(jìn)行拯救和完善?本篇文章里,作者結(jié)合一個(gè)G端后臺(tái)審核模塊設(shè)計(jì)案例,對(duì)其如何進(jìn)行接盤以及實(shí)操設(shè)計(jì)進(jìn)行了總結(jié),一起來(lái)看。

年后全盤接手一個(gè)Government(簡(jiǎn)稱G端)政府端業(yè)務(wù)系統(tǒng)的從0-1搭建過(guò)程。

該系統(tǒng)對(duì)外有個(gè)針對(duì)服務(wù)對(duì)象的業(yè)務(wù)應(yīng)用(PC+App),對(duì)內(nèi)有一套針對(duì)經(jīng)辦人員的后臺(tái)管理系統(tǒng)。截止目前,按照產(chǎn)品路線圖和產(chǎn)品規(guī)劃,產(chǎn)品對(duì)外的功能開(kāi)發(fā)完成度已經(jīng)100%。

近期,恰逢讓客戶驗(yàn)收可交付成果,準(zhǔn)備項(xiàng)目上線,?因?yàn)橐粋€(gè)對(duì)內(nèi)的參數(shù)管理的業(yè)務(wù)審核模塊設(shè)計(jì)(早期其它團(tuán)隊(duì)完成的),存在客戶和本人,單純看頁(yè)面已實(shí)現(xiàn)的效果,不清楚開(kāi)發(fā)的功能對(duì)業(yè)務(wù)如何起到管理和控制。需要本人重新梳理需求和業(yè)務(wù)關(guān)系,并做必要改造。

截至發(fā)稿日期,本人已重新梳理完成,設(shè)計(jì)此模塊原型,研發(fā)已開(kāi)發(fā)完成并部署到演示環(huán)境。再次給客戶演示時(shí),此模塊獲得有決策權(quán)客戶的聽(tīng)完講解“一把過(guò)”認(rèn)可。

借此分享出來(lái),希望對(duì)產(chǎn)品人員(?建議:0-3歲閱讀,偏向產(chǎn)品設(shè)計(jì)實(shí)操類?)做產(chǎn)品設(shè)計(jì)有幫助。借此文章,我來(lái)重新復(fù)盤梳理這個(gè)審核模塊我是如何拯救的?

01

出于項(xiàng)目隱私保密,對(duì)審核頁(yè)面做了適度脫敏處理。下圖是接手后臺(tái)審核模塊的參數(shù)管理頁(yè)面(之前其他人設(shè)計(jì)的頁(yè)面的原型)。

該頁(yè)面存在的主要問(wèn)題 :對(duì)需求理解不到位、設(shè)計(jì)的頁(yè)面易讀性較差,主要體現(xiàn)在:

  • 新增按鈕,事項(xiàng)內(nèi)容太多。囊括人社部門的所有業(yè)務(wù),篩選范圍太多,導(dǎo)致審核業(yè)務(wù)與對(duì)外服務(wù)的事項(xiàng)存在孰是孰非難判定。
  • 審核層級(jí)關(guān)系在該頁(yè)面體現(xiàn)較差。
  • 操作功能權(quán)限未根據(jù)層級(jí)做控制。
  • 表格展示方式及部分字段可讀性較差。

接下來(lái)談?wù)?,我是如何一步一步去拯救這個(gè)模塊。

02

首先,掌握待改造模塊的需求背景。因?yàn)樵擁?xiàng)目已積累的材料有限,于是找之前的熟悉此模塊建設(shè)的負(fù)責(zé)人了解此模塊的建設(shè)背景,借此知道該模塊存在的價(jià)值、要解決什么問(wèn)題。

經(jīng)過(guò)一番多方溝通后,再加上自己的獨(dú)立思考,確認(rèn)此模塊的用途是為業(yè)務(wù)經(jīng)辦人員可根據(jù)各地市實(shí)際情況靈活設(shè)置某事項(xiàng)業(yè)務(wù)進(jìn)行人工審核還是自動(dòng)審核通過(guò)。

其次,掌握功能的“藕斷絲連。

針對(duì)前面提到的該頁(yè)面存在的主要問(wèn)題?,第一,我重新梳理模塊的事項(xiàng)作用域,即和服務(wù)對(duì)象使用的需要審核的業(yè)務(wù)進(jìn)行事項(xiàng)的篩選,事項(xiàng)目前就三個(gè)需要做審核配置,故新增和編輯的下拉事項(xiàng)做了范圍控制,開(kāi)發(fā)也重新優(yōu)化了接口。

第二,基于對(duì)該業(yè)務(wù)的需求的理解,梳理了默認(rèn)事項(xiàng)約束邏輯和自定義約束邏輯,故重新調(diào)整了操作按鈕的操作權(quán)限并做按鈕的必要取舍。比如,經(jīng)辦區(qū)域?yàn)槭〉氖马?xiàng)不支持刪除,故操作不支持刪除,事項(xiàng)下的各地市可自由操作(編輯、刪除)。展示上,做了一級(jí)和二級(jí)從屬關(guān)系的展開(kāi)折疊效果。優(yōu)化了頁(yè)面事項(xiàng)閱讀體驗(yàn)。

第三,?基于對(duì)該業(yè)務(wù)的需求的理解,對(duì)該業(yè)務(wù)的表格做了可讀性的調(diào)整,表格上調(diào)整表頭字段。把“是否審核”改成“是否人工審核”,并在旁邊做了鼠標(biāo)移入的提示效果(已選擇為人工審核,未選擇為自動(dòng)審核通過(guò))。

理由是:目前審核下拉菜單有不審核、都審核、A機(jī)構(gòu)、B機(jī)構(gòu),如果按照之前的設(shè)計(jì),選了A機(jī)構(gòu),是人工審核還是自動(dòng)審核在頁(yè)面體現(xiàn)上不容易區(qū)分,顯得設(shè)計(jì)不夠清晰、具體化,故做了這個(gè)調(diào)整 。

第四,?表格新增了字段,即“更新日期”,一方面用于排序,一方面也易于操作人員看到最新設(shè)置的最新日期,也算是優(yōu)化了頁(yè)面事項(xiàng)信息閱讀體驗(yàn)。

第五,查詢條件根據(jù)實(shí)際業(yè)務(wù)情況,刪掉了事項(xiàng)名稱。因?yàn)樵搶徍四K對(duì)外服務(wù)的事項(xiàng)就三個(gè),可加可不加,我就優(yōu)化了這個(gè)條件。

最后,和客戶確認(rèn)更改是否滿意。伴隨著思考而重新繪制原型,如下圖原型所示,并與客戶進(jìn)行再次核對(duì)交流,不能閉門造車(P.S.所有的改造調(diào)整后第一時(shí)間需要讓客戶有知情權(quán),所有的改動(dòng)要經(jīng)過(guò)客戶拍板才能進(jìn)入研發(fā),順序不能亂,比較設(shè)計(jì)是服務(wù)于業(yè)務(wù)人員的)。

當(dāng)然,實(shí)際這個(gè)結(jié)局是此改造讓有決策權(quán)的客戶聽(tīng)完調(diào)整講解后認(rèn)可并“一把過(guò)”。(如下圖原型所示)

該后臺(tái)審核模塊已拯救完成,從這個(gè)功能使用來(lái)說(shuō),相比于昔日,已讓它變得更契合客戶業(yè)務(wù)需求,已讓它變得更好用了,改造義務(wù)已盡到了,完美拯救了一回。

寫在最后

我一直把自己接盤別人的項(xiàng)目比作項(xiàng)目的接盤俠、項(xiàng)目后媽,這個(gè)過(guò)程相比于自己一手獲取需求、做設(shè)計(jì)而言,有溝通路徑來(lái)的長(zhǎng)、很多重要需求信息會(huì)被漏掉、信息傳達(dá)不到位等局限性,所以萬(wàn)分建議做項(xiàng)目/產(chǎn)品需求的童鞋們,平常工作中必要的項(xiàng)目信息做好保存,讓必要的組織過(guò)程資產(chǎn)做好傳承,讓項(xiàng)目的接盤俠們工作量減輕點(diǎn),有更多時(shí)間投入生活的懷抱吧哈哈。

 

本文由 @Confirmsun 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 希望接盤的時(shí)候,上一個(gè)人能夠好好處理好后臺(tái)模塊,這樣就更輕松一點(diǎn)

    來(lái)自江西 回復(fù)
  2. 之前一直對(duì)G端后臺(tái)審核模塊的概念和操作很模糊,現(xiàn)在有點(diǎn)理解了

    來(lái)自江西 回復(fù)
  3. 后臺(tái)的數(shù)據(jù)處理對(duì)前期工作的總結(jié)和后續(xù)工作的指導(dǎo)都具有重要的意義,不可忽視。

    來(lái)自江西 回復(fù)