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年里每一个在创业的路上艰苦前行的朋友，不忘初心，方得始终。

作者：莫迹
链接：https://zhuanlan.zhihu.com/p/33031688
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。