一个AI Native团队GTM的实践

昨天刚写完一篇AI时代的AI Native的组织和运营模式AI驱动组织及流程模式变革，如何找到不可替代的价值，今天就看到了某创业公司CTO用三人团队再创业了。

这三人团队背景是这样的。

首先都是程序员出身，虽然已经多年不写代码了，但必要时三人借助AI都可以写代码。

其中一人以往做过交付、管过销售，可以负责增长获客。

另一人以往做过售后运营，更理解用户需求，可以负责商业模式和产品设计。

CTO自己则主要负责产品架构。

三人的能力都不仅仅局限于技术和coding本身，除此之外还具备PLG、PMF、GTM等经验。

传统软件开发模式有几个明显痛点，比如人力成本高，一个产品方向需要产品经理、设计师、前后端、测试、运维多个职能团队协作，沟通成本很大。

从需求到产品交付，涉及到多次评审会议，每一次会议都会导致信息折损。

而AI Native的方式则可以避开这几个问题。

AI写代码、文档、信息整理都是无损的，在确定好方向之后，AI完全可以闭环解决所有执行层面的问题，大大提高了效率。

就像我在上一篇文章末尾提到的一样AI驱动组织及流程模式变革，如何找到不可替代的价值，AI时代什么是最稀缺的，最不可替代的呢？

从这个三人小团队看，写代码不是稀缺的能力。

真正稀缺的能力是知道什么样的架构是合理的，知道什么样的产品是市场需要的，知道什么样的营销方式是匹配的，而且这些认知都应该是经得住时间考验的，是过去十几二十年经验熏陶而成的。

在AI时代，这些以往经验丰富、善于思考的程序员，反而比年轻程序员更有优势。

因为他们知道一个产品从构思到上市的全路径有哪些坑和哪些最佳实践。