从程序员到 CTO 的十年创业血泪总结（四）：打造 MVP

前文回顾

在上篇文章从程序员到 CTO 的十年创业血泪总结（三）：假设验证与逆向工作法中，我们讨论了在商业模式设计好之后，应该如何小心科学地进行假设验证。在这个过程中，也以一个例子介绍和讨论了亚马逊的逆向工作法，以及逆向工作法对于确定产品目标、产品边界的作用。

在这篇文章中，我们会讨论，在已经完成了商业模式的假设验证，并且基于逆向工作法完成了产品立项的工作之后，该如何进行 MVP 的打造。

PART01

什么是 MVP？

对比过去十年，我从神策自己内部以及周围的朋友的产品打造过程中，发现 MVP 这个概念基本上已经深入人心了。在现在这样一个紧缩时代，MVP 对于尽可能减少资源的浪费，提高创业的赢率，无疑是有非常大的帮助的。

MVP 这个概念其实来自于硅谷，与《精益创业》这本书一起逐渐被大众所熟悉。MVP 是 Minimum Viable Product 的缩写，就是用最低成本、最快速度开发出来的，具备核心功能的产品版本。

MVP 在形态上不一定需要是 App 或者网页这种形态。一张图片、一段视频，只要可以用来验证是否满足真实需求，都可以视作是 MVP。

我们依然以前文所描述的落地页公司 LP 公司为例，为了验证自己的设计中的产品形态是否能够满足用户的真实需求，他们基于 AI 生成了一段介绍的视频，在视频最后留下了真实的联系方式，用邮件、或者微信群发的方式发给了一些潜在的目标客户。这个视频其实就可以视作是 MVP了。

PART02

为什么需要 MVP？

在神策 2015 年创业的时候，我们周围有很多同事、朋友也加入了移动互联网的大潮，我们服务的早期大众也都是一些类似背景的创业者。在这个过程中，我发现创业者，包括我们自己，都很容易陷入有了一个好的想法，或者有了一个有竞争力的技术，就迅速去融资、招人、开发产品。创业者都有精益求精的精神，但是很多时候，如果本身要解决的问题并不存在，或者说自己想的解决方案解决不了问题，那么就有点类似于南辕北辙，产品打磨得越努力，用户体验越流畅，最终浪费的资源也就越多。神策内部也讨论过很多次，什么叫做一个卓越的产品，产品体验和流畅到底重不重要。而此时此刻，我的认知就是，如果不能解决用户的真问题的产品，绝对不是一个卓越的产品。

有一句话叫做“对事实的忠诚不绝对，就是对自己的绝对不忠诚”。MVP 的主要价值，就是在产品打造这个阶段，用市场验证替代主观臆断，遵循科学的做事方法，去验证产品到底有没有价值。

创业非常忌讳的一点，就是沉迷于梦想，自己感动自己。创业者一方面需要具有现实扭曲立场，能够在其他人都不看好的情况下，有巨大的心力去推动自己的想法，去鼓舞团队；另一方面，也需要能够站在客观中立的角度，虚心地去面对让自己为之兴奋的创业点子。能够分清人和观点的不同，“别人反对我的观点不代表别人反对我这个人”。大部分人观点被挑战时天然都会想去辩护、去防御，而创业者却需要用开放的心态去面对。一个好的创业者应该乐意于用事实，特别是真实用户的反馈来验证自己的想法。在碰到与自己观点不符合的事实时，应该视作对自己观点迭代、修正的好的输入，而不应该视作一种挑战和痛苦。

为什么要用 MVP，而不是系统性开发的产品来验证，主要是出于效率的考虑。首先是降低试错成本，避免投入大量资源开发无人需要的产品。其次也是为了加速迭代效率，通过真实用户对 MVP 的反馈快速优化方向。

创业切忌憋个大招，闷头开发半年，把东西做到自己觉得很满意很幸福的程度，再拿出去面对真实的市场和用户。须知，一方面打造产品本身就是一个高难度的工作，失败的产品才是大概率的；另一方面，市场变化太快，在闷头憋大招的时候，谁也不知道市场会发生怎样的风云突变。神策在创业过程中，也在一直尽量避免犯类似的错误，可惜有时候还是会不自觉踩坑。

小步快跑，快速迭代，快速试错，才是创业这种高风险商业动作应该采用的做事方式。而打造 MVP，就是一种得到了广泛实践检验的、科学的产品验证方式。创业本身是一个高风险的商业行为，在创业过程中，就应该采用科学方法尽可能提高成功率。而在产品打造的过程中，也因此应该采用打造 MVP 的方式来对产品创意进行验证。

PART03

如何打造 MVP？

打造 MVP 的核心步骤，其实就是从用户需求到功能验证的全流程。

1.第一步

明确核心假设与用户痛点

在前两篇文章中，我们围绕商业模式和假设验证，核心讨论的就是要非常清晰地明确，我们要解决具体哪个用户细分的什么核心痛点，以及围绕这个问题我们做了哪些假设。

上一篇文章中，最后提出的新闻稿和用户故事，其实就是对这两个问题的核心回答，也是打造 MVP 的起点。这一点也已经变成了神策内部每一个产品立项的必须回答的问题。

2.第二步

极简设计核心功能

A. 功能优先级排序原则

在做 MVP 设计的时候，需要遵循做减法的艺术。用户的痛点拆解出来可能有 10 个需求，我们的产品可能有 20 个自己觉得非常性感、非常激动人心的功能。但是在这个时候，一定要控制住自己的冲动，不要想着把所有激动人心的功能全都做出来，而是只做 Must-have，也就是只做围绕用户最核心痛点的最小闭环。

这一点不仅仅在打造 MVP 阶段有用，在产品后续的持续迭代中也非常关键。一个功能加上去很简单，但是去掉一个功能却会面临用户的巨大压力。长此以往，产品功能只会越堆越多，产品本身也会越来越臃肿。当然，这也与当前商业竞争中喜欢用功能点来与竞争对手做内卷式对比有关。

什么叫最小闭环？对于一个打车 App 来说， “下单 - 接单 - 支付” 这么一个业务流程，就是用户完成核心功能的最小闭环。而对于 LP 公司而言，他们的用户的最小闭环，则是依次完成对接 Google Ads、自动针对不同关键词和客群生成落地页、自动进行 A/B 试验和数据分析、Agent 自动完成落地页优化这样一个业务闭环。

除了围绕最小闭环确定的 Must-have 的核心功能以外，剩余的一些 Nice-to-have 的功能，例如付费、限流、人工干预等，都是可以在后面 PMF 或者 GTM 的阶段，进一步完善。而在 MVP 阶段，这些提升用户体验的功能，则没有必要投入宝贵的精力去开发。

神策分析在最早期的第一个版本中，就是只提供了 iOS、Android、JavaScript 三个 SDK 和几种分析模型，当时我们觉得这就能够让用户完成数据接入和分析的闭环。而在跟种子客户的实际反馈中，很多客户都反馈，没有数据看板，就没有办法把分析结果保存下来，用于日常的察看。说明对于中国客户来说，整个日常的数据分析闭环并没有实现，我们马上在下一个版本中用最快速度完成了概览功能，也迎来了客户数量迅速增长的新阶段。

B. 低成本实现方案

在对功能做完减法，确定了要做的最小功能集后，则是需要选择最低成本的实现方案来实现 MVP。

打造 MVP 的关键是 “能否用最少的资源验证最关键的假设”。真正的创新往往诞生于资源受限的环境中，当我们被迫用 “巧劲” 解决问题时，反而更容易发现商业的本质逻辑。

由于 MVP 的实现不需要考虑性能、稳定性、兼容性这些技术约束条件，所以从节省成本的角度，应该选择最低成本的实现方案。这里面有如下一些常见的方法：

• 在少数场景下，产品原型就已经足够进行初步的验证了。所以我们可以产品原型，如图片、视频的形式，来讲清楚用户使用产品的整个流程。当然，在产品原型验证通过之后，很多时候打造一个真正用户可以实际用的 MVP 也是有必要的。
• 使用低代码/零代码平台，用可视化组件的拖拽代替编程，快速实现页面交互与数据管理，这对于技术实力没那么强的团队来说是一个很好的选择。
• 不重复造轮子，尽可能使用现成的 API，对于很多具有现成接口的服务，例如支付、用户认证、LBS 定位等，尽可能先用市场上已有的服务，而把有限的精力放在差异化的核心功能上。
• 尽可能使用编程工具、Agent 等 AI 相关的方案。在当前 AI 用作成熟产品开发可能对效果的提升还没那么明显，但是基于 AI 做产品 demo 却几乎肯定能带来 10 倍的效率提升。同时，Agent 本身，也是一个非常适合作为 MVP 的产品形态，完全可以以 Agent 的方式提供产品 demo，在完成验证之后，再考虑 GUI 的产品实现。

前文提到 LP 公司以视频的方式作为 MVP，在各个社群里面得到了一些有意义的反馈之后，在尝试做更进一步的验证。

团队用了很小的代价，搭建了一个落地页优化的 Agent，使用者输入 Google 投放关键词、投放创意、当前的落地页 URL 以及在 GA 上的转化率相关数据。Agent 会自动给出落地页的优化建议。团队通过使用者对这些优化建议的反馈，来对产品进行验证，判断整个 Agent 的方案是否能在这个场景中给出真正有价值的结果。

3.第三步

快速验证与数据驱动迭代

在用最低成本打造完 MVP 之后，我们就需要将 MVP 投送到真实的用户群体中，根据真实的数据来验证结果，并且对产品形态做必要的迭代。

A. 精准触达目标用户

MVP 投送的核心是需要精准触达目标用户。可将触达方式分为三类：

• 垂直社群渠道：如小红书、知乎、豆瓣小组、Reddit 等，适合面向特定兴趣群体的产品。例如，主打女性健身的 MVP 产品，可在小红书健身话题下发布产品体验笔记，通过评论区互动收集用户反馈；主要面向海外用户的产品，则可以通过在 Reddit 对应的板块发软文。同时，一些目标用户圈子内的微信群、讨论组等，也是非常好的可以验证 MVP 的渠道。
• 社交媒体平台：微信、微博、抖音等大众平台，适合用户群体广泛的产品。在抖音投放 DOU+，以短视频形式展示 MVP 核心功能，定向推送至目标用户，就是一种非常好的方案。神策在创业初期，就是通过早期团队成员在自己的朋友圈发送产品 demo 链接，通过裂变获得了最开始的一批种子客户。
• 线下活动：行业展会、主题沙龙、校园活动等，能与用户进行面对面交流。若产品是针对创业者的工具类 MVP，可参加创业主题沙龙，现场演示产品，收集创业者的直接反馈和建议。神策在创业初期，也参加了很多移动互联网相关的聚会，在聚会上会讨论自己的产品与方法论。当然，在后面的 PMF 和 GTM 阶段，神策自己举办的神策沙龙也是一个非常重要的与用户触达的方式。

除此之外，寻找行业内有影响力的个人或机构合作，借助其号召力吸引种子用户。设置奖励机制，鼓励已有用户推荐新用户。根据产品定位，通过创始团队自己的人脉去邀请目标用户。这些都是可以尝试的触达用户目标的方案。

触达用户最重要的不是用户的绝对数量，而是用户的精准程度。用户数量很多，但是不够精准，则反而很容易被这些非目标用户的反馈将产品迭代的思路带偏。

B. 关键指标

在非视频、图片类的 MVP 开始被用户真正使用之后，一个重要的工作就是需要用数据来衡量用户的使用情况。

用户的定性反馈，例如评论、留言这些当然也是非常重要甚至必不可少，但是数据化的指标也是必不可少的。

一方面数据本身是客观的，可以避免团队陷入自己哄自己的一厢情愿中。另一方面，一个指标只有被数据化了，才能够具有持续迭代和改进的可能。

由于在 MVP 阶段一般不考虑商业化，所以核心的还是产品使用类和用户反馈类两大类指标。

产品使用类方面，根据产品的不同性质，可以有不同的第一关键指标。

• 对于完成某个特定功能类的产品，核心的指标就是操作完成率：有多少客户完成了整个操作流程。
• 对于效果提升类的产品，核心的指标就是效果提升的比例。
• 对于偏向于 time killer 类的产品，核心的指标可以就是用户平均使用时长。

用户反馈类方面，使用NPS（净推荐值）就可以了。简单来说，就是通过， “用户有多大可能将本产品推荐给朋友或同事？” 的问题，将用户分为推荐者、被动者和贬损者，计算 NPS 值，衡量用户满意度和产品口碑。

LP 公司的落地页优化 Agent 这么一个 MVP，团队确定的核心指标，就是用户对于 Agent 给出的落地页优化程度的认可率。

确定了要分析的关键指标之后，则需要选择一个好用的数据采集与分析工具。市面上有非常多免费或者付费的第三方工具，例如 Google Analytics、PostHog 等，神策分析本身解决这类问题也非常成熟了。不太建议将宝贵的研发成本投入到自建这类工具，选择一个合适自己需求的就可以了。

C. 数据驱动迭代

这些第三方数据分析工具除了可以定义、度量和拆解关键指标之外，还可以通过用户路径分析、热力图、session replay、漏斗分析等功能，进一步帮我们定量地分析用户行为。

在有了关键性的指标的度量，对用户行为的定量分析，以及有了用户的真实定性反馈之后，则可以根据用户的反馈持续地改进产品。

而产品的改进之后也不需要匆忙上线，可以通过 A/B 测试对这些改动进行定量和科学的评估。如电商 MVP 产品，测试不同颜色的 “立即购买” 按钮对转化率的影响；在线教育 MVP 产品，对比两种课程介绍文案的用户点击率。

现在回想起来，神策在最初几年，与中国移动互联网行业一起快速增长的阶段，所提供的其中一个价值，就是帮助创业者建立对于自己的产品的核心指标，对指标进行拆解，去看指标随着产品改进而发生变化的趋势。某种意义上讲，只要有创业者尝试构建产品，就会有产品相关的指标分析需求，就会有神策分析这类产品的用武之地。

总而言之，打造 MVP 的过程，就是建立从指标构建、数据分析、决策形成到开发上线的，基于数据持续迭代的全过程。

在这篇文章里面，具体介绍了什么叫 MVP、为什么要打造 MVP 以及应该如何打造 MVP。在打造 MVP 的过程中，一方面要注意避免完美主义倾向，过度优化细节导致开发周期延长，错过市场窗口期；另一方面，打造 MVP 本身就是为了获取用户的真实反馈，避免内部讨论决定迭代方向，陷入 “自嗨式开发”。

虽然 MVP 验证成功并不能保证产品就一定能够成功，后面还有 PMF、GTM 的漫长流程。但是，遵从被验证过的科学做事方式，总是可以帮我们在充满不确定性的世界追求确定性。创业是一件高风险的事情，面对高风险，焦虑是不可避免的。而焦虑的反义词就是具体，只要遵从客观规律，踏踏实实地按照已经实践的商业流程进行尝试，最后哪怕失败，也能问心无愧。

在下一篇文章中，我会开始讨论一个创业过程中非常受人关注的话题，就是如何进行 PMF。

上述所有观点只代表我个人看法，希望能够对大家有所帮助。有错漏之处不可避免，还请大家谅解。希望能够得到大家关注、点赞、转发等鼓励，如果有任何想交流的地方，欢迎留言~