突然想起来大二做过的一个小项目，基于VB编程的一个点餐软件，现在想想，那时候很多想法都是一拍脑子做了，感觉要是用户真正使用起来，应该会很麻烦吧。
用户
点餐软件的用户大概能分为两类，就餐的客人，服务员。而不同的用户，他们的需求也应该不一样吧。
客人所要能看到的是菜品的各类信息啦，样子拉，价格拉，balabala
而服务员所需要的功能就是能够快速准确的点出顾客所要的菜品，他们并不需要能看到菜品的信息，那对他们并不重要。
而我当时是用VB做的，也就不是移动端，所以主要用户应该是为顾客点菜的服务员。
痛点
点餐时间较短，需要能够非常快速，便捷，准确的进行点餐操作
场景
而这些服务员用户的使用场景，应该是记录下客人所点的菜品，然后到电脑端将菜品选定，发送至厨房制作，而根据这样的场景，交互方面就该设计的较为简洁，能够让用户在尽可能短的时间内完成这样的点餐操作。
功能设定
菜品选定功能
对于服务员用户，最重要的功能就是尽可能迅速的完成点餐操作。
而在选定方式上，通过按钮的选择，可能能够较为迅速的选择对应的菜品，而对于一个餐馆来说，可能存在的菜品较多，如果单一的按钮界面，可能会导致按钮过多，寻找困难的情况发生，这样的话，应该要加入分类功能，通过二级列表来进行分类。
而对于新用户来说，就算是按钮较少，也可能在使用上产生困难，那么就应该加入一个功能，能够很好的让新人用户免于寻找，直接点餐。搜索功能可能能够很好的实现这样的效果，而如果搜索输入中文，这也将影响效率，可以使用编号的方式，对每个菜品进行编号，通过直接搜索编号来点餐。
加菜功能
而在用户使用过程中，加菜功能的使用频率也较高，需要能够添加菜品，并且及时通知厨房并添加在点餐清单上。
换桌功能
可能有顾客有更换座位的要求，需要能够更换点餐清单上的桌号，并使得后续的菜品能够送到新的桌子上，而换了桌，送菜的人可能并没有及时得知这样的情况发送，可能会导致送错桌的情况发生。
可以对于每一个菜都打印一张单独的信息条，而不是给厨房一整张菜品清单，那么只需要更新未打印的信息条上的桌号，就可以避免送错桌的状况发生。
结算功能
