項目背景

在互聯(lián)網(wǎng)及大數(shù)據(jù)技術(shù)推廣之前，交警執(zhí)法的工作開展起來比較麻煩。傳統(tǒng)的執(zhí)法都是紙質(zhì)開單，事后統(tǒng)計，數(shù)據(jù)更新不及時，各轄區(qū)數(shù)據(jù)對接不統(tǒng)一；接到報警后需要先問清楚警情再趕到現(xiàn)場處理，其過程非常耗時；進行工作匯報的時候需要另外拍攝圖片難以簡單講清楚。

因此我們需要一個專門針對交警使用的，可以提高執(zhí)法效率，減少數(shù)據(jù)錄錯率，同時操作方便，后續(xù)利于增加完善功能的工具?；谶@些需要，移動執(zhí)法平臺應(yīng)運而生。

項目內(nèi)容

移動執(zhí)法平臺與后臺幾乎是同期進行設(shè)計開發(fā)，二者功能互相關(guān)聯(lián)。可以這么理解，移動執(zhí)法平臺是執(zhí)法后臺的輕便版本，它保留了后臺的主要功能操作，又具有一線交警執(zhí)法時的必要項目。攜帶安裝了這款軟件的硬件設(shè)備，即使只有一名交警在現(xiàn)場執(zhí)法，效率也能大大提高。

由于需求緊急，功能眾多，前期需要對所有需要進行篩選整理。盡快上線的1.0版本必須要包含主要常用的執(zhí)法功能。

每次小版本迭代更新都進行功能優(yōu)化，使操作更簡單更符合交警執(zhí)法的流程。

在設(shè)計開發(fā)過程中，由于人員較少，時間緊急，設(shè)計與開發(fā)是同時進行的。

設(shè)計思路

根據(jù)產(chǎn)品給出的導圖簡單分析需求，哪種操作會頻繁出現(xiàn)，頁面之間的關(guān)聯(lián)如何等。

移動執(zhí)法平臺因其使用人群工作的特殊性，表單輸入數(shù)據(jù)錄入特別多。既然有數(shù)據(jù)錄入，那么錄入后數(shù)據(jù)如何展示，統(tǒng)計的圖表以哪種方式展示統(tǒng)計數(shù)據(jù)，是否能查看詳細數(shù)據(jù)，詳細到何種程度，如何操作，這些都需要考慮。

設(shè)計過程

1.原型繪制

原型繪制兩種。第一步，簡單的線框原型，確定大致布局，頁面之間的跳轉(zhuǎn)交互，這里與產(chǎn)品過審。確定沒有大問題后，在此基礎(chǔ)上細化，進入第二步，完成高保真原型。高保真原型完成后再次與產(chǎn)品過審，并抄送給領(lǐng)導。領(lǐng)導那邊認為跟平常執(zhí)法的操作不沖突，沒有問題后，即可抄送給開發(fā)進入下一階段。

2.構(gòu)建設(shè)計規(guī)范、組件庫

構(gòu)建規(guī)范包括但不限于：標簽：類別標簽，狀態(tài)標簽；按鈕：表單按鈕，列表按鈕，篩選框按鈕；輸入框：表單輸入框，搜索輸入框；toast提示：loading提示，文字提示；字體字號及應(yīng)用場景等。

之前實習的時候被開發(fā)小哥科普了一下，有點復雜當時沒聽懂只記住了顯示屏的1個點對應(yīng)4個像素。因此，在進行設(shè)計的時候都是盡量使用4的倍數(shù)值，或者至少是偶數(shù)值，避免出現(xiàn)像素偏移。

這里使用了720*1280尺寸的畫板進行設(shè)計。

配色。這里顧慮到行業(yè)特性以及使用人群特征，使用了藍色作為主色。字體顏色使用了比較深的灰藍色。一些提醒、表示狀態(tài)的顏色保持與主色灰度或明度一致。

字體及字號。這里沿用了Android原生的字體。字號控制在了五個，相同內(nèi)容、功能的文字信息使用同種字號，同時使用顏色區(qū)分是否可點擊。

諸如圓角、標簽、toast、按鈕，列出不同的類型的使用場景并加以說明。在需求文檔里可更詳細地進行描述，比如toast兩種類型分別出現(xiàn)的位置，以什么方式出現(xiàn)，停留時長等。

3.整理設(shè)計稿

差不多可以進行測試的時候，對全部的設(shè)計稿再進行一次整理。

在開發(fā)的過程中（不確定是不是都會遇到這種情況），領(lǐng)導、產(chǎn)品突然對某個已完成的頁面提出修改，功能的修改、元素的修改、操作布局的修改都有可能。我個人在修改頁面的時候會復制一個畫板，然后在新復制的畫板上進行修改調(diào)整。或者，他們也許還會突然要求增加一些頁面，但是沒有說明是屬于哪一個模塊內(nèi)的，手頭上正在進行別的頁面設(shè)計的時候，可能隨手就在旁邊新建一個畫板補充了。當這種突然提出的修改要求多了，設(shè)計稿原件就會出現(xiàn)很多不需要的畫板，功能位置不知道屬于哪里的畫板。

對全部的設(shè)計稿重新進行一次整理，清理掉重復的這版本里沒使用的頁面，將中途補充的頁面歸納到對應(yīng)的模塊里。重新整理一遍設(shè)計稿也相當于重新梳理了一遍功能及流程，對迭代更新如何優(yōu)化能提供能多想法的。

總結(jié)

因為團隊人員非常少，項目時間緊迫，前期設(shè)計的時候還是細心點考慮多一些使用時可能出現(xiàn)的情況及應(yīng)對方案比較好。已經(jīng)開發(fā)到一半發(fā)現(xiàn)有問題要返工的時候，可能會打起來呢（bushi）。

開發(fā)互聯(lián)網(wǎng)產(chǎn)品的想法并不完全適合公務(wù)應(yīng)用。公務(wù)系統(tǒng)有自己特有的一套習慣、流程方式，盲目硬是套用普遍互聯(lián)網(wǎng)應(yīng)用的方式可能會讓使用這個應(yīng)用的人更加不知道該怎么用，會讓他們覺得這個產(chǎn)品反而讓辦公辦事更加復雜化。

不管是什么產(chǎn)品，都還是自己也先了解使用人群，從他們的一方出發(fā)來考慮，如何讓他們使用起來更方便。