一、概览
体验产品：美味不用等 iPhone客户端
软件版本：3.5.0
设备型号：iPhone5
操作系统：IOS 8.3
体验时间：2015.11.10 - 2015.11.12
二、信息架构
三、产品逻辑
产品愿景：消灭排队等餐现象。
产品定位：致力于解决排队等餐问题。为用户省去排队的烦恼，并提供便利性；为商家引流，促成交易。
核心功能：手机取号、到号提醒、在线点餐。
四、产品体验
I.表层体验
总体来说，美味不用等APP，界面设计干净简洁，交互合理。
1.错峰就餐的返回应该是直接退出，而不是回到上一页。
进入错峰就餐：
点击明天：
如果点击返回，则会回到上一页，即11月12号的排队曲线页面。而如果用户依次查看到11月30号，那么要退出页面则要点十几二十次返回，这是不合理的。
界面设计的已经够简洁直观了，无论是选日期还是选桌子类型，所以返回上一页不需要依靠返回来达到目的，用户直接点就行了。而当用户点击返回的时候，更多是想从错峰就餐里出去。
改进用意见：点击返回直接从错峰就餐里出去。
2.在邀请好友里已注册和未注册的好友最好分开，邀请好友肯定未邀请为加入的好友加入美味不用等，若怕占位子就默认折叠起来。而不应该是下面这样：
3.最好能把菜的图片放出来，这样用户会觉得更直观。
4.选桌时给用户的反馈不到位。很多用户下意识地会点击那个小小橙色下坠按钮，而目前并不会触动任何反应，所以反馈面积应该加大，把橙色按钮包含进来。
II.功能体验
1.排号还不够完善
#排队时间预估#
当等待时间大于30分钟的时候，显示“>30分钟”是不妥的。
因为无论如何，都应该给用户一个稍微靠谱一点的心理预期。等40分钟也叫“>30分钟”，等60分钟也叫“>30分钟”，但这二者给用户带来的感受显然是不同的，因此用户排号之后作出的行程安排也是不同的。
我推测这么设计可能的原因：
1）大于30分钟的等待时间之后，具体等待时间不好估计，或者估计得不准确。
2）就是要显示成“>30分钟”，因为大于30分钟之后的时间不确定性很大，这样可以催促用户快点抵达现场。
针对1）：
如果真是因为这个原因那倒还可以理解。因为一桌人吃饭的时间本来就不好确定，你前面吃饭的桌数越多，估计的结果可能越不准确。
但是，如果用大数据的分析方式去处理这个问题呢？
比如，让商家返回取号到付款之间的时间给后台，建立分析模型，计算出平均一桌吃多久，或者平均几桌吃多久。数据规模越大，结果就会越准确。再综合用户前面有几桌，就可推算出大致时间。
另外，我们其实换另一种思维方式去考虑这个问题：
在看到错峰就餐这个曲线图之后，我发现其实系统是可以预估出预计等待时间的，当然这可能是从用户的手机端获取其从排号开始到结束之间等待时间，作出分析判断之后得出的结果。
如果再进一步，用户手机端除了可以获取从开始排号到结束之间的时间之外，还可以知道该用户等了多少桌，如果将海量用户的这个数据进行综合分析，估计出几桌等多久会越来越准确。
针对2）：
如果说因为大于30分钟后时间很难确定就让用户快点赶到现场，这就太不应该了。因为此APP本来就是要方便用户生活出行的，况且时间不准确责任在APP不在用户，不应用户为此买单。
改进意见
取消“>30分钟”的处理方式，还是要给出一个靠谱一些的等待时间供用户参考，它甚至应该出现在搜索列表的商铺信息中，如下图：
#如何防止排号时候的占位子现象#
比如某个餐厅很火爆，而几个同事想一起去，但是公司离餐厅不近，大家怕排了号赶不到地方要过号重取，于是一行8人全都拿出手机用APP排号。
这就导致，其他用户可能本来看到“2桌在等待”一下子就变成了“10桌在等待”，这样他们可能就转向别的餐厅，或者直接决定回家不下馆子吃了。那么，一来给这家餐厅就带来了了损失，二来也给用户造成了损失。
但其实这是很难控制的。我曾想过用通讯录好友来制约这个问题，即当一个用户排号成功入座之后，如果检测到其许多通讯录好友也在差不多的时间内在此餐厅取号，服务员可以去质询，如果发现他们在同一桌，则可扣除其信誉值。
但这样依然很难实行：
第一，如果是同学聚会或者公司聚会，是可能发生这种情况的。几个人用手机排号，开了几桌安顿好大家之后，取号的这几个人坐在一桌。
第二，用户的账号信息属于个人隐私，通过通讯录朋友去查询相关是否曾取号在法律上是否行得通？
第三，就算能查出来，用户未必会当场承认，不承认双方都闹得不愉快。
第四，有的同事之间用微信，而不相互存号码，无法通过号码检索。
因此，这个解决办法也许要从别的角度去思考。
#如何防止无聊取号 、无端取消#
之所以会有这样的担心是因为我在体验产品的时候就是取完号再取消，而且短时间内对同一餐厅多次采取这样的行动，居然没有什么代价。
虽然说像我这么无聊的人不多，但是一个软件应该做到基本可靠。如果不做限制，这样的人只要出现，就会为那些真的要排队吃饭的人造成困扰。
改进意见
如果用户在比较短的时间里，对同一家或者多家商家多次取号、取消（当然，其他恶意操作也应该有相应处罚），将会影响其信誉值，但为了避免误伤：第一，不是发生这种行为就将其信誉值清零，而是比如扣除5分；第二，应该允许用户申诉。
#“0桌”允许叫号多此一举#
因为当某个桌型比如大桌是0桌等待，就表明位子还是有的，根本不需要排号。
如果允许“0桌”时叫号排队，而这时你还没到，可能有以下情况：
情况1:过号作废，但多此一举。
情况2:帮你留着，如果现场有其他直接消费的用户来了，就帮你就延后处理，相当于有一个缓冲，但其实和座位满了再开放排号差不多。
改进意见：0桌则无需排号。
2.信息的安排和导航不够完善
#“排队”模块的筛选信息不够贴心#
1）除了商圈，还应该提供靠近地铁的餐厅。
2）从用户的角度出发，菜的种类也是应当考虑的（菜系、中西餐、烧烤火锅）。
3）应添加一个排序方式，允许按距离、按评分、按热度、按价格、按等待桌数排序。
#排过号的餐厅怎么就能自动成为感兴趣的餐厅呢？#
如果说用户在某家餐厅反复排过号，你贴心的将其收入“感兴趣的餐厅”还差不多。但如果只排了一次的餐厅，那万一用户其实觉得不好吃，你也给硬放进“感兴趣的餐厅”里，用户反而会反感。所以，不要轻易替用户做主。
另外，感兴趣的餐厅还不让删除，用户的口味也是会改变的，不能只允许在餐厅页面里取消收藏。
改进意见：反复排号的餐厅再自动加入“感兴趣的餐厅”。另外，在允许用户删除感兴趣的餐厅。
#首页的安排不合理#
首页应该是全APP情况的一个概览，起到导航和引流的作用。如果只有每日精选商家和精选攻略就处理得太简单了。
精选的商家里虽然包含热门商家和新店开业，但这样很不明确，也就导致对于用户来说无效信息太多。
改进意见
1）页面的设计与安排
首先，热门商家是可以保留的，但新店开业要分离出来。其次，至少还要按菜的种类分类，不能只是热门商家，如下图：
axure图
2）热门的不一定是适合的
我们在首页往往会困惑，内容一大堆，但没有我想要的。所以，应该考虑用户喜好，推荐热门的商家时也应该往用户偏好上靠拢。另外，最好在首页添加猜你喜欢模块。
#商家页面也要有猜你喜欢#
因为当用户点进一个餐厅，看了介绍发现不合适，或者人太多，是可能转向其他餐厅的，如果还要退出去再找就太麻烦了，如果在商家页面里就为其推荐喜欢的餐厅是很贴心的一件事，如下图大众点评的做法：
3.一些细节
1）按下打电话按钮后，应把号码对话框弹出在手指边，在最底端弹出则很不方便。如果用户使用的是大屏手机，则更不方便。
2）产品吐槽还是需要让用户可以写字贴图。虽然移动端语音说话方便，但：
第一，不是什么问题都能用语音说清楚，图片文字更直观。
第二，部分用户不喜欢用语音。
第三，用语音吐槽产品，可能大部分人会觉得很2，所以在用户用语音吐槽时，会有心理压力，导致他们可能放弃吐槽或者专门跑到没人的地方去吐槽。
3）导航为啥不内嵌，浏览是用高德，导航是用百度？
五、总结
总体来说，美味不用等抓住了用户排队麻烦的痛点，为用户节省了时间。另一方面，它也提升了餐厅的管理效率，为商家引流，促进了交易。
I.面临的问题
1.与大众点评、美团等巨头的关系微妙
目前这个阶段，不选择竞争，而选择抱大腿共赢是很明智。
美味不用等与大众点评、美团等平台互惠互利：一方面美味不用等为其引流，为其促成交易率；另一方面，大众点评、美团的优质资源也能与美味不用等共享。
但这样的和谐究竟能维持多久？美味不用等已经获得C轮融资，在未来业务也会进一步扩大，影响力与受到的关注也会更多。当发展到一定地步，让巨头们发现有利可捞（尤其它们背后站着BAT）的时候，很难说对方会不会想取缔你，自己跳出来做。
虽然，从现阶段来讲，美味不用等更垂直，更专注于排号、费心尽力为线下商家准备设备和软件，这时候如果能和美味不用等互利共赢，又可以省去自己花在线下的力气，是一笔划算买卖。
但谁不怕养虎为患？想想当年IBM外包一手促成了英特尔和微软两个巨头。百度云盘一开始也允许迅雷下载，可后来大文件必须要百度云管家。另外，QQ也自己做了安全卫士。
再者，对于这些巨头们来说，最不缺的就是资源和钱。
所以，没有永恒的朋友，只有永恒的利益。对于这些现阶段的合作伙伴还是要予以警惕。
2.盈利模式？
目前来说，与许多餐饮O2O平台类似，美味不用等还没有成型的盈利模式。
据我所知，美味不用等投入很大，未来要扩张业务，为更多餐厅服务则更是如此。
谢新法告诉《第一财经日报》记者，刚拿到融资的美味并不缺钱，目前美味的系统和服务都免费提供，据他透露，美味对于每家线下商户平均排队业务的成本在2000以内，预订业务成本在1500内，“今天有30000家，我们可以说投入了有上亿资金。” —— 引自《第一财经日报》
II.还可以做什么？
这个问题我认为可以从两个角度来回答。
1.需求的深度
#会员允许座位预定#
排号点餐还可以进一步优化、细化，比如用户是可以被分层分级的。当信誉值或者其他指标达到一定要求时，就能成为会员。这部分用户允许预定座位，比如靠窗、靠近门口或者指定座位号等等。当然，预留座位会向用户预收一部分定金。甚至可以进一步搜索订宴席这种特殊的订餐形式。
#大数据服务#
在用户订餐、排号过程中会产生许多数据，餐厅的日常运营也会产生许多数据。美味不用等的服务器当然会收集这些数据，并作出分析（比如用户特征图谱、用户偏好、趋势预测等等）。推出大数据服务一方面帮助商家更好地盈利，另一方面美味不用等也可从中获利。
2.需求的广度
除了餐饮之外，生活中还要许多地方需要排队，还有许多的不方便。 这是否都可以作为美味不用等的延伸呢？从餐饮行业神器到便民平台，这确实是一个吸引人的愿景。
