用自动化的项目流转，系统化的项目运作以及规范化的交付，来保证快速运行

“搭积木、不造轮子”不要凡事都从零开始做建设

时至今日，人工智能、图像识别等基础能力都已变成了互联网领域里的基础设施。在启动一个新的项目，或是创建一个新产品时，首先要把模型搭建起来，让这个产品“跑”起来，然后在过程中持续地去进行验证和修正。

解决“搭积木、不造轮子”问题的一个关键，涉及到项目如何启动和流转，也包含整个环节的组建化、模块化，每当我们完成一个项目，手里就会多很多的“积木零件”。过去的项目不会成为我们的累赘，反而会成为我们新项目中的一部分。

我们曾经协助一个东南亚的银行去搭建它的前端、后端、APP等一系列线上化服务。当时东南亚银行的基础还停留在国内十多年前，互联网1.0版本的银行系统，而国内此时已经发展到了移动互联网时代的3.0版本。我们最终沿用了 Oracle的Core Banking核心业务系统。用了半年时间，在交付时整个系统已经达到了和国内数字银行齐平的能力。

3. 用自动化的项目流转，系统化的项目运作以及规范化的交付，来保证快速运行

我们的项目流转依赖一套自动化的流程。每个人每天早上起来的时候，都会了解自身的任务，当任务处理完毕后，马上就流转到下一个环节。运转的原则就是把复杂的事情简单化，简单的事情做成一个标准，标准的事情做成一个流程，形成一个流程之后，再将其做成一个工具，让团队内部效率最大化。

我们从产品需求文档的行文、格式，到交互稿、设计稿甚至组件的命名方式，等等都有一系列严格的要求。一方面保证了产品经理输出环节的质量达标，另一个更重要的方面是提升了上下游环节沟通的效率。当你的产品文档能够快速地被研发和阅读时，那配合的效率将会呈倍数增长。如此快速的推进，确保了我们能够以一种集团军作战的战斗力，去保证项目的支持。

我不断与团队里的产品经理强调：“产品经理要克服追求存在感的原始冲动，要把我们的精力花在需要的地方。”

有一个听起来会令人很沮丧的事实是，实际上所有我们认为很好的创意都是很容易被模仿的。当一个领域足够成熟之后，产品的同质化也是不可避免的。真正决定产品是否能发展起来的，不仅依靠于产品的优秀体验，还要考验渠道、推广、运营以及一系列获取用户和留住用户的能力。高效利用基础设施，快速搭建MVP，然后通过实际项目反馈，持续迭代修正路线。产品搭建要把精力放在有价值的事情上，因为时间永远是最值钱的。