当然我指的不是搞框架、搞组件库的基础建设者。而是纯对着设计图对着业务需求堆控件的，十年前被称为「切图仔」的那批人。
----
过去：
产品写需求文档，做原型（线框or高保真），拉前端/后端开会评审，等待前端/后端各自完成开发，联调，验收。这其中，充分把交互逻辑传达给前端工程师是件难事，并由此可能导致多次的返工。并且在最终东西做出来之前，大家都只能靠想象。
敝司最近有一项流程优化：
产品经理直接拥有了前端仓库的非 master 分支可写权限。产品经理按照操作规范建 feature 分支、在 PRD 目录编写需求文档。并且 —— 让 claude-opus-4.6 直接对着 PRD 开干（涉及到新接口的暂时先填假数据）。产品经理监督 claude 把交互做得完全可用之后，再拉会对着这个「拟真」可交互原型做需求评审。最后前端工程师负责对接真实接口、code review。完事。