倉庫規劃設計的八大步驟
導語：倉庫規劃設計我們分成8個步驟進行：第一，項目的起動準備;第二，數據的處理和分析;第三，討論未來策略的目標等、大家跟着本站小編一起來看看相關內容吧。
倉庫規劃設計我們分成8個步驟進行：
第一，項目的起動準備;
第二，數據的處理和分析;
第三，討論未來策略的目標;
第四，系統需求分析;
第五，規劃設計;
第六，方案的評估選擇;第七，細步設計;
第八，方案執行。
在實際操作過程中，有些人往往跳過第二步，或者做第三步再做第二步，因此往往脱離現狀，和現狀沒有什麼關係，並導致算出來的數據在後面設計的時候，非常容易處理，擺上一些設備，每個設備，比如説用RF來揀，每個人每個小時揀多少就可以，但是它適合你嗎，可以説它適合你，但是它也適合任何一個企業，都是一模一樣的。
做完第三步之後，有些可能會回來做一些數據收集分析的東西，往往在做以前老在説什麼EIQ這些東西，EIQ只能説一個通用的方法、思想，往往在的操作中有用，但卻並不能完全幫你處理出這些數據的，如何理解EIQ?每天平均的定單量，定貨量，或者是説每日的進貨量的值等等這塊，然後定單和產品之間的關聯性這塊，但是比如説對於這種其他的一些東西，比如説對於這種產品的這種季節性，它的變動的趨勢。等等這一塊的東西，未必它會幫你做這塊的分析，況且數據分析的時候，我個人看法，更多的是取決於數據分析人的理念，他的理念，會直接決定了分析的價值。
有的人做出來的時候，很簡單，數據分析的價值也非常有限，對每個倉庫經理來説已經非常清楚大概什麼樣的量，雖然沒有一個準確的數字，但是估的數字也差不到哪去。但是倉庫規劃的時候，僅評這幾個數字，我想和原來的倉庫沒有什麼區別，只是把原來的倉庫放大一點。原來的可能只容納一千的托盤，未來可能放大到容納五千個托盤，僅此而已。
另一個容易出問題的地方是第五步。得到一個數據之後，怎麼樣操控這個數據，這個我認為要看規劃人的能力。在這一步，每個人的想法會有非常非常大的差別，未來滿足你的這種需求的時候，可能會比如説非常的自動化，然後設計一個什麼樣的趨勢，或者通過這種別的模式怎麼樣操作等等這一塊，能不能做到一個在這種有限的自動化下面，實現一個比較好的，能夠達到滿足效率的，滿足需求的方案呢，這個要考量設計人員的一個問題。基本上存在的問題，可能就出在這兩個地方。
在第二步做數據分析的時候，它的數據分析的方法怎麼樣操作，第一個包括它的培訓，這個人需要哪些數據，然後這些數據裏面可能代表了某些含義，往往數據分析的人，不知道現場怎麼操作的，就拿一個東西來運行吧。他不知道基礎的東西是一個什麼樣的東西，算主要的結果和現實的作業可能會發生比較大的偏離。但是往往的時候，存在這樣的問題，做得人不知道現場什麼樣，所以培訓這塊要注意，包括資料的採集，然後還包括篩選，拿到的原始數據往往是從系統裏面打出來，但是這些數據哪些是真實有效的，哪些是假的，這是要考慮的。
第三個步驟就是討論未來得策略，比如説你的生產規模，原來從20個億，到100個億萬，這種變化的是一個什麼趨勢?比如説原來是平均生產那麼多，但是可能未來得時候，某一個時間突然的把峯值拉得非常高，這樣現象都會出現，但是往往未來這是最不可預測的，沒有這種想法，包括另外的時候，庫存週轉天數，現在可能在80天，可能未來的時候，可能是20天，等等這種現象，但是怎麼樣到20天呢，怎麼樣變，往那個方向變化。這塊都值得考慮。當然這個步驟應該越細化越好，包括SKU之間的變化，哪些產品未來賣得好，哪些產品未來下去了，原來可能一百個裝一瓶，未來可能是個裝一瓶，這樣品像的變化，這些變化我的經驗是上面的人不知道，下面人也不知道，對這個沒有什麼想法，所以我認為目前來説，我認為比較麻煩的。我沒有看到有人專門探討這些東西，往往只知道現在是什麼樣，可能現在很多人還不知道現在是什麼樣的。第四個步驟就是系統的需求分析，每一天的變化是什麼樣的趨勢，這塊基本上跟現狀分析，另外也會根據未來調整，它的做法往往我得到一個現狀的模型之後，對於未來的時候，通過這個現狀未來進行疊加，可能現在是20億得到一個模型，每天的出貨量，每個區域有多大的容量，要處理多大的量，後面到100個億，得到未來，往往出現這樣的局面，就是這樣的。
流量平衡圖，它直接決定了倉庫設計的大小，對倉庫設計非常重要，以前沒有看過有人來做這個東西，前面代表了進貨、進貨量，可能它有一些比較特殊的，可能包括大件的產品，可能還包括另外一些小件的東西，或者根據產品的特性，把每一塊挖出來，這個圖就説家電的，這塊是小家電的，因為根據SKU劃分出來之後，每一塊的特性是不一樣的，另外小的可能直接就上一個小貨架或者什麼之類的，出得非常快，根據它的流量處理我這邊的進貨量，得到這樣一個數據，這張圖從整體來説，這邊是進的，最右邊是出的，所以説進和出之間要做到平衡，左邊進多少，右邊要出多少，可能根據這個週期內的，這週期可能是一年的數據問題，一年之內左邊進的和右邊出的是一模一樣的，量是相同的，為什麼相同呢，如果不相等的話，往往會造成兩種結果，一種可能沒貨出，另一種可能會導致進的貨出不完，倉庫放無法容納。
這邊進貨過來之後就直接得到了月台的大小，包括流量是什麼樣的，這就是對月台的控制，對每個進貨量的差別進行調整，進貨量有暫存的區域，這要看插車的效率，可能會有暫存質檢什麼的，所以暫存區是多大的，還要根據物流的特性，哪些要上貨架的，哪塊做特殊處理的等等，可能還有退貨等等，那麼就得到這了塊區域的大小，退貨區過來之後，包括托盤堆疊的，包括貨架的等等這塊區域的大小，後面有一個出貨的，這邊是分揀和符合區域，還有包裝區域的大小，通過我作業的效率可以得出這塊要多少。最終，會有一個出貨的暫存區，出貨暫存區應該有多大，也直接決定了其大小，然後還有一個月台，每天的定單量是多少，這樣就直接決定了，每天要發多少輛車，然後決定出貨月台是多少，這就是整個流量平衡表的意義。
通過這個平衡表，我們在前期的做完所有問題的定義分析之後，得到一個結果。這個結果直接決定了未來倉庫的佈局，包括大小等等所有的含義，所有的東西。所以我們把這些東西叫做一個倉庫設計的總綱。但從目前來説，往往很多人不去做這個東西。從而影響分析結果之後，又直接影響區域大小的效率等問題。360截圖20160308152943031.jpg物流規劃設計
物流的規劃設計，因為前面那個流量平衡表那塊已經知道倉庫裏面每個區域的大小，效率等等東西，但是就是説已經有了這塊區域，這個區域擺在倉庫的哪個角落裏呢，如果不做這一塊的話呢，這塊叫系統化設計，如果不做這塊的話，那麼我把這塊放到如何一個區域都可以，比如説出貨暫存和保管區之間的位置怎麼樣佈置這塊，包括兩個月台之間的距離。
但是如果不做這塊的時候，我不知道儲存保管的量那塊區域的關係之後，就難以決定這塊是什麼樣的位置大小，另外如果不能決定這塊，隨便擺放之後就會導致倉庫之間距離非常遠，這樣就會影響行進的效率。一個倉庫大的話，可能要幾百米，跑一次，跑一次，如果一個定單有十個的話，就會跑十次，就是一千米，那人就要累死了，沒人願意做的。從我資深來看，我覺得很少人來算這個東西，更多的是憑藉自己的經驗來估計的，就像前面的'圖裏面的表述一樣，進貨在這邊，進貨完了之後，肯定要到暫存區，暫存區就靠着進貨口這塊，暫存區之後就上下，上下完之後，往右邊就是補貨的，在右邊補貨，然後就分揀等等，往往是這樣的，但是這樣是不是最好的，沒有人去考慮，大家都是憑藉自己的感覺判斷這個事情。很多人也是這樣做的，所以説這塊是很有價值的，就這麼一塊應該是什麼樣的，那麼之間每一塊的關係是什麼，這個圖有一個紅線和藍線，線越粗證明流量是越大，之間的越來是越緊密，如果細就説明關係非常鬆散，就可以往四周擺，但是現在往往沒有人做這樣的東西。基本上我我覺得這塊是非常非常有必要的。物流方案提出 到了物流方案的提出，我得到那個東西之後，可以畫出這張圖，這個倉庫裏面每個區域在哪兒，然後什麼樣的，畫一張圖之後，可能給出一個不同的方案出來，往往出現的問題就是説呢，我做完這張圖之後，就直接跳過下一步，直接根據經驗判斷，得到這張圖，因為前面的區域已經有了，每個區域大小，直接把它擺在圖張看出來，是什麼樣的，可能看1234567，只是説擺在哪兒都一樣的，只要不是非常離譜。
幾個不同的方案之間的差別，有的人換了一個方向，倉庫裏面的佈局換一下方向，然後就説做了一個新的方案。我現在很佩服這些人的膽量，這樣都可以做的，後面是細部規劃的東西，每個地方是什麼樣，需要做數據分析得到結果。
做好這些之後，下面就非常容易了，只要更多的關注細節的問題。從問題的定義分析，定義分析包括現場的診斷，瓶頸在那兒，基本上是取決於瓶頸的問題，解決瓶頸，然後還包括其他的東西，然後得到戰略規劃，有一個優先性的問題，可能重點解決某個區域的發展的問題，可能考慮整個集團公司的發展，或者是其他的東西。
整個倉庫實施的目標是什麼樣，我這個倉庫應該建到什麼樣，到總體的指導思想出來之後，要做數據的挖掘分析，然後數據分析挖掘的結果呢，就直接反饋到兩個方面，一個是作業策略，每塊的策略是什麼樣的，是不是可能把某塊優化掉，是不是有可能就是説，這個怎麼説呢，怎麼形容呢，這個定單是拆開分揀，還是多個定單合起來同時分揀等等不同的策略，這塊通過數據分析可以得到作業的策略是滲析樣的，另外各個區域的分析，這個區域多大，之間的關係是什麼樣的，得到這兩個分析之後，後面的話，可能會做這樣一個仿真的動作，其實表面來説，好象這一塊，怎麼説呢，有錢的人才會做吧。每錢的人就不做了，最後就是得到一個清單，倉庫需要什麼設備，信息系統是什麼樣的，流程什麼樣，圖片什麼樣，基本上得到這四項，之後就可以開工了。
如何看待倉庫管理系統
關於倉庫管理系統，我認為應該包括五部分，即倉庫的計劃、倉庫的事件管理、倉庫的執行過程、數據交換和設備的管理。現在我覺得很多WMS在計劃能力方面做得非常差，比如我曾經看到的上海醫藥的倉庫，其倉庫管理軟件和國內的其他軟件沒什麼差別，很多功能根本就沒有發揮出來。
計劃中很多東西沒有體現出來，比如計劃的地方怎麼做，包括上下策略、補貨策略等策略性的東西都沒有體現出來，更像一個自動化的表單的作業系統。因此，我認為，WMS價值應該體現在，計劃而不是僅只倉庫裏面收貨、上架、揀貨、補貨等等。
整個物流中心運作的流程基本是這樣，一個大門進出，大門過來之後要先去堆進行車輛的調度，車輛調度完了之後，要得到定單，定單那一塊有兩個倉庫，兩個倉庫根據他調度到某一個月台做出貨的動作，或者是收貨的動作。整個的物流中心中間可以劃分成了14個流程：從車輛進大門之前有一個預收貨的處理，到大門的閘口管理，閘口管理更多的是對於車輛的調度，體現在車輛來了之後，是不是應該讓它先去堆場，還是先到(月台)卸貨?這個處理，去了堆場之後，有一個處理，這個車輛應該怎麼停，堆場調度出來之後，會有一個月台的管理，包括入庫、上下、上下會有一個諸如QOC的工作，這並不一定每個行業都做。再往後是一個補貨物的作用，我從儲存區往分揀區發貨，發貨之後，如果要拆零的話，要有一個符合包裝的動作，後面出完貨之後，因為我在兩個倉庫裏面同時分揀，會造成一個需要合流的問題，這個定單可能被拆成四份，放在不同的區域進行分揀，之後要考慮一個合流的問題，要把它合流到哪個暫存區去，怎麼樣處理合流的東西，之後有一個月台發貨的過程，這中間可能會有一個月台的處理，之後是倉庫裏面的盤點的流程。總結一下，我認為目前來説，所存在的第一問題，就是數據分析沒有一個標準方法，目前還是EIQ代表一切，有很多東西都沒有被挖掘出來。從分析結果的表現來看，一個是物料平衡圖的處理，目前尚沒有人做這個東西;第二個是SLP系統化概念設計，表現倉庫裏面各個區域之間的關係，很少人深入來做。因此，我認為，DC設計是一個整體，缺少了中間任何一個步驟，都會導致這個倉庫的用起來彆扭和不合理。
