歲月蹉跎，寒冬的夜晚仍伏案疾書，見論壇中有諸多大神已經開始了一年的總結，突然安奈不住心中的躁動，也想為這今年的奮鬥留下隻言片語，沒有年初的目標總結，沒有未來的展望，就想作為一篇日記記錄今年專案精力，為此我已奮鬥了三年多。這三年多來一直深耕日化行業（化妝品，日用產品，廚房清潔用品都屬於日化），參與建設的工廠專案數量也邁進了30以上，在業內來說也算得上是“經驗豐富”了，經歷30多個形態各異的工廠建設以及數字化，資訊化的建設也算積累了不少的知識“財富”。
一 專案彙總
今年的專案數量其實沒有太多，相比前兩年已經少了很多了，但是今年遇到的幾個專案難度其實都很大，有幾個專案的確除了對技術的考驗還有對心智的考驗。
(1) 蘇州某工業化工廠WMS專案：
其實這幾年做WMS專案做的很少了，做的人實在是太多了，而且別人也做的越來越牛逼，實在沒有太大的競爭力了，所以這幾年改了賽道做起了日化行業的MES系統。 該專案也是想著能夠賺點錢，誰又和錢會過不去呢，專案不是由我本人承接下來的，承接方是號稱 阿里和京東出來的大牛出來創業承接的專案，他們對倉儲物流都有這非常豐富經驗的，我對此深信不疑。對方在網上看到我相關資料之後聯絡我的，經過幾次交談之後談好了合作，但是過了一段時間阿里的大神覺得我這邊不可靠於是又去外面尋了幾個合作的，差不多過了一個多月他又找到我說還是我這邊做事比較靠譜還是想繼續合作，其實從當時的內心來說合不合作都沒有強烈的慾望，只是當時這個專案剛好處在春節跨度之間，有充足的時間來弄，而且經過核算給他們完成相應的目標基本不會有太大的問題，於是答應了他們繼續做下去。 後面他們付了一筆錢開始了專案，中途也去過客戶現場，也去過他們創業的辦公點，在阿里附近的一個公租辦公室裡面，也熬過夜搞方案。再後來發現他們控制慾很強，阿里的喜歡拿出阿里的那一套概念（奇門介面那一套），京東的喜歡拿出京東的那一套牛逼的智慧倉儲方案，然後我呢只需要實現他們的想法，於是我變成了一個專業寫程式碼的（這是我不想看到的，畢竟我是“有思想”的人，對倉庫物流以及製造業還是有那麼一些“淺顯”的簡介），再後來我和京東的那位牛人吵了一架，我負責任的說是對方先動的口（如果是出於專案我就認了，估計對方那天心情不好，也有可能失戀於是口出狂言，侮辱了人，太傷人了），後面經阿里的大佬調停事情就此作罷，我也指出他們的設計方案存在較為嚴重的問題，從設計方案來看我說你們根本不瞭解製造業，阿里的大神說阿里的那一套邏輯是萬能的，我沒有再多說什麼。再過了一段時間，阿里的大神和甲方去溝通，發現事情遠比他們想象的複雜，後面跟我說了一句 還是你有先見之明，再後來我就聯絡這幾位大神了，電話也不曾接，於是專案黃了。
總結如下:
1. 首先專案沒有到試執行階段，投入了一些時間，最終黃了，但是得到了一筆錢，數額還不少，如果拋棄誠信等道德問題（這個不能怪我，是他們把我踢出來了，最終的結果好像是整個專案黃了），我覺得這個錢賺的還是挺值得的。
2. ToC端的物流倉儲和ToB端的物流倉儲是兩回事，不能一概而論。
3. 在製造業裡面原材料倉庫，半成品倉庫，成品倉庫，以及線邊庫又是不一樣的，如果是深度整合生產這可能是完全不一樣的東西，不能一套WMS打天下。
4. 我極其討厭阿里的那一套模式，開口就是萬能的，我們要做成平臺，一種模式囊括所有。
5. 以阿里京東的那一套倉庫管理模式，如果不加以變通和改進，直接套進到製造業，我想大概率業主會哭暈在廁所。
6. 無論多麼牛逼的專案，如何的高大上的智慧化，數字化，大資料，AI 人工智慧等，如果在製造型企業不懂生產業務，最終扯皮的事情是無窮無盡。
(2) 杭州某化妝品工廠
該專案是一個比較大的專案，要說“驚豔”也不為過，廠區大，條件好，裝置高度自動化，老闆們也看好配料MES系統，大家都是風風火火信心高昂，自己也暗下決心一定要好好搞一把，把這個工廠搞成業界的標杆，要驚豔全行業，這個工廠真的是天賜良機，過去兩年多都搞了那麼多工廠，未能夠達到心中目標的實在太多了，有時候都感覺心累了。要想做到一個心中所想的工廠，天時地利人和真的是缺一不可，如果條件具備，甲方支援我甚至都可以不計任何代價來弄，這個工廠就是我看到的最後一個機會，最後我還是失望了。
由於專案特殊性有很多資料不能公開，所以就發幾張圖看看得了，希望不不要引來不必要的麻煩。 專案總體來說分為三個車間，整個專案的裝置自動化程度很高，我們為此話費了不少心思，但從PLC控制點變數引數來說就有上萬個，當時眼睛都要整瞎了，當然也擔驚受怕了不少，特別是開機測試的時候，由於沒有專業的指導，當管道通往熱蒸汽的時候，管道內壁含有大量的冷凝水，那種炸鍋的感覺心臟都要蹦出來。
專案總結：
1. 合理的工藝設計勝過牛逼的程式設計千萬倍： 計算機系統是輔助工藝實現，對於這種大型的裝置製造，工藝真正決定了生產效能以及產品質量，這個在之前有一篇文章中介紹過，智慧工廠的建設拙見。
2. PLC 控制系統到底該如何設計： 整體我們採用了PLC控制裝置動作點，同時包含了一套工藝解析的程式，上位配料MES系統具備柔性化工藝編輯以及配方管理，每個生產批次都會重新下發工藝到PLC端解析執行，這個是目前業內能夠做到不多的方式。
3. 原料倉庫WMS系統管控著生產車間原料的供應和拉動，和配料MES系統 原料物料計劃深度集合，包括生產車間配料，線邊庫的管理，在這一點上日化行業裡面這種做法還是非常具有領先性的（雖然在其他行業可能用爛了）。這就是為什麼選擇行業做事情，可能一個小改變就是一個行業經驗的改變。
4. 整體上游有ERP系統管控計劃，雖然都說管計劃，但是計劃是不可能準的，這是當前行業的特點（別提什麼人工智慧，大資料，什麼鳥演算法，被業務銷售一吹牛逼，留下一紙合同，最後在風中凌亂）。其中還有原料倉庫庫存不準，安裝我的話說庫存不準才是正常現象，如果庫存準了那應該得考慮哪個地方有問題了。
5. 炫酷的大螢幕，做智慧工廠不拿這個玩意唬唬人都不好意思說是智慧工廠。所以大部分客戶提需求就是我要一個大屏展示，其實寫個靜態資料誰看得出來，就算不是靜態資料搞點有差錯的資料，外人看來都豎起大拇指，牛逼 牛逼 牛逼 ，其實是個啥玩意（後半段不是針對這個客戶，只是針對目前行業的需求現象，該客戶大屏還沒有搞定，我的意思要搞就搞真的，其實後面覺得軟體挺費錢的，讓他們弄了一個阿里雲的datav，這玩意真是個好東西簡單便捷。我的意思如果你們不批量生產起來，這個看板沒有資料看起來也挺醜的還不如不放）。
6. ERP對接難搞，並非技術問題，主要是流程上的問題加上兩個供應商誰幹活多誰幹活邵的問題了。
7. 專案未能夠達到自己的目標，是因為裡面還有很多事情沒有做，比如產品工藝的維護，各型別產品工藝驗證，甲方配合的人少，生產斷斷續續很多東西無法驗證。根據個人經驗來看這個如果不是有強有力的甲方領導推進，估計後面很多好的設計都浪費了。
(3) 揚州某牙膏工廠
最初接觸這個專案的時候是在去年端午節的前幾天，那天剛好打算去五臺山大朝臺，在千萬浦東機場的地鐵上，對方約電話聊專案，意思是讓他們公司的技術考核，權當做是面試的那種吧。 當時我很著急，因為要幹著上飛機，我一直等著他們開電話會議，後面他們爽約等了好久沒有回覆，後面我登機前往了五臺山，在飛機上他們應該是來電話了，下機之後看到N多個電話，當時我就想出大事了。 再後面我打電話回去，意思就是我沒有按時參加他們的電話會議，其實我真的是冤枉啊，在機場我都快著急死了等他們的電話，是他們爽約了很久，後面對方讓我給他們道歉，人總歸要有臺階下於是事情就這樣成了。在後面實施專案就是今年的事情，事情其實拖延了很久，再加上揚州鬧了一次比較大的疫情，我等也是極為害怕，不過好在南京剛出事我有先見之明回了上海，不然日子也是難過，於是事情就一直拖延。
在做這個牙膏工廠之前，有在杭州做過另外一個牙膏工廠，而且這兩家也非常熟悉，杭州的牙膏工廠是在自動配料這個方面是自己做的一個經典案例，在自動化工藝（日化行業）上也是一個經典案例，之前經歷了很多不如人意的專案（自己認為的，可能甲方覺得挺好，當然也有些自己認為還不錯的甲方覺得是垃圾）其中就包含了神舟飛船上天搞化妝品的那一家（內心裡面是非常感謝這一家企業的，自動化工藝在這幾家有了整體的架構思想和驗證，可惜的是他們並沒有完全覆蓋到生產，於是為別人做了嫁衣），在杭州的牙膏工廠這個模式應用的非常成功，基本是每一批料生產都覆蓋了（其他工廠有些斷斷續續），我就想一模一樣的牙膏生產模式，直接複製到揚州工廠，可能我想的太簡單了。
專案總結：
1. 在揚州工廠我們在工藝控制上做了大量的改進優化，在系統上也從原料倉庫開始管控，到灌裝線之前管控一條龍，但是最終甲方貌似對此不感興趣。
2. 在裝置生產線端其實並不太順利，牙膏相比其他的膏體本身具有一定的特殊性，所以生產的問題大過了系統的控制的問題，於是我們也就不值一提了。
3. 甲方生產經常換人，生產車間乾的不高興就走了，好不容易教會的裝置操作人員，系統使用人員就走了，然後又得重新來一遍。
4. 甲方IT你們需要支援什麼，然後打個電話，最終沒有打的改觀。
5. 要想做到自動化工藝，產品研發需要深度接入，研發覺得我還要去車間討論這些?
6. 辦公室領導去一趟生產線現場，那是皇帝南巡了
雖然問題沒有我說的不堪，文字撰寫終究是要點浮誇的手段才能引人入勝，但是幹過生產實施的，應該能夠理解我說的。
二 總算做了一個專案總包
偶然的一個機會，今年湖州的一個客戶找到我讓我給他們弄配料系統，最初接觸這個專案也差不多快兩年了，當時還在該廠房，後面在疫情就斷斷續續沒有再聯絡，原以為他們已經都開始投產了，結果突然給我打電話說讓我協助他們一起弄工廠生產線，我心中甚是歡喜，畢竟還是有客戶認可你能夠做好這件事，於是也就毫不猶豫就答應了。前前後後跟甲方見了一些裝置供應商，然後也討論了車間佈局以及如何做自動化配料等，甲方工程負責人內心也非常自豪，一個是自己之前從來沒有搞過這種工程管理，第二個是要將心中的想法變為現實了，幾年過去了眼看東西要出來了。
專案討論到後面確定供應商，其實我就想做自動配料系統，這是我這塊的專長，但是不太想碰硬體，我給甲方提供了硬體的方案，且提供的市場硬體的參考價讓其在外面去尋供應商（當時就想做好自己本分的事情，賺該賺的錢，為信任自己的人多考慮），到了後面甲方直接扔了一個過來，除了裝置鋼結構，罐子管道焊接，裝置強電，裝修我不做，其他的全部歸我們，頓時心中萬馬奔騰，這種心情無法表達。
(1) 不太擅長做硬體：
硬體包含了整個車間的弱電施工（機房建設，有線網路覆蓋，無線網路覆蓋，以及部分電源接入），電氣控制（電器櫃設計加工，電氣控制系統設計，裝置感測器安裝，訊號接入，裝置控制），軟體系統硬體（伺服器，機櫃，印表機，天平，地磅，掃描槍，PDA，電子檯秤，懸掛式觸控式螢幕，語音提示裝置）等，在此之前的專案經歷告訴我，硬體牽扯的東西實在太多了，太容易出問題。而且現在我已經將硬體的價格透露給了甲方，扔到我這邊也就只能當做幫忙幹活了。
(2) 採購硬體太難：
1. 西門子PLC採購，當時我這邊還不緊不慢，在後面去採購的時候發現西門子PLC市場缺貨的情況遠超出我的想象（之前只是聽聞，但是並未自己實際採購過），當時是有點慌了的因為方案已定而且交貨期也已經定了，西門子PLC的交貨期遠超過自己的預期。
2. 地磅的採購，由於甲方處於資金方面的考慮，罐體並未使用稱重模組，我們一般認為稱重模組是計量最為準確的，於是打算使用地磅來解決這個計量問題。 最初採購地磅價格就報低了，甲方要求304不鏽鋼檯面的地磅，因為物料具有腐蝕性，然後又增加了地磅拉料的斜面便於地牛拉動物料，再後來甲方說一次放4桶原料最初的支點又不要了，地磅發到現場又說叉車叉不進去高度太矮了，於是又重新去做地磅的四隻腳。結果市面上都找不到匹配的腳，原廠家也說沒有匹配的，最後高價定做了一批解決問題（地磅是有故事的）。
3. 弱電施工：
每次給客戶將網路部署架構，要求怎樣如何處理，網路是基礎建設，一直沒有實操過，自己真的幹起來真的問題太多了，合理的佈線，WIFI的安裝，橋架，電磁干擾等，吊頂隔層通風管道不知道爬了多少次。小時候在農村總聽說長輩幹活掉一層皮，這一次幹活真的體驗到了掉一層皮（是真的掉了一層皮，施工的時候剛好是七八月份，車間還沒有通水通電快熱死，幹了一段時間之後連上背上真的蛻皮了，還有一個小兄弟中暑了，實在是感覺心中有愧，但是想做成一件事就必須得付出代價）。站在高處有不一樣的風景
4. 申請人生中的第一個專利
關於地磅的做法其實想了很久了，在入行一年多以後突然冒出一個想法，在日化液洗專案中，管道進料特別是進大料的過程中對物料的計量問題，當時業內的普遍做法是通過管道輸送然後通過罐體的稱重模組來計量（也有些是使用流量計，但是流量計肯定是不準的，偏差實在太大了），還有一些就是人工稱量之後人工投入到裝置中的。首先人工方式這個的確太耗體能了，每次幾百公斤的桶拉過去然後人工弄，其次有錢的客戶使用稱重模組，但是這個玩意實在太貴了，而且需要在裝置安裝初期就弄好，後期改造的可能性實在是太低了。於是想到了使用地磅外掛的方式來處理，通過地磅稱量計數，邊稱量邊進料，可以實現無人值守的狀態，再也不用一直盯著儀表的變化了，設定好之後就讓裝置自己幹吧，到了計量位裝置就會自動暫停（理想狀態，實際過程中還是有人介入的，主要是精度問題很難解決，有待繼續思考解決方式）。
5. 發生的意外
在專案實施過程中也發生了一些意外，在除錯過程中我們得到了裝置方以及甲方的確認，開始除錯裝置控制。在此過程中由於電氣工程師太過於自信了，在未進行任何模擬的情況下直接上裝置執行，在測試一號裝置的過程中沒有控制壓縮空氣導致閥門常開狀態，裝置一直進水超過最大的承壓能力（其實裝置方沒有完成相關管道的工作，理論上我們進水只是流轉一遍進行降溫不進行儲存，裝置方未能夠將管道做好做了一個封閉的管路導致水不能排出，最後悲劇發生了）罐子爆裂，水傾瀉而下一直流到了一樓，所有人都傻逼了，所幸沒有造成人員事故只是裝置損毀，後期對裝置進行更換已經正常投產。本來這種事情也不是什麼好事情，記錄下來只是為了警醒自己,那一段時間真的是晚上整晚都睡不著。 後面總結：(1) 不要盲目的自信，雖然是老鳥了也不能認為萬無一失； (2) 標準的流程規範操作是必須的，即使看起來很弱智，特別是對於技術人員來說這種什麼安全培訓什麼鳥玩意，難道我還不懂，培訓的目的是警醒，再次提醒，哪怕每天重複同樣的話；（3）安全檢查，我們常規的操作水電氣，環境要求達到才能開機作業；
可能還有很多很多的經驗和教訓，當時我給小夥伴們說就算這個事情我虧的連褲子都沒有了，我也一定要幹下去，不要害怕這種事故，不能因為事故就停滯不前，不試錯哪裡會有結果。其實說這話我心裡也是慌得一比，不害怕那還是人麼。一個是要對得住別人對自己的信任，另外一個就是無論怎樣自己也要經歷一次，否則永遠都是紙上談兵，那我承包魚塘就沒有希望了。經歷了各種事故，坑坑窪窪就知道這裡面會遇到的問題，想想很美好現實很骨感，一不小心牙都崩掉了。
三 專案百態，人生百態
當然今年還有一些其他的專案，但是都是一些不痛不癢的，基本就是按照之前的經驗去實施了不會出現什麼大問題。在其他的專案接觸過程中，也會很多問題：
(1) 杭州某化妝品工廠讓我參與配料系統的實施工作，最後甲方找了一個外面的技術人員共同參與，費用對半分，而且讓我把這邊的技術資料全部共享給他（我覺得就是一個坑，知識是財富，賺了一點零花錢便要我把"產權"變賣，還畫了一個大餅），雖然自己很想做更多的客戶，但是這個過段拒絕了。
(2) 身邊還有“臥底”，一個認識了N久的朋友，當時說自己是甲方(生產廠家)所以一直交流專案經驗，生產經驗以及國內目前接觸的一些工廠常態，結果後面無意中被我發現競爭對手公司的技術領導，虧我還給他說了那麼多客戶資料，所以管住嘴很重要，倒不是怕去競爭客戶資源，只是玩意有些不該說的說了被那捏住很難做。
(3) 跟了快3年的客戶，被人一頓騷操作給攪沒了，還被人指著罵是騙子。利益面前看來每個人都是那麼的醜陋不堪，利益面前禮數都沒有了只有原始人的醜惡，所以很多事情得看開，不然自己也得氣死了。
(4) 你看重的是風口，等你進去之後你可能發現是一個崖口。 什麼亂七八糟的工業網際網路平臺，什麼大資料人工智慧，什麼物聯網作業系統，我不否認有做的好的，但是大部分應該都沒有考慮過客戶的死活吧，把客戶拉下水然後自己游泳跑了。
(5) 出路在哪裡，這是今年考慮的最多的問題，性格不適合幹大事，技術不行又在企業待不下去，客戶越來越難做，存活是關鍵，如何能夠長遠的走下去。
今年有朋友推薦了一本書《遙遠的救世主》，這個很多人在刷短視訊的時候應該有刷到過，這本書認真的看了一下，其中有兩句話印象非常深刻：
1. 不要把別人不當人，也不要把自己太當人；
2. 生活法則很簡單，忍和能是兩條線，這兩條線之間就是生存空間；
時常在想，如果哪一天自己空下來了，真的要將這些專案經歷一一記錄下來，雖然算不上很牛逼的專案（主要是金額上不牛逼），但是實實在在解決了很多行業的問題（可能在其他的行業可能根本不算問題，最重要的是一種思路的借鑑），IT技術幫助我們快速的去輔助實現了這種思路，前些年做《吉特WMS系統》也算自己一個作為技術愛好者最終的成果和模式，這幾年想在這個模式上再複製一個出來，讓自己的生存空間變得更大一些，為此不斷努力奮鬥，希望有一天哪個知名工廠的設計圖紙出自於我手。
有很多專案資料不能在公開場合說，但是對於深耕行業的人來說非常有價值，如果有幸能夠交流非常樂意分享自己的經驗。 搬磚的日子有時候天真的很藍，時間有限就寫這麼多吧！ 2022年期待肯多的精彩
作者：情緣
出處：http://www.cnblogs.com/qingyuan/
關於作者：從事倉庫，生產軟體方面的開發，在專案管理以及企業經營方面尋求發展之路
版權宣告：本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連結。
聯絡方式: 個人QQ 821865130 ; 倉儲技術QQ群 88718955,142050808 ; 15800466429 同微信
吉特倉儲管理系統 開源地址: https://github.com/hechenqingyuan/gitwms
吉特日化MES 演示地址: http://mes.gitwms.com/
標籤: 吉特倉儲管理系統(開源WMS),吉特日化生產執行製造系統(日化MES),稱量防差錯系統,投料防差錯系統