3個月的項目我們是如何做了1年才完成而且失敗了？

2017這一年來都全部精力投入在一個項目上，最終還是失敗了。前車之鑒，後事之師。

先說說背景，我們幾個都是剛畢業的普通本科生，計算機專業，熟人介紹有個很有前景的外包項目找我們，當時就十分感興趣的，畢竟改變世界是所有年輕人的夢想，滿腔熱血，說干就干。

與其說是創業，不如說我們只是一個外包團隊。

我們做的項目是一個軌道式自動化送餐系統，簡單來說就是市面上的送餐機器人，不同的是市面上的送餐機器人像人一樣捧著菜在地上走，我們的是在天花板上走，先把菜送上天花板，然後通過小車送到每張桌的位置然後把菜下降。

先簡單說說我們的外包關係，酒店老闆——>酒店老闆的商業朋友——>機械老闆——>我們，三級外包關係，每級只對上一級負責，機械老闆是我們關係比較好的熟人。酒店老闆和商業朋友提需求，機械老闆負責機械，我們兩個人分別負責軟體開發和電路設計。 在這個項目中，機械老闆是項目第一負責人，協調多方的工作以及機械開發，我是項目第二負責人，負責項目進度的管理以及軟體的開發，把開發進度向機械老闆彙報。

下面從技術篇、發展篇、市場篇3個方面來總結這一次失敗。

技術篇的關鍵詞是「系統不穩定」，對技術不太感冒的朋友，可以直接跳到發展篇和市場篇。

在最初的系統設計階段，初生牛犢不怕虎的我們以簡單能用的原則，用了最簡單的方案花了1個月的時間就完成了軟體和電路的雛型，由於我們在系統設計方面花費時間太少，導致我們方案存在了很多不穩定的因素。

• 在工業領域上控制器主流使用的是PLC，PLC 快捷方便、成功率高，可靠性好，但成本較高。
• 單片機的優點是成本低，效益高，但需要極高的研發力量和行業經驗才能使設備穩定。
• 考慮到銷量和成本，最後我們選擇了單片機。

項目所用的設備都是絕大部分都是網上採購的，關鍵部件也不例外，比如說控制晶元、通訊模塊等。

在系統設計上，我們系統一共分成5種類型的節點，分別是送餐小車，裝載器，卸載器，遙控器，配菜器，一共有55個節點，我們前4種設備的控制晶元用了Arduino單片機，用raspberryPi作為配菜器的控制器。

通訊系統使用的是淘寶上買的Zigbee自組網通訊模塊。電路設計主要是電源模塊和繼電器模塊，這部分當時是另外一個同事做的，細節部分我不太了解，在此就不作分析了。所有的東西都有別人封裝好的函數和功能模塊，一切看起來很高效很簡潔。對，看起來。。。。

然而在後來的幾個月中，問題不斷出現，通訊模塊丟包，偶爾出現的網路卡頓，電機反轉堵死，單片機斷電保存的數據丟失，單片機程序跑飛，硬體電路自動重啟，燒壞零件，機械滑軌卡死，小車脫軌，撞壞讀卡器，托盤變形。

經過了幾次大改後，情況有些好轉，通訊模塊網路卡頓，單片機程序跑飛，硬體電路自動重啟，出現頻率下降了很多，但問題依舊存在，無法解決。

在項目進行到2個月的時候，所有設計方案都定下來的時候，設備做出了模型，這時酒店老闆和商業朋友已經開始催項目的進度，為了能讓大家對上級有好交代，機械老闆做了一個的決定——把雛形機搬到了酒店現場開發和調試。我們有所顧慮，但還是同意了這個決定。

搬到了現場，我們發現，現場環境是非常不合適開發和調試的，酒店並不是停業讓我們工作，而是一邊正常營業，一邊讓我們在酒店空閑時間才輪到我們調試，酒店營業時間有早茶午飯和宵夜，所以空閑的時間只有下午2點到6點，和凌晨的2點到6點，每次我們調試完要復原酒店能夠正常營業的狀態，這就相當讓我們相當被動了。

去除了準備時間，下午的調試時間就只有3個小時，因為軌道是裝在天花板上，難免會出現一些異常和聲響，酒店內不斷有員工走動，每次異響都會把員工嚇一跳，眾目睽睽，心理壓力也大了不少。凌晨的時間就更難使用了，在通了幾天宵後，身體受不了，我們放棄了凌晨時間的開發和調試。這樣一來，工作時間減少了2-3倍，工期拖延就成了必然事件。

在項目進行到5個月的時候，已經超過了原定工期2個月。所有機械、電路、控制程序基本開發完成。這個時候，技術篇說到的各種不穩定因素正式登場，有些幾天出現一次，有些一個月出現一次。這個問題剛解決，另外一個問題又浮現出來，有時候是新的問題，從未出現過的問題。

酒店開始天花板裝修，使得調試的難度又大大加大了。由於工期的拖延，我們和機械老闆都出現了虧損，這時各方面都開始著急起來。

在項目進行到第7個月的時候，我們的控制部分不穩定性降低了很多，但依然有問題隔三差五的出來。這時機械老闆方面因他的投資人不太贊同做這個項目，跟大家說他想退出這個項目，讓我們跟酒店老闆直接合作，他不當中間聯繫人。我們的合作關係越來越複雜了，一來大家的積極性開始下降，二來我們都想驗收完這次項目，把剩下的錢的都收回來，減少虧損。此時，大家都不願意花更多的錢去大改系統，採取頭痛醫頭，腳痛醫腳的方法，先完成驗收，升級系統的事情以後再說。

在項目進行到第9個月的時候，我們預約了幾次驗收，但每次驗收的前一天，系統就會出問題，實在是讓人崩潰。我們又只好把出現的問題修復。這時，我們團隊決定繼續做下去已經不是為了收回尾款了，更多的是人情債在裡面，拖延工期的這段時間，機械老闆也待我們不薄，我們一旦離開，這次項目必然是階段性的失敗，他們必須找人重新開發，我們也不想半途而廢，導致失去這可靠的合作夥伴。

在項目進行到第11個月的時候，系統又穩定了一些。這時，每晚酒店已經開始使用這個送餐系統，我們每天都在酒店那邊跟著，一旦出問題，我們可以馬上解決。酒店那邊的驗收要求是穩定運行半個月。我們的系統正常運行了10天沒出問題，這讓我們感到了希望。但好景不好，驗收的前幾天，我們的系統又出現了問題，而且是新問題，之前沒有遇到過的。我們咬緊牙修復了幾天，可以依然找不到原因所在，這讓我們十分崩潰。我們依然打破不了驗收前出問題的魔咒。

這時我們不能再拖下去了，這是個無底洞。我們向機械老闆提出，我們要這個系統無法再修復了，要麼我們重新開發一套新的，把核心部件全部換掉，要麼我們只好放棄這個項目。

後來，我們撤離了。

在項目開發的期間，我問過一些其他餐廳老闆，顧客以及上菜服務員對於這個軌道式送餐系統的看法，樣本不多，不太具有代表性，我總結了一下幾點他們比較關心的問題：

餐廳老闆：

1、商業價值：能代替多少個服務員從而節省多少人工成本；自動化餐廳能吸引多少人來酒店吃飯，增加營業額。

2、成本：多久才能回本。

3、裝修：裝在天花板上工程很大，裝修期間影響正常營業，還可能有違建問題。

4、維護：出現故障時，要多久派人過來解決。

5、安全性：萬一出現安全事故，東西從天花板上砸下，責任誰來承擔。

顧客：

1、新鮮感：好玩，體驗到科技的樂趣，可以發朋友圈炫耀炫耀。

2、體驗性：平時都是自己坐著，服務員把菜放到桌上就可以吃了，現在還要自己從機器上拿，有時候吃著飯中途還要停下來避讓機器。

3、安全性：機器會不會出現故障，意外傷人？

上菜服務員：

1、使用送餐系統時，操作是否簡單？

2、是否比人力要快很多，是否讓自己的工作輕鬆很多？

酒店自動化送餐區一共23張桌子，一共6台送餐車，每輛車可以送1道菜，送去最近桌子需要50秒，最遠需要1分50秒，每次可以同時發2輛車。平均40秒可以送出1盤菜，即1小時可以送出90道菜。高峰時期7點到8點半，全部坐滿人，桌子有大有小，平均下來每張桌子6道菜，一共6X23 =138盤菜，平均一小時需要送92道菜，上菜的速度基本等於人工送菜的速度，可以代替3個送菜服務員。

• 實用性，送餐系統只是接管了送餐環節，並沒有包括點餐，收盤，人工服務的等環節，酒店所能能節省的人工成本並不多。

• 商業價值，系統剛上線時，顧客的新鮮感達到了最高，確實吸引了很多顧客到店裡消費，帶來營業額增長。等顧客新鮮感消退，營業額也會隨之下降。

• 用戶體驗，酒店是吃飯的地方，美味飯菜、實惠的價格、舒適的環境才是顧客獲得良好就餐體驗的關鍵，而自動化送餐並沒有直接讓顧客受益，顧客就是上帝，有服務員在，為何要自己動手？

售後維護也是很多老闆的所關注的問題，比如出現故障誰能修？多久能來到現場修？多久能修好？

每次出現問題都要等幾個小時或者一天讓總部的維修師傅上門維修的話，菜都涼了，而且並不是維修師傅一上門就馬上能修好。而且小公司兵沒有足夠的人力物力派人去處理各地方的故障問題，售後服務範圍能輻射方圓100公里2小時車程，才能做到隨叫隨到，同時，如果2家自動化酒店隔得太近的話，酒店商家希望通過噱頭獲得的收益又會大大的下降，太近或者太遠都不好，所以公司的規模、公司總部的地點、附近是否已經有同類型自動化酒店也會成為酒店商家考慮的幾個要點。

安全問題和系統使用難度問題，都可以通過技術手段去解決，長時間的可靠性測試和加固措施可以使安全問題降到最低，甚至不會出現，而系統使用難度問題的在設計系統時花時間去調查用戶使用習慣，或者在迭代階段根據用戶體驗新增需求進行修改，都可以讓系統用起來更加順手。在商業價值和安全問題面前，用戶體驗就顯得不那麼重要了。

自動化取餐系統，是比較適合學校飯堂這種高峰期人口密集，需要耗費大量人力去配菜的地方，但學校食堂門檻是很高，審核比較嚴格，其中涉及各方利益，一般小企業很難入駐。

這一年來，我們沒有接到這個系統的下一個訂單，所以我們放棄了這個項目的開發，宣告項目失敗。

最後，作為項目的第二負責人，我總結一下這一年遇到的問題以及感悟：

對於這次失敗的項目經歷，原因概括起來就是：

1. 技術上使用了不成熟的方案
2. 項目管理出現漏洞，溝通不足，導致項目失控
3. 市場調查不充分，期望遠高於實際市場需求。

問題1：報價失誤

在項目的最開始，我們的報價出現了失誤，憑我們自己以往的經驗以為項目能順利一次做好，並沒有充分計算好人工時間成本、試錯成本、利潤，而且我們非常相信酒店老闆和他的商業老闆的眼光，認為這產品很有市場，銷量會很好。同時機械老闆是我們的熟人，因此我們的報價非常低，而且沒有收取開發費，按照成品價一套多少錢來報。以至於項目進行到第5個月時，我們的已經開始虧損，但由於有人情債在裡面，又不得不繼續做下去。

感悟：在商言商，商業的目的是利潤，如果利潤和利益都沒有了，就已經不是在做商業活動了，熟人合作報價更須謹慎，合作成功固然是好事，合作一旦失敗則連原有感情都不復存在了。

問題2：團隊精力分散

在我們團隊成立初期，我們一共有4個人，但我們接到的項目已經有3個。在團隊成立的4個月後，我們新增了1名成員，同時也新增了1個項目。所以我們5個人，同時做著4個項目，相當於每人獨自做一個項目，當時想就算4個項目只有1個成功，也算完成當年目標。然而，我們的項目全部失敗。

感悟：團隊精力分散，必定使項目工期延長，項目的拖延又會導致項目風險增加，比如產品做完甲方突然反悔不要了；產品還在研發中市場已經推出同類型產品，失去先機；項目拖延導致現金流不足，出現資金短缺問題等。團隊必須集中精力去完成一個項目，發現情況不對，果斷抉擇項目的去留，不要一直對沉沒成本念念不忘，以至於把項目和團隊拖垮。

問題3：遇到問題不請教

很多時候遇到問題，總會想著一定要通過自己的刻苦努力把問題解決掉，以證明自己的實力或滿足解決問題後內心的成就感。從刻苦鑽研的角度上，這種想法並沒有錯，但如果在一個團隊和公司中就不太可取，時間就是金錢，可能你需要研究幾天才能解決的問題，有經驗的大牛可能一句話就幫你度過難關，高效快速地為公司創造更多的價值，才能得來公司的青睞。

感悟：學習的過程就是把別人的東西變成自己的，橫跨太平洋不一定要自己會造船，坐別人的船和飛機效率更高。不要礙於面子和害羞，一定要敢於開口請教。

問題4：創業團隊決策的思考

我們團隊一開始的思路是通過一邊做外包，一邊做產品，通過外包獲得的利潤來維持自己產品的開發。做外包講求的就是快，用同一套模版稍微修改就可以完成多個訂單，壓縮人力和時間成本，短時間內讓收益最大化。然而事與願違，我們團隊沒有過多技術積累，我們每開發一個外包項目，就要從頭開始做，效率很低，完成之後還有一堆收尾要跟，比如系統的維護和新需求的增加，導致我們沒有精力繼續跟進我們自己在做的產品。

感悟：戰略制定很重要，走錯一步，不好的結果陸續有來。所以做決定必須思維嚴謹且果斷，不拖泥帶水，但這是一件很難做到的事。

最後，感謝2017年陪我共渡難關一起成長的朋友，希望在2018年里每一個在創業的路上艱苦前行的朋友，不忘初心，方得始終。

推薦閱讀：