編輯導(dǎo)語：隨著企業(yè)的快速發(fā)展，現(xiàn)有的企業(yè)管理系統(tǒng)已經(jīng)不能完全適應(yīng)企業(yè)的發(fā)展了，企業(yè)需要個性化發(fā)展和需求，并且新的B端產(chǎn)品對于需求以及流程都有一些改變；本文作者分享了關(guān)于個性化企業(yè)定制系統(tǒng)生命周期介紹，我們一起來了解一下。

本人先前就職于某金融IT服務(wù)企業(yè)，主要負(fù)責(zé)金融企業(yè)管理個性化定制系統(tǒng)的項目管理推進、需求對接等工作。

非標(biāo)準(zhǔn)B端產(chǎn)品與傳統(tǒng)B端產(chǎn)品相比，可以說項目即是產(chǎn)品，在推進過程中會有大量需求提出、需求變更，甚至推翻原有模塊的場景發(fā)生，每一家客戶到最終驗收后的產(chǎn)品展現(xiàn)天差地別。

目前對于B端的非標(biāo)產(chǎn)品市面上沒有比較好的需求管理方案，本文介紹本人負(fù)責(zé)非標(biāo)項目的整體生命流程，希望讀者能對B端非標(biāo)產(chǎn)品有相應(yīng)理解。

一、整體介紹

流程介紹：

1. 售前階段

售前階段主要由商務(wù)對接目標(biāo)客戶，同時售前/解決方案/實施顧問工程師配合給客戶做售前測試，主要內(nèi)容集中于我方產(chǎn)品/系統(tǒng)可實現(xiàn)功能介紹；由于客戶建設(shè)管理系統(tǒng)一般從0開始，所以實際測試內(nèi)容較為簡略，即讓客戶有相關(guān)概念即可。

2. 需求收集、最小版本確定

一般的企業(yè)系統(tǒng)客戶同時會比較多家服務(wù)廠商產(chǎn)品，項目中標(biāo)后簽訂銷售合同，售前工程師/解決方案會和產(chǎn)品經(jīng)理一同與客戶確認(rèn)大體項目范圍，結(jié)合客戶實際生產(chǎn)需求制定個性化內(nèi)容；此時的個性化內(nèi)容一般為客戶提出的管理方案痛點或急需解決的問題，客戶各個中后臺管理部門的需求小而雜，甚至不切實際。

由于項目暫屬于初期階段，所以方案制定一般以乙方為主，甲方客戶借鑒其他家客戶的成熟標(biāo)準(zhǔn)模塊居多，這個階段需要售前工程師/解決方案工程師有充足的行業(yè)及項目經(jīng)驗，引導(dǎo)客戶完成初期需求制定。

項目經(jīng)理/實施顧問在這個階段負(fù)責(zé)熟悉客戶環(huán)境（組織架構(gòu)/部署系統(tǒng)環(huán)境/項目組人員安排等），理解客戶整體需求，必要時給出建議或指引。

產(chǎn)品經(jīng)理在該階段的工作主要是判斷并梳理初期版本中需要個性化開發(fā)的內(nèi)容及需求排期。

不得不說本人所在的事業(yè)部，當(dāng)前個性化的IT企管項目中，產(chǎn)品經(jīng)理角色的重要程度與解決方案和項目經(jīng)理相比并不高；因為解決方案專家有著更為豐富的行業(yè)經(jīng)驗，可以引導(dǎo)客戶制定需求，是初期項目框架PRD文檔的主要編寫者。

項目經(jīng)理多由實施工程師擔(dān)任，在整個項目周期中與客戶密切配合，及時傳達項目需求及項目進度把控，對客戶的實際需求理解更為透徹。

產(chǎn)品經(jīng)理把控著所有客戶產(chǎn)品開發(fā)需求，但由于個性化過高，產(chǎn)品經(jīng)理很難把精力放置在每一家客戶的項目推進過程，對于各家客戶的管理模式、業(yè)務(wù)場景、需求趨向、實際業(yè)務(wù)需求也沒有辦法都照顧到；所以目前產(chǎn)品經(jīng)理只做每一家需求匯總并在需求池中進行大版本排期，對于單個項目的需求整理、需求緊急度、需求定義則交由項目經(jīng)理負(fù)責(zé)。

這種模式的優(yōu)點在于產(chǎn)品經(jīng)理不需要對每家客戶的管理模式及需求做深入了解，需求緊急度、優(yōu)先級交由現(xiàn)場把控，對于產(chǎn)品經(jīng)理來講節(jié)省了大量的精力去應(yīng)對幾十家客戶的個性業(yè)務(wù)模式。

缺點在于項目經(jīng)理實際擔(dān)任了產(chǎn)品經(jīng)理，負(fù)責(zé)與客戶進行需求溝通這項主要工作。

產(chǎn)品最終以項目的形態(tài)開展，久而久之產(chǎn)品經(jīng)理對于客戶的業(yè)務(wù)不熟悉，客戶有需求時也更青睞去尋找項目經(jīng)理溝通，最終產(chǎn)品經(jīng)理變成了一個需求管理員，加上本人所負(fù)責(zé)的金融行業(yè)產(chǎn)品；若后續(xù)產(chǎn)生統(tǒng)一監(jiān)管變更，對于產(chǎn)品標(biāo)準(zhǔn)化也會產(chǎn)生很大難度。

3. 項目推進

基于第2點，當(dāng)最小版本需求說明書與客戶確認(rèn)完畢后遍進入了項目推進階段，此時解決方案及銷售人員可以暫時脫離項目，把精力投放在新的商業(yè)機會中。

產(chǎn)品經(jīng)理制定版本開發(fā)排期計劃發(fā)往現(xiàn)場客戶及項目經(jīng)理，項目經(jīng)理根據(jù)產(chǎn)品組研發(fā)計劃評估實際工程規(guī)模，制定整體項目計劃；項目計劃以產(chǎn)品經(jīng)理提供的需求排期為主，將整個項目的生命周期里程碑穿插入其中。

當(dāng)最小版本（即滿足整體框架版本）提供至現(xiàn)場后，才是整個非標(biāo)項目難度的起始，非標(biāo)的IT項目很難按照傳統(tǒng)瀑布模式進行推進，大量的個性化需求會在基礎(chǔ)版本上進行填充。

以本人經(jīng)驗為例，在參與系統(tǒng)建設(shè)的客戶骨干試用最小版本后，項目經(jīng)理需要與客戶各個部門對接人進行需求溝通，從產(chǎn)品流程管理、項目管理、資金管理、合同管理、干系人管理、報表管理等多個維度進行梳理；項目經(jīng)理作為替代產(chǎn)品經(jīng)理直接對接客戶需求一方，需要謹(jǐn)慎把控需求，盡量將客戶的個性化需求往標(biāo)準(zhǔn)模式上靠攏，避免過于個性化的需求大量占用項目整體資源。

同時由于產(chǎn)品的個性化屬性，項目的UAT測試結(jié)果是否通過是由客戶全權(quán)把關(guān)的，由于合同標(biāo)書及初期PRD文檔描述的顆粒度不夠詳細(xì)，有系統(tǒng)建設(shè)經(jīng)驗和對產(chǎn)品水準(zhǔn)要求較高的客戶會故意壓制上線時間，期間需要不停做版本迭代直至需求滿足甲方IT領(lǐng)導(dǎo)上線需求。

加上本人負(fù)責(zé)項目為企業(yè)核心業(yè)務(wù)管理系統(tǒng)，項目的KOL屬性會更強，即滿足了客戶IT部門的要求后，客戶還需要向其總經(jīng)理或董事長進行項目匯報，達到高層領(lǐng)導(dǎo)允許后方可進行上線；這類項目如果能做好KOL，在行業(yè)內(nèi)的企業(yè)溝通交流中也會產(chǎn)生新的客戶和機會。

產(chǎn)品上線后便到達了試運行階段，此時是個性化需求爆發(fā)的第三個階段（前兩次發(fā)生在售前溝通和內(nèi)部UAT測試階段），此時產(chǎn)品意味著正式面臨客戶前中后臺所有用戶的考驗；由于大部分用戶在先前階段沒有參與溝通和測試，所以即使進行上線操作培訓(xùn)、編寫用戶文檔后也會存在大量的意見和問題。

項目經(jīng)理需要和客戶IT部門負(fù)責(zé)人及時對接操作用戶提出的新需求和建議，在合同標(biāo)書范圍內(nèi)的需求要盡可能把控；因為大量的需求均為用戶操作不當(dāng)或不會使用造成的，而用戶的真正需求則需要結(jié)合實現(xiàn)難度先進行篩選，結(jié)合項目實際情況進行優(yōu)先級排期，同時避免功能的過分改造導(dǎo)致項目延期。

而產(chǎn)生于合同標(biāo)書之外的需求則不在本期項目的驗收范圍內(nèi)，項目經(jīng)理需整理后提交給內(nèi)部產(chǎn)品組，由產(chǎn)品經(jīng)理和銷售部門一起對這部分需求進行定價及排期；若定義為日常變更需求，則放置在項目驗收后的日常迭代版本中，若定義為合同外需求，則需要額外簽署合同以后期任務(wù)形式推進。

4. 項目驗收及售后事項

項目試運行階段通過后，則到達項目驗收階段，此時項目經(jīng)理整理合同完成需求內(nèi)容，后期待交付需求及項目整體文檔，通過公司內(nèi)部文件審核流程后交付給客戶方；將相關(guān)交接文檔，后續(xù)待上線日常需求列表、客戶業(yè)務(wù)情況轉(zhuǎn)交給售后維護部門跟進。

項目經(jīng)理簽署項目竣工報告，銷售部門確認(rèn)收入，至此項目告一段落。

二、寫在最后

本文以介紹個性化產(chǎn)品生命周期為主，故歷史數(shù)據(jù)遷移及環(huán)境搭建部分不做過多描述；上述的每一個階段，或是產(chǎn)品中的每一個模塊均可開展進行詳細(xì)介紹。

對于非標(biāo)產(chǎn)品至今也沒有一個較好的管理方案，在推進項目及需求管控中基本都會有項目延期、資源分配不足、客戶滿意度不高的情況發(fā)生；所以組內(nèi)領(lǐng)導(dǎo)目前也在思考如何規(guī)劃部門分工，調(diào)整平衡產(chǎn)品經(jīng)理的工作職責(zé)。

后續(xù)我會整理分享自己在工作中遇到的各種問題和小技巧，本文中哪些地方可做改進或描述不合理還請各位老師多多指點。

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

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