需求讨论的感想

老板的新店要开张啦，欢迎光临呀，パチパチ

然后我们又有项目了（有项目就有口粮啦，谢谢老板赏饭吃）

今天对着需求梳理时，看着看着又跑去跟产品提意见了（如此来势汹汹）

1.首先，针对个别字眼提出了小小的意见（这时候总要感慨，原来语文还是有学的呀，哈哈--为啥翻译的时候就快被自己给纠结死了--题外话）

待确认订单。第一感觉，待确认订单这说的不是跟待处理订单差不多的意思吗，怎么也没办法跟待完成订单关联到一起，嗯，记一下。

打印小票并处理订单。这是按钮上的文字。作用是把小票打印出来的同时把订单状态修改了。我自己的理解的话应该是“处理订单并打印小票”，理由嘛，处理订单是主要动作，且是系统上的操作，打印小票则是一个辅助动作，借助其他设备的操作。系统上的数据为主，纸类的凭证是一种辅助。虽说是都要操作的，但是还是可以分出主次的---这一点不是很关键，只是第一感觉不对，深究了一下。

2.然后，打印小票是一张还是两张。因为需求里说要凭着小票来更改订单状态-已完成。准备物品的时候是凭着小票还是系统数据（通常都是小票啦），然后送给客人时需要携带小票否，回到吧台时还是需要小票更改订单状态。

好绕口啊

正常在物品送出时，系统的状态是修改为已完成的。因为如果服务生被叫去服务其他事情时，忘记刚才的事情是很正常的，人嘛，又不是机器，临时记忆力总是有限的。

如果只有一张小票，准备物品时要用；知会客户订单已收到时也需要一个凭证。总之，一张不够啦。

3.物品退还时要退押金。那这个物品需要查看是否完好，如果有损坏要扣钱（无可厚非）。这个损坏的物品需要扫码存档？what？存档这个有什么用意呢，有后台要存档吗，人工收纳同一处，系统库存-1足够了吧？然后讨论了下，出库是不扫码的，只有在物品损坏的情况下才 会扫码。一堆疑虑了。这合理吗

然后又引到了其他问题，怎么确定该物品是该用户借的呢（这么多人脸，让我一个个记住谁借的，抱歉，脑子当机了，容我重启下）。原来的设计是：询问客户的手机号（订单与手机号是绑定的），然后通过查询该手机号对应的订单再进行查询。

抱歉，为啥不能把物品与订单绑定呢？扫码枪哔的一下的事情呀。如果我们出库时记录了物品条形码，回收的时候哔一下不就能定位到订单了吗。询问客户这一来一回花费的时间难道比哔的一下效率高吗？超市结账的时候报号码时，有时候我还要报两三次呢。

按照正常心理的话，下订单到收到物品这一段时间比结算时间长，还是很容易接受的。

在物品出库时，做好关联，客户结账时查看无损的情况下退款就可以送走客人了。后面的操作可以等客人走了再操作，这样给人的感觉是效率高。

说得唾沫满天飞，结论是等老大回来拍板。

上家公司的老大说过，这个社会越符合人的心理的东西越有市场。这是大实话，所以看到很多人在研究心理学也不觉得奇怪了。