怎樣設(shè)計(jì)一個(gè)包辦所有對(duì)企政策的城市平臺(tái)?
怎樣做成一個(gè)包辦所有對(duì)企政策的城市平臺(tái)?本文為大家展示的是作者設(shè)計(jì)的這個(gè)里程碑版本中的主流程。
它是容納了一個(gè)城市所有政府對(duì)企政策的平臺(tái),它的非正式代號(hào)是“城市主站”。它的定位是:只要這個(gè)平臺(tái)部署在某個(gè)城市,那么這個(gè)城市的所有企業(yè),就能從各種五花八門的政府機(jī)構(gòu)平臺(tái)中得到解放。
企業(yè)不再需要尋找各種政府平臺(tái)的網(wǎng)址,尋找某種政策,然后尋找那個(gè)政策的相關(guān)文件和附件,然后再想辦法搞清楚需要提交的材料,以及每個(gè)材料的填寫與裝訂要求,然后再弄清楚辦理的流程……對(duì)于城市主站所降臨的城市,一切都不需要企業(yè)自己去操心了。一切都被規(guī)范化,可以被一站式解決,這就是我所在的公司以及我個(gè)人設(shè)計(jì)這個(gè)平臺(tái)的初衷。
這里為你展示的是MPV版本初階里程碑。雖然我所在公司已經(jīng)運(yùn)營(yíng)了很多政府的很多業(yè)務(wù),但是我們顯然無(wú)法一次性說(shuō)服一個(gè)城市的所有政府部門都按照新的要求來(lái)對(duì)接全部業(yè)務(wù)。而對(duì)于一個(gè)SAAS平臺(tái)來(lái)講,用戶看不到的業(yè)務(wù)對(duì)接工作占據(jù)了開發(fā)量的90%——我們得先做出成績(jī),讓各個(gè)部門都看到我們的平臺(tái)確實(shí)較受企業(yè)的歡迎。
這里為你展示的是這個(gè)里程碑版本中的主流程。我所在公司的完整的政務(wù)系統(tǒng)中,需要對(duì)接這個(gè)主流程的平臺(tái)還有:線上表單系統(tǒng)、總庫(kù)系統(tǒng)、政策匹配系統(tǒng)、線下辦理OA系統(tǒng)……由于那些系統(tǒng)相對(duì)獨(dú)立,我將在以后另外介紹。
單位小站
一個(gè)城市會(huì)有直轄部門,也有各個(gè)行政區(qū)之下的部門。這些部門自己會(huì)頒發(fā)一些對(duì)企政策,同時(shí)它們可能還有旗下部門、旗下部門的旗下部門……它們都有可能會(huì)直接對(duì)企業(yè)開放一些政策。
因此,我們必須用獨(dú)立的“單位小站”,加上弱關(guān)聯(lián)來(lái)設(shè)計(jì)這個(gè)平臺(tái)。所謂單位小站,是指只要一個(gè)單位可以提供政策給企業(yè),我就平等地視你為大平臺(tái)中的一個(gè)子站點(diǎn),因?yàn)榉?wù)沒有大小之分。
而所謂弱關(guān)聯(lián),是指不同的單位小站也許級(jí)別不同,或者其中一些單位從屬于另一些單位——這之中的關(guān)聯(lián)可以隨時(shí)修改,并不影響小站本身。
單位小站是政策的發(fā)布者和執(zhí)行者,只有讓它們獨(dú)立運(yùn)營(yíng)、自負(fù)盈虧,才能充分利用人性,給企業(yè)帶來(lái)最好的體驗(yàn)。
單位小站是全網(wǎng)內(nèi)容的主要提供者,但它不是我們期待用戶去主動(dòng)訪問(wèn)的地方,它更像一個(gè)wiki式的資料站,它是信息的來(lái)源但不是推薦用戶玩耍之地。所以我在這里用了窄頭部、灰底、緊湊布局的設(shè)計(jì)。
整個(gè)平臺(tái)所有的頁(yè)面分為兩種大的設(shè)計(jì)基調(diào),一種是大頭部、白色底、大留白的設(shè)計(jì),代表鼓勵(lì)用戶探索;另一種則是單位子站這樣的wiki式設(shè)計(jì)。這些原型設(shè)計(jì)不規(guī)定UI最終的外觀,只為了向設(shè)計(jì)師傳遞調(diào)性。
政策,安靜地呆在單位小站的某個(gè)最終分類里,平臺(tái)的所有政策都來(lái)自這種地方。每個(gè)單位都有一套自己的政策分類手段,平臺(tái)應(yīng)該盡可能地符合政府人員的文書工作流程。因此,政策的分類可以自由向下延展,也不要求層級(jí)數(shù)量的對(duì)稱。
錨定于wiki式的子站設(shè)計(jì)原則,子分類無(wú)需配置任何額外的信息,例如描述或配圖。這是個(gè)只專注于服務(wù)企業(yè)的平臺(tái),不應(yīng)畫蛇添足,額外支配各單位政府職員的運(yùn)營(yíng)精力。
處于中間層級(jí)時(shí)(上半圖),路徑下面呈現(xiàn)子層級(jí),提示用戶繼續(xù)往下走。路徑和子層級(jí)之間我嘗試過(guò)用分割線來(lái)區(qū)分,也嘗試過(guò)用箭頭來(lái)暗示它們的從屬關(guān)系,但都沒有“繼續(xù)深入…”這個(gè)標(biāo)題來(lái)得簡(jiǎn)潔,而后2×2種目錄底框樣式可以繼續(xù)抵消掉大多不必要的設(shè)計(jì)元素。
不論是最高層級(jí)、中間層級(jí)還是最終層級(jí),每個(gè)層級(jí)的政策分類都可以儲(chǔ)存“指南”。指南可以是這層分類的指導(dǎo)精神、辦理須知、問(wèn)答……具體的設(shè)計(jì)會(huì)在下文“萬(wàn)物皆論壇”中詳解。
政策
曲徑通幽處,就是最終的政策,某個(gè)單位小站某個(gè)最終分類下的某個(gè)政策。由于政策是整個(gè)平臺(tái)最實(shí)在的一個(gè)東西,所以我也用最大的篇幅來(lái)介紹它的細(xì)節(jié)。
我們對(duì)全國(guó)各政府平臺(tái)、各種形式的政策已經(jīng)研究幾年了。遇到過(guò)鏈接帶你各處跳轉(zhuǎn)的政策,遇到過(guò)看到一半突然沒有下文的政策。
有些平臺(tái)的政策只有一篇正文,企業(yè)根本不知道下一步該做什么;而做的好一些的平臺(tái)中,花多一些力氣,在各種不同朝代裝修風(fēng)格的頁(yè)面之間進(jìn)行網(wǎng)上沖浪,興許能找到申報(bào)指南、申請(qǐng)表格下載、材料裝訂指南,以及最終的辦理渠道——得益于這么久以來(lái)的歸納,政策的數(shù)據(jù)模型設(shè)計(jì)并未耗費(fèi)太大的力氣。
在政策主頁(yè)的排版風(fēng)格上,我采用了大量的留白和靠左對(duì)齊。在無(wú)線框風(fēng)格中,“把右邊空出來(lái)”是web頁(yè)面相對(duì)于移動(dòng)端最需要體現(xiàn)的差異。
一個(gè)政策具有二重身份,除了屬于某個(gè)單位小站的分類之外,還會(huì)屬于某個(gè)城市分類(會(huì)在下文“融合與升華”中介紹),所以需要政策主頁(yè)需要二重導(dǎo)航。如果將導(dǎo)航放在紅色區(qū)域,會(huì)產(chǎn)生體驗(yàn)上的困惑,因?yàn)橹髡竞托≌居袕膶訇P(guān)系,而導(dǎo)航跟在后面則暗示了它從屬于小站。因此導(dǎo)航只能放置在藍(lán)綠色區(qū)域,而這又會(huì)增加一行元素。
為了節(jié)省元素,我將一個(gè)政策所屬的城市分類(1)和小站分類(2)放置在政策頭部信息的右邊,這暗示了它們都是一個(gè)政策最高級(jí)別的信息,因此我不必再?gòu)?qiáng)調(diào)它們代表這個(gè)政策的路徑。而導(dǎo)航中的首頁(yè)入口(1)和子站入口(2)恰好對(duì)應(yīng)了路徑的上一層——于是我用最少的元素實(shí)現(xiàn)了導(dǎo)航的邏輯完備。
一個(gè)政策能看和能辦是兩回事。政策任何時(shí)候都可以看,但只有當(dāng)這個(gè)政策屬于一個(gè)進(jìn)行中的申報(bào)批次時(shí),它才能夠進(jìn)行實(shí)際的申請(qǐng)(會(huì)在下文“批次”中闡述)。因此我把批次信息和辦理通道融合為同一個(gè)模塊。
一個(gè)政策也許會(huì)被頒發(fā)機(jī)構(gòu)拆分成幾個(gè)可以獨(dú)立辦理的款項(xiàng)。不同的款項(xiàng)對(duì)應(yīng)著不同的主體(例如外資企業(yè)、孵化器),有著不同的要求(例如年?duì)I業(yè)額2000萬(wàn)、博士人數(shù)20以上),而“政策計(jì)算器”可以通過(guò)答題的形式,幫助企業(yè)快速過(guò)濾出符合辦理?xiàng)l件的款項(xiàng),并且計(jì)算出具體可以獲得的資助金額(假設(shè)資助類型為金錢)。
我在設(shè)計(jì)上使用了大量的“省錢”方法,見下圖——
- 用戶使用了政策計(jì)算器之后,符合申報(bào)條件的款項(xiàng)直接變藍(lán)變寬,右邊增加一個(gè)小小的負(fù)形對(duì)號(hào),這樣就無(wú)需額外增加一個(gè)“符合辦理?xiàng)l件”之類的標(biāo)記;
- 在整個(gè)平臺(tái)中,所有潛在的、還未確認(rèn)可以獲得的“實(shí)惠”,都用橙色來(lái)表示;這樣就跟藍(lán)色所代表的,企業(yè)可以“歸為己有”的實(shí)惠區(qū)分開了——橙色代表欲望,而藍(lán)色代表自我。由于已經(jīng)用顏色跟前面的黑字區(qū)分開,所以就省去了用各種icon來(lái)代表不同類型的獎(jiǎng)勵(lì)(例如有最高值無(wú)最低值的金額、資質(zhì)認(rèn)證),直接用文案來(lái)體現(xiàn)其差異;
- “孵化器”代表誰(shuí)能申請(qǐng)這個(gè)款項(xiàng),而后面的兩個(gè)描述則是具體的要求。一開始我同時(shí)使用了縮進(jìn)和起始符這兩種元素,但后來(lái)發(fā)現(xiàn)只用圓形的深淺就可以完整表達(dá)這種從屬關(guān)系;
- 符合辦理?xiàng)l件的款項(xiàng)下方展示針對(duì)具體用戶情況的運(yùn)算摘要。我可以老老實(shí)實(shí)把他們框起來(lái),然后再標(biāo)上“運(yùn)算摘要”四個(gè)大字。但由于使用了代表自我(見條目2)的藍(lán)色,所以視覺上直接把用戶從上到下引導(dǎo)過(guò)來(lái),讓人從潛意識(shí)直接認(rèn)清它們的關(guān)系。
對(duì)于政策正文部分,我在后臺(tái)強(qiáng)制規(guī)定成了Markdown格式,不是為了美感,而是為了防止各單位的人圖省事:全選、復(fù)制、粘貼,帶進(jìn)來(lái)各種不必要的噪音。
正文區(qū)域盡量縮窄是為了閱讀的舒適。我一開始覺得右邊光禿禿的不好看,想要把一些模塊擺在右邊,但是這帶來(lái)了一個(gè)嚴(yán)重的問(wèn)題——交互的復(fù)雜性,如下圖——
在交互方案1中,政策正文和右邊拿來(lái)湊數(shù)的模塊都可以獨(dú)立滑動(dòng),但是滑動(dòng)區(qū)域不占據(jù)整個(gè)屏幕。
- 首先,用戶的鼠標(biāo)必須尷尬而不失精準(zhǔn)地,與我所標(biāo)注的6個(gè)“尷尬區(qū)”保持距離,否則就滑動(dòng)了整個(gè)頁(yè)面。
- 其次,當(dāng)你滑到開頭或者結(jié)尾的時(shí)候,必須特別小心地放慢滾輪,否則就頁(yè)面就會(huì)“呲”出去。對(duì)于使用蘋果鼠標(biāo)、無(wú)極滾輪或觸控板的朋友來(lái)講,此種設(shè)計(jì)尤為無(wú)情。
在交互方案2種,兩個(gè)滑動(dòng)區(qū)域共同撐滿了整個(gè)屏幕,也就是進(jìn)入了全屏模式。
首先,我們?nèi)绾芜M(jìn)入這種全屏模式?無(wú)疑要靠吸附。吸附的效果是酷炫的,它占據(jù)用戶精力的指數(shù)也跟酷炫成正比。
其次,當(dāng)用戶進(jìn)入全屏模式后,如何逃離?假設(shè)滑動(dòng)到開頭或結(jié)尾才能逃離,那么就陷入了方案1的麻煩,頁(yè)面容易“呲”出去;假設(shè)我增加上下各一個(gè)逃離按鈕……那么這個(gè)頁(yè)面實(shí)在是為了酷炫而向用戶索取太多。
不知何時(shí)起,變幻不定的人機(jī)交互已經(jīng)成為一種潮流,很多時(shí)候并不考慮別人用起來(lái)是不是真的舒服。以上兩種交互方案讓用戶對(duì)操縱鼠標(biāo)滾輪的自信大大降低,從閑庭散步變成雨天開車,所以我把它們統(tǒng)稱為“腳底抹油”式交互。
繼續(xù)往下滑動(dòng)就來(lái)到了這個(gè)政策的指南展示區(qū)。上半部分展示了這個(gè)政策的“獨(dú)有指南”,最右邊是前往指南專區(qū)的入口,可以查看這個(gè)政策的全部指南。不論數(shù)量有多少,凡是標(biāo)記為“配套文件”的指南都會(huì)直接在這里堆積它的入口,因?yàn)樗鼈兒苤匾@纾簩?duì)于《留學(xué)生創(chuàng)業(yè)補(bǔ)助》這個(gè)政策來(lái)說(shuō),顯然《留學(xué)生資質(zhì)認(rèn)定流程》會(huì)標(biāo)記為“配套文件”并直接展示在這里。
而展示區(qū)的下半部分則是從這個(gè)政策的所有上級(jí)分類中繼承下來(lái)的“配套文件”。例如:政府人員小明為《孵化器房租補(bǔ)助》這個(gè)政策撰寫了一篇名為《申請(qǐng)房租補(bǔ)助所需的認(rèn)定文件獲取方式集合》的指南,然后小明發(fā)現(xiàn),《孵化器房租補(bǔ)助》這個(gè)政策屬于“科技載體類房租補(bǔ)助”分類,而后者又屬于“企業(yè)用地資助”這個(gè)分類。
——此時(shí),小明只需把剛寫好的指南移動(dòng)到“企業(yè)用地資助”這個(gè)分類里,并設(shè)為“配套文件”,那么這個(gè)分類下的所有子分類下的一共30個(gè)政策,都會(huì)在它們的頁(yè)面展示這個(gè)指南。每個(gè)需要看到這篇指南的政策都無(wú)法避開它的輻射,正如同穿上淘寶賣的“引力波防護(hù)服”無(wú)法讓一個(gè)人原地升天。
最后是企業(yè)決定申請(qǐng)這個(gè)政策時(shí)所需要準(zhǔn)備的材料。你會(huì)注意到每個(gè)材料僅僅由一個(gè)標(biāo)題、一段描述和若干個(gè)標(biāo)簽組成。是因?yàn)槲覠o(wú)視了企業(yè)整理材料時(shí)面對(duì)的排山倒海的痛苦嗎?恰恰相反,每個(gè)材料右側(cè)都可以通往專門為它開辟的一整個(gè)專區(qū),這將在“萬(wàn)物皆論壇”中詳細(xì)闡述。
批次
剛才介紹了一個(gè)政策的主要構(gòu)成,例如它含有哪些款項(xiàng)、它的正文、它的相關(guān)文件、它所需要準(zhǔn)備的材料……這些都是一個(gè)政策的靜態(tài)構(gòu)成,特點(diǎn)是不會(huì)隨著時(shí)間而變化。從時(shí)間的角度來(lái)看,它確實(shí)會(huì)變化,但原因不是時(shí)間本身。然而有些東西確實(shí)會(huì)隨時(shí)間直接變化,這個(gè)動(dòng)態(tài)的部分就是這個(gè)政策所屬的“辦理批次”,簡(jiǎn)稱批次。
對(duì)于大多數(shù)政策而言,企業(yè)不是什么時(shí)候高興就能什么時(shí)候申請(qǐng)的。例如:政府單位A擁有15個(gè)科技企業(yè)相關(guān)的政策,打算今年1月份接收企業(yè)的申請(qǐng),2月份集中審核,3月份集中公示,然后在4月份統(tǒng)一放款。此時(shí),我們把這整個(gè)流程配置為“2020年政府單位A科技類政策申報(bào)”批次。然后把這15個(gè)政策放入批次中,那么用戶只要在其中任一個(gè)政策里點(diǎn)擊申請(qǐng),都可以自動(dòng)加入這個(gè)流程。
歲月如梭,一個(gè)回車就來(lái)到了2021年。這一年政府單位A還想再處理一批科技類的申請(qǐng)。15個(gè)政策本身沒有發(fā)生任何變化,只是辦理的時(shí)間變成了第二年,辦理的過(guò)程稍有改變。于是,單位A制作了第二個(gè)批次:“2021年政府單位A科技類政策申報(bào)”,然后直接把去年的15個(gè)政策扔了進(jìn)來(lái),無(wú)需對(duì)這些政策本身做任何的調(diào)整。
批次分為“常駐型”和“時(shí)效型”,現(xiàn)實(shí)中大多數(shù)都是后者。一個(gè)批次會(huì)劃分成不同的環(huán)節(jié),對(duì)于時(shí)效型批次來(lái)講,這些環(huán)節(jié)是嚴(yán)格按照時(shí)間來(lái)進(jìn)行的,同時(shí)每個(gè)環(huán)節(jié)可能對(duì)應(yīng)著不同的辦理地點(diǎn)和聯(lián)系人。
在MVP版本中,所有的環(huán)節(jié)都是“自定義類”的,而未來(lái)只要加入其它環(huán)節(jié)類型,就可以帶動(dòng)系統(tǒng)進(jìn)行特定的任務(wù)。例如,當(dāng)線上申請(qǐng)徹底打通后,“線上申請(qǐng)類”環(huán)節(jié)就可以被加入批次中,系統(tǒng)將會(huì)自動(dòng)按照時(shí)間來(lái)開放線上申請(qǐng)的窗口,并在時(shí)間結(jié)束后自動(dòng)把數(shù)據(jù)提交給“線上審核類”環(huán)節(jié)所指定的政府OA系統(tǒng)。
政府人員在后臺(tái)進(jìn)行批次的配置時(shí),由于批次的上下線會(huì)涉及到流程的啟動(dòng)和終止,以及用戶申請(qǐng)狀態(tài)的變更,所以設(shè)計(jì)了一些限制。后臺(tái)人員同樣需要用戶體驗(yàn),所以在配置過(guò)程中也設(shè)計(jì)了一些捷徑。點(diǎn)開上面這個(gè)文檔截圖就可以大致了解。
你可以發(fā)現(xiàn),批次頁(yè)面也存在著跟政策頁(yè)面一樣的指南展示區(qū)。用戶對(duì)辦理流程有什么疑問(wèn),都可以在這里找到或索取解答。我在前文已經(jīng)多次涉及到“萬(wàn)物皆論壇”的概念,下面就來(lái)闡述它如何用偷懶到令人發(fā)指的運(yùn)營(yíng)方式,來(lái)化解企業(yè)申請(qǐng)政策時(shí)遇到的任何困難。
萬(wàn)物皆論壇
我曾被一個(gè)HR打過(guò)一個(gè)謎之標(biāo)簽:“只有政府OA系統(tǒng)的產(chǎn)品經(jīng)驗(yàn),因此不符合園區(qū)管理系統(tǒng)的經(jīng)驗(yàn)要求“。因?yàn)閻鄢跃窨觳?,所以愛打?biāo)簽。因?yàn)閻鄞驑?biāo)簽,所以我們往往放大了不同產(chǎn)品的差異,也小看了同類產(chǎn)品的差異。
斗魚和Twitch都是直播平臺(tái),而Youtube是視頻網(wǎng)站。但是斗魚和Twitch之間的差異,要遠(yuǎn)遠(yuǎn)大于Twich和Youtube之間的差異。
- 看起來(lái)都能在直播間贈(zèng)送禮物,但一個(gè)是圍繞著“送禮”這個(gè)主題來(lái)設(shè)計(jì)整個(gè)直播間,其中包括各種爆炸性的特效和分區(qū)聯(lián)動(dòng),而另一個(gè)只是在聊天文字里加多了一些付費(fèi)表情;
- 看起來(lái)每個(gè)主播都能展示實(shí)時(shí)的熱度,但一個(gè)需要先考慮這個(gè)主播有無(wú)簽約,分成幾幾開,運(yùn)營(yíng)小編給了這個(gè)主播多少加成,送禮數(shù)量是多少,有沒有“皇帝”給這個(gè)主播打榜,然后再進(jìn)行綜合運(yùn)算,而另一個(gè)只是簡(jiǎn)單地統(tǒng)計(jì)一下真實(shí)在線的人數(shù)——去掉了“直播平臺(tái)”這個(gè)標(biāo)簽之后我們可以發(fā)現(xiàn),斗魚是一個(gè)經(jīng)紀(jì)人公司運(yùn)營(yíng)平臺(tái),而Twitch則是一個(gè)延遲較低的視頻網(wǎng)站。
如果帶著“政策申請(qǐng)平臺(tái)”這個(gè)標(biāo)簽來(lái)設(shè)計(jì)這個(gè)產(chǎn)品,那么我很容易被競(jìng)品和套路帶偏。當(dāng)我設(shè)計(jì)政策模塊時(shí),我會(huì)想著:我們需要問(wèn)答模塊、需要專家解讀政策、需要展現(xiàn)政府的文件……當(dāng)我設(shè)計(jì)批次模塊時(shí),我又會(huì)想著:我們需要辦理指引、需要執(zhí)勤人員時(shí)間表、需要材料攜帶須知……但是,隨著我把腦子里“政策申請(qǐng)平臺(tái)”這塊牌匾踢爛之后,我發(fā)現(xiàn)了兩個(gè)定理——
- 定理①,互通——所有這些模塊,都是在不同場(chǎng)景下對(duì)企業(yè)進(jìn)行指引;
- 定理②,同質(zhì)——所有這些指引,只有重要和不重要的區(qū)別。
在一個(gè)單位里,各個(gè)級(jí)別的政策分類(詳見前文“政策”)需要放置一些指導(dǎo)性文件,具體每個(gè)政策也需要一些指導(dǎo)性文件,政策中的每個(gè)材料都可能需要一些辦理教程(材料有通用型的,它們共享一個(gè)指南專區(qū)),具體的辦理批次可能需要一些流程指引、交通與時(shí)間指南——系統(tǒng)都會(huì)逐個(gè)地、自動(dòng)地為它們生成獨(dú)立的指南專區(qū)。
在后臺(tái)中,不同層級(jí)的專區(qū)之間是沒有等級(jí)之分的,內(nèi)容可以自由轉(zhuǎn)移,我在前文“政策”中已經(jīng)提到了這個(gè)例子——當(dāng)政府人員為某個(gè)政策撰寫了一篇說(shuō)明或回答了一個(gè)問(wèn)題,而后發(fā)現(xiàn)這個(gè)指南遠(yuǎn)不止服務(wù)于這個(gè)政策。那么只要把它從這個(gè)具體的“政策指南專區(qū)”移動(dòng)到某個(gè)具體的“政策分類指南專區(qū)”就搞定了。
在不同類型的專區(qū)之間,內(nèi)容依舊可以自由轉(zhuǎn)移。例如政府人員收到了來(lái)自十幾個(gè)政策的關(guān)于同一個(gè)材料裝訂要求的提問(wèn)(因?yàn)椴牧险f(shuō)明可以設(shè)為通用),于是撰寫了一篇裝訂說(shuō)明,并把它放在這個(gè)材料說(shuō)明的“通用材料統(tǒng)一要求指南專區(qū)”中。結(jié)果他發(fā)現(xiàn),這個(gè)裝訂說(shuō)明其實(shí)不來(lái)源于這些材料本身的要求,而是因?yàn)槟硞€(gè)辦理批次在流程上要求這樣做。所以,他就把這篇說(shuō)明轉(zhuǎn)移到了那個(gè)批次的“批次指南專區(qū)”中了。
隨著這樣的不斷轉(zhuǎn)移和歸納,政府人員會(huì)發(fā)現(xiàn)內(nèi)容越寫越少,整個(gè)單位小站越來(lái)越不需要運(yùn)營(yíng),而不是越來(lái)越忙。以上是對(duì)定理①“互通”的實(shí)施。
不論是何種類型的專區(qū),對(duì)于具體的一個(gè)指南而言,整個(gè)后臺(tái)永遠(yuǎn)只存在一個(gè)通用指南模型。啟用其中的不同模塊,就構(gòu)成了不同場(chǎng)景下的不同指南。
例如,當(dāng)某個(gè)政策分類中需要張貼一個(gè)指導(dǎo)文件,或某個(gè)批次需要告訴用戶辦理須知時(shí),只需要啟用圖文模塊(MVP版本直接使用Markdown)來(lái)寫一篇富文本指南;當(dāng)某個(gè)材料需要用戶自己打印時(shí),啟用附件模塊,把模板和樣板文件一并放入指南;而當(dāng)回答用戶在某個(gè)政策中的提問(wèn)時(shí),只需要把文章標(biāo)題模塊替換成問(wèn)題引用模塊,就可以把這個(gè)指南轉(zhuǎn)換成問(wèn)答形式。
撰寫指南的后臺(tái)界面嚴(yán)格遵循賽博朋克綱領(lǐng)——功能健全下,看似分崩離析的實(shí)用主義。未來(lái)的指南遇到瓶頸需要增加功能模塊時(shí),直接暴力插入一個(gè)新的標(biāo)簽頁(yè),不影響原有模塊的代碼,哪怕是前端的代碼。每個(gè)模塊的功能越單一越好,只有當(dāng)數(shù)據(jù)進(jìn)入用戶端,才需要考慮怎樣讓不同元素融合在一起。
例如,正文里是禁止穿插附件的,兩個(gè)模塊必須分開。否則,未來(lái)再開發(fā)任何可以在正文里穿插的元素,都必須重新編寫圖文編輯器的代碼——從圖靈以來(lái),這種耦合的思維模式創(chuàng)造了產(chǎn)品經(jīng)理與開發(fā)者之間90%的矛盾,也在此刻某個(gè)時(shí)區(qū)繼續(xù)發(fā)生著。
最后,當(dāng)政府人員維護(hù)好了各個(gè)指南專區(qū)的內(nèi)容,并把其中重要的指南打好標(biāo)簽,那么這些信息就會(huì)自動(dòng)出現(xiàn)在它應(yīng)該出現(xiàn)的地方,以它應(yīng)具備的重要性來(lái)呈現(xiàn)。用戶是看不到任何指南專區(qū)目錄的,因?yàn)楫?dāng)用戶真正需要進(jìn)入某個(gè)指南專區(qū)時(shí),用戶總能遇到它——以上是對(duì)定理②“同質(zhì)”的實(shí)施。
融合與升華
整個(gè)城市主站最主要的運(yùn)營(yíng)思路是阿米巴經(jīng)營(yíng)。前面幾章談?wù)摰亩际且粋€(gè)單位小站的內(nèi)部情況,而只要每個(gè)政府職能機(jī)構(gòu)的工作人員都盡量地維護(hù)好自己的小站,那么這座城市的幾十個(gè)、上百個(gè)小站最終融合在一起,就能實(shí)現(xiàn)政府服務(wù)的質(zhì)能轉(zhuǎn)換。
企業(yè)無(wú)所謂一個(gè)政策是哪個(gè)單位發(fā)布的,企業(yè)只關(guān)心自己要找哪一類的政策,最后能不能拿到這筆錢,而“城市分類”就是這樣的所在。這里是全平臺(tái)內(nèi)容的最終爆發(fā)點(diǎn)。主站的專業(yè)運(yùn)營(yíng)人員統(tǒng)一管理,把所有小站的所有政策打亂,并重組到各個(gè)主題之下。
上圖所示的MVP版本只設(shè)計(jì)了搜索功能,不過(guò)這不影響我把這里定為未來(lái)所有搜尋政策功能的匯集點(diǎn)。與政策在具體單位小站的實(shí)際分類不同,城市分類只有單層結(jié)構(gòu),用戶在首頁(yè)只需一次跳轉(zhuǎn)就可以進(jìn)入一個(gè)主題。
在下一版,上圖(UI也是我畫的,其中右下圖高度借鑒了Behance設(shè)計(jì)師Vladimir Ulyanov)所示的小程序政策計(jì)算功能會(huì)改造成通用性更廣的SAAS產(chǎn)品,同時(shí)在進(jìn)行的還有與華為AI對(duì)話團(tuán)隊(duì)的合作——這些功能都將融合在城市分類頁(yè)面里,幫企業(yè)更快更準(zhǔn)地尋找政策。
其中政策計(jì)算功能對(duì)應(yīng)了一個(gè)很復(fù)雜的后臺(tái)系統(tǒng),只有后臺(tái)邏輯夠復(fù)雜,才能讓企業(yè)從最短的操作里找到最適合自己的政策,并計(jì)算出最接近事實(shí)的放款額度。它也屬于城市主站的一部分,我會(huì)另起一篇文章單獨(dú)介紹。
最終,這些內(nèi)容注入首頁(yè)。
首頁(yè)在原型設(shè)計(jì)時(shí)經(jīng)歷了十幾次改版。雖然模塊也不算多,但是無(wú)線框設(shè)計(jì)真的是靠工作量堆出來(lái)的。剛開始的設(shè)計(jì)稿使用了大量的標(biāo)題、分割線和色塊,隨著我逐個(gè)地完善不同模塊的視覺差異,這些噪音也越來(lái)越少,直到形成一個(gè)比較正規(guī)的無(wú)線框設(shè)計(jì)。
其中我最滿意的簡(jiǎn)化方式是上面這個(gè)版塊。這個(gè)版塊展示來(lái)自各個(gè)單位小站的最新內(nèi)容,根據(jù)類型分成了三個(gè)小模塊。
- 在小模塊的劃分上,一開始我采用小標(biāo)題(左),后來(lái)修改了三個(gè)小模塊的入口大小(右),直接在視覺上分割了模塊。其中第一和第三模塊已經(jīng)被隔開了,所以再把它倆的大小重新統(tǒng)一,進(jìn)一步縮減視覺元素;
- 去掉了標(biāo)題之后,用戶可能不知道那些入口代表什么,所以把前往“更多”的鏈接擺在結(jié)尾,這個(gè)鏈接的線框跟前面的入口保持一致,只修改了內(nèi)部的元素,然后直接用文案(例如“最新政策”)來(lái)暗示前面入口的類型;
- 最后,用中間一排沒有鋪滿畫面的入口實(shí)現(xiàn)了無(wú)線框設(shè)計(jì)中經(jīng)典的“左邊對(duì)齊,右邊不定期留白”的效果。
另外我也對(duì)通常的短信登錄窗進(jìn)行了一些改進(jìn)。在1處,我把文本框激活狀態(tài)做成了一個(gè)豎條,這樣就不會(huì)對(duì)登錄窗的主要操作區(qū)域造成分割;在2處,倒計(jì)時(shí)的提示結(jié)束后變成回到上一步的按鈕,把前端的鎖(例如接收驗(yàn)證碼的倒計(jì)時(shí)、修改手機(jī)號(hào)的倒計(jì)時(shí))集合為一體。
日程
最后當(dāng)企業(yè)確定辦理一個(gè)政策時(shí),這個(gè)政策就會(huì)進(jìn)入他的日程。
由于多個(gè)政策可能共享一個(gè)申請(qǐng)批次,可以一起辦理,所以如你所見,在左側(cè)的政策列表中,若干個(gè)政策被某種顏色的色帶串聯(lián)起來(lái),對(duì)應(yīng)著右側(cè)日歷中某種顏色的格子。日歷格子的顏色反映了那一天的狀態(tài),灰色格子代表過(guò)去,第一個(gè)白色或上色的格子代表現(xiàn)在,后面其余的格子代表未來(lái)。
一個(gè)批次占用一個(gè)色卡,前端備有五種左右的色卡供系統(tǒng)選擇。循環(huán)到第二輪導(dǎo)致不同批次顏色相同的可能性很低,也沒有什么大礙,因?yàn)檫€有交互。
由于一個(gè)批次可能會(huì)出現(xiàn)多個(gè)環(huán)節(jié),所以該顏色在日歷中的連續(xù)出現(xiàn)也可能超過(guò)一次,但是只有正在發(fā)生或即將進(jìn)行的環(huán)節(jié),顏色才體現(xiàn)為實(shí)色。在色卡中,不同顏色之間存在飽和度的差異,作為底色時(shí)跟白色字之間的對(duì)比度也存在差異,不能用固定的參數(shù)直接變色,所以色卡的每個(gè)顏色都對(duì)應(yīng)著不同用途的若干具體色號(hào)。
點(diǎn)擊某個(gè)政策后,頁(yè)面就進(jìn)入了“政策模式”。日歷只會(huì)展示跟這個(gè)政策有關(guān)的日期,在中間擠出來(lái)的材料清單里,用戶可以記錄自己的材料準(zhǔn)備狀態(tài),和快速跳轉(zhuǎn)到任何細(xì)節(jié)之中。
你可以發(fā)現(xiàn)此時(shí)日歷格子才是正方形的,而前文“全局模式”的格子反而是被拉寬的,因?yàn)檎吣J讲攀侨粘添?yè)面的主體。當(dāng)用戶進(jìn)入日程時(shí),前端先假設(shè)界面是三欄式的,并根據(jù)瀏覽器寬度計(jì)算出格子的高度,然后再將它拉寬,以便適應(yīng)初始的全局模式。
日程是典型的單頁(yè)應(yīng)用,整體的布局會(huì)變化,每個(gè)模塊也會(huì)有大大小小的變化。用通常Axure制作場(chǎng)景的方法來(lái)設(shè)計(jì)它會(huì)導(dǎo)致窮舉,而如果使用面向?qū)ο蟮脑O(shè)計(jì)方法,只需要兩個(gè)步驟。
第一步,劃分整體布局的狀態(tài),以及相應(yīng)的區(qū)塊。目前的日程可以劃分成三個(gè)布局狀態(tài),分別是全局模式、普通政策模式,和無(wú)批次的政策模式。而區(qū)塊從左上開始被劃分為政策列表、材料清單、日歷導(dǎo)航、日歷以及批次信息。
第二步,把每個(gè)區(qū)塊單獨(dú)拿出來(lái)制作文檔。在每個(gè)文檔里列舉這個(gè)區(qū)塊的所有狀態(tài),其中的每一個(gè)狀態(tài)都對(duì)應(yīng)著第一步所列舉的,一個(gè)具體的頁(yè)面布局狀態(tài)。
MVP版本的日程功能初步地實(shí)現(xiàn)了整個(gè)平臺(tái)的初衷——企業(yè)只要來(lái)我們這個(gè)平臺(tái),就可以找到這個(gè)城市所有能夠申請(qǐng)的政策,并且能夠按照指引跑通整個(gè)流程。
- 首先,即使這個(gè)城市有一部分政府單位還沒開始合作,我們?cè)谌粘讨兄辽倏梢蕴峁┱叩娜績(jī)?nèi)容、線上辦理的鏈接(若存在線上環(huán)節(jié))、線下辦理的流程指引,和所需準(zhǔn)備的全部材料的細(xì)節(jié);
- 其次,如果相關(guān)單位愿意自行運(yùn)營(yíng)自己的小站,那么相關(guān)內(nèi)容就會(huì)更加準(zhǔn)確;
- 最后,如果它們提供了數(shù)據(jù)接口,那么在日程中用戶就可以直接看到自己的辦理狀態(tài),并且可以直接授權(quán)跳轉(zhuǎn)進(jìn)去,無(wú)需記住各種賬號(hào)。
日程模塊的下一步目標(biāo)是把線上申報(bào)系統(tǒng)(我會(huì)另起文章介紹)和線下政府審批OA系統(tǒng)完整對(duì)接進(jìn)來(lái),實(shí)現(xiàn)這個(gè)平臺(tái)的一條龍政策辦理。
而整個(gè)平臺(tái)最終目標(biāo)是把總庫(kù)系統(tǒng)也對(duì)接進(jìn)來(lái)??値?kù)(我會(huì)另起文章介紹)是一個(gè)能夠?qū)崿F(xiàn)全平臺(tái)數(shù)據(jù)互通的系統(tǒng),企業(yè)在任意一個(gè)場(chǎng)景里提交了任何信息,都會(huì)通過(guò)總庫(kù)共享給其它任意場(chǎng)景。
企業(yè)上一次在城市主站里提交了A單位的申請(qǐng),下次再進(jìn)入平臺(tái)時(shí),平臺(tái)會(huì)告訴企業(yè):“你在B單位大概可以獲得300萬(wàn)元的資助”。企業(yè)點(diǎn)擊進(jìn)去,對(duì)所需數(shù)據(jù)稍加補(bǔ)充,就能在5分鐘后提交申請(qǐng),然后足不出戶獲得300萬(wàn)元的政府獎(jiǎng)勵(lì)。
當(dāng)然,這是一個(gè)艱難的終極目標(biāo)。它需要的不光是平臺(tái)本身的努力,也需要政府提供的大量支援,包括取消各種繁瑣的線下流程,包括把所有OA系統(tǒng)對(duì)接在一起,包括不同地區(qū)的不同部門都能傾力合作,但重要的是——它也許正等待著我們的努力。
作者:黃聯(lián)樵,微信:arubagod
本文由 @黃聯(lián)樵 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
這個(gè)理論是對(duì)的,但是政策數(shù)據(jù)量上來(lái)了就完全處理不了,一個(gè)地區(qū)的可以做,但是一個(gè)省的就很難處理,我們平臺(tái)也是做政策平臺(tái)的,查策網(wǎng),您這邊可以看下,查策網(wǎng)閆江濤15914066473
我們公司就是做這個(gè)政策平臺(tái)的。已經(jīng)上線了很多城市
您好 您是什么平臺(tái)的呢?方便學(xué)習(xí)下嗎?
全文看下來(lái)發(fā)現(xiàn)我依然是一片空白
同感