订餐系统：过去、现在、将来

    立项是在2015年年末，到2016年8月8号新版订餐系统第一次全面上线，将近8个月的时间，项目做做停停，项目组里的人越来越少，最后只剩下我自己，这期间的曲折故事现在回忆起来真的是有苦有甜，感慨颇多

 

 

    这几天系统上线，运行正常，很高兴！

 

 

    开篇：

 

    搬到万达，顶楼开了餐厅，米老师让4天开发出一款订餐系统，当时朋波和我正负责永和维护，老师说订餐和永和多像，去开发吧，4天搞出来，，，

 

    然后我们就招兵买马，周洲、晓婵、亚松，一一归队，我们五人组迅速展开代码编写。

 

    用了一个星期，项目有了雏形，但志晟的人觉得有些简单，也提了些新需求，然后我们又用了近一个月去完善

 

   
发展：

 

    大概在16年1月份，第一版订餐系统上线了，那时的订餐系统不涉及财务，只是管理员发布菜谱，员工选菜提交订单，管理员查看系统根据订单汇总的每个菜的总份数，继而告知后厨准备相应的量

 

   
兴盛-没落:

 

    项目刚上线时，大家都用它订餐，可是慢慢地，因为不用它订餐同样可以去顶楼吃饭，而且订餐和不订餐没什么区别，不涉及资金消费，所以大部分员工都不去订餐了，毕竟人们都怕麻烦，这时我们系统的访问量每况愈下，而且因为大家不去订餐，厨师做饭也失去了准头儿，做菜做少做多情况时有发生

 

    在这段时间里，项目组里的人渐渐地都走了，留我自己维护系统，和志晟打交道。

 

   
加强：

 

    志晟怎么能容忍浪费和低效呢，于是和我们协商，推出这么几个规定：

 

   1.所有员工12点就餐

   2.不订餐不能去顶楼吃饭   (当时还拿着纸一个一个对人名来着)

   3.必须使用订餐系统

 

   但这些规定还是有些无关痛痒，所以没多久，用系统订餐的人又变得寥寥无几了。

   我有些失望……

 

 

   
突破期：

 

    究竟订餐系统为什么不能全面使用呢，这里有几点限制：

    1.三楼不想换财务系统

    2.读卡问题，我们现有的技术不能获取公司饭卡的值，如果全面使用订餐系统，所有员工必须换卡(当然这是过去的认识)

 

    没多久，米老师也有些恼，

    1是恼志晟负责订餐事项的负责人总是换，他们确定不下来是否要去使用订餐系统

    2是恼为什么刷卡不能实现

 

    第一条，我解决不了，但第二条，我决心尝试一下，老天眷顾，让我实现了读卡！我是开心的！

 

 

    合作：

 

    读卡问题解决后，订餐系统就一通百通了，这个时候，志晟换了个领导管事儿，也下决心使用订餐系统，然后也提了很多新需求

 

    我想，这时再靠我自己开发已经是不可能的了，于是我找了几个伙伴一块儿干。

 

   加班加点干了20天，新版订餐上线了，我们身心俱疲，痛并快乐着

 

 

   
优化：

 

    上线第一天，我们的临时扣费设计被狠狠批了一通，米老师下令让立马改，限于技术问题，找了超哥、周洲、亮亮帮忙，于是，又加了几天班，终于做的打饭效率提上去了，大家都高兴了

 

 

   
将来:

 

    新版订餐系统功能很多，前台有用户提交订单、查看自己的消费记录、维护个人信息模块，后台有菜谱维护、权限分配、订单处理、财务管理模块等

 

    但用户需求是源源不断输送给我们的，比如：

 

    1.加上食堂的进销存数据统计分析，继而确定菜谱定价

    2.现场订餐

    3.秒杀免费菜肴

    4.取餐份数动态变化

    5.优化PC前台

    ……

 

 

    订餐系统刚上线，肯定会有自己的开端、发展、高潮和尾声，作为它的创造者，祝愿它越走越远