民微方案設計總結&決勝B端閱讀觀后感

總體介紹

????????在閱讀決勝B端這本書的時候,正巧有民生微實事的需求(這是一個坎坷的需求),就結合書內(nèi)的內(nèi)容,開始了民生微實事前期的產(chǎn)品方案設計。本文既是對民微方案設計的思路總結,也是對決勝B端此書的閱讀觀后感。(本文解析內(nèi)容的版本為舊版,非后續(xù)與客戶再次溝通所更新版本)

? ? 簡單介紹下民生微實事,我的理解是各個小范圍內(nèi)的居民為改善身邊環(huán)境而提出一些建設方案,由社區(qū)來評估出資落地方案。(http://www.szshequ.org/home/wssjj_mswssjj.html)

? ? ?民生微實事的產(chǎn)品整體方案設計遵循自頂向下拆解的思路而設計。先確定整體方案,再進行自下而上的細節(jié)方案設計。


·核心業(yè)務流程:產(chǎn)品最核心的業(yè)務、主干脈絡

·產(chǎn)品定位:產(chǎn)品針對誰提供什么支持

·應用架構:所有系統(tǒng)的整體結構和布局

·業(yè)務架構:系統(tǒng)包含的業(yè)務場景、功能規(guī)劃

·字段整理:梳理業(yè)務實體,各個實體的字段?

·頁面梳理:系統(tǒng)功能的各個頁面結構目錄梳理

核心業(yè)務流程

????????首先先確定產(chǎn)品的核心業(yè)務流程,要思考業(yè)務的各個參與方、涉及的系統(tǒng)(如果業(yè)務流程已經(jīng)存在系統(tǒng))、業(yè)務,可用泳道圖描述核心業(yè)務流程。

????????根據(jù)多次與客戶的需求溝通,可以總結出民生微實事的主要使用對象為社區(qū)群眾、社區(qū)黨務工作者。且當前客戶較為重視的業(yè)務為提出訴求、投票、項目流程,因此考慮將原有民生微實事的街道推薦、街道審批流程簡化省略。

? ? ? ? 業(yè)務上主要為社區(qū)群眾向社區(qū)提起訴求,社區(qū)對群眾的訴求做響應,響應的方式有三種:①辦結回復;②轉(zhuǎn)給微心愿小程序;③轉(zhuǎn)成項目。根據(jù)這三個響應方式做補充,可繪制出基本的核心業(yè)務流程圖。

核心業(yè)務流程圖

產(chǎn)品定位

? ? ? ? 產(chǎn)品定位實際上可以用一句話概述,「誰」使用「什么」做「什么」?

? ? ? ? 在上一步我們已經(jīng)確定了民生微實事的核心業(yè)務流程,現(xiàn)在我們繼續(xù)進一步的定位。

????????首先考慮下業(yè)務的起點:社區(qū)群眾,社區(qū)群眾要提出訴求、投票、查看項目、評價項目,比較雜又不夠系統(tǒng)化,考慮到便捷性,客戶也想把民生微實事品牌化,故沒有在原來的H5頁面加應用,而是在微信小程序?qū)崿F(xiàn)。

????????其次,考慮到黨務工作者需要對訴求做大部分的管理工作如:打標簽、訴求回復、投票管理、項目管理、公告管理,可以在PC端增設管理后臺,由于管理操作過多,故不增加移動端操作。經(jīng)過梳理,可以總結出,民生微實事產(chǎn)品包含兩個小系統(tǒng):微信小程序、管理后臺。如下

????民生微實事(微信小程序):為社區(qū)群眾提供訴求入口,社區(qū)群眾可在小程序內(nèi)參與社區(qū)項目投票、查看項目、評價項目等關注社區(qū)項目功能。

????管理后臺民生微實事部分(PC端):主要為社區(qū)、街道提供訴求管理、事項管理、投票管理、項目管理及業(yè)務輔助功能。

應用架構

????應用架構也可以理解為整個產(chǎn)品的架構,整個產(chǎn)品由什么系統(tǒng)組成,需要與什么系統(tǒng)對接,會使用到什么基礎能力,如何與現(xiàn)有的系統(tǒng)做融合。 畢竟很多時候一套系統(tǒng)的一些基礎能力是現(xiàn)有的系統(tǒng)或者產(chǎn)品,可以直接復用,無需重新建設。

? ? 從上一步我們知道,民生微實事分了兩個系統(tǒng),一個是微信小程序,一個是管理后臺。

? ? 在小程序這一端,目前只有民生微實事小程序。

????而在管理后臺部分,按照客戶的設想,管理后臺包含了民生微實事管理功能、戰(zhàn)疫先鋒管理功能、微心愿管理功能。

????在第一步確認核心流程部分,我們也知道了,有部分訴求因為不符合民生微實事的建設要求,會轉(zhuǎn)派到微心愿去處理。所以需要與微心愿進行任務數(shù)據(jù)對接

? ?在用戶數(shù)據(jù)這一部分,一般來說是產(chǎn)品自己建設,但是現(xiàn)有背景是,客戶這邊在2020年初已經(jīng)建設了戰(zhàn)疫先鋒,并且積累了一定的用戶數(shù)量,這些用戶與民生微實事部分目標用戶重疊(社區(qū)黨務工作者),所以用戶數(shù)據(jù)可以與戰(zhàn)役先鋒對接,也便于用戶使用,不用重復注冊,減少重復性的工作。


民生微實事整體應用架構圖

業(yè)務架構

? ? 業(yè)務架構也可以理解為功能模塊,前面三步我們已經(jīng)確定了民微的骨架,接下來我們要根據(jù)實際場景和客戶需求來規(guī)劃業(yè)務功能。簡單來說,就是思考用戶現(xiàn)有的問題要用什么功能來解決。當我們把所有功能羅列出來后,不可能一次性完成所有功能,所以在規(guī)劃業(yè)務架構時,可根據(jù)業(yè)務優(yōu)先級規(guī)劃好版本,一般優(yōu)先實現(xiàn)好基礎功能確?;A流程閉環(huán),再逐步實現(xiàn)亮點功能。

????民生微實事是一個微信小程序的C端應用,群眾可在上面完成訴求提出、項目投票、項目進度跟進查看等操作,也需要完成自我管理,而民生微實事又是從社區(qū)出發(fā)。因此主要包括首頁、社區(qū)主頁、個人中心三大部分。

????民生微實事管理后臺主要給社區(qū)黨務工作者使用的管理平臺,社區(qū)黨務工作者需要對群眾提出的訴求做處理,并針對一些訴求生成方案,當投票確定方案后,還需要簡便記錄項目信息,且需提醒黨務工作者及時處理對應事項。所以主要包括訴求管理、方案管理、投票管理、項目管理及消息中心四大部分。

? ??

民生微實事業(yè)務架構



字段梳理

? ? 前面已經(jīng)確定了整體方案設計,接下來開始細節(jié)方案設計。整體方案是一開始我們不知道要什么,所以需要自上而下設計,從抽象到具體。進行細節(jié)方案設計時,我們已經(jīng)有整體方案來指導著設計,我們是知道想要什么,所以需要由下往上設計,確認了底層每個細節(jié),往上搭建的時候才不會出錯。

????字段整理在書里叫做業(yè)務數(shù)據(jù)建模,翻譯成大白話就是業(yè)務功能里有啥實體,實體與實體間的關系,梳理各個業(yè)務實體的字段。(可百度【E-R圖】)這一步很基礎也很重要,如果你對現(xiàn)實世界的業(yè)務實體理解錯誤,會導致后續(xù)一系列設計都是錯的。我常用的梳理步驟如下:

1、確定產(chǎn)品內(nèi)所有的業(yè)務實體

2、確定業(yè)務實體間的關系,一般有一對一、一對多、多對多

3、確定實體的屬性,此處只考慮業(yè)務所需字段,其余技術所需字段由開發(fā)側思考。


投票的字段梳理(只截一個實體屬性供參考)

頁面梳理

? ? 業(yè)務數(shù)據(jù)建模結束后,就可以結合根據(jù)流程來梳理頁面流轉(zhuǎn)圖,我認為頁面流轉(zhuǎn)圖也是對業(yè)務架構的細化,相當于你對功能的細化拆分結合。這一步也沒什么好說的,是一個基礎產(chǎn)品規(guī)劃能力。至此,就做好了畫原型前的準備。


最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容