获得设计奖、推荐的番茄快点团队在产品设计上有什么小心得？这个O2O领域的绝对小团队怎么做到提供北上广深四大城市的商家菜单的？我向番茄快点的黄炜和陈璐寻求了答案：
田野调查出来的产品
回顾番茄快点的开发过程，陈璐和黄炜想起的是当时没事就跑到餐厅找灵感的日子。在陈璐看来，“每个人心目中的点菜应用都不一样，我们根据自己的想法做出的设计，没有可以参考的模板”。不过他们的想法除了从自己的经验中来，还有不少是在田野调查中获得的。
他们找产品灵感的途径就是去吃饭，然后坐在那仔细听、看人们在点菜的时候都做什么。黄炜回忆说，“大家在点菜的时候喜欢问服务员‘现在点了几个菜 了？’、‘现在点了几个荤菜几个素菜’，这些问题后来都变成了我们应用的一部分。”所以现在，在应用内的小番推荐中，用户可以选择价格上“更腐败”或“更 实惠”；搭配上“爱吃肉”或“爱吃菜”；遇到不喜欢的推荐，还可以用手划掉某道菜或摇一摇做“随心换”。如果你实在不知道吃什么，用户还能根据全部菜品中 的点菜排行榜做“从众”选择。
除了产品功能外，应用的文案设计也有不少田野调查和自己生活经验的影子：“大家入座许久，左呼右喊，服务员就是拿不来菜单”、“你自告奋勇为大家点了一桌菜，却被嫌弃这不好吃那又太贵”……满是生活痛点。
先绕过商家做C端的O2O，数据获取没有想象中难
我***次用番茄快点是在36氪知春路的办公室，在办公室方圆700米内，应用向我呈现了20家餐馆，几乎囊括了我们常去聚餐的地方。当时我就疑惑： 他们为什么有这么多餐馆的菜单数据？难道他们背后有一个已经很成熟的面向商家的点菜系统？可这个想法在见到陈璐和黄炜后被打破了。
真正做起消费者点菜的番茄快点没有B端，首先绕过商家做C端的产品是他们的做法。负责番茄快点产品和运营的陈璐表示，在团队创业之前他们也考虑过包括点菜系统等不少方向，但首先拥有B端并接入点菜系统的O2O并不是小团队能做的。
实际上，商家的菜单数据获取整合并没有想象中这么难。黄炜说，之前点菜应用没什么团队在做，可能还是因为大家没有太重视菜单、点菜这个层面。实际上，番茄快点的大部分数据来自互联网，而团队也会基于线下做一定的调整。
而他们真正低估了的是个性化推荐这块。黄炜透露，每道菜的背后都有足够多的指标供“小番推荐”模块学习用户的喜好，会根据食材、场景等条件向用户提供符合口味的推荐。在做这个板块的过程中，他们真正体会到了中国饮食的“博大精深”。
怎样让“少”看起来“多”
在我问到为什么有这么多商家的数据时，陈璐高兴地笑了，因为他们通过数据选择“骗过了”我这位用户。和其他面向C端、餐馆数越多越好的O2O应用不 同，番茄快点在应用场景的选择上很明确。陈璐说，在团队一开始设计番茄快点时，他们认为需要用到他们应用的可能有两个场景：在没吃过的新馆子里用“全部菜 品”选择自己想吃或排行榜上的；在吃过N次的馆子里用“小番推荐”快速点菜，找到符合口味又没有吃过的惊喜。
而那些需要慢慢欣赏菜单的高级餐厅和随便扫一眼就能决定吃啥的快餐小店自然不在这些场景之列。正因为这样，团队在获取数据之前就根据餐厅的属性、受 欢迎程度、频次、地点等做好餐厅的筛选。目前番茄快点覆盖了5000多家北上广深的餐馆菜谱，虽然在数量上比点评类应用要少得多，但因为用户能在应用中找 到大部分符合场景的餐馆，自然会在意识上认为餐馆数足够多。
O2O的关键在于"2"
全职投入四个多月的番茄快点团队可以说是百度LBS系的创业团队，其中黄炜更是经历了百度地图的从零到有。在黄炜看来，O2O的关键在于当中的 “2”，点菜这一环刚好就在这个“2”上。用户使用应用的场景会是在用户到店消费的时候，菜单刚好可以做线上下的对接，而商家也能从中感知到应用的分量。 在没有B端点菜系统的情况下，番茄快点已经引来一部分观念较新的餐馆自主上传、更新自家菜单。
和这个注重产品细节的团队交流是件愉快的事。文章当然还有很多没有讲到，比如团队颇具小心思的UI设计，点菜后应用内的拍照、赞、踩互动对菜品信息补全、个性化推荐的价值。这些就留待大家慢慢体会吧。
