標籤:
業務員下訂單,要思考 如下情況:
if ( 單價 >0 ){ if ( 部門 == 內貿 ) { if (產品狀態 == 返修) { 下國內返修訂單.work(); } else if (產品狀態 == 試產) { 下試產訂單.work(); } else if (產品狀態 == 經濟型) { 下經濟型訂單.work(); } else if (產品狀態 == 獃滯品) { 下獃滯品訂單.work(); } else if (產品狀態 == 代工型) { 下代工型訂單.work(); } else if (產品狀態 == 有庫存) { 下出庫存訂單.work(); } else if (產品狀態 == 備料) { 下備料訂單.work(); } } else //外貿 { if (產品狀態 == 返修) { 下國外返修訂單.work(); } else if (產品狀態 == 試產) { 下試產訂單.work(); } else if (產品狀態 == 經濟型) { 下經濟型訂單.work(); } else if (產品狀態 == 代工型) { 下代工型訂單.work(); } else if (產品狀態 == 獃滯品) { 下獃滯品訂單.work(); } else if (產品狀態 == 有庫存) { 下出庫存訂單.work(); } else if (產品狀態 == 備料) { 下備料訂單.work(); } }} else //贈品 或 換貨 或 免費返修{ if (贈) { 下 贈品訂單.work(); } else if (換) { 下 換貨訂單.work(); } else if (免費返修) { if ( 部門 == 內貿 ) { 下國內返修訂單.work(); } else // 部門 == 外貿 { 下國外返修訂單.work(); } }}}
ERP 單別說明 |
|
訂單 單別 |
單別名稱 |
單別意義 |
特殊說明 |
2201 |
國外訂單 |
國外客戶、正常單價、量產的訂單 |
倉庫別必須是納入LRP計算的,比如成品2倉 |
2202 |
國內訂單 |
國內客戶、正常單價、量產的訂單 |
2203 |
備庫存訂單 |
用於備貨、需要生產的訂單,後續可以借用、出庫存、贈送 |
|
2204 |
備料單 |
每月定期用於備料的訂單 |
倉庫別必須是納入LRP計算的,比如成品2倉 |
2205 |
庫存出貨單 |
無需生產,有庫存可以直接出貨的訂單,包括試產產品庫存 |
倉庫別無限制 |
2206 |
換貨訂單 |
單價為0、免費更換的特殊訂單,有庫存則備忘直接出貨,否則預設需要生產 |
倉庫別必須是納入LRP計算的,比如成品2倉 |
2207 |
國外返修單 |
國外客戶、特殊單價的訂單 |
2208 |
國內返修單 |
國內客戶、特殊單價、0單價需要返修的產品的訂單,比如40塊返修費、或免費返修 |
2209 |
滯品訂單 (總監審核) |
獃滯品、庫存出貨的訂單,不分國內和國外 |
倉庫別無限制 |
2210 |
試產訂單 |
尚在試產狀態的產品、需要生產的訂單,不分國內和國外 |
倉庫別必須是納入LRP計算的,比如成品2倉 |
2212 |
經濟線訂單 |
經濟型產品的訂單,不分國內和國外 |
2211 |
代工訂單 |
給客戶代工生產的訂單,不分國內和國外 |
2213 |
贈品訂單 (總監審核) |
單價為0、免費更換的特殊訂單,有庫存則備忘直接出貨,否則預設需要生產 |
|
ERP運行4年來,我們陸續增加到13種訂單單別。業務員下單的工作已經成為一種程式員才能乾的活——吐槽。
每一種單別的背後,都有特殊的管理意義。當然現在來看很多考慮不周,屬於沒必要新增的單別。如果公司高層管理員學過物件導向,或許可以避免——馬後炮。
管理哲學(單據審核、統計分析、品質管理、流程管控):
2201 國外訂單 和 2202 國內訂單 是按照 地區劃分的,目的是為了審核方便和便於後續統計銷售資料。那時候營銷部沒有劃分內貿課和外貿課,籠統的是一個大部門。
2203 用於備庫存,需要生產出成品入庫,由於無單價,在當時屬於公司行為,因此沒有區分國內和國外。但是現在來看,成品庫存獃滯和物料獃滯多半跟責任不清有很大關係,所以後續應該按業務員下單,取消計劃經濟,走市場經濟。
2204 備料單 僅僅用於購買物料,並不生產,因此和2203有明顯的區別。但是按業務員備料是去年年中才開始的。警惕獃滯料。
2205 庫存出貨單,是在2203備庫存的基礎上,直接出貨的。糾紛在於熱銷產品的資源如何分配。
2206 換貨訂單和2213贈品訂單 原本是1個單別,但是公司一統計發現好多出貨其實不是免費贈送給客戶的,是產品品質問題導致的免費更換\生產,所以應該計提售後服務費,不應該和贈品合在一起。
2207 國外返修單和2208 國內返修單,客戶退貨回來,只需要返修,不需要生產,價格也許象徵性收點,所以單別要單獨。
2209 獃滯品銷售,因為價格和正常品有很大差異,所以為了避免影響正常品的利潤,使銷售報告的利潤率更加動人,因此獨立出來是必須滴。
2210 試產訂單,生產流程和品質管控流程都不一樣,因此也必須獨立出來。
2212 經濟線訂單,價格和正常品有差異。
2211 代工訂單,蒼蠅也是肉,價格。
2213 贈品訂單,免費贈送,總監審批,要按年、月 XX 統計。
分析了管理目的和意義之後,我們再從物件導向的思想去思考,如果換做是我們自己,既要滿足管理哲學,還要低耦合高內聚,那麼這些單別應該如何建立呢。
第一步,建類和屬性
人員:張三、李四
客戶:A 、B、\ C
部門:內貿、外貿
單價:正常、贈品、獃滯品、經濟型、代工型
幣種:RMB、USD
出貨種類:正常生產、退回返修、備料、備貨
第二步:
上述對象已經不可再分割,怎麼能做到既滿足管理要求,業務員又可以以最少的單別完成下單工作呢。
業務員如何才可以做到不動腦子就可以完成下單工作。
第三步:
我的思考是1個單別+2個欄位對象組合。
在訂單單身加1個“銷售種類”的欄位,屬性有{正常、贈品、獃滯品、經濟型、代工}。
在訂單單身加1個“出貨種類”的欄位,屬性有{正常生產、退回返修、備料、備貨}。“試產”放在產品名稱。
所有銷售報告的維度都加入“銷售種類”和“品質狀態”,銷貨時根據維度選擇對應的銷貨單別(註:目前使用的ERP是用銷貨單別進行資料篩選,進行銷售利潤、淨量、淨額金酸)。
業務員下單通過以下步驟完成:
開啟程式
1、只有1個單別,故自動帶入
2、錄入客戶 自動帶入業務員、幣種
3、根據業務員 自動帶入部門
4、錄入品號,帶出品名和規格,如果品名有試產2次,則表示是試產產品
5、選擇銷售種類{正常、贈品、獃滯品、經濟型、代工}。
6、選擇出貨種類{正常生產、退回返修、備料、備貨}
7、錄入單價
8、儲存
退出
物件導向真是太偉大了,業務員終於不用加班下單了。
業務員現在是拯救出來了,那流程管控其實還是失效的。
此時該ERP和OA整合出馬了,利用OA進行電子簽核,通過屬性欄位去判斷流程走向,文員MM再也不擔心往哪裡送單了。
訂單單別多達13種——通過代碼閱讀商務邏輯與管理哲學