筆者梳理了企業(yè)管理軟件公司的訂單流轉(zhuǎn)全步驟，對各部分進行了仔細的分析說明，一起來看看吧。

我工作了幾年就和企業(yè)管理軟件認識了幾年，從開發(fā)到產(chǎn)品設(shè)計，中間很多崗位都做過，但是讓我久久無法忘記那種工作氛圍的崗位就是項目經(jīng)理。

項目經(jīng)理幾乎是公司和客戶的靈魂紐帶，客戶隨時隨地要聯(lián)系的就是項目經(jīng)理這個崗位了。本篇文章我就以項目經(jīng)理的視角來描述下一個企業(yè)管理軟件訂單的整個流轉(zhuǎn)過程。

01 簽單

企業(yè)管理軟件公司的業(yè)務(wù)員簽單不止是簽單那么簡單，他可能需要做很多前期工作。

因為企業(yè)管理軟件產(chǎn)品大多是標準的，有很多工作是不需要開發(fā)人員就能完成的，比如表單搭建、流程搭建、客戶紙質(zhì)資料收集等，所以大多公司要求他們的業(yè)務(wù)員把能做的都做了，給開發(fā)團隊節(jié)約時間。

02 下單及分配

業(yè)務(wù)員將訂單錄入訂單系統(tǒng)，上面有BOSS根據(jù)各個團隊手上的項目情況及戰(zhàn)斗力往下分配，單子是直接分配給項目經(jīng)理的。

項目經(jīng)理收到訂單，第一件事就是先了解客戶的基本情況，主要是合同信息及重點需求，企業(yè)管理軟件包含 CRM、ERP、HR、OA、進銷存等，所以得先知道客戶重點屬于哪個模塊，并且看之前是否有相關(guān)行業(yè)案例。

03 開啟項目

項目經(jīng)理知道基本信息后就聯(lián)系客戶，將自己了解的信息和客戶確認是否一致，避免在項目開始就走彎路，這就有點類似項目管理的明確戰(zhàn)略目標，聯(lián)系后就相當于正式開始項目了。

04 首次培訓

因為開始都說到企業(yè)管理軟件大多是標準的，有很多工作不需要開發(fā)都可以完成的，雖說在交付前這些事情都不需要用戶做，但為了讓用戶后期更好的自我維護以及更好的配合需求整理工作，這個時候很有必要讓客戶的負責人來聽培訓員一對一的系統(tǒng)講解，本次培訓主要是介紹系統(tǒng)的功能。

05 需求收集

首次培訓完畢，就要開始收集需求了。

企業(yè)管理軟件的需求搜集主要涵蓋組織架構(gòu)、流程表單、數(shù)據(jù)統(tǒng)計，這些都可以整理成標準模板讓客戶填寫，比如流程表單，做成Excel模板，讓客戶把流程名稱、流程步驟、各個步驟需要填寫的字段、字段是否必填、字段是否讀取、讀取的數(shù)據(jù)源以及其他需求填寫在表單上；

如果涉及到數(shù)據(jù)的，給點實際數(shù)據(jù)，拿到手的需求簡直不要太省事，需求也是真真的一次到位。

這就是為什么要前期培訓的原因，因為客戶知道系統(tǒng)原來是這樣的，他就知道該怎么配合你。

但標準的需求模板只適合標準的功能設(shè)計，如果客戶公司沒有體系的管理，那相關(guān)的工作還是需要做深入的需求調(diào)研、系統(tǒng)設(shè)計，這點也正是體現(xiàn)了企業(yè)管理軟件的“企業(yè)管理”。

不論是標準還是非標準，所有的需求都需要整理在一起讓客戶最終簽字確認，避免后續(xù)不斷變更、新增需求。

06 分配工作

需求整理完畢就要開始開發(fā)了。項目經(jīng)理將該項目的需求根據(jù)開發(fā)難易程度、開發(fā)所屬模塊進行分類。

項目經(jīng)理對團隊成員是非常了解的，根據(jù)能力可以分成基礎(chǔ)開發(fā)人員（做基礎(chǔ)表單、流程搭建工作）、中級開發(fā)人員（做數(shù)據(jù)庫、邏輯編寫工作）、高級開發(fā)人員（做疑難雜癥事項），然后根據(jù)各個環(huán)節(jié)的工作量占比來分配各個等級的人員；

除了基礎(chǔ)開發(fā)人員，中高級開發(fā)人員還可以根據(jù)系統(tǒng)模塊及行業(yè)領(lǐng)域劃分，層層分類配合起來不僅效率高，而且也有利于團隊成員成長。

07 開發(fā)

項目成員拿到分配的任務(wù)后就開始動工了，但在開發(fā)的過程中，如果遇到問題需求，邏輯上有待考證的，項目經(jīng)理需第一時間給客戶聯(lián)系求證；

如若只是小部分邏輯不清晰，但又特別耗時的，可以安排開發(fā)和客戶直接溝通，但必須傳達的就是只此一次，避免后續(xù)客戶“騷擾”開發(fā)，影響開發(fā)進度。

08 測試

在定制化軟件公司測試是有專人專崗的，但企業(yè)管理軟件這種標準產(chǎn)品，專業(yè)的測試是很少的。

因為標準產(chǎn)品的實施周期短，邏輯較多，如果讓測試參與，必須從始至終都非常了解客戶業(yè)務(wù)邏輯，否則測試的結(jié)果也不對。

測試的角色可以讓基礎(chǔ)開發(fā)人員或者項目經(jīng)理承擔，但時間緊張的話，可以讓客戶配合做測試，其實在實際項目中，很多測試角色都是客戶承擔了，客戶將自己的實際數(shù)據(jù)往上放，就知道究竟對還是不對。

09 驗收

當項目完成后需客戶試用驗收，讓客戶根據(jù)當時簽訂的需求單一一確認，若有問題則快速調(diào)整，若無問題則簽驗收確認單。

具體的驗收條例要依據(jù)合同，有的項目并不是一次性驗收，如果是分階段，分時間驗收的，那就結(jié)合合同和需求單來分期驗收。

10 上線前培訓

項目完成，系統(tǒng)即將正式上線，在正式上線前是需要給用戶做全面的使用培訓的。這個時候肯定又該項目經(jīng)理上了，畢竟是全員培訓，在演示時肯定會提出實際的使用問題，如果對開發(fā)邏輯不清晰，很容易被問到。

但如果有專職的培訓老師，在培訓前給培訓老師講一遍系統(tǒng)主要邏輯，那這個事也是可以讓培訓老師做的，畢竟培訓的系統(tǒng)多了，很多細節(jié)他都知道。

但需要提醒的是，培訓時最好錄制視頻，因為你當時說過的問題后面肯定有人再問的。

11 催款

根據(jù)合同簽訂時間，在驗收多久用戶需打款，但很多時候，打款是一個復雜的過程，如若沒有硬性合同條例，都免不了催收。

但如果客戶在和團隊整個配合過程中很愉快，并且項目的完成度也讓客戶滿意，客戶負責人是愿意幫你催公司付款的，這些地方都考驗項目經(jīng)理及項目經(jīng)理和商務(wù)的配合。

12 移交售后

當項目所有工作已完成就可以移交給售后團隊了，能移交售后團隊的項目肯定都是可以正常運行，并且使用沒有問題的。

如果有項目已驗收完成，但客戶覺得有較大問題的那就先緩一緩，先把客戶當前的疑慮解決后再移交售后，否則產(chǎn)品賣了沒人使用這也是種失敗。

13 項目總結(jié)

工作都講究個復盤，在項目完成后將該項目的所有資料、問題做個總結(jié)，封存，為后續(xù)該行業(yè)其他項目做好資料儲備，這是個良好的習慣。

畢竟標準產(chǎn)品遇到同行業(yè)的項目是非常多的，多總結(jié)，多完善產(chǎn)品，才是更好的提升方式。

以上就是我當時做項目經(jīng)理時處理業(yè)務(wù)訂單的整個流程，看了上述你應(yīng)該知道為什么我特別記得住這個崗位了吧，畢竟除了開發(fā)，沒有哪個環(huán)節(jié)是與我無關(guān)的。

以上流程做法不完全代表當時公司做法，我在公司的管理下做了一定優(yōu)化，比如培訓員，表單員，開發(fā)員這些都是根據(jù)產(chǎn)品特性及團隊情況做的調(diào)整，如果有更好的同行經(jīng)驗歡迎交流。