无代码平台正在重塑产研团队的组织形态。作者通过百度秒哒开发'赛博徒步'的完整案例，揭示了大模型如何让单人包办产品设计、UI、研发、测试全流程。当AI工具消弭了岗位边界，行业理解力将比专业技能更重要——这或许预示着未来十年职场生存法则的彻底变革。

前两天的文章最近几个月的AI大模型独立应用实践-1

这篇文章我主要介绍了一下最近几个月做的几个项目，其实还有探索更多的项目，其它项目主要是在百度秒哒尝试进行无代码研发做的几个实验项目，具体如下：

我最开始的想法是，先用无代码编程的秒哒来搭建各种应用的最简化版本，然后看数据跑到如何，选择数据比较好的项目做就进一步开发。

通过这个话题，我们就聊到今天要讨论的点“各岗位之间的职责已经比较模糊”

在传统的产研团队中，有产品、UI、研发（研发又有后端、前端、iOS、安卓、算法）、测试、运维等多个岗位。

但是在我使用秒哒做MVP产品的无代码编程的时候，所有这些岗位都汇聚到我身上了。

当然不是说所有的工作是由我来处理，而是我+百度秒哒就把以上功能全部完成了。

我可以拿其中一个项目来举例：赛博徒步

这个项目实验开发的原因是我自己也经常徒步，那段时间正好有各种关于鳌太线的新闻出来，所以我想做一个线上徒步的程序，可以模拟购买物资，然后选择线路进行徒步，对个人的体能和物资都赋予一个算法。

这样在物资消耗，遇到突发状况等都可以消耗能量，然后看能够到达线路的哪个节点。并且提供身体锻炼的计划，还提供野外生存知识。

我的整个赛博徒步游戏核心逻辑：

一款模拟徒步登山的冒险游戏，玩家需要根据选定的徒步线路选择个人基础条件、购买虚拟装备，在虚拟环境中完成赛博徒步挑战，系统根据玩家的装备选择、个人条件和路线难度判断存活率和最终到达的节点。

这是选择徒步路线的界面，可以选择自己感兴趣的徒步路线。

这个选择路线之后，根据个人平时的锻炼情况，给有一定的身体基础分值

下一步就是进行装备的购买（设置了一些预算金额，可以购买各种装备，装备对游戏玩家有属性加成）

装备购买完之后，就会进入徒步路线，路线有不同的节点和里程碑，路途中添加了一些随机性的突发事件，行程增加和遇到突发事件，都会消耗游戏玩家的属性点。

当游戏玩家的属性值低于一个值之后，则挑战失败

玩家可以继续挑战，或者是制定身体锻炼计划的页面

也可以去学习野外知识，

另外还有一个个人中心，用于记录徒步数据，历史记录，还有成就达成的荣誉奖励等。

这个应用应该算是比较完整的一个系统，因为是第一次做自然语言编程，还有些不熟悉，我前后迭代了60个版本，大概花了10几个小时。

这其中有涉及到传统产品的本质工作，比如PRD文档。也涉及到UI的工作，那就是VI系统，采用什么样风格，字体大小，如何布局，主体颜色等等。还涉及测试的工作，你需要对整个应用进行测试，然后将测试的问题比较请准的反馈给百度秒哒。研发的工作无论是前端，后台，还是算法都由百度秒哒承担，然后运维的工作由百度秒哒完成。运营工作如手机用户意见反馈，根据用户使用数据做出优化决策等，搭建用户运营群等。

整个迭代的效率会非常高，如果测试中发现什么问题，用户提了什么意见，上线之后看到有什么问题，有什么新的想法，功能需要叠加，迭代的周期可以缩短到以小时为单位来进行。

如果是需要打包成为独立APP或者是独立小程序，那么影响版本更新最大的问题其实是各大应用市场和微信对APP和小程序的审核周期。

那么我们可以看到，如果以这种最新的方式来进行应用系统的开发和运营，特别是工具类应用开发运营，岗位之间的模糊性会很大，传统意义上的很多岗位会消失。

比如说产品、研发、测试，最终很可能会由一个人来解决，特别是小型系统中。如果不再按照传统方式，要求非常明确的文档，那么一个产品由一个人来解决是最理想的方式，因为这个人知道这个系统应该如何做，不再需要各个岗位之间的消息传递。消息在多个人之间传递，就天然的存在衰减，就必然要耗费更多精力来维持信息的一致性，也就会格外花更多时间来对齐信息，也需要各岗位工作的安排和协调。

整个产研流程，其实还是和传统方式一致，比如发现机会，设计产品逻辑，流程，编码，测试，运营等等，这些流程还是在。只是它内化到了更少的人身上，以前要有多个岗位来拆分整个流程，然后分别负责不同的工作，进行协作才能完成整个项目。

现在因为有大模型的助力之后，一个人就能把整个端到端的流程给扛起来，给串起来。该做的事情还是那些，该完成的流程还是那些，只是由更少的人来完成了，

也就是未来谁最懂用户，懂业务，谁就能够掌控全局，很多纯技能的工作，比如写prd，编代码，搞测试可能就会被整合。

所以，我认为未来更重要的是对行业和业务的理解，掌握。对于特定岗位如果不是具有非常强的专业属性和行业壁垒，那么被大模型，sikll或者新的AI能力整合的可能性非常大。