参加了2016年网易交互实习生（邮件事业部）的招聘，将笔试题和我做题的感受分享出来，和大家一起探讨探讨。
笔试题原文：
总体分析
要注意的是，这里题目要求我们设计手机和电脑两个系统。先贴出我的思维导图
思维导图
手机app框架
手机app
需求分析
用户来到餐厅的终极目标就是吃饭，但在吃饭之前需要点餐。在题目中叙述的场景中最明显的一个需求就是快速点餐，进一步分析发现点餐的痛点有:
服务员在身旁点菜觉得不自在
服务员不在身旁时无法咨询
点完菜后服务员迟迟不来收单
总结得到用户的需求就是：轻松点餐，随时提交
管理系统
管理系统
流程图
后台的设计并不熟悉，在网上看到还有和厨房的沟通模块，这里就没有考虑了，另外一点加强了app与管理后台的联系，app不仅是用户点餐的软件，同时还要为系统提供餐厅的实时数据。
线框图
手机端app
这个app设计极其简洁明了的，为的就是用户可以在下载后立即上手。
这里的登录我考虑的是，用户无需注册，利用桌号登录及时通知后台，免去注册等流程，提高用户效率。
一键呼叫服务员，餐厅可以及时解决用户的问题。
用完即退出，情感化设计。让用户享用美食好时光。
感悟
这是一个很实际的问题，有一次我和同学出去就遇到了题目中所叙述的场景。我
觉得不仅是用户需要一个线上点餐的 app（微信公众号可能会更好） ，商家也需
要一个能及时了解餐厅动态，缓解人手压力的一个工具。
在这个设计过程中，我尝试从顾客和商家两个角度去考虑问题，利用用户使用
app 的状态来反应给管理系统，这样更增加了 app 的价值，后续也可以添加其他
的功能，提高与用户的互动。
交互角度来说， 手机 app 着重考虑的是简单易操作， 不存在用户感到迷惑的地方，
在账单的设计上力求清晰明了；相对于并不熟悉的管理端，本着易管理易操作，
掌控全局的思想去设计的。
时间略显仓促，作品不足之处还望指教。
网友评论
* 现在这个系统在很多餐馆都有了，微信扫一下即可点餐买单，用的是小程序。
* 我不在网易，现在在 Keep 任职产品经理
1. 扫码后可以把输入桌号跟点菜的顺序换一下，让用户先做预期内的事情——点菜。点菜确认后，输入桌号。输入的形式需要考虑一下，不建议手动输入，对恶意下单的控制力低，可以点选，或扫桌角二维码确认桌号。
2. 下单即到后台，可以不叫Help。而下单后后台直接打印出单子，由服务员把单子送至该桌即可。但Help键可以保留，处理其他紧急情况。
3. 对于“快速点菜”有一个联想，可以利用后台对历史数据的分析，得出一些pattern，比如输入人数就可以推荐出顾客常点的一些搭配，一键点菜，可刷新（换一批菜）——适合选择恐惧症（这个功能有一个APP类似），这个可以作为“特殊模式”，前面的是“常规模式”。
公众号的形式是相当推荐的，关注一下，就可以自如退出再进入，一直到买单完成。当然下载APP就不存在这些考虑了，很简单。
1.用户点完之后，需不需要告诉用户上菜进度，万一等了一个小时呢。
2.用户突然有急事不想等了，能不能取消订单？
3.用户第一次下载了并使用成功了一次之后需不需要提醒用户不要卸载，下次可以直接预约桌号并点餐。
4.点完之后是否需要给一个结账的二维码，能分享到微信扫描支付。
5.用户在点餐的时候不小心退出了APP怎么办，下次打开能否继续上次的记录？
一些小小的补充，希望对你有帮助，因为题目指明了是做APP，其实微信公众号最好，餐厅还能推广新菜谱。
1.我认为不需要告诉用户进度，上菜这个过程的步骤不是那么明显，外卖行业还有正在加工，正在配送的说法，在餐厅就没这个必要。实际情况是，我们询问进度的时候，“马上上菜”服务员不用思考的回答。我的一个缺陷是没有考虑后厨与前台的联系，因为对一块不熟悉，所以没有涉及后厨，讲道理必然要和后厨沟通的。
2.至于取消订单，这个就要联系后厨，是否已经加工。这是一个相当敏感的操作，不建议放在app里，可以呼叫服务员协商解决。
3.预约这个功能，我没有考虑到😂
这个功能加入之后可能会有点复杂了。
4.这个提议很好，一站式解决吃饭问题
5.随时退出，尽可能保存用户数据，是一个app的基本修养。
至于你说的微信端，我在文章的最后表达了和你一样的想法☺
相信你也仔细考虑这个题目了，感谢提出这么多问题。
觉得不仅是用户需要一个线上点餐的 app（微信公众号可能会更好）”
但是现在餐厅基本上都是有WiFi的，速度都还可观，再者你觉得这个app又会有多大呢，是吧，不过还是感谢评论