為了應對激烈的市場競爭,企業需要在管理成本可控的情況下對業務的管理做到盡可能的精細化、個性化。而這些精細化的管理理念如何傳遞到業務人員,尤其是前端銷售人員,從而讓管理細節能夠有效的執行?這一直是企業管理的難點,一旦管理訴求傳遞不當,會給企業帶來比較大的影響。
例如某企業與供應商合同約定在其上海地區的門店是不允許進行某品牌產品銷售的,然而這個管理訴求卻沒有及時下達到配送中心及相應門店,導致該品牌產品最終通過門店要貨、配送中心配送渠道一路暢通地出現在了該地區門店的陳列架上。由此而引發的與供應商糾紛、以及商品退回的逆向物流成本等都給企業帶來了比較大的損失。
如果對企業的管理僅靠各個部門之間的溝通,那么帶來的溝通成本會過高,而且很可能因人為因素而導致指令無法執行,因此企業一般會借助信息化系統來實現部分規則明確的業務管理需求。但系統管理的越是細化,維護也越復雜,維護的難度、后續問題排查的難度也就越會增加。
為此,海鼎結合企業的業務管理訴求,開發了業務狀態功能,將各個業務管理的細節控制集中在業務狀態功能中,同時又從商品、門店商品、門店等多個維度進行全生命周期控制。從而,既能夠滿足企業精細化的管理需求,又能夠降低業務人員的維護難度。
隨著企業信息化的發展,通過信息系統來管理的業務越來越豐富,對應的系統業務單據類型也越多,目前已達數十甚至上百種。如果管理精細化到每一種業務都需要進行控制,那么就意味著每一個商品或每一個門店就需要面對數十種開關,如果再需要管理到門店商品級別,那么這個數量就更是龐大到難以估量。因此,我們需要探索一種合理的應用方法,既利于理解和執行,又能夠精確有效地管控業務操作。
我們在實際的業務中會發現,當商品或門店處于不同的生命周期時,其對應的業務控制往往是有關聯的,如當某商品需要淘汰時,我們會停止該商品的采購、配貨業務,準備將商品都退回供應商。以常見的商品生命周期業務控制關系為例,如表1所示。
表1 商品生命周期與業務開關對應關系
商品生命周期 | 業務場景 | 業務控制 |
導入期 | 所有門店 | 不允許要貨 |
試銷期 | 屬于試銷范圍內的門店 | 可正常進行業務 |
不屬于試銷范圍的門店 | 不允許要貨、不允許配貨、不允許銷售 | |
成熟期 | 所有門店 | 可進行所有業務 |
衰退期 | 所有門店 | 不允許進行采購 |
淘汰期 | 供應商允許退貨的商品 | 不允許采購、要貨、配貨 |
供應商不允許退貨的商品 | 只允許銷售,其他業務都禁止 | |
廢除期 | 所有門店 | 禁止所有業務 |
從表中可以看到,生命周期與業務控制有關聯關系,但是同一個生命周期可能因多種業務場景的原因,對應多種控制關系,為此我們引入業務狀態的概念。
業務狀態指對有關聯的業務開關進行總結歸納后形成多種業務開關配置的集合。定義了業務狀態后,當企業管理較為簡單時,可將生命周期的管理與系統中業務狀態的控制嚴格對應,而當業務場景比較多時,生命周期與系統的業務狀態可以形成多對多的關系,從生命周期維度進行管理分析,從業務狀態維度進行業務控制,如表2所示。
表2 商品生命周期與業務狀態對應關系
商品生命周期 | 業務場景 | 業務控制 | 業務狀態 |
導入期 | 所有門店 | 不允許要貨 | 禁止要貨 |
試銷期 | 屬于試銷范圍內的門店 | 可正常進行業務 | 正常 |
不屬于試銷范圍的門店 | 不允許要貨、不允許配貨、不允許銷售 | 禁采禁銷 | |
成熟期 | 所有門店 | 可進行所有業務 | 正常 |
衰退期 | 所有門店 | 不允許進行采購 | 禁采 |
淘汰期 | 供應商允許退貨的商品 | 不允許采購、要貨、配貨 | 禁采禁銷 |
供應商不允許退貨的商品 | 只允許銷售,其他業務都禁止 | 只銷 | |
廢除期 | 所有門店 | 禁止所有業務 | 廢止 |
業務狀態定義完成后,再從不同的維度去引用對應的狀態,可實現多維度的業務控制,其對應關系如圖1所示。
此時,業務人員需要面對的就不再是數量級龐大的業務開關,而是若干已經歸納好的業務狀態。當排查問題時,也不再需要檢核數十個業務開關,而只需要檢查各個維度對應的業務狀態一項即可。
圖1 業務狀態對應關系
前文中提到,我們會在不同的維度去引用業務狀態,而業務狀態對應的業務開關其實可能是相重疊的,那么不同維度之間的業務開關之間應當是怎么一個控制關系呢?
我們先來看一下現實中的一些業務場景:
當一個門店需要進行裝修,配送中心在裝修期間內不應該再給這個門店配貨,我們應如何限制?是限制門店維度不能配貨還是限制該門店商品維度所有商品都不能配貨呢?
當一個正常的商品需要逐漸退出某個區域,因此要控制這個區域所有門店都不能對該商品要貨,這又要如何進行限制?
對于第一個業務場景,我們應當滿足以下業務管理要求:
1) 當門店在進行裝修之前,門店的商品其實可能有多個狀態,例如某些商品可能禁止了銷售,有些商品禁止了要貨;
2) 當門店進行裝修時,這些門店的商品所有業務包括銷售、配貨等都會禁止;
3) 當門店裝修完成以后,我們要恢復原來的狀態,也就意味著原來禁止銷售的,那么現在仍禁止銷售,禁止要貨的,仍禁止要貨。
這就表明,門店狀態與門店商品狀態之間,應當都能夠獨立進行維護,且進行實際業務控制時,應當體現交集關系。也就是說,如果要想進行某業務,那么需要保證所有維度該業務都是開啟的才能夠進行。以是否允許要貨的控制為例,具體關系如圖2所示。
這樣的控制關系能夠保證各個維度之間的狀態是獨立的,當需要調整某個維度的狀態時,不會對其他產生影響。但是值得注意的是,當某業務需要從禁止調整為允許時,應該保證所有的維度的狀態都為允許狀態。
此時我們再來看第二個場景,當我們需要控制某些門店某些商品不允許要貨,只需要從門店商品維度進行控制即可。
圖2 要貨范圍控制關系
海鼎在對業務狀態的設計過程中,考慮了不同企業間的靈活性以及客戶操作的便利性,在系統中的具體實現包括以下步驟。
圖3 業務狀態實現步驟
1 單據管理范圍配置——滿足不同企業管理需求
不同的企業其管理精度不同,能夠管理的業務范圍也有限,而系統可管理的業務單據有數十上百項,如果企業未達到這種管理精度而系統卻要求必須都維護的話,反而對企業的管理造成負擔。因此我們系統后臺允許配置不同的業務范圍,使得該功能能夠貼合不同企業的需求。
2 業務狀態設置——系統推薦狀態與客戶自定義相結合
如果企業在初期沒有業務狀態的管理概念,需要自己去定義不同維度的業務狀態會比較困難。
因此海鼎根據企業的常見業務場景進行總結分析,從商品及門店兩個維度給出了推薦的業務狀態(如表3、表4所示),這些狀態能夠涵蓋企業基本的管理需求。例如:商品狀態中的“禁采”通常用在該商品與供應商暫停合作時;“禁采禁配”通常用在商品需要進行淘汰時。
表3 推薦商品狀態
| 正常 | 禁采 | 禁銷 | 禁退 | 禁止要貨 | 禁要禁采 | 禁采禁配 | 只銷 | 廢止 |
允許采購 | √ | × | √ | √ | √ | × | × | × | × |
允許采購退貨 | √ | √ | √ | × | √ | √ | √ | × | × |
允許門店叫貨 | √ | √ | √ | √ | × | × | × | × | × |
允許配貨 | √ | √ | √ | √ | √ | √ | × | × | × |
允許配貨退貨 | √ | √ | √ | × | √ | √ | √ | × | × |
允許零售 | √ | √ | × | √ | √ | √ | √ | √ | × |
允許零售退貨 | √ | √ | × | √ | √ | √ | √ | √ | × |
允許分銷 | √ | √ | × | √ | √ | √ | √ | √ | × |
允許分銷退貨 | √ | √ | × | √ | √ | √ | √ | √ | × |
允許盤點 | √ | √ | √ | √ | √ | √ | √ | √ | × |
允許庫存調整 | √ | √ | √ | √ | √ | √ | √ | √ | × |
允許調撥 | √ | √ | √ | √ | √ | √ | √ | √ | × |
表4 推薦門店狀態
| 未開業 | 正常營業 | 暫停營業 | 停止營業 | 關店 |
允許采購 | √ | √ | × | × | × |
允許采購退貨 | √ | √ | √ | √ | × |
允許門店叫貨 | × | √ | × | × | × |
允許配貨 | √ | √ | × | × | × |
允許配貨退貨 | × | √ | √ | √ | × |
允許零售 | × | √ | × | × | × |
允許零售退貨 | × | √ | × | × | × |
允許分銷 | × | √ | × | × | × |
允許分銷退貨 | × | √ | × | × | × |
允許盤點 | × | √ | √ | √ | × |
允許庫存調整 | × | √ | √ | √ | × |
允許調撥 | √ | √ | √ | √ | × |
企業在應用初期,采用系統推薦的業務狀態即可,隨著企業管理的發展,可再采用自定義的方式去定義一些滿足企業個性化需求的商品狀態或門店狀態。
3 各維度業務狀態維護——批量操作提升維護效率
業務狀態定義后,需要在各個維度進行引用,為保證操作的效率,系統支持手動維護與批量操作等多種維護方式,如圖4所示。
圖4 批量設置門店商品狀態操作示意
4 狀態查看——最終結果展示清晰
在多個維度維護完狀態以后,實際的控制結果到底如何,系統提供了可查看的界面,如圖5所示。通過該界面業務人員可快速確認業務控制的結果。
圖5 業務狀態結果查看示意
業務狀態的管理思路,與生命周期管理相結合,解決了以前業務開關過多且界面分散的困擾,明察秋毫而又不冗雜繁瑣,為企業的管理精細化鋪平了道路,在多家海鼎客戶企業中應用獲得良好效果。另外業務狀態可以和企業的陳列軟件等相結合,使得控制的層次更豐富更精準。海鼎將在后續對相關功能持續優化,助力企業管理的飛躍發展。
- 該帖于 2014-1-4 14:42:00 被修改過