乐于分享
好东西不私藏

产品经理不画原型、不写PRD也能让软件研发形成闭环

产品经理不画原型、不写PRD也能让软件研发形成闭环
26年开始各家大模型公司都在往AI编程方向发展,AI编程能力越来越强,一个人就可以开发一套系统或APP出来,但是在公司的软件研发中AI应用如何形成流程闭环,一直是我个人的一个疑惑。在6月的项目实践中,个人感觉基本找到了答案,现分享一下项目经验和感悟,抛砖引玉吧!
1.产品经理输出什么样的PRD在后续作业节点(UI/前后端/测试)可直接拿给AI干活且能按业务的诉求产出准确的结果(约束AI自由发挥)
  • 首先什么样的文档可以直接给AI干活呢?——Spec
    什么是Spec?给AI的“施工蓝图”或“宪法”,必须严格遵守,AI先根据Spec展示它的“思路”(计划和任务),开发确认没有问题,AI才按这份工作手册编写代码;
  • 如何制定一份Spec呢?当前没有行业标准,每个公司根据实际需要自主设计Spec文档结构,主要需了解AI编程需要的信息,包含这几部分:业务背景、用户故事、现状与问题、目标与范围、业务规格、验收标准、非功能需求、附件;
  • 根据Spec文档结构,构建PRD文档模板;
  • 整个流程如下:
2.产品经理根据PRD模板产出PRD文档
产品经理工作流程:
  • 前面三步:产品经理传统工作方式,后面四步是AI时代的工作方式;
  • 第四五步:功能开发prompt+vibecoding替代传统的原型设计
    产品经理梳理好功能逻辑后,只需简单功能说明(prompt),可通过vibecoding的方式直接开发出在线可操作的产品,比画原型高效,且直观,如果有不对的地方还可以马上调整,效率比画原型提高了很多;可以vibecoding的工具有很多,自行搜索;
  • 第六步:构建PRD智能体
    相当于创建一个帮你写PRD的产品助理,建议一个产品/应用构建一个智能体,这样不同产品的信息在一个智能体上不会交叉,智能体输出会更加高效、专业,减少幻觉出现。 构建的智能体需要设计prompt,约束产出的PRD符合实际需求,同时还可以配置模型参数、增加插件、技能、知识库,让智能体既高效、又节约token,产出还很准确;
  • 第七步:PRD输出
    把在线产品的核心页面截图给PRD智能体,或者让智能体调用插件自己访问在线产品,然后智能体根据PRD模板,输出符合实际需要的PRD文档,供后续作业节点高效使用;
3.个人的一些思考:
未来软件研发演进构想:不久的将来肯定会有基于AI开发的全流程研发平台,把产品工作、开发工作、测试工作都集成到一个平台上,产品输出后后续基本自动干活,人工二次确认;从产品的输出开始就要做版本管理;
AI时代对产品经理的新的要求:
  • AI工具熟练使用,干活的工具必须掌握;
  • 智能体搭建,相当于创建自己的干活助手;
  • 产品整体架构能力,在AI时代效率大大提升,做产品不会再局限于某个功能模块;
  • 管理调度能力:如何有序的使用智能体干活,让工作能够高效开展;另外文档管理要求更加规范;