需求調(diào)研分析結(jié)束后，緊接著我們需要進行方案設(shè)計階段，一般我會拆分為2大步進行，首先是整體方案設(shè)計，其次是詳細方案設(shè)計，本文著重對前者整體方案設(shè)計進行探討。

對需求已知的前提下進行0到1的系統(tǒng)搭建。

以M集團的項目進度管理系統(tǒng)為例：

• 工程進度管理期望可做到線上化，打破信息差、提高時效性
• 工程進展期望以類似虛實結(jié)合的圖形方式展現(xiàn)，降低理解成本、快速一覽項目進度
• 缺少線上快速運轉(zhuǎn)的工作流程管理機制，出現(xiàn)問題很難追溯

一、核心業(yè)務(wù)流程

通常我會從用戶行為路徑出發(fā)，對流程中涉及到的角色、場景等進行串聯(lián)，搭建核心業(yè)務(wù)流程與分支流程，拿上方所提項目舉例，與業(yè)務(wù)方調(diào)研后獲得進度管理業(yè)務(wù)流程如下，為線下手工作業(yè)流程：

流程簡述：

1）流程圖中可發(fā)現(xiàn)，一份計劃從創(chuàng)建到投入使用的審批效率較低；

2）計劃投入使用后，通過打印紙質(zhì)版，張貼上墻的方式進行日常進度的填報，時間久了不便于查看、且易丟失，可視化效果不佳；

3）每周例會時，才進行工程完成情況/問題的匯報，時效性較差，出現(xiàn)問題不能第一時間采取相應(yīng)措施，影響工程進度。

與項目生產(chǎn)部門負責(zé)人溝通了解到，他們有專門的工具進行計劃編制，但工具不能提供后續(xù)的管理工作。由于計劃較復(fù)雜，業(yè)務(wù)人員也習(xí)慣使用該工具編寫計劃，討論后確定計劃編制依然保留原線下工具編制的方式，計劃編制作為一個節(jié)點，從該節(jié)點以后進行線上化管理。將工作流程（如審批流等）納入到系統(tǒng)規(guī)范化管理的一部分，在系統(tǒng)中支持計劃增刪改、進度上報、工作審批、工程可視化管控等。

流程中涉及角色：

1）項目生產(chǎn)部人員：參與制定施工項目的施工計劃、并負責(zé)實施等

2）項目生產(chǎn)部總監(jiān)：管控工程施工全流程工作；科學(xué)組織和管理施工現(xiàn)場的人、材、機等各生產(chǎn)要素；參與施工組織設(shè)計等多項工作

3）分公司生產(chǎn)部負責(zé)人：對所轄項目的施工情況進行協(xié)調(diào)管理

4）集團工程部負責(zé)人：對所轄分公司與集團項目的工程進展實施監(jiān)管、制定相應(yīng)業(yè)務(wù)管理辦法等。

以上崗位職能非標(biāo)準(zhǔn)化，各公司職責(zé)范圍可能存在差異。

確定后部分業(yè)務(wù)流程圖如下：

二、產(chǎn)品定位

主要為了更清晰的明確產(chǎn)品目標(biāo)，產(chǎn)品對業(yè)務(wù)的支持范圍或總體的功能目標(biāo)。為誰提供什么支持。如以上案例主要是為工程企業(yè)提供施工全過程的進度監(jiān)督管理、降低項目延期風(fēng)險，提高企業(yè)竟?fàn)幜Α?/p>

將抽象的定位落到具體實施中，我一般會從系統(tǒng)實現(xiàn)形式、系統(tǒng)分類、不同業(yè)務(wù)人員的功能分類幾個維度進行分析。

1）根據(jù)客戶日常工作場景了解到，管理者通常較多時間在辦公室進行工作監(jiān)管、定期到項目上進行實地檢查考核等，一般會有助理類崗位人員同行；

一線業(yè)務(wù)人員，較多時間在項目施工現(xiàn)場，很多工作基本通過手機進行處理，在類似周會/月會等情況會在辦公室進行，項目前期一般也會在辦公室進行項目情況梳理；

綜合以上實際情況及投入產(chǎn)出比分析，最終確定通過PC端和移動端小程序結(jié)合實現(xiàn)。

2）對一線業(yè)務(wù)人員來說，需要一個方便操作工程計劃相關(guān)內(nèi)容的平臺，因其需要對計劃進行一系列的操作，若出現(xiàn)風(fēng)險，還需進行糾偏等動作；對管理層來說，需要為其提供一套管理后臺的能力，因涉及工作規(guī)范的制定、業(yè)務(wù)內(nèi)容的審核等；對前面兩者來說，均需要提供一個可視化模塊，快速了解工程進展，因工程可視化模型的特殊性（文件格式、解析時長等不支持移動端），不便于在移動端查看，所以會在PC端進行實現(xiàn)。

通過以上分析，我們進一步將系統(tǒng)拆分為3大模塊，每個模塊的定位不同：

• 進度管控模塊（PC端+移動端）：為一線業(yè)務(wù)人員提供計劃導(dǎo)入、進度填報、風(fēng)險糾偏、模型上傳等功能。
• 進度設(shè)置模塊（PC端）：為管理層提供審核流程配置、風(fēng)險規(guī)范配置等功能。
• 形象展示模塊（PC端）：為一線業(yè)務(wù)人員與管理層提供工程可視化的展現(xiàn)功能。

在設(shè)計業(yè)務(wù)系統(tǒng)過程中，我碰到過很多因業(yè)務(wù)部門職責(zé)邊界模糊、權(quán)限界定不清晰，導(dǎo)致很多功能被要求揉到一起實現(xiàn)，但這樣對系統(tǒng)的長期發(fā)展并不友好，可能后續(xù)還會因為高度耦合，僅僅一個很小的功能，實現(xiàn)成本卻極高，所以每次調(diào)研后我都會二次復(fù)盤，把業(yè)務(wù)邊界確認搞清楚后再繼續(xù)后面的設(shè)計，業(yè)務(wù)邊界可能包括客戶企業(yè)內(nèi)部的部門職責(zé)范圍及未來拓展方向、部門的實際工作流程、績效考核指標(biāo)等。

三、應(yīng)用架構(gòu)設(shè)計

一般需要與公司已有的系統(tǒng)架構(gòu)相融合，不同系統(tǒng)模塊之間如何銜接。因涉及技術(shù)專業(yè)性方面的內(nèi)容，需要與研發(fā)負責(zé)人等共同討論確定，此處不做展開介紹，感興趣的小伙伴可以自行查閱。

四、功能模塊設(shè)計

一般會把能想到的功能都列出來，做加法，不局限于某一個環(huán)節(jié)，將系統(tǒng)未來整體規(guī)劃思路做羅列，如基于以上3個模塊，做拓展及與其他業(yè)務(wù)系統(tǒng)的結(jié)合功能。

• 進度管控模塊：先有計劃才能對后續(xù)工作進行管控，此處主要包括計劃管理、過程管理兩部分。從計劃角度考慮，需具備以下功能：計劃模板、增刪改計劃（含總年月周多分類計劃）、增刪改形象（模型/施工圖紙）等；針對過程管理考慮，需包含以下功能：開停復(fù)工管理、進度跟蹤、進度檢查、風(fēng)險管控、首頁等
• 進度設(shè)置模塊：可分為工作規(guī)范配置、施工過程配置，針對工作規(guī)范配置包括：審核流程、風(fēng)險規(guī)則；針對施工過程配置包括：形象階段配置、各計劃間計算模式、糾偏原因配置等
• 形象展示模塊：不同客戶對形象展示方式可能存在不同，公司合作企業(yè)中較多出現(xiàn)的是BIM模型與施工圖紙兩種方式，故形象展示模塊主要從可視化方式上支持多種形態(tài)

以上功能模塊拆解我是從大模塊角度出發(fā)，直接劃分功能點的形式展開；此外，我也經(jīng)常會從角色角度出發(fā)，不同角色一般會用哪些功能，完成哪些工作，將功能羅列好后，再進行分類整合。

五、演進藍圖設(shè)計

大的產(chǎn)品架構(gòu)出來后，可以進行版本拆分了，根據(jù)業(yè)務(wù)需求排好優(yōu)先級后，確認產(chǎn)品的功能規(guī)劃與實現(xiàn)節(jié)奏，是否和其他業(yè)務(wù)系統(tǒng)聯(lián)動，若有，我一般會單獨估算這部分的排期，防止因為對方系統(tǒng)排期異常影響本系統(tǒng)。這步藍圖設(shè)計我主要用來做減法。

以上案例，一期會將核心業(yè)務(wù)流程作為首要實現(xiàn)的目標(biāo)，如進度跟蹤；二期聚焦解決特殊業(yè)務(wù)剛需的訴求，如風(fēng)險把控；三期主要關(guān)注可視化方面的附加能力，如形象進度展示等，我習(xí)慣用框架圖進行梳理，便于一覽整個系統(tǒng)的結(jié)構(gòu)與排期情況：

以上是我對整體產(chǎn)品方案設(shè)計的思路與大致案例，希望對你有所幫助，歡迎一起交流學(xué)習(xí)。