二、种子用户是迭代的必要条件

在一次圈子聚会上，我听到过这么一个故事：有家公司研发了一款新产品，在内部迭代了十多次，每一次发布，员工都觉着产品的各种体验很不好，因此多次进行改版，改版十多次后，产品终于差强人意。他们对外宣称产品已经迭代了十多次。

其实这是一种错误的认知，所谓的迭代指为了达成某个目标或者结果，重复反馈过程的活动，每一次重复都称为一次迭代，每次迭代获得的数据都作为下次迭代的初始值。

举个例子，某个产品的完成期限是6个月，那么我通常在第一个月生产出产品，在此阶段，产品是不完美的，很多功能没有添加、很多细节没有考虑，BUG很多，不稳定，不过客户看到产品后，会提出更符合其需求的修改意见，如此，你就明白当下产品与客户所需的产品间的差距。

然后下一个月根据客户的意见，在需求分析、框架设计、代码、测试等基础上改进，拿出一个较为完善的产品，提交给客户，客户会再次提供意见。如此反复进行多次，产品的功能、外观、细节、体验、质量等逐渐吻合客户的要求，直至推出客户满意的产品。

迭代做法的好处是能在前期确定所研发的产品是贴近客户要求的，不会等花了大量心血和时间，最后却发现产品根本不符合客户的要求。

因此，故事里那种情况根本不叫迭代，自己内部多次改进，只意味着事前计划做得不到位、没理清产品的战略。下面我们简单讲述下种子用户在产品迭代过程中的作用。

在产品研发期间，及时获取种子用户的反馈，将每个版本迭代的间隔时间缩短，快速改进和完善产品，在尽可能短的时间里打磨出满足用户需求的产品。从方法论来说，在初期最小可行化产品，小步快跑，快速迭代，能降低产品推出前的成本，用下图表示为：

从产品概念的提出开始到需求采集阶段，到产品的研发至正式上线前，产品经理需要维持好与种子用户的关系。

总的来说，种子用户对产品的帮助很多，主要体现在以下四个方面：

首先愿意配合。产品通常为解决某类需求或者痛点为出发点的，种子用户通常有较强的需求，或者是受此痛点折磨许久，产品能满足他们的要求，自然会愿意尝试使用产品，并提供反馈。如果产品找不到愿意尝试、反馈建议的人，很大程度上说明产品概念存在问题，并未满足用户的需求和解决痛点。

其次是宝贵的反馈建议。因为需求和痛点的存在，种子用户事实上已经想办法去解决，可以了解他们的做法，听取他们对产品的建议或者新想法，可以从中获得很多有价值的信息，这也是种子用户被称为是“用户顾问”的缘故。

第三是容忍度较高，可以忍受细节等用户体验的不完善之处。种子用户自身由于能力不足、资源匮乏，因而自己提出需求或痛点，自己对某应用有想法而无法实现，此时，产品出现了，他们对产品的容忍度很高，会帮助产品不断完善，进行迭代，直至产品符合他们的要求。

第四是利于口碑传播，成为产品的义务推销员。如果产品符合用户的要求，能切实解决问题，体验很好，这些用户就会帮助你进行宣传，要知道，用户的口碑通常是产品成为爆品的重要因素。因此在选择种子用户时，应精挑细选，尽量选择在某些领域具有影响力的人物或者意见领袖。

事实上，现在很多产品在推出前都会经历过这么一段，行业内称为“内测”“封测”等的阶段，其实就是利用种子用户，进行产品迭代，改进和完善产品，同时将此过程的营销作用尽可能放大，保持一定的神秘度，吸引大众关注。

产品种子期最重要的是提高迭代的速度，尽快达到产品留存率目标，为其正式上线、成为爆品做好准备；如果达不到留存率目标，则根据种子用户的反馈和建议，以这些为初始值，调整迭代，改进和完善产品，做出符合用户要求的产品。

在这个阶段还可能存在一种情况，即始终无法达到产品留存率目标，种子用户活跃度很低很低，这可能是产品本身存在问题，如产品概念，可能选错了切入点，甚至是选错了产品方向，此时可能需要产品经理及时放弃，调整方向。在进一步收集用户需求的基础上，开拓新产品，由此可以看出，在产品研发过程中种子用户的重要性。

不过在挑选好种子用户时，应尽量挑选以下三种用户：

种子用户虽然是产品迭代的必要条件，但此阶段用户质量要比用户数量重要得多，尤其是精准用户，如果一味重视用户数量，而忽视用户质量，其结果反而可能得不偿失。