中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：當你接盤別人的項目時，你要如何快速上手，做好應對策略？假設這個項目設計得并不完善，你又要如何對其進行拯救和完善？本篇文章里，作者結合一個G端后臺審核模塊設計案例，對其如何進行接盤以及實操設計進行了總結，一起來看。

年后全盤接手一個Government（簡稱G端）政府端業(yè)務系統(tǒng)的從0-1搭建過程。

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

近期，恰逢讓客戶驗收可交付成果，準備項目上線，?因為一個對內的參數(shù)管理的業(yè)務審核模塊設計（早期其它團隊完成的），存在客戶和本人，單純看頁面已實現(xiàn)的效果，不清楚開發(fā)的功能對業(yè)務如何起到管理和控制。需要本人重新梳理需求和業(yè)務關系，并做必要改造。

截至發(fā)稿日期，本人已重新梳理完成，設計此模塊原型，研發(fā)已開發(fā)完成并部署到演示環(huán)境。再次給客戶演示時，此模塊獲得有決策權客戶的聽完講解“一把過”認可。

借此分享出來，希望對產品人員（?建議：0-3歲閱讀，偏向產品設計實操類?）做產品設計有幫助。借此文章，我來重新復盤梳理這個審核模塊我是如何拯救的？

01

出于項目隱私保密，對審核頁面做了適度脫敏處理。下圖是接手后臺審核模塊的參數(shù)管理頁面（之前其他人設計的頁面的原型）。

該頁面存在的主要問題 ：對需求理解不到位、設計的頁面易讀性較差，主要體現(xiàn)在：

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

接下來談談，我是如何一步一步去拯救這個模塊。

02

首先，掌握待改造模塊的需求背景。因為該項目已積累的材料有限，于是找之前的熟悉此模塊建設的負責人了解此模塊的建設背景，借此知道該模塊存在的價值、要解決什么問題。

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

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

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

第二，基于對該業(yè)務的需求的理解，梳理了默認事項約束邏輯和自定義約束邏輯，故重新調整了操作按鈕的操作權限并做按鈕的必要取舍。比如，經辦區(qū)域為省的事項不支持刪除，故操作不支持刪除，事項下的各地市可自由操作（編輯、刪除）。展示上，做了一級和二級從屬關系的展開折疊效果。優(yōu)化了頁面事項閱讀體驗。

第三，?基于對該業(yè)務的需求的理解，對該業(yè)務的表格做了可讀性的調整，表格上調整表頭字段。把“是否審核”改成“是否人工審核”，并在旁邊做了鼠標移入的提示效果（已選擇為人工審核，未選擇為自動審核通過）。

理由是：目前審核下拉菜單有不審核、都審核、A機構、B機構，如果按照之前的設計，選了A機構，是人工審核還是自動審核在頁面體現(xiàn)上不容易區(qū)分，顯得設計不夠清晰、具體化，故做了這個調整 。

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

第五，查詢條件根據(jù)實際業(yè)務情況，刪掉了事項名稱。因為該審核模塊對外服務的事項就三個，可加可不加，我就優(yōu)化了這個條件。

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

當然，實際這個結局是此改造讓有決策權的客戶聽完調整講解后認可并“一把過”。（如下圖原型所示）

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

寫在最后

我一直把自己接盤別人的項目比作項目的接盤俠、項目后媽，這個過程相比于自己一手獲取需求、做設計而言，有溝通路徑來的長、很多重要需求信息會被漏掉、信息傳達不到位等局限性，所以萬分建議做項目/產品需求的童鞋們，平常工作中必要的項目信息做好保存，讓必要的組織過程資產做好傳承，讓項目的接盤俠們工作量減輕點，有更多時間投入生活的懷抱吧哈哈。

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

題圖來自Unsplash，基于CC0協(xié)議