Refore Mark 正式上线：在真实产品上「圈一圈」说清需求，剩下的交给 AI，做到 Day 1 可上线

过去这一两年，Refore 的产品一直在做同一件事：让「泛产品经理们」——任何有想法、但不一定会写代码的人——很快、很容易地拿到一张设计稿。从一个 idea、一段描述、一个网页，到 Figma 里可编辑的设计图层，这条路我们已经走得很顺。

但真正做过产品的人都知道：拿到设计稿，往往只是开始。

接下来还有更磨人的一段：一条需求，常常要在好几个人之间来回传递——有人看到问题提出来，有人补充意见，有人拍板确认，最后还得让动手改的人准确理解「到底改哪儿、为什么改、要改成什么样」。这些信息在口头、群聊、截图之间转了好几手，理解一旦跑偏就得返工。这一段「一群人把需求对齐、再交付出去」的流程，才是大多数团队真正卡住的地方。

Refore Mark，就是为这一段而生。

它想让团队里的每一个人都能很快、很容易地把需求提出来、讨论清楚、对齐确认；然后几乎不用费脑、以 10 倍的速度，走完后面的 vibe coding、测试、验收全流程。

视频占位文件：请将对应的视频号视频替换到 apps/refore-cn/public/video/blog/refore-mark-launch/video-01.mp4。

---

一句话解释 Refore Mark

直接在你们真实的产品页面上圈选、标注、讨论需求，Refore Mark 会把大家的讨论汇总成一份可以直接喂给 Code Agent（如 Claude Code）的执行计划。

Refore 原有的产品是 Idea → 设计稿；而 Refore Mark 干脆绕过了设计稿这一步——不用先画原型，直接在跑着的真实产品上标注需求、（可选地）讨论、（可选地）预览效果、（可选地）确认需求，最后一键生成给 AI 的执行计划。

程序员或做 Vibe Coding 的人，只要无脑复制这份计划，粘贴进 Claude Code 就能开跑。

---

一段视频，看懂完整流程

视频占位文件：请将对应的视频号视频替换到 apps/refore-cn/public/video/blog/refore-mark-launch/video-02.mp4。

视频里演示的，是我们用 Refore Mark 给自己的官网和后台产品提需求。为方便演示由一个人操作，但实际上团队里任何人都能这样圈选、补充、讨论。整个流程就三步：

1. 在页面上标注需求，生成 Mark 项目；
2. 和团队成员在 Mark 项目里继续讨论、标注更多需求；
3. 获取执行计划，让 Code Agent 执行。

从「看到问题」到「AI 拿到可执行的指令」，中间没有反复的截图、对齐、没有「你说的到底是哪个按钮」。

---

关键点一：整个团队一起提、一起聊，不只是产品经理的活

提需求从来不是某一个人单向输出的事：

• 谁看到问题，谁就顺手提。

  不管你是产品、设计、运营、测试，还是老板本人，看到页面哪里不对，圈一下、写句话就提交了，不用懂技术、不用画图。

• 一个人起头，其他人接着补。

  A 提了个想法，B 可以在评论里补充，C 觉得某条不合适，可以直接忽略掉——就像大家平时围着屏幕点点点、你一言我一语，只不过这次每句话都精准落在了页面元素上。

• 由「能拍板的人」确认需求。

  不同项目谁说了算不一样，团队约定好由谁来「确认需求」即可（初期我们特意没做复杂的权限控制，就是想让它先简单跑起来）。只有被确认的需求，才会汇总生成给 AI 的执行计划。

• 不只是网页。

  手机 App、还没上线的设计稿，直接上传截图也能标注讨论。

一句话：Refore Mark 是一块所有人都能在上面提需求、讨论需求的真实产品画布，而不是某一个角色单向输出的工具。

---

关键点二：省掉「需求翻译」，AI 拿到的指令又准又直接

传统流程里最隐蔽的成本，是**「需求翻译」**这道工序：

产品经理要挖空心思把「这里怎么改」写清楚，可能还得截图、标红、配一段文字；轮到程序员，还得再把这段描述翻译成 AI（或自己）能准确执行的指令——「在某某页面的某某位置，把某某元素怎么改」。一来一回，信息衰减、理解跑偏，都发生在这道翻译里。

Refore Mark 直接把这道工序删掉了：你在真实产品上圈选，位置是精准的，AI 不会认错是哪个元素；你说的话（「这里用下面那段的颜色」「这个按钮改成文字按钮、向右对齐」）连同你圈的元素，被一起汇总成结构化的执行计划。指令又准又直接，谁来执行都不再是问题。

也正因为定位这么精准，遇到大改动时你完全可以不纠结预览效果——把 Refore Mark 单纯当成「精准标注位置 + 讨论确认需求」的地方，得到的 prompt 反而更直接。

---

三个最典型的使用场景

1. 在真实产品上讨论新需求、预览效果 产品、设计、运营围着真实页面提需求、看预览、聊清楚，Refore Mark 把所有讨论汇总成给 Code Agent 的执行计划。需求不再停留在文档和口头，而是长在页面上。

2. 设计师走查，技术同学批量交付 设计师把页面从头到尾走查一遍，该标的都标上；技术同学无脑批量复制所有执行计划丢给 Code Agent，改完回来验收确认即可。一次走查，一次性交付。

3. 谁看到问题，谁顺手提 Bug 团队里任何需要提需求的人——不管懂不懂技术——看到页面哪里有问题，顺手 Mark 一下就把 Bug / 需求提了，不用登录工单系统、不用画图、不用截图再标注。

---

什么时候最适合用它

• 产品在迭代、老页面在维护

  组件、样式都在真实产品里了，不必再为一句两句话的改动，专门去画一版原型。

• 团队已经不需要靠原型达成共识

  如果你们做事一定要先有原型才能往下推，那 Refore Mark 恰恰是想帮你「干掉原型」这一步——直接在真实产品上把需求聊明白。

• 改动大到没必要纠结预览

  越是大改，越可以把它单纯当成精准标注位置、讨论确认需求的地方，拿到的 prompt 更直接、更精准。

---

怎么开始

1. 安装 Refore Mark 浏览器插件；

2. 建议一个团队共用一个应用（应用创建人可以邀请其他人加入），这样大家互相的项目都看得见、也能互相评论，需求讨论、标注、执行计划都沉淀在一起；

3. 如果你们更看重「团队一起把需求聊清楚」（而不是一个人闷头搞完），建议把它和企业内的 IM、项目管理软件打通——这块有需要，欢迎联系我们对接。

---

Refore Mark 已经可以使用，中国用户可访问官网：

打开 Refore Mark

我们也提供Mark完直接改代码的企业方案，也提供Runner私有化部署，欢迎联系我们洽谈。

“让所有需求：Day 1 可上线”