上文跟大家講了B端產(chǎn)品的準(zhǔn)備階段，看如何洞悉問(wèn)題明確目標(biāo)，本文主要探討的是立項(xiàng)階段，看整體方案如何設(shè)計(jì)。

完成第一階段的問(wèn)題識(shí)別和目標(biāo)定位，下一步需要確定整個(gè)項(xiàng)目的系統(tǒng)定位、框架設(shè)計(jì)等提綱挈領(lǐng)性工作，包含系統(tǒng)架構(gòu)、功能藍(lán)圖、核心業(yè)務(wù)流、需求清單、任務(wù)拆解、資源預(yù)算等。

當(dāng)所有方案確認(rèn)以后，公司通常會(huì)進(jìn)行立項(xiàng)評(píng)審，項(xiàng)目經(jīng)理將準(zhǔn)備階段的工作做總結(jié)，依次論述項(xiàng)目背景、業(yè)務(wù)痛點(diǎn)、解決方案、目標(biāo)計(jì)劃、軟硬件資源預(yù)算、實(shí)施計(jì)劃等，并由項(xiàng)目管理委員、業(yè)務(wù)發(fā)起人、技術(shù)專家組做評(píng)審和確認(rèn)后，方可執(zhí)行開展。

立項(xiàng)階段：整體方案設(shè)計(jì)

1. 方案設(shè)計(jì)

（1）系統(tǒng)定位

這個(gè)階段的工作，建議由產(chǎn)品經(jīng)理和研發(fā)經(jīng)理一起完成。因?yàn)閷?duì)系統(tǒng)的定位、應(yīng)用框架的選擇，研發(fā)經(jīng)理相對(duì)能提供更專業(yè)的建議和選擇。

根據(jù)之前的調(diào)研，我們基本確定了以下幾個(gè)角色：客戶、商家、派送員、市場(chǎng)專員。基于以上角色的不同訴求，考慮通過(guò)4套系統(tǒng)來(lái)支撐。

客戶端（小程序）：面向客戶，支持下單和售后；

客戶不希望下載新的APP，培養(yǎng)客戶的使用習(xí)慣也不是一件容易的事情，包括放棄已有平臺(tái)的流量紅利更不是一個(gè)明智的選擇。所以原下單平臺(tái)建議保留，通過(guò)外部接口的形式，實(shí)現(xiàn)第三方平臺(tái)的業(yè)務(wù)流轉(zhuǎn)即可。

但將最關(guān)鍵的流量入口單方面的依托于第三方平臺(tái)也不是一個(gè)長(zhǎng)久之計(jì)，故自建平臺(tái)也不能放棄?？紤]到研發(fā)周期、以及用戶體驗(yàn)的問(wèn)題，APP、小程序、H5中，小程序無(wú)疑是更好的選擇。

另外，公司可建立公眾號(hào)，面向客戶發(fā)布公司宣傳信息，公眾號(hào)菜單等便捷入口可綁定小程序，借助微信自帶流量同步實(shí)現(xiàn)宣傳、吸粉、流量轉(zhuǎn)化。

商家助手（小程序/H5）：面向商家，支持查看配貨量和賬單；

在當(dāng)前第三方平臺(tái)中，一個(gè)學(xué)校只有一個(gè)店鋪，并且不同學(xué)校上架的店鋪有公司統(tǒng)一的名稱【xx餐】。對(duì)于客戶而言，公司就是商家，而公司所謂的商家端更像是采購(gòu)方或者供貨商。作為供貨商，商家關(guān)注的重點(diǎn)是簽訂合同、貨物配送、定期結(jié)賬。

而其中線上店鋪的創(chuàng)建、編輯、菜單的組合、定價(jià)等工作，一是相對(duì)于一般的餐飲服務(wù)從業(yè)者而言過(guò)于復(fù)雜，二是作為供貨商他們并不太關(guān)注于這部分工作，都是交由市場(chǎng)專員做處理。

所以面向商家，有一個(gè)可以方便、及時(shí)查看配貨量、結(jié)算帳單的平臺(tái)即可。既然已有微信公眾號(hào)，保留一個(gè)商家端信息查看的入口即可。同時(shí)，根據(jù)之前我們對(duì)業(yè)務(wù)合作模式的了解，短期內(nèi)，這個(gè)方案應(yīng)該是滿足業(yè)務(wù)現(xiàn)狀的。

派送助手（小程序/H5）：面向兼職派送員，支持出勤排班、任務(wù)查看、處理和工資提現(xiàn)；

派送員主要是學(xué)生兼職，它主要通過(guò)宿舍樓匹配等方式進(jìn)行直接分配，不存在搶單、售后服務(wù)等功能，對(duì)于他們而言，最主要的工作還是查看及處理派送任務(wù)、以及工資提現(xiàn)的問(wèn)題?？紤]學(xué)生的身份，以及及時(shí)性隨時(shí)性的要求，通過(guò)小程序抑或是H5平臺(tái)來(lái)搭建兼職派送端，是最適合的方式。

另外在公司的業(yè)務(wù)模式中，派送員采用學(xué)生兼職團(tuán)隊(duì)。一是因?yàn)楦咝９芸氐膰?yán)格性，外部社會(huì)人員很難進(jìn)入學(xué)校甚至是寢室；二是考慮下一步發(fā)展兼職業(yè)務(wù)的可能，通過(guò)提供更多的兼職機(jī)會(huì)或是自主創(chuàng)業(yè)機(jī)會(huì)，來(lái)形成新的業(yè)務(wù)鏈。那下一步，兼職端也有自建APP的可能。

運(yùn)營(yíng)管理后臺(tái)（PC）：面向市場(chǎng)專員，支持商家、門店、兼職的管理和訂單管理等基礎(chǔ)功能；

整個(gè)任務(wù)的工作重點(diǎn)，創(chuàng)建一套方便操作的管理后臺(tái)，因?yàn)樯婕暗酱罅康纳唐肪庉嬏幚?、賬號(hào)、門店管理等功能，所以選擇PC版本實(shí)現(xiàn)。另外，考慮當(dāng)前主要面向角色是市場(chǎng)，其工作地點(diǎn)可變化性較高，所以不能限制外網(wǎng)訪問(wèn)權(quán)限。同時(shí)，雖然對(duì)移動(dòng)版本的需求也不低，但綜合研發(fā)周期、資源投入等問(wèn)題，移動(dòng)版暫不列入當(dāng)前研發(fā)計(jì)劃內(nèi)。

從當(dāng)前的現(xiàn)狀來(lái)看，公司主要及需運(yùn)營(yíng)管理的角色是市場(chǎng)部門，需要做商家管理、門店管理、兼職管理；而隨著公司下一步發(fā)展，面向運(yùn)營(yíng)專員的營(yíng)銷活動(dòng)策劃、反饋；面向客服專員的售后服務(wù)、理賠等都需要獨(dú)立的系統(tǒng)去支撐。如果業(yè)務(wù)蓬勃發(fā)展，這幾個(gè)平臺(tái)在短時(shí)間也有創(chuàng)建的必要。

不過(guò)從現(xiàn)階段來(lái)看，可以先搭建運(yùn)營(yíng)管理后臺(tái)，后續(xù)有必要，再創(chuàng)建獨(dú)立的客戶管理后臺(tái)、營(yíng)銷管理后臺(tái)等其他相關(guān)系統(tǒng)；

（2）整體架構(gòu)設(shè)計(jì)

根據(jù)以上內(nèi)容，我們可以繪制出公司當(dāng)前的應(yīng)用架構(gòu)圖，包括對(duì)外的客戶端、商家端、兼職端以及企業(yè)公眾號(hào)；以及對(duì)內(nèi)的運(yùn)營(yíng)管理后臺(tái)，主要面向商家、店鋪、商品等管理功能。

以上是本次項(xiàng)目所要建設(shè)的內(nèi)容，但針對(duì)一個(gè)從無(wú)到有的企業(yè)。還需要哪些環(huán)節(jié)需要建設(shè)，才能保證企業(yè)內(nèi)部正常運(yùn)轉(zhuǎn)呢。

首先，有關(guān)職能支撐類：

• 公司內(nèi)部信息發(fā)布、職員休假、入職、離職、物資采購(gòu)、登記等等最基礎(chǔ)的功能，需要一個(gè)OA（Office Automation辦公室自動(dòng)化）系統(tǒng)去承接，通常每一家公司基礎(chǔ)的辦公需求都差不多，所以O(shè)A系統(tǒng)可以選擇外采；
• 其次，招聘、員工入職、檔案、異動(dòng)、薪酬、績(jī)效、考勤、組織架構(gòu)等信息的管理，需要?jiǎng)?chuàng)建一個(gè)HR（Human Resource 人力資源）系統(tǒng)，這套系統(tǒng)通常也具備普適性；
• 再有就是企業(yè)郵箱，它和OA、HR共同構(gòu)成辦公軟件三大件，屬于職能支撐系統(tǒng)，都可以通過(guò)外采實(shí)現(xiàn)。

第二，有關(guān)基礎(chǔ)支撐類：

客戶通過(guò)新平臺(tái)下單，需要調(diào)用當(dāng)前客戶位置信息等、調(diào)用第三方支付系統(tǒng)。當(dāng)前客戶端選擇的小程序，這些都可以先選擇使用微信方所提供已有功能。

當(dāng)公司有包含微信公眾號(hào)、小程序、APP、官網(wǎng)等多客戶渠道時(shí)，會(huì)需要統(tǒng)一認(rèn)證平臺(tái)，確保客戶信息的唯一性、避免客戶多方登陸信息不同步等問(wèn)題；當(dāng)客戶的業(yè)務(wù)逐步擴(kuò)展，比如早餐業(yè)務(wù)從校園市場(chǎng)擴(kuò)展至社區(qū)服務(wù)市場(chǎng)等，會(huì)需要GIS、地址庫(kù)等基礎(chǔ)單元存儲(chǔ)客戶的地址信息；當(dāng)做節(jié)假日季節(jié)性營(yíng)銷時(shí)，也會(huì)需要Msg統(tǒng)一短信服務(wù)調(diào)度功能，給客戶發(fā)送營(yíng)銷短信。

GIS、Pay、Auth、Msg這些系統(tǒng)，根據(jù)當(dāng)前的使用場(chǎng)景，可以先由相關(guān)業(yè)務(wù)系統(tǒng)自主研發(fā)，后期都應(yīng)抽象出基礎(chǔ)支撐單元，供多系統(tǒng)調(diào)用服務(wù)。

第三，底層數(shù)據(jù)：

這點(diǎn)和基礎(chǔ)支撐單元類似，當(dāng)公司只有一套業(yè)務(wù)、一套核心系統(tǒng)時(shí)，像客戶主數(shù)據(jù)、地址數(shù)據(jù)、訂單數(shù)據(jù)等基礎(chǔ)數(shù)據(jù)，可以由業(yè)務(wù)系統(tǒng)自己存儲(chǔ)。但隨著業(yè)務(wù)發(fā)展，逐步擴(kuò)張有多套支撐系統(tǒng)時(shí)，通用的數(shù)據(jù)信息，一般都會(huì)抽象為底層數(shù)據(jù)，做統(tǒng)一的存儲(chǔ)，一是避免重復(fù)造車、二是方便集中調(diào)用分析、三是減輕核心業(yè)務(wù)系統(tǒng)的運(yùn)行壓力。

第四，有關(guān)管理后臺(tái)：

在一開始我們就分析過(guò)，為了擴(kuò)張市場(chǎng)，吸引更多的用戶，公司可能會(huì)有一些打折、滿減等線上營(yíng)銷需求，針對(duì)一次營(yíng)銷活動(dòng)的創(chuàng)建、運(yùn)營(yíng)、復(fù)盤，需要整套的營(yíng)銷中心系統(tǒng)來(lái)支撐；如果市場(chǎng)擴(kuò)張順利，用戶暴漲的情況下，也相應(yīng)會(huì)引發(fā)售后問(wèn)題的暴漲，那有關(guān)工單創(chuàng)建、受理、結(jié)同時(shí)隨著公司一步步發(fā)展。

據(jù)此，我們可以繪制成一張相對(duì)成熟的應(yīng)用架構(gòu)圖。雖然在短時(shí)間，這些產(chǎn)品并不能夠全部搭建完成，但是從一開始就考慮到公司可能發(fā)展的一個(gè)方向，并為此創(chuàng)建一張應(yīng)用框架圖。有利于架構(gòu)師搭建一個(gè)相對(duì)健壯的系統(tǒng)框架，避免后期重復(fù)改造；二是提早設(shè)立規(guī)范，為每個(gè)獨(dú)立系統(tǒng)設(shè)計(jì)一套統(tǒng)一的方案，方便后期集成，同時(shí)也讓每個(gè)獨(dú)立系統(tǒng)在一開始創(chuàng)建時(shí)，就考慮到其他板塊可能需要的服務(wù)和調(diào)用。三是避免重復(fù)造車，像用戶、權(quán)限、角色、登陸、支付、認(rèn)證、信息推送等，每個(gè)系統(tǒng)都可能使用到，做成基礎(chǔ)模塊共用，可以節(jié)省不少時(shí)間。

上圖中標(biāo)注有顏色的模塊，是公司初期需要建設(shè)的部分，其中OA、HR、企業(yè)郵箱建議外采，Pay和Msg建議抽象出來(lái)，以后供多方調(diào)用；當(dāng)前項(xiàng)目的建設(shè)任務(wù)，主要集中在客戶端、兼職端、商家端、公眾號(hào)、運(yùn)營(yíng)管理平臺(tái)的搭建。

（3）核心業(yè)務(wù)流程圖

根據(jù)系統(tǒng)交互圖，我們可以確認(rèn)不同子系統(tǒng)之間的依賴關(guān)系、以此設(shè)計(jì)上下游接口之間的數(shù)據(jù)傳遞方式等問(wèn)題。在業(yè)務(wù)調(diào)研階段，我們已經(jīng)繪制了線下業(yè)務(wù)流程圖，那將這些動(dòng)作轉(zhuǎn)換到線上系統(tǒng)操作，流程過(guò)程如下：

（4）功能藍(lán)圖

確認(rèn)了系統(tǒng)架構(gòu)、核心業(yè)務(wù)流后，我們可以在此基礎(chǔ)上，拆分出需要建設(shè)的功能模塊圖，也可以叫做系統(tǒng)規(guī)劃圖，它是每個(gè)獨(dú)立系統(tǒng)建設(shè)的基礎(chǔ)。

（5）功能清單

根據(jù)系統(tǒng)藍(lán)圖，我們將系統(tǒng)需要建設(shè)的功能拆分成不同的模塊。下一步需要將這些模塊內(nèi)需要建設(shè)的功能清單進(jìn)一步列出，作為評(píng)估開發(fā)工時(shí)的一個(gè)依據(jù)。功能清單拆分時(shí)顆粒度需要有統(tǒng)一的要求，一般詳細(xì)到三級(jí)功能（增刪改查）的維度，一個(gè)任務(wù)項(xiàng)所需開發(fā)時(shí)間在1-3個(gè)工作日內(nèi)。

最終呈現(xiàn)如下圖的一個(gè)清單：

（6）資源預(yù)算

有了更細(xì)維度的功能拆分，我們就可以據(jù)此來(lái)評(píng)估項(xiàng)目的總體工期。再結(jié)合CEO要求的完成時(shí)間，可以判斷出該項(xiàng)目需要投入幾名研發(fā)、幾名測(cè)試、幾名產(chǎn)品（通常一個(gè)工程的產(chǎn)品研發(fā)測(cè)試會(huì)按照1:3:1或1:4:1來(lái)配置）。

通過(guò)計(jì)算每個(gè)項(xiàng)目成員月平均薪資以及投入月份，可確認(rèn)項(xiàng)目的人力資源預(yù)算。再加上軟硬件資源預(yù)算，差旅預(yù)算，培訓(xùn)預(yù)算等項(xiàng)目，基本上可以評(píng)估出該項(xiàng)目的整體資金預(yù)算。

項(xiàng)目發(fā)起人、相關(guān)公司高層、技術(shù)負(fù)責(zé)人一般都會(huì)根據(jù)項(xiàng)目的產(chǎn)出，來(lái)評(píng)估該項(xiàng)目的投資回報(bào)率，以此來(lái)決定是否要啟動(dòng)該項(xiàng)目。

（5）立項(xiàng)匯報(bào)

將項(xiàng)目的背景、范圍、方案、功能架構(gòu)、技術(shù)架構(gòu)、目標(biāo)、里程碑、任務(wù)清單、成本效益、風(fēng)險(xiǎn)舉措以匯報(bào)的形式產(chǎn)出文件。邀請(qǐng)發(fā)起人和相關(guān)人，挑選一個(gè)風(fēng)和日麗的一天進(jìn)行立項(xiàng)匯報(bào)。評(píng)審?fù)ㄟ^(guò)后，就可以進(jìn)入正式的研發(fā)階段。

小結(jié)

一個(gè)好的產(chǎn)品，一定是團(tuán)隊(duì)協(xié)助的產(chǎn)物。所以我一直樂(lè)于和研發(fā)、測(cè)試、業(yè)務(wù)同事進(jìn)行充分的交流，只有參與到項(xiàng)目中的每一個(gè)人都有相同的目標(biāo)和認(rèn)識(shí)，大家才可能朝著一個(gè)方向使勁。另外，讓團(tuán)隊(duì)相關(guān)同事都參與了解到項(xiàng)目的背景目標(biāo)，也可以充分調(diào)動(dòng)大家的積極性和責(zé)任感。這一定是項(xiàng)目成功的必備條件。

回到方案設(shè)計(jì)這個(gè)階段，產(chǎn)品經(jīng)理一定要?jiǎng)訂T研發(fā)經(jīng)理一起參與其中。這有利于研發(fā)經(jīng)理去了解業(yè)務(wù)現(xiàn)狀，設(shè)計(jì)合理的邏輯架構(gòu)、開發(fā)架構(gòu)、數(shù)據(jù)架構(gòu)。

舉幾個(gè)例子，像下面這些都是研發(fā)經(jīng)理要考慮到問(wèn)題：

• 系統(tǒng)的目標(biāo)用戶是誰(shuí)？關(guān)鍵業(yè)務(wù)流程是什么？
• 高峰期在什么時(shí)間，高峰期有多少人在使用，平均有多少人在使用？
• 系統(tǒng)有哪些性能、質(zhì)量、安全性、擴(kuò)展性需求？
• 有哪些周邊子系統(tǒng)？系統(tǒng)和其他子系統(tǒng)之間有什么交互？上下游接口有哪些，rpc、http還是MQ，同步還是異步？
• 系統(tǒng)有哪些模塊，每個(gè)模塊的數(shù)據(jù)量有多少？是否需要分庫(kù)分表？
• 系統(tǒng)有哪些數(shù)據(jù)同步任務(wù)？大數(shù)據(jù)框架的使用情況如何？

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

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