年增长300%，这是闪送的精益创业行动指南

正文

请到「今天看啥」查看全文

价值验证：用MVP的方式，快速获得认知

成功的解决方案需要与用户痛点高度吻合。然而，我们永远也无法实现百分之百的吻合，所以 在用户验证的过程中，只能通过不断迭代，实现对真实的用户痛点、有效解决方案的不断逼近。

MVP（最小可行化产品）是用户验证过程中的最关键的工具。也就是说你一开始提供给用户的，并不需要是一个庞大的、复杂的功能组合，而是一个最核心、与痛点最相关、最小的功能组合。

采用MVP的方法，闪送从2014年3月18号第一次开立项会，到服务上线，只花了一周的时间。

❈ 产品搭建

我做了多年的行业信息化，做一套完整的线上服务流程是没有任何问题的 。但闪送还是从最简单的版本开始。

闪送第一周上线的时候，我们只做了一个面向用户的简单的下单页面（PC端），没有APP和微信公众号。

在用户下单之后，我们再把订单信息通过短信的形式，分发给早期的闪送员，然后闪送员打电话到闪送平台，先到先得。这样一种方式虽然粗糙、简易，但是可行，能够达到我们的目的。

闪送第一天上线之后就开始有订单，完成订单之后我们对用户进行了回访。这个用户需要给他的客户发送一个样品，如果这个样品当天不能及时送到客户手中，那么客户可能就不会跟他签订合同。当我们对他进行回访的时候，用户的感激之情溢于言表。

这个时候，我们真正意识到原来闪送的服务是能够帮助用户解决他们的燃眉之急的。我从内心深处感觉到闪送开始真正落地了。

❈ 服务搭建

在产品搭建完成之后，就需要有大量的闪送员进行服务实体的支撑。在服务搭建的过程中，我们也采用MVP的方式。

在我们早期搭建的MVP模型里，把北京五环内分成了9个25×26公里的矩形格子。每一个格子长宽都低于9公里，这就意味着在闪送刚刚开始创业的时候，只要保证在每一个格子里面有一名闪送员可以进行服务，我们的服务模型就搭建起来了。

但是实际上我们真正开始运行的时候，对团队提出的要求是一周之内招募100人。因为闪送员是众包的服务模型，时间不是特别确定，所以需要有一定供应的冗余去保证每个订单都能及时响应和服务。

增长引擎验证：病毒式增长

请到「今天看啥」查看全文