導(dǎo)讀：由于G端項(xiàng)目的特性，產(chǎn)品經(jīng)理不能不懂項(xiàng)目管理，項(xiàng)目經(jīng)理也不能不懂業(yè)務(wù)和產(chǎn)品，所以做G端項(xiàng)目時(shí)，產(chǎn)品經(jīng)理往往也兼任項(xiàng)目管理的職責(zé)。本文作者以一個(gè)服務(wù)公安行業(yè)的綜合性業(yè)務(wù)系統(tǒng)項(xiàng)目為例，梳理ToG項(xiàng)目產(chǎn)品經(jīng)理所需要具備的項(xiàng)目管理五大力。

一、統(tǒng)籌力-項(xiàng)目邊界管理

1.1 明確項(xiàng)目目標(biāo)

對(duì)一個(gè)有明確合同約束的實(shí)施項(xiàng)目來(lái)說(shuō)，最重要的莫過(guò)于明確項(xiàng)目目標(biāo)。我們?cè)诼殘?chǎng)上所看重的“以結(jié)果為導(dǎo)向”的特質(zhì)中，這個(gè)結(jié)果便是根據(jù)目標(biāo)來(lái)定義的。

作為乙方，本項(xiàng)目最重要的目標(biāo)即是如期、保質(zhì)順利交付。

對(duì)于甲方來(lái)說(shuō)，本項(xiàng)目最重要的目標(biāo)莫過(guò)于順利驗(yàn)收每一個(gè)功能模塊，并保證每個(gè)模塊能投入正常使用，提升本單位工作效率。

1.2 明確交付邊界

對(duì)于這類強(qiáng)甲方主導(dǎo)的項(xiàng)目，往往存在著高度定制化和需求漫延兩大特性。

因此，在項(xiàng)目進(jìn)入入場(chǎng)實(shí)施階段后，第一時(shí)間要做的事就是熟讀合同和需求書(shū)，明確交付邊界。

梳理項(xiàng)目整體架構(gòu)，從基礎(chǔ)設(shè)施層、到網(wǎng)絡(luò)層、應(yīng)用層、展現(xiàn)層來(lái)做界定交付邊界。

基礎(chǔ)設(shè)施層：

包含數(shù)據(jù)采集設(shè)備的類型和來(lái)源，存儲(chǔ)資源、計(jì)算資源等基礎(chǔ)資源的來(lái)源類型，是甲方提供的資源還是合同范圍內(nèi)的自采形式？是云資源還是實(shí)體資源？

網(wǎng)絡(luò)傳輸層：

網(wǎng)絡(luò)環(huán)境如何，是專網(wǎng)建設(shè)還是在互聯(lián)網(wǎng)環(huán)境下建設(shè)？是否涉及跨網(wǎng)絡(luò)傳輸業(yè)務(wù)？如果需要跨網(wǎng)絡(luò)傳輸，那么是雙向傳輸還是單向傳輸？傳輸?shù)耐ǖ蕾Y源又由誰(shuí)提供建設(shè)？

業(yè)務(wù)應(yīng)用層：

將以上兩項(xiàng)基礎(chǔ)資源的問(wèn)題解決后，即來(lái)到用戶能直觀感知到的業(yè)務(wù)應(yīng)用層，在這一層，我們要明確的首先是本項(xiàng)目服務(wù)的用戶范圍，涉及到哪些業(yè)務(wù)部門？具備哪些業(yè)務(wù)模塊？每個(gè)功能模塊的數(shù)據(jù)來(lái)源如何？如果涉及到對(duì)接的第三方數(shù)據(jù)，則數(shù)據(jù)準(zhǔn)備情況以及對(duì)接方式如何？

以上“人生五問(wèn)”基本清晰后，便要開(kāi)始進(jìn)行針對(duì)性的細(xì)化需求調(diào)研和梳理，對(duì)每個(gè)業(yè)務(wù)模塊明確業(yè)務(wù)目標(biāo)、用戶群體、業(yè)務(wù)邏輯，對(duì)于一個(gè)功能性模塊的交付目標(biāo)，除了梳理前述三項(xiàng)以外，更重要的是做好用戶預(yù)期的管理。眾所周知，在科技發(fā)展的征途中，系統(tǒng)建設(shè)也進(jìn)行著幾個(gè)里程碑式的迭代：信息化–數(shù)字化-智能化。當(dāng)然，隨著數(shù)字化轉(zhuǎn)型的高歌猛進(jìn)，當(dāng)前的大多數(shù)系統(tǒng)正從信息化向數(shù)字化轉(zhuǎn)型。那么便要明確，當(dāng)前業(yè)務(wù)模塊，更適用于信息化呢還是數(shù)字化呢？不論結(jié)果如何，在這一步，我們要做的是，和客戶統(tǒng)一認(rèn)知，明確預(yù)期。并將預(yù)計(jì)交付的結(jié)果，述之紙上。

展現(xiàn)層：

接著我們來(lái)到了展現(xiàn)層。當(dāng)業(yè)務(wù)模塊和客戶明確清楚后，隨即便需要根據(jù)使用場(chǎng)景來(lái)選擇展現(xiàn)介質(zhì)。例如綜合指揮態(tài)勢(shì)監(jiān)測(cè)模塊，使用場(chǎng)景是指揮中心對(duì)事件處置進(jìn)行指揮調(diào)度，用戶為指揮中心的用戶及領(lǐng)導(dǎo)，需求是能對(duì)全局態(tài)勢(shì)一覽無(wú)遺，并快速調(diào)配所有人、物資源。那么展現(xiàn)形式介質(zhì)是屏幕更大的大屏端。又如辦公室內(nèi)處理業(yè)務(wù)的業(yè)務(wù)員角色，他們的需求更多是坐在電腦前處理一個(gè)個(gè)業(yè)務(wù)作業(yè)，完成流程節(jié)點(diǎn)，因此，大多業(yè)務(wù)模塊的主功能都在PC端完成。再如，公安中有許多外部巡邏執(zhí)勤的民警，他們需要在外巡邏，無(wú)法長(zhǎng)時(shí)間待在辦公室前，因此他們對(duì)系統(tǒng)的體驗(yàn)介質(zhì)，以移動(dòng)端為主，例如巡邏簽到、信息上報(bào)、接收指令、提交申請(qǐng)。

梳理完成幾種典型的展現(xiàn)方式后，我們要做的是根據(jù)每個(gè)業(yè)務(wù)模塊的用戶類型和需求，來(lái)梳理需要用到的展現(xiàn)方式，并繪制出在不同展現(xiàn)介質(zhì)中所要完成的主要?jiǎng)幼?，確保流程完整。

三、溝通力-識(shí)別項(xiàng)目外部干系人

G端項(xiàng)目的干系人種類往往有多種。根據(jù)所屬公司可分為公司內(nèi)部干系人，及項(xiàng)目組成員，甲方干系人和第三方干系人。

其中甲方干系人可根據(jù)不同職級(jí)、不同崗位類型和業(yè)務(wù)職責(zé)來(lái)做區(qū)分。

較典型的可以劃為三層：決策領(lǐng)導(dǎo)層，經(jīng)辦層，執(zhí)行層。

決策領(lǐng)導(dǎo)層，往往是部門的一把手，最終決定是否要為這個(gè)項(xiàng)目買單的人。他們關(guān)注的更多是價(jià)值和效益，而不是具體的細(xì)節(jié)問(wèn)題。因此在做功能方案設(shè)計(jì)的時(shí)候，往往會(huì)將大屏、各項(xiàng)數(shù)據(jù)統(tǒng)計(jì)結(jié)果的展示作為領(lǐng)導(dǎo)們關(guān)注的模塊。他們要的最終就是“好看”兩個(gè)字。當(dāng)然，這里的“好看”不僅局限在UI設(shè)計(jì)的酷炫，更是項(xiàng)目效益的高價(jià)值感，例如業(yè)務(wù)模塊提升了業(yè)務(wù)部門響應(yīng)處理的效率，項(xiàng)目產(chǎn)生了大量的社會(huì)效益為單位實(shí)際的政績(jī)添光增彩，這些都屬于“好看”。

經(jīng)辦層，往往是甲方在本項(xiàng)目中實(shí)際上的“執(zhí)行項(xiàng)目經(jīng)理”，在項(xiàng)目實(shí)施過(guò)程中，我們接觸的最多的人。他們有的精通業(yè)務(wù)、有的熟知技術(shù)、有的善于管理關(guān)注結(jié)果。根據(jù)不同類型的經(jīng)辦人，有不同的溝通方式和側(cè)重點(diǎn)。不論他們?cè)?jīng)經(jīng)歷如何，在這個(gè)角色上，他們最關(guān)注的就必然是進(jìn)度和交付質(zhì)量。與經(jīng)辦人溝通的過(guò)程中，核心是要達(dá)成一致目標(biāo)，并形成定期匯報(bào)機(jī)制。

執(zhí)行層，作為系統(tǒng)真正的使用人，他們可能來(lái)自各個(gè)不同的業(yè)務(wù)部門，帶著不同的業(yè)務(wù)需求。需求調(diào)研的主要對(duì)象就是這個(gè)群體，在功能上線之后，主要的使用培訓(xùn)對(duì)象、使用反饋調(diào)研對(duì)象也是這群人。他們關(guān)注的是功能是否好用，是否會(huì)給他們?cè)斐深~外負(fù)擔(dān)。

第三方干系人：

通常指和我們的項(xiàng)目有對(duì)接的第三方單位或公司，例如會(huì)有數(shù)據(jù)對(duì)接、業(yè)務(wù)流程交互關(guān)系。在這個(gè)場(chǎng)景中，我們需要對(duì)第三方干系人做好分類，典型的有兩類：

1. 甲方的兄弟單位，這類也屬于業(yè)務(wù)方，可能和我們的甲方有業(yè)務(wù)交互，需要我們梳理好業(yè)務(wù)邊界，明確交互流程。
2. 第三方服務(wù)企業(yè)，與我們同樣屬于“乙方公司”，他們通常是負(fù)責(zé)其他系統(tǒng)的開(kāi)發(fā)工作，和我們的系統(tǒng)有系統(tǒng)層面的數(shù)據(jù)交互。我們需要做的是劃分技術(shù)邊界，明確對(duì)接的技術(shù)方式。

四、執(zhí)行力-項(xiàng)目進(jìn)度管理

當(dāng)完成了項(xiàng)目需求邊界梳理后，意味著真正的項(xiàng)目實(shí)施交付環(huán)節(jié)啟動(dòng)。G端項(xiàng)目通常都具有周期長(zhǎng)、業(yè)務(wù)復(fù)雜的特性。為避免純瀑布式的開(kāi)發(fā)流程導(dǎo)致的項(xiàng)目交付后和客戶預(yù)期風(fēng)馬牛不相及的弊端，我們需要根據(jù)合同要求，確定階段性目標(biāo)，鎖定關(guān)鍵節(jié)點(diǎn)，倒排工期。

例如項(xiàng)目?jī)?nèi)如果包含采購(gòu)服務(wù)，則明確在什么時(shí)間節(jié)點(diǎn)需要采購(gòu)什么設(shè)備或產(chǎn)品到位，并做好相關(guān)的驗(yàn)收流程和材料。

對(duì)于系統(tǒng)開(kāi)發(fā)的工作，需要根據(jù)前期調(diào)研的需求，找到關(guān)鍵部門的核心需求點(diǎn)，排出優(yōu)先級(jí)，逐個(gè)攻破。當(dāng)然，這一步切記要和甲方達(dá)成一致意見(jiàn)，并在實(shí)施過(guò)程中主動(dòng)積極匯報(bào)進(jìn)度及問(wèn)題。

在做項(xiàng)目進(jìn)度管理的時(shí)候，要提前對(duì)各個(gè)環(huán)節(jié)做好預(yù)估和溝通，保證盡量合理的分配和安排。避免前期設(shè)計(jì)的時(shí)間安排一個(gè)月，而留給開(kāi)發(fā)的時(shí)間只剩3天。

五、判斷力-項(xiàng)目風(fēng)險(xiǎn)管理

作為項(xiàng)目經(jīng)理，除了對(duì)項(xiàng)目進(jìn)度的統(tǒng)籌把控以外，還有一個(gè)重要的職責(zé)便是風(fēng)險(xiǎn)識(shí)別和把控，這一項(xiàng)能力很大程度上決定了項(xiàng)目進(jìn)展的順利與否。

一般G端項(xiàng)目在實(shí)施過(guò)程中，通常存在以下三類風(fēng)險(xiǎn)：

1）項(xiàng)目延期風(fēng)險(xiǎn)

項(xiàng)目經(jīng)理在做進(jìn)度排期的時(shí)候，通常會(huì)將設(shè)備采購(gòu)、調(diào)研、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試各個(gè)環(huán)節(jié)工期拆解排期。其中有一個(gè)存在風(fēng)險(xiǎn)點(diǎn)的環(huán)節(jié)，就是設(shè)計(jì)環(huán)節(jié)。為了減少交付后返工的情況，面對(duì)強(qiáng)勢(shì)甲方我們通常會(huì)選擇將設(shè)計(jì)稿和甲方進(jìn)行確認(rèn)后再投入開(kāi)發(fā)，這樣的方式相當(dāng)于風(fēng)險(xiǎn)前移稀釋，將推翻返工的風(fēng)險(xiǎn)前置到設(shè)計(jì)環(huán)節(jié)，減少返工成本。但是也是一把雙刃劍，由于客戶構(gòu)成的多層級(jí)特性，設(shè)計(jì)稿確認(rèn)的決策鏈條過(guò)長(zhǎng)，且經(jīng)辦人往往需要和一把手再做確認(rèn)，這個(gè)環(huán)節(jié)的耗時(shí)無(wú)法準(zhǔn)確估計(jì)，所以在這一步，務(wù)必做好“三板斧”：前期調(diào)研充分，過(guò)程多次確認(rèn)，后期積極跟進(jìn)。

2）需求變更風(fēng)險(xiǎn)

在項(xiàng)目實(shí)施過(guò)程中，由于項(xiàng)目交付周期較長(zhǎng)，甲方領(lǐng)導(dǎo)的想法也常常在變。因此需求變更的風(fēng)險(xiǎn)也高頻存在。

要提前識(shí)別和規(guī)避這類風(fēng)險(xiǎn)，做好的辦法就是多問(wèn)多匯報(bào)多記錄。

1. 多問(wèn)：在做需求調(diào)研和功能設(shè)計(jì)的時(shí)候，刨根追底探究出根本需求，做充分的需求分析。
2. 多匯報(bào)：在梳理和設(shè)計(jì)過(guò)程中，多向需求方匯報(bào)溝通，做好二次確認(rèn)，保證自己對(duì)需求理解的正確性。
3. 多記錄：每一次的溝通和確認(rèn)都做好書(shū)面記錄，形成會(huì)議紀(jì)要，最好和需求方做好簽字確認(rèn)，減少甲方“貴人多忘事”的可能性。

3）進(jìn)度調(diào)整風(fēng)險(xiǎn)

除了需求范圍和內(nèi)容的變更，另一種很常見(jiàn)的是甲方對(duì)于原先排好的排期做的臨時(shí)性調(diào)整。這種情況多發(fā)生于以下三種場(chǎng)景：

1. 某些突發(fā)的大型事件，涉及到甲方的業(yè)務(wù)職責(zé)，需要作出及時(shí)響應(yīng)，配合工作。例如疫情或突發(fā)惡性事件，這類事件的特性是無(wú)法預(yù)測(cè)且無(wú)法回避，只能積極響應(yīng)及時(shí)應(yīng)對(duì)。響應(yīng)的核心重點(diǎn)在于“快”和“準(zhǔn)”。在第一時(shí)間，和甲方相關(guān)人員或部門進(jìn)行需求溝通，找到核心需求，以最小時(shí)間成本實(shí)現(xiàn)需求，后續(xù)再做調(diào)整完善。
2. 大型節(jié)假日活動(dòng)，這類事件的特性是周期性的可以預(yù)期的，如果經(jīng)驗(yàn)足夠豐富、對(duì)甲方業(yè)務(wù)足夠了解，可以在活動(dòng)到來(lái)之前，提前做好準(zhǔn)備。甚至可以在做排期計(jì)劃的時(shí)候，就考慮在內(nèi)，提前做好排期變更的風(fēng)險(xiǎn)規(guī)避。
3. 關(guān)鍵干系人的變更，這類情況發(fā)生的頻率較低，但是也很難預(yù)測(cè)。關(guān)鍵干系人的變更，主要體現(xiàn)在甲方單位一把手或是經(jīng)辦人角色的人員變動(dòng)。如上識(shí)別干系人一節(jié)中，我們介紹到不同類型的人員所關(guān)注的重點(diǎn)和管理理念不同，例如有的領(lǐng)導(dǎo)熱衷創(chuàng)新，喜歡求新求異，而有的領(lǐng)導(dǎo)一心求穩(wěn)，只想先做好最核心的業(yè)務(wù)，不求有功，但求無(wú)過(guò)。這種情況下，往往合同最終的交付結(jié)果不會(huì)改變，但是交付過(guò)程中的核心打磨模塊和優(yōu)先級(jí)會(huì)發(fā)生較大調(diào)整。

六、決策力-項(xiàng)目變更管理

作為乙方項(xiàng)目經(jīng)理，我們還要明白的一條“潛規(guī)則”是，需求的變更和漫延幾乎在每個(gè)項(xiàng)目里面都是不可避免的，我們能做的有以下幾點(diǎn)：

了解需求變更的背景，是對(duì)已交付的功能不滿所以提出新的需求，還是因?yàn)闃I(yè)務(wù)或政策調(diào)整帶來(lái)的需求變更？

1. 如果是前者，則嚴(yán)格來(lái)說(shuō)不算是需求漫延，而是對(duì)現(xiàn)有功能的調(diào)優(yōu)。可通過(guò)培訓(xùn)指導(dǎo)用戶正確用法，或者優(yōu)化交互體驗(yàn)的手段來(lái)提升用戶對(duì)功能的接受度。
2. 如果是后者，則需要從業(yè)務(wù)調(diào)整的核心點(diǎn)著手突破，是否只需要對(duì)原有功能模塊的局部流程做出調(diào)整，盡量避免大的開(kāi)發(fā)變更，節(jié)約開(kāi)發(fā)成本。當(dāng)然，這種情況屬于需求變更，友情提醒各位項(xiàng)目經(jīng)理，做好需求變更記錄，走變更流程哦。

純屬于在原有交付范圍外的新增需求，此時(shí)可以和甲方一起調(diào)研分析需求產(chǎn)生的背景和實(shí)現(xiàn)的目標(biāo)，探討是否有延伸二期建設(shè)的可能性，做好新增需求記錄，將新增需求納入二期建設(shè)范圍中，先交付再收費(fèi)。

七、總結(jié)

G端項(xiàng)目不同于常規(guī)的B端項(xiàng)目，除了需要標(biāo)準(zhǔn)化業(yè)務(wù)流的共性，還具備更高的定制化、更多層的領(lǐng)導(dǎo)架構(gòu)、更敏感的受政策影響度。因此，在做G端項(xiàng)目的實(shí)施過(guò)程中，我們需要更多的懷著做服務(wù)的心態(tài)做項(xiàng)目，針對(duì)不同的客戶級(jí)別提供不同的服務(wù)體驗(yàn)，同時(shí)為了保障公司成本和項(xiàng)目服務(wù)質(zhì)量，我們一定要做好風(fēng)險(xiǎn)識(shí)別及把控這一步，才能夠更好地做好ToG項(xiàng)目交付。

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

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