夜雨聆风
AI时代的规划,抛弃徒手搓文档
期望：快速出原型对齐业务，Demo 直连开发降损耗
在最近的项目规划实践里，我们核心思路很清晰：前期快速输出原型，先和业务对齐预期，让业务能直接拿到可体验的 Demo，直观感受是不是自己想要的效果，避免反复沟通、反复推翻。
更关键的是，这套模式跑通后，PO 产出的 Demo 源码可以直接交给下游开发继续迭代，省去了传统模式里 “文档翻译”“需求转述” 的大量损耗，真正实现团队高效协同。这也是我们在新工作范式里，角色转变最核心的一环。
规划岗落地痛点：能力差、环境依赖强
理想很丰满，但实际推进时，两个问题特别突出，几乎卡住了进度。
第一，规划人员和开发人员在动手能力上有天然差距，不管是编码实现还是环境部署，都不够熟练，很难像开发一样顺畅跑通全流程。
第二，内部环境依赖太重。规划人员需要随时随地给业务、给用户演示效果，总不能每次都扛着电脑、连内网才能展示。我们理想的状态，是像 V0 这类平台一样，只要有网络就能访问、快速部署、零门槛演示，而不是被内部环境绑死。
实践后的新感悟：AI+IDE 才是正确路线
这几天实操下来，对后续工程方向有了全新思考，每一点都很落地。
首先，AI 完全可以让规划人员成为代码贡献者，哪怕是 To B 场景也完全可行。不过有个前提：别再只靠零散工具，要转向基于 IDE 做产品设计。这周我们也在推动规划人员习惯在 IDE 里操作、做代码版本管理，效果已经开始显现。
具体操作步骤如下：
S1：将规划人员（PO/PM）需要用到的Rules+Skills， 导入到工程目录下（workspace）
S2：仅启动前端服务即可（使用mock环境：npm run dev:mock）
S3：通过一下链路 故事地图<->需求文档<->前端交互微调（仅输入实现部分）， 正向流程（从前到后 一次性逐级更新） 和 逆向流程（从后到前， 一次性逐级更新）， 规划人员不需要手写需求文档
S4： 基于gitlab做好 前端代码仓 和 文档仓， 进行分支管理
其次，踩过一个大坑：之前总想做一个大而全的 AI Native 一站式平台，结果阻力巨大、推进极难。现在思路彻底变了 —— 与其从零搭平台，不如把现有能力和 IDE 打通。实践证明，在 IDE 里做设计、出 Demo，效果远比重构一套新平台更好，成本可控、上手难度低，学会固定提问方式，体验和 V0 几乎没差。
规划协作模式发生转变：
1、类似，去年的 后端、前端、测试， 角色一样， 规划人员， 也需要维护一套 关于需求的 规则知识（需求的生成、规模评估、拆解、优先级）， 通过分析， 基于代码仓进行需求文档的编写反而是 最有效的实践方式。
2、要习惯在IDE中“干活”
3、所有的产出物（文档、代码）都需要做好版本管理
4、工程环境上， 在原来的 dev、test、uat、prd 基础上， 需要前置一个demo环境，它专门用来给到 规划人员进行前端代码部署
最后，未来（IT研效通）要走开放联合、强强联手的路线。我们不要去想着替代现有 IDE， 将用户的行为迁移到平台上，而是聚焦流程优化与能力黏合，制定清晰规范，让大家按 SOP 高效协作。同时，产品开发相关的资料、信息，都可以放到代码仓库统一管理、版本可控，用最小投入，拿到最好的落地效果。