中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

一、整體介紹

流程介紹：

1. 售前階段

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

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

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

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

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

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

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

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

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

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

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

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

3. 項(xiàng)目推進(jìn)

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

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

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

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

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

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

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

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

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

4. 項(xiàng)目驗(yàn)收及售后事項(xiàng)

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

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

二、寫在最后

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

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

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

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

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