争议一：付款模式的讨论

餐前付还是餐后付？现金付还是线上付？

餐前支付:就是下单后立刻付款，付款完成后才生成正式订单通知后厨

餐后支付:下单后直接做菜上菜，吃完后再去前台买单，前台收款后设置订单完成

现金付经调研需要企业资质才能拿到支付相关接口，实现不了；而现金付的流程加进来似乎让产品显得鸡肋

讨论：(大家陆陆续续发表观点)

-我们只能现金

-日常体验都是先付款

-餐前稳

-虽然没有支付API，但还是可以做个demo的支付，我们有做支付的能力，只是没有权限

-加菜跟新开一单区别不大，这个需求的重要性也比较低

-假界面很蠢；太demo了

-前台结账更蠢；有假界面演示效果好

-灰掉还是跳假界面？

-差不多啊

-假界面

争议二：安全性问题

二维码被人拍下照片，是否存在远程捣乱点单的情况？

讨论：(大家陆陆续续发表观点) -点单时检测距离？不在本店范围内就不给点

-位置不一定有API，精度阙值啥的也不好办

-先付款模式下要想捣乱点单也得先付款，餐厅收了钱无所谓

-但是远程扫码确实可以捣乱，可以插队扰乱服务秩序：如果只要扫码点菜提交订单支付成功，商家就会接单做菜的话，那么当店内很多人排队时，想要插队的人就先点好单，后厨就会做好我要的菜。这时如何处理就不好说了，会影响到服务秩序。

此时还没明白这个场景，开始讨论如何正确排队

-按支付顺序确定排队顺序

注意这里大家仍然混淆取餐的排队顺序和餐前等候的排队顺序

-给钱才能排队吗？按照以往的经验，店里人太多就坐外面等着就好了，哪有门都没进就付钱的道理，对顾客不公平；原本想的排队是用来解决店内客满时外面的人等候的顺序，拿付款来解决排队怪怪的

-排队和点餐是两个系统

-外面的店很多是付了款再给你号码

-那种情形是和服务员面基的，并不同于扫码下单的流程，面基过程默认你在合法排队

然后兜清了上面提到的场景，想办法解决

-商家可以勤换二维码，给二维码一个保质期

-排队归排队，只是个发号码的问题；二维码可以不换，顾客下单时做判断，店内有人排队且这位顾客没在排队就不让下单，给出提示

1.确定线上支付+先付款模式，做个假界面

2.捣乱现象通过条件判断的方法加以解决，OK?

3.给排队取号问题定性，排队和点餐就餐支付是两个可以割裂的流程

参考竞品麦当劳？

显示店家月成交数

餐厅月收入结算功能，方便纳税？

非线上点餐用户加进排队队列？