深入分析美团与糯米的团购模式(三).pdfVIP

深入分析美团和糯米的团购模式 （三 ） 在之前两篇笼统的分析后 ，来看看他们两家公 是如何做的吧 ，首先聊聊美团 ，美团下辖了4个独 立业务部门 ，美团网 ，美团外卖 ，美团酒旅 ，猫眼电影。 美团网负责整体的品牌流量导入 ，主营业务是传统的本地服务业务 ，电影团购也是本地服务的一个 非常大的品类 ，但是团购的传统的解决方案在电影票业务上的用户体验非常差 ，需要用户到指定地 点去用团购券兑换电影片 ，在周末的时间段这一过程可以达到1个小时 ，随着在线选座的崛起 （主体 需求是快 ，自助取票大大节省了线下验证的时间 ），美团将这一部分做的很好的业务分拆成了独立 的业务部门也就是现在的猫眼 ，外卖同样是因为本身模式与“团购”的不同独立了出来 ，酒旅原则上 并不属于本地服务 ，但是体验与团购和在线订票有相同之处 ，但是业务逻辑上应该独立 ，毕竟打开 美团的用户更多的是选择本地吃喝玩乐的人 ，很少量同时会出去玩的需求 ，不过本地酒店订购倒是 应该和美团原先的定位一致 ，所以逻辑上美团确实应该和它现在的设计模式一致 ，通过美团的巨大 导流作用将进入美团A PP或者美团网的人告知他们美团有细分的体验更好的A PP ，将其导流到其 他A PP上 ，从而完成一个生活服务类平台巨无霸的地位。 但是从设计上美团A PP有一个很大的问题 ：就是他并没有体现这个战略逻辑 ，他把本地服务的一个 个细分品类和外卖 ，酒旅 ，电影 ，放在一个维度上并排罗列 ，用户对这样的展示方式应该不会产生“ 这三个与其他不同”的印象 ，战略上成功 ，但是战术上并不那么尽全力。在这里班门弄斧一下 ，如果 我是美团的产品 ，美团A PP的分流任务是要明确出来的 ，将美团主体的服务任务也就是本地生活维 持在最高的展示位置 （包括本地酒店 ，电影 ，以及郊游性质的团单 ）之后 ，将这三大板块均分为不 同的专题 ，形成差异化 ，用户既能满足本身打开美团A PP的目标 ，同时能产生美团的其他产品在细 分领域有更好体验的这一概念。 不YY战略了 ，从实际的来看现有的美团IO S端A PP的整体架构吧。首先美团A PP （除了北京外 ，北 京有5个 ）有4个一级界面入口 ，分别是“首页” ，“商家” ，“我的” ，“更多”。 “首页” “首页”包含了导航栏 ，可滑动展示的BUT T O N集合 ，各促销板块和热门频道组成。 导航栏里包含了 ：城市选择栏 ，搜索框 ，二维码相关以及消息提醒。 交互逻辑如下 ，城市选择栏的下拉列表里面是当前城市的所有细分的区域 ，然后是更改城市的提示 按钮。 （我测试过他们的城市异常的处理逻辑 ，第一天 ，我将城市更改为北京 ，第二天早晨起来第 一次登陆时它提示我城市选择与当前所在城市有差异 ，提示是否更改 ，我点“是” ，在这之后我再一 次故意选择其他城市 ，然后 ，不论我后台关闭程序还是重启手机 ，它都不会提示我是否更改城市 ， 考虑到服务器压力 ，这个验证放在手机端更合理 ，我的假设是 ，手机端存在定时器 ，每更新一次 地点 ，定时器启动 ，这是一个IF逻辑 ，定时器状态控制是否弹出切换城市的需求 ，这个功能很小 ， 但是细节说明算法是改进过的 ，同时这点也非常符合逻辑 ，我更改城市选择是明确在指定城市有需 求的 ，比如出去玩 ，给友人买礼物等 ，在一个时间段内是合理的 ，但是过了这个特别的需求所对应 的时间后就会提示用户城市选择有误 ，这点上美团的体验很好 ） 之后是搜索框 ，搜索框内添加了一个焦点事件 ，选中搜索框后会切换到一个独立页面 ，展示热门搜 索以及用户的历史搜索内容 （个人觉得需要将搜索内容跟固有属性进行比对然后匹配的属性项固化 到对应维度 ）。 二维码相关包含两个选项 ：扫二维码 （扫描他人 ），付款码 （别人本机扫屏幕 ），但美团的付款码 体验就远没有支付宝好 ，支付宝点击付款码的同时 ，将屏幕亮度提高到最大 ，扫描结束后立刻回到 原来亮度 ，这一设计增加付款码扫描不必要的麻烦 ，比如光线太暗导致扫码多次不成功 ，同理 ，扫 码过程中同样需要打开手电筒 ，目的一样 ，减少不必要的麻烦 ，毕竟这两种体验对于用户来说没有 任何坏处 ，同时减少了不必要的麻烦(支付宝在后者的手电筒的打开上是一个可选项 ，个人觉得可以 不给用户这样的选择 ，因为至少我是考虑不到有这个东西的 ，更傻瓜一点应该更好)。 消息提示 （我个人不明白这个东西的定位是啥 ，我的信息提示里显示的是我已验证消费的券 ，促销 活动通知等 ，我个人觉得为什么不放在“我的”这个栏目里面 ，同时腾出来这么一个宝贵的首页导航栏 的位置呢 ） 之后就是可滑动展示的but t o n集合 ，诸如