（全文字数：1993字，阅读完大约需要6分半）
哥哥姐姐弟弟妹妹们，大家好，我是王同学。
01 | 软件开发是如何快速迭代的
在软件开发领域有一个专业名词叫做MVP，这个MVP不是最有价值球员，而是最小可行性方案。一开始的程序一定是不完美的，但是没关系，我们用最小的成本，最快的速度做出一个可以完成最基本工作的程序，把这个程序丢到市场上，让它去运行，然后不断收集反馈（包括正面的与负面的），然后迅速的根据各种反馈去修改自己的方案，最初的那个可以叫做1.0版本，之后的这个，如果改进小就叫做1.1版本，如果改进大就叫做2.0版本。然后继续重复上面收集信息的工作，进行下一次的更新迭代，如此循环反复。于是，这个方案会不断的完善，程序会越来越好用。
这样做的好处是不需要一开始投入过多的资源，启动速度比较快，需要的资源比较少，需要承担的失败风险也要小得多，一旦失败及时收手，风险可控。王同学认为以上分析都是非常对的，但是最关键的都没有说到，那就是将一个初始模型丢入到真实的环境当中会获得真实的反馈，我们根据真实反馈在做产品，而不是根据自己大脑当中的想象做产品。如果一开始的产品是根据自己的想象和推断做出来的，那不一定和事实相符合，我们费心费力开发了某一个功能出来，结果发现客户在实际使用中根本用不到这个功能，资源白白浪费，万一把方向搞错了，那才是最大的风险。
02 | 服装行业的快速迭代
早期的服装也是很粗放的，订单一定要大，太小的订单没法做，根本不会接，要接的话成本高到离谱。但是随着国内制造业不断发展，已经渐渐有了小单快返模式。
有一家中国企业，名字王同学就不提了，在国外大*四方，他家主要做快时尚的女装品类，创始人是做搜索引擎出身的，出海阶段，他利用TikTok在海外流量成本非常低的时候积累了大量用户，同时他通过各类社交媒体上用户数据进行分析，分析客户需求的变化来对服装进行改良，但是这种改良一定是有风险的，这样就需要用到小单快返模式。
由于失败的风险很大，每一单不可能像以前一样直接下几千件的订单，现在每一个订单可能只有一两百件，先尝试着买，看看结果，一般情况下有三个结果。
如果这一两百件卖不好，这个款式就直接作废，我们重新做别的创新。如果这一两百件卖的很好，后续可能会有更多的订单。还有一种情况，那就是这一两百件虽然卖出去了，但是客户会反映出各种各样的问题，这说明产品大体上是受欢迎的，但是有细节需要改，于是利用小单快返的模式，下一批订单迅速做出新的改变，继续销售，然后紧盯客户的反馈（包括正面的和负面的），继续快速优化自己的产品。
大家发现了吗？服装行业的快速迭代和软件行业的快速迭代，本质上是一样的。
03 | 认知也是可以快速迭代的
人赚不到认知外的钱，认知包括广度和深度，所有的商业本质上都是信息差。所以，提升认知非常重要，如何快速迭代我们的认知，我们可以学习借鉴上面的方法。
首先，要有一个1.0版本的认知，这一点，每个人都不同，由于自己的家庭，教育，生长环境，每个人的认知或强或弱，但是至少都是有一个人知道。
第二步，我们需要做出迭代，如何做迭代？服装需要到市场上让收集客户的真实反馈，软件需要在软件市场上收集用户的真实反馈。我们认知的真实反馈在哪里？很简单，如果我们的认知很正确，我们应该能够做成我们想要做成的事情，拿到我们想要的结果，口袋里应该有我们想要的东西。我们需要根据自己的认知去做事情，如果做成了，那说明我们的认知和客观世界是符合的，我们的认知是正确的（请注意，认知才有正确与错误，事实就是事实，事实没有正确或错误）。如果我们没有做成，这个时候就要注意了，仔细分析错误在哪里？然后根据自己的问题去请教和学习，进而深入思考，写作就是思考，思考的重要方式就是写作。
这里还要注意一点，迭代的幅度要小，尽量保证每一次迭代要正确，就好像软件1.0版本和2.0版本不会有过大的差别。迭代的要点在于小步快跑，而不是大步前进。
再往后，就是比拼迭代的速度。起点低不可怕，只要方向是对的，我们的迭代速度更快，完全有可能超越比我们起点更高的人。
这也是为什么我同学要在龙年定下写作300篇的目标的原因，每一篇写作都是对自我的一次微小的迭代，一年写作300篇，我就进行了300次深度的思考，进行了300次微小的迭代，只要保证每一次微小的迭代大方向是正确的，300次之后的我与300次之前的我就是两个物种。
王阳明说，知行合一。知和行是分不开的，行就是知的一部分，永远不要完全想明白了再去做，苹果的CEO蒂姆库克也说过，You can never be ready（你永远也不可能完全准备好），这就好像再给高三的学生三年时间，他们依然准备不好高考，所有人都觉得自己没有准备好。
重要的是做起来，在做事中思考，在做事中认知，小步快跑，今年，我们一起疯狂进化。
看世界，见自己，全情投入
王同学
2024.1.26
