再接下来，我只能使用传统的团购方式，进行了这个套餐的支付。

按照大众点评设计的正常的闪惠使用流程。

在用户端，应该是这样的：

1、我去有“闪惠”标志的商家消费，直接消费。

2、消费完，买单时，将账单金额在大众点评app“买单”处输入。

3、享受优惠并支付完成，得到验证码。

4、将这个11位数验证码提供给商家，让他们在商家客户端“闪惠管理”模块输入验证，得到验证成功的提示。

5、完成支付流程。

6、我进行线上评价。完成订单闭环。

二、优化建议

1、在商家客户端。

（1）既然在C端，已经把“闪惠”的位置摆到了那么高，那同样，在B端，也应该如此对应。我在商家客户端上看到团购验证，是摆在第一屏最左上角的模块。按照这个逻辑，新版本B端也应该把“闪惠管理”摆到第一屏的左上角（或至少在第一屏的最右上角，和团购验证享受同一高度）。

（2）一个大胆的想法，不是太可行，但是可以讨论一下。在商家客户端的闪惠管理模块，由商家输入消费金额，生成一个支付二维码，再由用户在C端进行扫描商家二维码，确认金额后进行付款。这个有优有劣，优的是对C端用户，劣的是对B端商家，增加商家的操作步骤，会极大降低B端商家的体验。

2、线下商家培训。

（1）在商家客户端版本更新的同时，强制看完“闪惠”支付验证使用流程。

（2）在商家加入闪惠的时候，应该要求更新最新版本商家客户端。

（3）在商家加入闪惠的时候，要求商家对所有员工进行通知，并让员工学习验证操作流程。

3、C端。

（1）进一步优化体验，例如点击买单之后，直接跳出键盘位，而不是要用户点击“输入服务员提供的消费金额”这个输入框之后才弹出键盘位，减少用户操作步骤。

（2）提供二维码扫描方式提供验证码给商家。

（3）在买单详情页面，提供退款或修改金额按钮，建立修改金额流程。应对于输入金额错误的异常流。加入退款流程闭环。并且加入退款流程的查询功能。

（4）在前期，用户的意见很重要，要加入意见投诉或反馈按钮在“闪惠”的流程界面，在美观的前提下，最大程度降低用户反馈意见的门槛。

（5）在商户搜索的界面，筛选下拉菜单里面，未加入“闪惠”的筛选条件（虽然点击“优惠商户”后一样能够筛选到，但是对用户没有那么直观的感受）。

（6）加入二维码扫码就可以网上支付的功能。促使到店用户在未在线上留意到的情况下，到线下消费后还能享受优惠，这个优惠由大众点评进行补贴。用户到了商家，消费完了之后，看到用大众点评app扫商家二维码即可支付并享受优惠，这样的好处，就不多说了吧？大家都懂吧？

（7）闪惠验证码详情页面。至少应该像团购码页面那样，把验证码突出出来，字体变大，而不是这样处于一个的位置。

（8）推广方面，这个也就不说了，大众点评在这一块一向都不错，没有把“闪惠”放在最重要的位置，说明这个还未到时候。

三、产品思考

市场：

这种方式在现在看来，和团购的对比：优惠力度没有团购力度大（加上补贴后，优惠可能大于团购）；可以实现不限于团购套餐的优惠，但是又比代金券的形式要多一些。可以说，这个是传统优惠券模式的新形式（加入了支付闭环）。在团购市场现在弱势于美团的情况下，从新的角度结合传统优惠券，可以将市场重新做大，而这轮市场，是由大众点评领跑。

在这种方式下，大众点评的盈利模式可以有更进一步的作为。若把以往不参与团购的优惠商家（团购厌恶型）纳入，整个优惠商家体系大大扩大，并且这是掌握了商家们的部分现金流。市场扩大后，占据的商家们的沉淀资金，形成了类“京东”的盈利模式（巨大的沉淀资金，你懂的）。

但是但是！！！前提是，这个模式要能够起来。作为用户，我暂时想不到令我有更大的冲动，主动使用这种方式获取优惠。首先，我会选择我最想消费的品种或最吸引我的团购套餐，如果没有团购的情况下，又有“闪惠”的情况下，我才会选择“闪惠”实现优惠，在使用流程进一步优化和简单之后的话。

支付流程：

支付流程和团购对比，多了一个环节，就是需要用户手动输入消费金额，之后还要确认在这里实现了打折和满减。然后才进行支付。

闭环：

弥补了以往“优惠券”形式，因为没有切入支付环节，所以没有真正闭环的重大漏洞。但是这种优惠是建立在支付上面的优惠，和传统的发送短信，凭短信到商家处享受优惠的这种方式是冲突的。因为如果是一样的优惠，我何必一定要线上支付呢？但是这个问题不大。因为如果用户像我那样的思维，我会先选择团购再选择闪惠，会选择团购，说明线上支付对我来说已经不是门槛了。

（有需要转载，请先联系本人。谢谢。）