鱼薯店点单系统

Poseidon 让我学到的东西

首先,让我熟悉了Django。虽然以前也玩过,但这是第一次真正建一个系统。实践下来,这绝对是正确的选择。编码快,调试简单。之前我实际上已经用object c写了一个原生iPad点单app(起名orderingmate)了,但无论是架构,功能,还是调试,都远不如poseidon。

其次,我归纳总结了鱼薯店的点餐套路,虽然千变万化,最后也没能覆盖了所有的情况,但百分之九十五的情况覆盖到了,这就基本够了了。

一开始设想的东西,自己也没有把握,先自己掐死了。后来在店长的建议下,搞出来一个折中的不那么激进的也不容易出错的方案。

很多东西,都是一边做,一边想,甚至做了一半发现不太好再改头换面。

店长虽然不懂程序设计,但对业务精通,很多我看不清楚的东西,他一眼就看到了,给了我不少思路。

刚开始的时候,想到那么多功能就头大,想着不做上一周不会成型。后来,改成了只做最简单的最直接的功能,做完了,再考虑更复杂的。这样就克服了起步难的问题。

事实上,就算是最简单的基本功能,我从一月十日开工,到了十六日依然问题多多。这里要感谢店长,他不但耐心宽容,还给出了不少可行中肯的建议。没有他的支持,我可能早就放弃了这玩意了。

现在一月底了,三周过去了,我也不能说它真的好用了。但它已经可用了,至少对目前这家店而言。

说起来,店长是唯一对我这个项目表示过支持的人。其他人要么显示出毫无兴趣,要么就是打击我,说无用不赚钱之类的混账话。

系统还未成型的时候,我跟店长提了两次,吃不准是不是能够把这个推行起来,因为,1,毕竟店里是他说了算,2,我不确定自己的项目带来的是便利还是麻烦,是减轻店长的工作量还是反而增了他的工作量。做技术的常常会为技术而技术,我对此有清醒的认识。而店长的不但不反对,而且全心全力的支持,是我最感激的地方了。

现在这个系统,虽然依然很多缺点,但它已经是个完善的系统了。在这个基础上可以继续完善。也要看需求是否有必要了,就目前来看,基本上也没有啥高级需求了。

iPad用来点单,屏幕还是太小,就等着iPad pro出来了,但pro的价格估计会难以承受。

另外,做单界面目前有些鸡肋,店长建议,不要员工手动却换状态,而是员工进度是自动的,只有当进度不同步的时候,才需要员工干预。

至于自动提醒漏单,自动提醒捞薯条,这些功能,也是相关的。

确认的平板最好带有触控笔,因为做单人的手容易弄脏屏幕。

Leave a Reply


+ 3 = 七