“云倉wms更偏重信息共享、數(shù)據(jù)驅(qū)動和多方協(xié)同，消除供應(yīng)鏈信息不對稱將倉庫變成供應(yīng)鏈中的關(guān)鍵節(jié)點，滿足不斷變化的客戶需求、應(yīng)對基于新零售的全渠道多元化的商業(yè)模式”。

7月26日，在由羅戈網(wǎng)主辦的“智慧倉儲發(fā)展高峰論壇”上，C-WMS CEO張劍平以《信息化支撐玩轉(zhuǎn)智能云倉》為主題進(jìn)行了分享。

C-WMS CEO張劍平

目前云倉玩家主要分為四類。生態(tài)玩家，如菜鳥網(wǎng)絡(luò)、京東。3PL類，如百世、三通一達(dá)。物業(yè)類，譬如易代儲。軟件玩家，如C-WMS，我們給自己的定位是一站式數(shù)字化供應(yīng)鏈（物流）軟件企業(yè)。

企業(yè)該選擇什么樣的云倉？除了要考慮服務(wù)器、大數(shù)據(jù)、數(shù)據(jù)中臺、智能化，還要擁抱市場順應(yīng)市場的需求變化、擁抱云倉帶來的商機格局變化，所以決策的同時也是個拐點，選對了有可能做到彎道超車。舉個例子，如果訴求是更實惠的快遞服務(wù)，建議加入三通一達(dá)這種3PL類的云倉。如果企業(yè)接的業(yè)務(wù)多種多樣，今天酒水，明天母嬰，后天接到其他創(chuàng)新業(yè)務(wù)，對協(xié)同其供應(yīng)鏈上下游管理的靈活性要求很高，這類企業(yè)如果想玩轉(zhuǎn)云倉，我建議借助軟件類玩家完成起跑的第一棒（如C-WMS）！

數(shù)字化讓庫存離消費者更近

過去傳統(tǒng)的wms更偏重于倉庫內(nèi)部的精益化管理，在數(shù)據(jù)交互方面僅僅是為了滿足倉儲業(yè)務(wù)的需要，而開放的基礎(chǔ)數(shù)據(jù)交互，從本質(zhì)上來講，通過傳統(tǒng)wms管理的倉庫在供應(yīng)鏈中依然是一個信息孤島。

C-WMS更偏重信息共享、數(shù)據(jù)驅(qū)動和多方協(xié)同，消除供應(yīng)鏈信息不對稱，將倉庫變成供應(yīng)鏈中的關(guān)鍵節(jié)點，滿足不斷變化的客戶需求、應(yīng)對基于新零售的全渠道多元化的商業(yè)模式。

我們都有電商購物的經(jīng)歷，C端更多強調(diào)的是快，越快送到消費者手中體驗感越好，但B端不是，如果貨物提前送達(dá)，搞不好會讓客戶手忙腳亂。B端強調(diào)的是協(xié)同和計劃，在優(yōu)先滿足計劃的基礎(chǔ)上提速則是錦上添花。

數(shù)字化同樣也能給B端消費者帶來極好的體驗，核心是讓業(yè)務(wù)數(shù)字化，數(shù)據(jù)業(yè)務(wù)化。業(yè)務(wù)數(shù)字化指的是過去我們常說的“連接”，數(shù)據(jù)業(yè)務(wù)化即讓數(shù)據(jù)能夠用起來，這才是云的價值。

過去我們對于數(shù)據(jù)的利用率是非常低的，而今天越來越多的企業(yè)開始重視數(shù)據(jù)，追逐智能；對于C-WMS來說，過去我們致力于通過軟件技術(shù)幫助用戶可以像機器一樣高效作業(yè)，而今天我們則通過算法和深度學(xué)習(xí)將系統(tǒng)變得可以像人一樣思考；幫助用戶精準(zhǔn)決策，理智判斷、驅(qū)動供應(yīng)鏈從拉式向推式轉(zhuǎn)變，讓企業(yè)更好的管理和掌控供應(yīng)鏈以應(yīng)對不斷變化的市場需求，例如我們可以通過算法分析將sku的庫存分布到離潛在消費者最近的倉庫，實現(xiàn)精準(zhǔn)營銷的同時，為用戶提供更快更準(zhǔn)的送貨服務(wù)，還進(jìn)一步降低庫存壓力和配送成本；殊途同歸的東西大家都明白，但更多的是需要時間管理。

好產(chǎn)品會上癮

什么好產(chǎn)品會上癮？一家供應(yīng)商所提供的產(chǎn)品，適不適合企業(yè)的各個階段，能不能跟企業(yè)一起成長，這是我的理解。

2016年，我們正式發(fā)布云產(chǎn)品，推廣公有云；2016年年底已經(jīng)做到全行業(yè)覆蓋，我們終有兩個關(guān)注點成本和時間。

三年前，大家還只有成本視角，我跟我們團隊講，把成本降到過去的四分之一，其它不用談。今天不一樣了，客戶除了關(guān)心成本，更關(guān)心數(shù)據(jù)的連接和應(yīng)用。

在商業(yè)模型上就是經(jīng)濟艙和公務(wù)艙的轉(zhuǎn)變，和時間做朋友的產(chǎn)品適合公務(wù)艙，比如茅臺，時間越久越好。但中國的物流軟件適合做經(jīng)濟艙模式，在行業(yè)沉淀的需求就是客戶們的共性需求，其他需求可以通過迭代去滿足，迭代過程中的需求可能還會存在很高的復(fù)用率，成本自然而然就降下來了。

并不是說規(guī)模小的企業(yè)才用經(jīng)濟艙模式的物流軟件，舉個例子，央企--中國物流在全國有一百個以上的子公司，50個以上的物流園區(qū)，物流合同是百億級的。跟以前的WMS供應(yīng)商合作得不開心，因為中國物流提的每個需求供應(yīng)商都管他要錢。

中國物流的項目，涉及快消、酒水、食品、生鮮、化工原料、家居、工業(yè)零部件（三一重工）等行業(yè)，如果用公務(wù)艙的模式去做，金額在300萬-500萬，周期一年多。

如果用SaaS模式，付款邏輯清晰，按照實施的進(jìn)度收費，標(biāo)準(zhǔn)實施1個倉庫2萬元，我實施多少個倉你給我多少錢，所有倉庫一年實施完，總價不到80萬。

如果有定制化需求，我們會從標(biāo)準(zhǔn)化的角度給出評估意見，先判定該不該做，而不是上來就跟中國物流講，這些需求都能做，一共你要給我多少錢。

其實央企可以慢慢轉(zhuǎn)變思路，擁抱經(jīng)濟艙，我相信中國物流這個案例可以給其它大型國企帶來很多可以借鑒的地方。

說完成本差異，我們再來說時間差異。

我們做過南京郵政和泉州郵政的項目，倉庫大小、業(yè)務(wù)模式都一樣，合同單價差了很多，南京郵政遵循了解決方案的游戲規(guī)則,如果把銷售所花費的半年時間加上是460天，把銷售的時間拉開是220天。泉州郵政用了SaaS,項目真正實施只花了10天，非?？?，這是時間上的差別。

我做了十年OTWB，接觸了很多客戶，有兩個很大的痛點，近90%的倉庫都沒有辦法解決。一個是對外費用結(jié)算，涉及到按件數(shù)、重量、體積、托或是按貨主、按貨品等多維度計費。一個是對內(nèi)費用結(jié)算，即員工績效的統(tǒng)計、按件計費等人員成本支出核算。

我們現(xiàn)在在客戶中做試點，已經(jīng)成功讓客戶根據(jù)員工工時和工作量生成員工的工資單?，F(xiàn)在要優(yōu)化的是時間問題，我們希望計費模塊的上線周期能和實施周期并行，都控制在五天內(nèi)，并真正有效的幫助客戶尤其是服務(wù)多業(yè)態(tài)多倉多貨主的云倉企業(yè)，徹底解決倉儲計費難題，實現(xiàn)財務(wù)智能化結(jié)算管理；

最后希望大家能選擇和企業(yè)一起成長，適合您未來10年信息化的SaaS軟件供應(yīng)商，上WMS云，就上C-WMS云，謝謝大家。

作者 |  張劍平

來源 |  物流沙龍