起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識企業(yè)管理軟件訂單的流轉全過程
筆者梳理了企業(yè)管理軟件公司的訂單流轉全步驟，對各部分進行了仔細的分析說明，一起來看看吧。
我工作了幾年就和企業(yè)管理軟件認識了幾年，從開發(fā)到產品設計，中間很多崗位都做過，但是讓我久久無法忘記那種工作氛圍的崗位就是項目經理。
項目經理幾乎是公司和客戶的靈魂紐帶，客戶隨時隨地要聯系的就是項目經理這個崗位了。本篇文章我就以項目經理的視角來描述下一個企業(yè)管理軟件訂單的整個流轉過程。
01 簽單
企業(yè)管理軟件公司的業(yè)務員簽單不止是簽單那么簡單，他可能需要做很多前期工作。
因為企業(yè)管理軟件產品大多是標準的，有很多工作是不需要開發(fā)人員就能完成的，比如表單搭建、流程搭建、客戶紙質資料收集等，所以大多公司要求他們的業(yè)務員把能做的都做了，給開發(fā)團隊節(jié)約時間。
02 下單及分配
業(yè)務員將訂單錄入訂單系統，上面有BOSS根據各個團隊手上的項目情況及戰(zhàn)斗力往下分配，單子是直接分配給項目經理的。
項目經理收到訂單，第一件事就是先了解客戶的基本情況，主要是合同信息及重點需求，企業(yè)管理軟件包含 CRM、ERP、HR、OA、進銷存等，所以得先知道客戶重點屬于哪個模塊，并且看之前是否有相關行業(yè)案例。
03 開啟項目
項目經理知道基本信息后就聯系客戶，將自己了解的信息和客戶確認是否一致，避免在項目開始就走彎路，這就有點類似項目管理的明確戰(zhàn)略目標，聯系后就相當于正式開始項目了。
04 首次培訓
因為開始都說到企業(yè)管理軟件大多是標準的，有很多工作不需要開發(fā)都可以完成的，雖說在交付前這些事情都不需要用戶做，但為了讓用戶后期更好的自我維護以及更好的配合需求整理工作，這個時候很有必要讓客戶的負責人來聽培訓員一對一的系統講解，本次培訓主要是介紹系統的功能。
05 需求收集
首次培訓完畢，就要開始收集需求了。
企業(yè)管理軟件的需求搜集主要涵蓋組織架構、流程表單、數據統計，這些都可以整理成標準模板讓客戶填寫，比如流程表單，做成Excel模板，讓客戶把流程名稱、流程步驟、各個步驟需要填寫的字段、字段是否必填、字段是否讀取、讀取的數據源以及其他需求填寫在表單上；
如果涉及到數據的，給點實際數據，拿到手的需求簡直不要太省事，需求也是真真的一次到位。
這就是為什么要前期培訓的原因，因為客戶知道系統原來是這樣的，他就知道該怎么配合你。
但標準的需求模板只適合標準的功能設計，如果客戶公司沒有體系的管理，那相關的工作還是需要做深入的需求調研、系統設計，這點也正是體現了企業(yè)管理軟件的“企業(yè)管理”。
不論是標準還是非標準，所有的需求都需要整理在一起讓客戶最終簽字確認，避免后續(xù)不斷變更、新增需求。
06 分配工作
需求整理完畢就要開始開發(fā)了。項目經理將該項目的需求根據開發(fā)難易程度、開發(fā)所屬模塊進行分類。
項目經理對團隊成員是非常了解的，根據能力可以分成基礎開發(fā)人員（做基礎表單、流程搭建工作）、中級開發(fā)人員（做數據庫、邏輯編寫工作）、高級開發(fā)人員（做疑難雜癥事項），然后根據各個環(huán)節(jié)的工作量占比來分配各個等級的人員；
除了基礎開發(fā)人員，中高級開發(fā)人員還可以根據系統模塊及行業(yè)領域劃分，層層分類配合起來不僅效率高，而且也有利于團隊成員成長。
07 開發(fā)
項目成員拿到分配的任務后就開始動工了，但在開發(fā)的過程中，如果遇到問題需求，邏輯上有待考證的，項目經理需第一時間給客戶聯系求證；
如若只是小部分邏輯不清晰，但又特別耗時的，可以安排開發(fā)和客戶直接溝通，但必須傳達的就是只此一次，避免后續(xù)客戶“騷擾”開發(fā)，影響開發(fā)進度。
08 測試
在定制化軟件公司測試是有專人專崗的，但企業(yè)管理軟件這種標準產品，專業(yè)的測試是很少的。
因為標準產品的實施周期短，邏輯較多，如果讓測試參與，必須從始至終都非常了解客戶業(yè)務邏輯，否則測試的結果也不對。
測試的角色可以讓基礎開發(fā)人員或者項目經理承擔，但時間緊張的話，可以讓客戶配合做測試，其實在實際項目中，很多測試角色都是客戶承擔了，客戶將自己的實際數據往上放，就知道究竟對還是不對。
09 驗收
當項目完成后需客戶試用驗收，讓客戶根據當時簽訂的需求單一一確認，若有問題則快速調整，若無問題則簽驗收確認單。
具體的驗收條例要依據合同，有的項目并不是一次性驗收，如果是分階段，分時間驗收的，那就結合合同和需求單來分期驗收。
10 上線前培訓
項目完成，系統即將正式上線，在正式上線前是需要給用戶做全面的使用培訓的。這個時候肯定又該項目經理上了，畢竟是全員培訓，在演示時肯定會提出實際的使用問題，如果對開發(fā)邏輯不清晰，很容易被問到。
但如果有專職的培訓老師，在培訓前給培訓老師講一遍系統主要邏輯，那這個事也是可以讓培訓老師做的，畢竟培訓的系統多了，很多細節(jié)他都知道。
但需要提醒的是，培訓時最好錄制視頻，因為你當時說過的問題后面肯定有人再問的。
11 催款
根據合同簽訂時間，在驗收多久用戶需打款，但很多時候，打款是一個復雜的過程，如若沒有硬性合同條例，都免不了催收。
但如果客戶在和團隊整個配合過程中很愉快，并且項目的完成度也讓客戶滿意，客戶負責人是愿意幫你催公司付款的，這些地方都考驗項目經理及項目經理和商務的配合。
12 移交售后
當項目所有工作已完成就可以移交給售后團隊了，能移交售后團隊的項目肯定都是可以正常運行，并且使用沒有問題的。
如果有項目已驗收完成，但客戶覺得有較大問題的那就先緩一緩，先把客戶當前的疑慮解決后再移交售后，否則產品賣了沒人使用這也是種失敗。
13 項目總結
工作都講究個復盤，在項目完成后將該項目的所有資料、問題做個總結，封存，為后續(xù)該行業(yè)其他項目做好資料儲備，這是個良好的習慣。
畢竟標準產品遇到同行業(yè)的項目是非常多的，多總結，多完善產品，才是更好的提升方式。
以上就是我當時做項目經理時處理業(yè)務訂單的整個流程，看了上述你應該知道為什么我特別記得住這個崗位了吧，畢竟除了開發(fā)，沒有哪個環(huán)節(jié)是與我無關的。
以上流程做法不完全代表當時公司做法，我在公司的管理下做了一定優(yōu)化，比如培訓員，表單員，開發(fā)員這些都是根據產品特性及團隊情況做的調整，如果有更好的同行經驗歡迎交流。
本文由 @Rabbit 原創(chuàng)發(fā)布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
謝謝分享，學到了很多
精彩，滿滿干貨，小編再來點實際案例就更好了