編輯導(dǎo)讀：產(chǎn)品人的工作，就是在一個(gè)一個(gè)項(xiàng)目中度過(guò)的。不同的產(chǎn)品人，對(duì)項(xiàng)目的認(rèn)知程度不同。本文作者身為一個(gè)有10年工作經(jīng)驗(yàn)的產(chǎn)品人，對(duì)產(chǎn)品和項(xiàng)目有自己的思考，從七個(gè)方面進(jìn)行了深入的分析，希望對(duì)你有幫助。

筆者09年開(kāi)始實(shí)習(xí)至今，分別經(jīng)歷了互聯(lián)網(wǎng)產(chǎn)品→定制化項(xiàng)目→項(xiàng)目型產(chǎn)品三個(gè)階段，在第一次轉(zhuǎn)型時(shí)由于只是開(kāi)發(fā)人員，對(duì)于轉(zhuǎn)型的理解并沒(méi)有那么深刻；在第二次轉(zhuǎn)型時(shí)，由于已是負(fù)責(zé)人，需要站在更高的層面上思考以及轉(zhuǎn)變，對(duì)于轉(zhuǎn)型之痛深有感觸，對(duì)于轉(zhuǎn)型過(guò)程中所走的彎路也印象尤深，故以此文來(lái)記錄自己的理解，敘述的內(nèi)容帶有工作領(lǐng)域的局限性，也希望與大家共同探討。

前言：

在開(kāi)始撰文之前，先以福特創(chuàng)始人Henry Ford的一句話（真實(shí)性存疑）作為開(kāi)頭，此句也成了我在產(chǎn)品設(shè)計(jì)時(shí)的座右銘，“If I had asked people what they wanted, they would have said faster horses.”。

短短一句話，其實(shí)已經(jīng)道盡產(chǎn)品思維的特性，產(chǎn)品越深入，對(duì)其越是感同身受。接下來(lái)，筆者將從定義、思維方式、團(tuán)隊(duì)構(gòu)成、需求來(lái)源、商業(yè)模式、版本分支、配套工具等方面分享筆者認(rèn)知中產(chǎn)品與項(xiàng)目之間區(qū)別和聯(lián)系。

01 定義

1. 項(xiàng)目是什么

有學(xué)習(xí)過(guò)PMP或者高項(xiàng)的人，應(yīng)該對(duì)于項(xiàng)目的定義是再熟悉不過(guò)了——項(xiàng)目是為創(chuàng)造某種獨(dú)特的產(chǎn)品或服務(wù)所做出的一次性的努力，其具備的幾個(gè)特征： 目標(biāo)性；獨(dú)特性； 臨時(shí)性；漸進(jìn)明細(xì)。

落到我們實(shí)際的工作中，軟件項(xiàng)目的本質(zhì)就是為了實(shí)現(xiàn)合同約定的建設(shè)內(nèi)容或用戶方的需求，通過(guò)程序開(kāi)發(fā)\部署的方式將其以軟件的形式實(shí)現(xiàn)，并將其與交付物一并提交給用戶。

2. 產(chǎn)品是什么

對(duì)于產(chǎn)品的定義，百科中給出一段相對(duì)繞口的描述——產(chǎn)品是指能夠提供給市場(chǎng)，被人們使用和消費(fèi)，并能滿足人們某種需求的任何東西，包括有形的物品、無(wú)形的服務(wù)、組織、觀念或它們的組合。

如果用更加貼近于軟件開(kāi)發(fā)方式來(lái)描述的話，那么軟件產(chǎn)品是面向解決業(yè)務(wù)場(chǎng)景需求，持續(xù)迭代，并可在多個(gè)項(xiàng)目中被復(fù)用的一類(lèi)具有通用性的軟件形態(tài)。

筆者所在的公司中，存在著兩種不同形態(tài)的產(chǎn)品，一種為業(yè)務(wù)應(yīng)用類(lèi)產(chǎn)品，其專(zhuān)注于解決業(yè)務(wù)場(chǎng)景方面的需求，并可在多個(gè)項(xiàng)目中進(jìn)行應(yīng)用，如電子證照、政務(wù)服務(wù)辦理等；另外一種為底層組件類(lèi)產(chǎn)品，其業(yè)務(wù)屬性較弱，對(duì)于通用屬性進(jìn)行高度提煉并對(duì)業(yè)務(wù)進(jìn)行拆解，如用戶中心、表單中心等。

舉一種實(shí)際生活中的例子描述這兩者的區(qū)別：項(xiàng)目就是一次性杯子，目的是為了解決單次喝水的需求，目標(biāo)明確且一次性；而產(chǎn)品就是陶瓷杯或者水杯，面向的場(chǎng)景是解決多次喝水場(chǎng)景的需求，而且還會(huì)根據(jù)喝水、喝咖啡、喝酒等不同場(chǎng)景衍生出不同的子產(chǎn)品。

02 思維方式

在筆者從項(xiàng)目負(fù)責(zé)人轉(zhuǎn)變成產(chǎn)品負(fù)責(zé)人時(shí)，把思維方式從項(xiàng)目級(jí)別提升到產(chǎn)品級(jí)別是最大的挑戰(zhàn)，兩者之間的區(qū)別與聯(lián)系很容易能讓人感覺(jué)到迷惑與無(wú)從選擇，就其內(nèi)容而言，兩者沒(méi)有高下之分，但如果應(yīng)用錯(cuò)了場(chǎng)景，就容易把簡(jiǎn)單的事情復(fù)雜化，而把多層次的內(nèi)容應(yīng)付了之。下面談?wù)勴?xiàng)目思維與產(chǎn)品思維之間的差異。

1. 項(xiàng)目思維

在大多數(shù)傳統(tǒng)軟件開(kāi)發(fā)公司中，基本上都是秉持著項(xiàng)目型思維在進(jìn)行著公司的日常工作及軟件的研發(fā)，那究竟什么是項(xiàng)目型的思維呢？

所謂項(xiàng)目思維，其思考的方式為——“完成”，其目標(biāo)為——“任務(wù)”。

項(xiàng)目思維重點(diǎn)關(guān)注如何實(shí)現(xiàn)任務(wù)的完成，從時(shí)間、成本、范圍、質(zhì)量等多個(gè)相關(guān)指標(biāo)上推動(dòng)工作的進(jìn)展，實(shí)現(xiàn)任務(wù)交付物的產(chǎn)出。具體到實(shí)際工作中，因?yàn)橹攸c(diǎn)在于完成任務(wù)，項(xiàng)目組成員所有的工作都在圍繞著項(xiàng)目的成功交付及驗(yàn)收推進(jìn)，當(dāng)接到項(xiàng)目需求時(shí)，考慮的是如何完成這項(xiàng)需求，完成的時(shí)間、成本，以及如何能夠更快且保質(zhì)地交付到用戶方。

2. 產(chǎn)品思維

相對(duì)于項(xiàng)目思維，產(chǎn)品思維，其思考的方式為——“透視”，其目標(biāo)為——“價(jià)值”。

產(chǎn)品思維重點(diǎn)關(guān)注于挖掘有效的根源性需求，從業(yè)務(wù)場(chǎng)景的角度構(gòu)建解決方案，提升產(chǎn)品價(jià)值及競(jìng)爭(zhēng)力。具體到實(shí)際工作中，就是我們?cè)谶M(jìn)行產(chǎn)品構(gòu)建過(guò)程中，重點(diǎn)不是在完成增刪改查功能的堆疊，而是去透視需求背后的業(yè)務(wù)場(chǎng)景，什么樣的應(yīng)用痛點(diǎn)驅(qū)動(dòng)需求的產(chǎn)生，如何去構(gòu)建解決方案可以更好解決需求，提升產(chǎn)品價(jià)值并且復(fù)用到多個(gè)項(xiàng)目中。

項(xiàng)目思維，類(lèi)似于被動(dòng)驅(qū)動(dòng)，以完成任務(wù)為目標(biāo)；而產(chǎn)品思想，則是自我驅(qū)動(dòng)，以提升產(chǎn)品價(jià)值為目標(biāo)。

舉一個(gè)在實(shí)際工作中曾經(jīng)發(fā)生的案例來(lái)說(shuō)說(shuō)兩者之間的區(qū)分：

1）用戶中心

我們?cè)谀硞€(gè)用戶中心分支的時(shí)候接到一個(gè)需求——”在部門(mén)屬性中添加中央業(yè)務(wù)指導(dǎo)部門(mén)代碼和中央業(yè)務(wù)指導(dǎo)部門(mén)名稱(chēng)兩個(gè)屬性，屬性對(duì)應(yīng)于國(guó)家某平臺(tái)接口，需要在xx前完成“， 明確的用戶需求以及時(shí)間節(jié)點(diǎn)要求，由于當(dāng)時(shí)時(shí)間趕且團(tuán)隊(duì)缺少產(chǎn)品經(jīng)理，我們小伙子就直接將這個(gè)需求在分支上實(shí)現(xiàn)了，并按時(shí)提交給對(duì)應(yīng)的需求提出方。到此為止，這就是項(xiàng)目思維，以完成任務(wù)為目標(biāo)。

在后續(xù)對(duì)于產(chǎn)品項(xiàng)目需求進(jìn)行歸納中，我們發(fā)現(xiàn)了此需求，從表面上看，這只是一個(gè)增加兩個(gè)部門(mén)屬性的需求，但深入去分析挖掘后，可以發(fā)現(xiàn)這個(gè)業(yè)務(wù)指導(dǎo)部門(mén)屬性的出發(fā)點(diǎn)是為了解決政府部門(mén)橫向管理過(guò)程中條線管理缺失，實(shí)現(xiàn)業(yè)務(wù)部門(mén)的垂直化管理，如公安業(yè)務(wù)線、煙草局業(yè)務(wù)線等；而且省里面也會(huì)有實(shí)際的應(yīng)用情況，縣一級(jí)的一個(gè)部門(mén)，對(duì)應(yīng)的上級(jí)部門(mén)可能是多個(gè)，比如mh縣文體旅局對(duì)應(yīng)的上級(jí)部門(mén)分別是fz市文旅局+fz市體育局，在具體的執(zhí)行中，是不同的處室對(duì)應(yīng)到不同的條線管理；在用戶中心使用上，也會(huì)有按照條線展示部門(mén)、用戶、通信錄等需求。所以在最終的產(chǎn)品設(shè)計(jì)中，我們?cè)谥骶€版本部門(mén)中擴(kuò)充所屬條線屬性，并且增加條線管理，調(diào)整了相應(yīng)對(duì)外服務(wù)接口。透過(guò)現(xiàn)象看本質(zhì)，通過(guò)業(yè)務(wù)場(chǎng)景解決方案提升產(chǎn)品價(jià)值，這就是產(chǎn)品思維。

03 團(tuán)隊(duì)構(gòu)成

產(chǎn)品和項(xiàng)目在定位和目標(biāo)的區(qū)別，也很直觀體現(xiàn)在團(tuán)隊(duì)構(gòu)成上，包括對(duì)于團(tuán)隊(duì)人員素質(zhì)相關(guān)要求上，建立好的團(tuán)隊(duì)結(jié)構(gòu)能夠讓工作進(jìn)展得更加順利。

1. 項(xiàng)目團(tuán)隊(duì)

項(xiàng)目團(tuán)隊(duì)一般會(huì)有以下必備成員：項(xiàng)目經(jīng)理、技術(shù)主管、需求分析員、開(kāi)發(fā)工程師、測(cè)試工程師、客服人員（按合同要求）。

很多實(shí)際的項(xiàng)目中，一人多職情況較為普遍，項(xiàng)目經(jīng)理往往還兼著技術(shù)主管或者需求分析員的職務(wù)，而一些開(kāi)發(fā)工程師也兼著需求分析員或客服人員的角色，而測(cè)試工程師大部分是由公司測(cè)試部門(mén)在關(guān)鍵時(shí)間節(jié)點(diǎn)上介入項(xiàng)目現(xiàn)場(chǎng)的。

2. 產(chǎn)品團(tuán)隊(duì)

產(chǎn)品團(tuán)隊(duì)一般會(huì)有以下必備成員：產(chǎn)品負(fù)責(zé)人、架構(gòu)師、產(chǎn)品經(jīng)理、交互設(shè)計(jì)師、開(kāi)發(fā)工程師、測(cè)試工程師、配置工程師、項(xiàng)目對(duì)接人員。

很多人會(huì)把產(chǎn)品經(jīng)理跟需求分析員的職責(zé)定位混淆了，其實(shí)兩者的區(qū)別很明顯，需求分析員是帶著項(xiàng)目思維的人員，適用于項(xiàng)目的推動(dòng)；而產(chǎn)品經(jīng)理就是要用產(chǎn)品思維帶著產(chǎn)品持續(xù)往前走，提升產(chǎn)品價(jià)值的人員。

在團(tuán)隊(duì)構(gòu)成穩(wěn)定性的趨勢(shì)上來(lái)說(shuō)，產(chǎn)品團(tuán)隊(duì)相對(duì)于項(xiàng)目團(tuán)隊(duì)較為穩(wěn)定，項(xiàng)目團(tuán)隊(duì)由于項(xiàng)目進(jìn)展的情況，有可能會(huì)出現(xiàn)中間某一階段需要大量人員，而其他階段只需要少量人員繼續(xù)推動(dòng)項(xiàng)目的進(jìn)展；產(chǎn)品團(tuán)隊(duì)由于產(chǎn)品的持續(xù)迭代、產(chǎn)品在項(xiàng)目中應(yīng)用的持續(xù)增長(zhǎng)，所以正常情況下產(chǎn)品團(tuán)隊(duì)不會(huì)出現(xiàn)人員的大幅變動(dòng)。

在相同崗位的成員素質(zhì)要求上，兩者也不盡相同。項(xiàng)目團(tuán)隊(duì)對(duì)于成員的要求為能夠快速進(jìn)入狀態(tài)，具備較高的承壓能力，除了本職工作外，還能夠兼任一些其他崗位的職責(zé)，比如開(kāi)發(fā)工程師往往還需要兼著需求分析的工作；產(chǎn)品團(tuán)隊(duì)對(duì)于成員的要求是本職工作需要精，知其然且知其所以然，比如開(kāi)發(fā)工程師需要去考慮代碼的執(zhí)行效率、代碼并發(fā)能力、代碼的容錯(cuò)性設(shè)置、代碼規(guī)范等內(nèi)容，通過(guò)自身專(zhuān)業(yè)上的深入提升產(chǎn)品的質(zhì)量。

04 需求來(lái)源

定位上的不同、思維方式上的不同，也直接決定了需求來(lái)源的不同，清晰地區(qū)分項(xiàng)目需求與產(chǎn)品需求，才能避免在工作開(kāi)展中陷入是是而非的矛盾與麻煩中。

1. 項(xiàng)目需求

項(xiàng)目以客戶的需求為驅(qū)動(dòng)，通過(guò)用戶訪談、問(wèn)卷調(diào)查、可用性測(cè)試等多種方式明確需求內(nèi)容及邊界，并以書(shū)面\其他記錄的形式協(xié)同客戶對(duì)于需求進(jìn)行評(píng)審和確認(rèn)，項(xiàng)目組根據(jù)明確后的需求進(jìn)行定制化開(kāi)發(fā)。項(xiàng)目需求在本質(zhì)上，其實(shí)也就是文章開(kāi)頭福特那句話的縮影，用戶角度的需求就是faster horses。

就其整體而言，項(xiàng)目需求的特點(diǎn)很明顯，來(lái)源明確、范圍明確、工作量明確。

2. 產(chǎn)品需求

產(chǎn)品以價(jià)值提升為驅(qū)動(dòng)，需求圍繞產(chǎn)品價(jià)值提升而展開(kāi)，需求來(lái)源是多渠道的，國(guó)家及行業(yè)政策、市場(chǎng)需求、用戶需求、項(xiàng)目需求等等；需求調(diào)研也是多樣化的，政策分析、競(jìng)品分析、問(wèn)卷調(diào)查、頭腦風(fēng)暴、用戶反饋等等。

產(chǎn)品在需求管控上，更加趨向于敏捷模式，小步快跑，允許試錯(cuò)，以市場(chǎng)接受度決定需求的正確與否。

項(xiàng)目需求本質(zhì)上是獲取到“faster horses”信息，而產(chǎn)品需求本質(zhì)上是獲取到“faster”信息，并且考慮除了“horse”之外，還有其他什么方法措施可以滿足這類(lèi)需求。

在實(shí)際工作中，很容易存在幾個(gè)認(rèn)知方面的誤區(qū)：

1）把項(xiàng)目需求當(dāng)做產(chǎn)品需求去實(shí)現(xiàn)

項(xiàng)目應(yīng)用是產(chǎn)品非常重要的一個(gè)需求來(lái)源，因?yàn)轫?xiàng)目需求來(lái)源于最終使用軟件產(chǎn)品的用戶，反映了用戶在實(shí)際業(yè)務(wù)場(chǎng)景中的應(yīng)用痛點(diǎn)、行業(yè)性需求等多方面因素。

但這并不是說(shuō)項(xiàng)目需求等同于產(chǎn)品需求，項(xiàng)目需求為項(xiàng)目所服務(wù)，具有項(xiàng)目區(qū)域性、業(yè)務(wù)性以及臨時(shí)性等特征；在將項(xiàng)目需求沉淀為產(chǎn)品需求時(shí)，需要全面衡量可復(fù)用度、價(jià)值提升程度、已有業(yè)務(wù)場(chǎng)景破壞度、潛在隱性需求等等多維度影響因子，在此基礎(chǔ)上對(duì)于項(xiàng)目需求進(jìn)行產(chǎn)品適應(yīng)性改造之后，才能夠吸納到產(chǎn)品需求中。

2）產(chǎn)品不介入到項(xiàng)目實(shí)際業(yè)務(wù)需求

結(jié)合前面的描述，項(xiàng)目工作內(nèi)容不等同于產(chǎn)品工作內(nèi)容，在實(shí)際的工作開(kāi)展中，需要理清產(chǎn)品與項(xiàng)目之間的界限，避免產(chǎn)品做著做著變成了在做項(xiàng)目。

但這并不意味著可以矯枉過(guò)正，不能說(shuō)產(chǎn)品版本發(fā)布且提供了二開(kāi)機(jī)制支持后，在項(xiàng)目落地過(guò)程中的個(gè)性化改造就是屬于項(xiàng)目組的事情，與產(chǎn)品團(tuán)隊(duì)沒(méi)有關(guān)系。

為了長(zhǎng)期的戰(zhàn)略考慮，將產(chǎn)品團(tuán)隊(duì)與項(xiàng)目實(shí)施交付團(tuán)隊(duì)職能劃定是必然的，但是產(chǎn)品團(tuán)隊(duì)與項(xiàng)目團(tuán)隊(duì)需要建立良好的溝通渠道，包括前期的產(chǎn)品方案提供、產(chǎn)品部署操作、產(chǎn)品升級(jí)操作等工作，還包括落地后的新增需求分析、解決方案指導(dǎo)、功能二開(kāi)協(xié)同等，產(chǎn)品團(tuán)隊(duì)需要主動(dòng)擁抱項(xiàng)目需求，以實(shí)戰(zhàn)檢驗(yàn)產(chǎn)品的優(yōu)劣，通過(guò)應(yīng)用成效進(jìn)一步完善產(chǎn)品自身，定期對(duì)于項(xiàng)目需求輪詢并歸納到產(chǎn)品需求，才能避免閉門(mén)造車(chē)還自我感覺(jué)良好，也避免由于產(chǎn)品團(tuán)隊(duì)和項(xiàng)目團(tuán)隊(duì)的沖突導(dǎo)致產(chǎn)品無(wú)法收集到項(xiàng)目需求。

3）未聚焦產(chǎn)品業(yè)務(wù)，無(wú)限制擴(kuò)展產(chǎn)品地圖

需求蔓延不止是在項(xiàng)目中需要去預(yù)防管控的，同樣在產(chǎn)品中也是存在類(lèi)似的問(wèn)題，而且由于產(chǎn)品需求的不確定性，需求蔓延的可能性更加突出。

在產(chǎn)品推進(jìn)過(guò)程中，產(chǎn)品經(jīng)理的首先要?jiǎng)?wù)就是要十分明確產(chǎn)品的定位、產(chǎn)品所要解決的業(yè)務(wù)場(chǎng)景，在此原則上對(duì)于產(chǎn)品需求進(jìn)行分析，分析切記不能淺嘗輒止，也不能偏離主線業(yè)務(wù)無(wú)節(jié)制蔓延。

例如在財(cái)務(wù)輔助系統(tǒng)中，工程類(lèi)付款涉及到工程所屬節(jié)點(diǎn)以及核算的結(jié)果、人工成本報(bào)銷(xiāo)單涉及到整體人力資源薪酬的核算與發(fā)放、付款涉及到與銀企系統(tǒng)的對(duì)接對(duì)賬等，但是這并不是說(shuō)我們產(chǎn)品也要覆蓋到工程管理、人資管理、銀企等業(yè)務(wù)，而應(yīng)該是聚焦在我們產(chǎn)品的主業(yè)務(wù)上。

產(chǎn)品需求需要決定做什么，但更要決定不做什么。

05 商業(yè)模式

天下熙熙皆為利來(lái)，天下攘攘皆為利往，拋開(kāi)我們?cè)诳裳猩鐣?huì)效益中寫(xiě)到的那些偉光正，最終目的還是要實(shí)現(xiàn)公司效益的增長(zhǎng)，但產(chǎn)品與項(xiàng)目創(chuàng)造效益的方式不盡相同。

在項(xiàng)目方面來(lái)說(shuō)，談不上商業(yè)模式，更加側(cè)重的是如何降本增效，以項(xiàng)目驗(yàn)收為目標(biāo)，采用多種可取的方法降低項(xiàng)目的人力投入、提高項(xiàng)目組成員的生產(chǎn)效率、加快項(xiàng)目驗(yàn)收時(shí)間節(jié)點(diǎn)，縮短公司的投資回報(bào)周期、并提高投資回報(bào)率。

而產(chǎn)品方面來(lái)說(shuō)，承載著公司更高的期望值，追求溢價(jià)以及長(zhǎng)期收益，通過(guò)戰(zhàn)略投入加碼未來(lái)，是公司進(jìn)行產(chǎn)品化的根本動(dòng)力。所以在進(jìn)行產(chǎn)品規(guī)劃設(shè)計(jì)的時(shí)候，需要考慮清楚商業(yè)模式的方方面面，包括產(chǎn)品成本結(jié)構(gòu)、產(chǎn)品收入結(jié)構(gòu)、產(chǎn)品定價(jià)策略、產(chǎn)品投資回報(bào)周期等信息，簡(jiǎn)單點(diǎn)說(shuō)，就是需要能讓人相信產(chǎn)品能夠產(chǎn)生效益，而不是反向操作浪費(fèi)資源。

在進(jìn)行表單中心產(chǎn)品規(guī)劃時(shí)，我們就表單中心的商業(yè)模式進(jìn)行以下思考：

• 預(yù)估產(chǎn)品研發(fā)投入的人力、時(shí)間，產(chǎn)品落地項(xiàng)目投入所需成本——成本結(jié)構(gòu)
• 是否采用云方式提供服務(wù)還是以私有化部署提供服務(wù)——成本結(jié)構(gòu)
• 表單中心市場(chǎng)銷(xiāo)售能力預(yù)估——收入結(jié)構(gòu)、投資回報(bào)
• 是否按照功能列表、授權(quán)數(shù)量進(jìn)行可定制化銷(xiāo)售——定價(jià)策略
• 針對(duì)不同應(yīng)用級(jí)別產(chǎn)品的銷(xiāo)售報(bào)價(jià)、實(shí)施運(yùn)維報(bào)價(jià)——定價(jià)策略

如果產(chǎn)品研發(fā)之前沒(méi)有經(jīng)過(guò)全面的商業(yè)模式論證，模糊的商業(yè)模式不止是讓產(chǎn)品未來(lái)打了個(gè)問(wèn)號(hào)，也讓公司的銷(xiāo)售無(wú)從下手。

06 版本分支

由于項(xiàng)目是一次性的產(chǎn)品，所以其版本管理相對(duì)來(lái)說(shuō)比較簡(jiǎn)單明了，并不涉及到復(fù)雜的版本迭代及分支管理，在此文中我們不討論項(xiàng)目的版本及分支管理。

由于產(chǎn)品會(huì)在多個(gè)項(xiàng)目中進(jìn)行應(yīng)用、項(xiàng)目應(yīng)用中二開(kāi)功能存在可復(fù)用、項(xiàng)目應(yīng)用中二開(kāi)功能屬于個(gè)性化定制等等多種情況，產(chǎn)品的版本及分支版本管理制度，對(duì)于產(chǎn)品團(tuán)隊(duì)來(lái)說(shuō)，直接決定了后續(xù)的產(chǎn)品運(yùn)維的工作量。當(dāng)然，在具體的管理制度制定方面，屬于仁者見(jiàn)仁智者見(jiàn)智，沒(méi)有標(biāo)準(zhǔn)答案。

以筆者所負(fù)責(zé)部的產(chǎn)品主線版本以分支版本管理制度側(cè)重點(diǎn)與大家分享：

1）一主線版本、多個(gè)長(zhǎng)期演進(jìn)版本、N個(gè)項(xiàng)目分支

熟悉Java開(kāi)發(fā)的同學(xué)應(yīng)該對(duì)此策略極其熟悉，我們采用的就是跟JDK版本管理相似的策略。

一主線版本：

在產(chǎn)品的演進(jìn)上，保持著產(chǎn)品只有一個(gè)主線版本，以主線版本作為產(chǎn)品的最新發(fā)布版本，按照版本規(guī)劃內(nèi)容定時(shí)進(jìn)行封版發(fā)布。主線版本與產(chǎn)品內(nèi)容規(guī)劃保持一致，會(huì)根據(jù)產(chǎn)品演進(jìn)的情況增加新功能、現(xiàn)有功能的優(yōu)化改造、現(xiàn)有功能的移除等。

多長(zhǎng)期演進(jìn)版本：

在主線版本的基礎(chǔ)上，我們還會(huì)根據(jù)項(xiàng)目應(yīng)用情況，選擇項(xiàng)目應(yīng)用較多的版本進(jìn)行持續(xù)的長(zhǎng)期演進(jìn)工作，側(cè)重于bug修復(fù)、功能完善的支撐工作。

N項(xiàng)目分支：

由于項(xiàng)目難以避免存在個(gè)性化的需求，我們基于對(duì)應(yīng)產(chǎn)品版本建立項(xiàng)目代碼分支，并獨(dú)立進(jìn)行項(xiàng)目分支建設(shè)。

如在API網(wǎng)關(guān)產(chǎn)品中，我們存在的主線版本，目前已演進(jìn)到3.2，但同時(shí)我們?nèi)栽趯?duì)項(xiàng)目應(yīng)用較多的1.3版本進(jìn)行長(zhǎng)期演進(jìn)支撐工作。

2）產(chǎn)品發(fā)布及項(xiàng)目應(yīng)用策略

在產(chǎn)品迭代上，采用分版本的迭代策略，根據(jù)研發(fā)節(jié)奏保持兩個(gè)月或者三個(gè)月一個(gè)大版本發(fā)布，小版本根據(jù)實(shí)際情況進(jìn)行發(fā)布，發(fā)布的同時(shí)并將升級(jí)更新履歷日志同步到產(chǎn)品的在線文檔中，供其他使用產(chǎn)品人員實(shí)時(shí)查看了解。

在新項(xiàng)目的使用上，默認(rèn)以最新的版本版本分發(fā)。但這并不是絕對(duì)的操作，也會(huì)根據(jù)項(xiàng)目背景、項(xiàng)目所需功能、項(xiàng)目其他產(chǎn)品版本信息等，針對(duì)性選擇之前的某個(gè)版本進(jìn)行應(yīng)用。

在產(chǎn)品的應(yīng)用上，產(chǎn)品經(jīng)理或者配置人員管理好產(chǎn)品應(yīng)用的臺(tái)賬，包括項(xiàng)目情況、產(chǎn)品版本等核心信息，方便后續(xù)升級(jí)或者問(wèn)題追溯。

3）不主動(dòng)升級(jí)策略，重大安全問(wèn)題主動(dòng)升級(jí)

對(duì)于項(xiàng)目所使用的產(chǎn)品版本，采取不主動(dòng)升級(jí)策略，只在采用的版本上進(jìn)行適應(yīng)性升級(jí)，而非跟隨產(chǎn)品迭代步驟進(jìn)行同時(shí)升級(jí)，避免由于升級(jí)導(dǎo)致項(xiàng)目建設(shè)范圍不匹配或者引發(fā)其他潛在的問(wèn)題。

對(duì)于協(xié)同的產(chǎn)品，比如作為政務(wù)中臺(tái)核心支撐的API網(wǎng)關(guān)產(chǎn)品，我們?cè)诋a(chǎn)品升級(jí)的同時(shí)也會(huì)主動(dòng)通知對(duì)應(yīng)的產(chǎn)品部門(mén)，保證作為一體化產(chǎn)品對(duì)外版本的一致性。

不過(guò)在涉及重大安全問(wèn)題或者重大缺陷時(shí)，我們會(huì)采取主動(dòng)升級(jí)策略，告知對(duì)應(yīng)的項(xiàng)目組/產(chǎn)品組存在的問(wèn)題及發(fā)送對(duì)應(yīng)的補(bǔ)丁進(jìn)行修復(fù)。

4）版本平滑升級(jí)策略

其實(shí)版本平滑升級(jí)策略，不管是產(chǎn)品還是項(xiàng)目，都是很基本的要求。對(duì)內(nèi)，需要能夠支撐產(chǎn)品自身的平滑升級(jí)，既要能夠從1.2升級(jí)到1.3，也需要能夠支持1.2升級(jí)到2.0；對(duì)外，需要能夠保持接口的延續(xù)性，能夠保證產(chǎn)品的升級(jí)對(duì)于現(xiàn)有的功能、現(xiàn)有的接口沒(méi)有影響，而不是每次更新，周邊對(duì)接系統(tǒng)都要同步修改。

07 配套工具

公司往產(chǎn)品化方向發(fā)展的時(shí)候，很多以前看似可有可無(wú)的人力投入就會(huì)一下子變得特別的突出，比如用戶中心產(chǎn)品安裝部署，除了自身應(yīng)用安裝之外還涉及到JDK、MySQL、zookeeper、Redis等中間件，且還需要對(duì)于配置參數(shù)、系統(tǒng)參數(shù)進(jìn)行優(yōu)化調(diào)整，正常項(xiàng)目組具有編程人員經(jīng)驗(yàn)對(duì)產(chǎn)品進(jìn)行部署，平均需要一天半才能完整部署一臺(tái)服務(wù)器。按照目前用戶中心產(chǎn)品五十多個(gè)項(xiàng)目應(yīng)用數(shù)來(lái)說(shuō)，這個(gè)人力投入就是極其可觀的數(shù)量，針對(duì)此情況，我們采用基于ansible的一鍵式部署方案，十幾分鐘就可將用戶中心部署完畢，大幅度減少產(chǎn)品部署的人力成本。

一個(gè)優(yōu)秀的產(chǎn)品，除了需要考慮產(chǎn)品自身的發(fā)展之外，也需要去為產(chǎn)品的應(yīng)用推廣進(jìn)行優(yōu)化，降低產(chǎn)品應(yīng)用推廣實(shí)施的難度及工作量。

1）售前部門(mén)

產(chǎn)品白皮書(shū)、產(chǎn)品建設(shè)方案、產(chǎn)品宣傳彩頁(yè)、產(chǎn)品報(bào)價(jià)方案、著作權(quán)、專(zhuān)利等有利于售前部門(mén)推廣產(chǎn)品的工具。

2）交付部門(mén)

一鍵式部署支撐、產(chǎn)品培訓(xùn)視頻、產(chǎn)品二開(kāi)機(jī)制方案、產(chǎn)品使用手冊(cè)、產(chǎn)品運(yùn)維手冊(cè)等有利于項(xiàng)目組更好進(jìn)行產(chǎn)品交付實(shí)施的工具。

08 總結(jié)

筆者自16年底開(kāi)始轉(zhuǎn)型負(fù)責(zé)產(chǎn)品之后，業(yè)務(wù)類(lèi)產(chǎn)品及組件類(lèi)產(chǎn)品均有涉獵，有成功也有失敗，目前部門(mén)所負(fù)責(zé)的四個(gè)產(chǎn)品已在全國(guó)七十多個(gè)項(xiàng)目落地應(yīng)用，支撐中臺(tái)、大腦、省市縣多級(jí)應(yīng)用，并為外部系統(tǒng)提供穩(wěn)定可靠賦能。

此文是對(duì)于自己最近幾年轉(zhuǎn)型心得體會(huì)的一個(gè)總結(jié)，希望能給在轉(zhuǎn)型產(chǎn)品路上迷茫的人一絲幫助，產(chǎn)品與項(xiàng)目既有聯(lián)系也有區(qū)別，把握好這里面的微妙關(guān)系，利用產(chǎn)品思維打造具有核心競(jìng)爭(zhēng)力的解決方案，創(chuàng)造car。

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

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