产品设计中的确定性迭代

今天看到了五句话，是梁宁讲产品经理对产品的系统迭代相关的内容，很有感触。

1、判断一个产品经理是否厉害，很重要的一条就是判断他设计的产品第一个版本有多简单、直接、切中要点，能不能直指人心。

2、我只要做强哪个点，用户就必然买账。

3、迭代中，重要的是次序，前一个动作是后一个动作的预动作。

4、永远对于寻求某种满足的人，提供确定性满足。

5、对外部，可以快速得到用户的反馈，让用户反馈去驱动产品;对内部，建立了开发团队的节奏感和确定性，每周都有新版本。

作为一个小公司的小老板，有共鸣。

当我开启一个项目的时候，最根本的目的就是利润，挣钱，因为一个挣钱就是一个企业的道德。

然而选择的项目的复杂度，就决定了我对这个项目的信心。

有的人，描述一个项目，花费几个小时还没有给别人讲清楚到底是从哪里来客户，卖给客户什么东西，客户为什么付钱。

其实就是对自己的项目很没有信心的表现，也是没有认清自己商业逻辑的表现。

比如我开个饭馆，就是找个做饭的，做好饭，把饭卖给一个饥饿的客户，收钱，

商业逻辑简单到一看就懂，客户是谁，产品是什么，怎么收钱，收谁的钱，该收多少，市场上都有完整的逻辑存在。

让人一看就懂，也就是说只要我做强我的产品，用户就必然买账，

其实就是对商业逻辑的升级，可能在卖饭的过程中，我又开始加了饮料，加了外卖，加了宵夜。

从营业时间上和产品项目的丰富度上，进行了迭代。

迭代的本质就是排序，先上什么后上什么，为什么要这样上，是有一个清晰的逻辑和方法。

比如我增加这些就是因为客户的需求存在，我自己在完成生存的基础上，还有余力去做这些增加利润，那就开工增加品类和增加营业时间。

任何一个迭代，产品的新增，都是有上一个产品作为基础的，也就是先后顺序，每一个现有产品的情景都是下一个产品情景的预动作。

同时，产品更新迭代的过程中，一定要保证最核心的商业逻辑的确定性。

还是饭店，让客户吃饱喝好是确定性，不能把唱个歌、喝个茶变成自己的主营业务。

最后一条，作为一个老板，一定要把用户的反馈当做自己获取信息的主要来源，让用户反馈来驱动自己的产品的调整，不能拍脑袋进行更新迭代，市场信息才是我们调整工的基础。

有了市场上用户的信息反馈，下一步就是自己内部团队调整的节奏和方法，提升效率，优化流程，提供每一次调整后的确定性。

当我们上了外卖、宵夜，我们就要提供外卖、宵夜的确定性。

让每一次更新迭代都完美收官。