什么样的版本才可测试？

近期项目上线了第一个版本，除了测试外。带着产品团队思考部分场景如何在后续开发版本中进行填补的问题

在第一个V1.0.0版本的发布后，同时出现了测试中的错误颁发发布，为此借着周末的时间与大家讨论下，什么样的版本才是可测试的版本？

这种场景下， 一定是产品从0到1的开发中出现的。首先产品团队会把整个产品项目规划出，但因从0到1的产品背景下，项目中的人员是层次不齐或资源不齐全的。常见的场景是安卓版本会比ios先上线。

IOS需要申请开发者账户、还需要进行App Store的审核。但安卓的发版本流程因简单，开发所需要的认证门槛低。为此安卓的发版会比IOS快很多

但在上诉0到1的产品背景下，为什么会有几个tab不齐全的问题？以下图产品中的不同tab入口为例

一定是首先做某个tab。并且是在需求明确、优先级高、设计稿ready的3个条件满足下才会做的tab。

这样的产品是否能测试呢？

答案是：一定要做登录注册，否则是无法测试的

在v1.0.0发版本期间，从0到1的产品会因为需求明确、优先级高、设计稿ready3个条件先做部分tab功能。

但不健全的登录与注册，则会导致整个产品使用逻辑不健全，测试或产品人员是没有办法使用功能的。

这样的产品上线后，就会导致整体app会是什么样呢？

要么是开发同学自己YY的页面，要么是一些静态的设计稿（前提设计稿已经出来了）

为此，产品在从0到1的时候。一定要避免不可测试的版本发布，即可以解决开发的时间，又可以提高人力的利用。

上述说的这种场景，归根起源有2个原因

• 没有健全的登录注册

• 版本需求优先级有问题

在本文提到的从0到1的产品版本， 往往最优先的是版本一定是满足主要的用户功能的MVP产品。

在开发还没有发布其他功能的版本下，当下的版本其实也算一个小型的“MVP”产品。产品人员拿到这样的版本后，除了测试工作外，还要体验下与验证用户对产品的使用路径是否按照之前的规划进行的。

产品的用户路径热区，其实就是核心功能使用的路径。比如运动类产品，在第一版本一定会把记步、走路作为第一个功能。在这样的版本体验下，至少整个功能是满足了核心需求：记录运动步数。

如果在V1.0.0版本中，第一个版本上线后就发现产品的主路径并不是按照之前业务模式流转，那及时止损考虑后续如何迭代，则是产品经理核心产品感的体现之一。

好啦，今天的分享就在这里。我会每周更新两篇～

另外因为昨天的资料包已经有400人留言，太多消息需要及时回复。我会尽量在12小时内发送给你。请耐心等待～（纯人工+手动）以下为资料包地址

Kevin的10G产品人资料包

-End-

另外我个人第一本书籍《从零到壹：PM改变世界的点滴》电子档正式上线这本我归纳222篇产品原创，涵盖产品经理面试、算法、交互等不同维度的内容，如果你感兴趣可以打赏后留言你的邮箱。我会在每天中午12点左右发送到你邮件中（希望大家勿外传支持，支持版权）。如果你需要预览书籍大纲，可以跳转链接

一本给自己与产品人的书：从零到壹。