上午刚打开 PRD，销售甩来一句"客户说能不能接飞书审批"。刚准备回复，客服又发来截图："用户保存设置报错了"。群里又有人说："暗色模式能不能安排一下"。
事儿都不大，但每条都能把你从当前工作里拽出来。一遍遍打开需求池记录，这么多碎片化的需求和 BUG 沟通，怎么可能有机会进入"深度工作"时间。怪不得说，产品经理只能下班后写文档。
接需求其实先不考虑"做不做"、"怎么做"，先保证不丢，把需求快速放到正确的位置。别打断我的思路，别影响我干活。
这次我做了一个小 Skill，用来自动化分拣需求和 BUG，直接入表、标记状态、优先级。先回对方一个"收到"，等我有空了再集中处理。
需求分拣 Skill
跟你的 Agent 说：
帮我安装这个 skill：https://github.com/KarenD006/demand-triage-router你可以发截图、聊天记录、文字给它，让它"记录一下 xxx"。
我给这个 Skill 设的第一条规则是：反馈不等于需求。它不会直接把用户原话变成需求标题，而是先拆成：原话、场景、真实问题、缺失信息、下一步动作。
"要批量导出"，真正的问题可能是"每周给老板汇报项目进度太麻烦"。"接飞书审批"，真正的问题可能是"采购流程卡在内部审批"。
比如用户说：
"能不能支持批量导出？我们每周要给老板整理项目进度。"
它不会只记录成"批量导出需求"，而是记录成：
- 真实问题：企业客户需要高效整理项目进度用于周报
- 使用场景：每周汇报
- 状态：待执行
- 优先级：P2
- 下一步：确认导出字段、格式和影响客户数
当然，最先判断是 Bug 还是需求。
Bug 进 Bug 池标注重要程度，你可以直接回复它一句，分给谁，直接 @ 到相关同事跟进。
如果你需要 @ 相关人，可以让它：把 Bug 表的负责人改为人员类型，后面就能 @ 负责人跟进。
判断是需求，就进需求池。
先帮你整理好真实问题、场景、优先级。再根据完善度判断状态：
- 信号弱、场景不清——待观察
- 需求缺关键信息——待确认
- 场景、问题、影响都清楚——待执行
目的就是让零散需求不打断你的工作，直接帮你先收件，等你有时间集中处理。
每天集中看
表格可以跟其他 PM 和 BUG 跟进人员共用，有进度了就更新。需要看的时候，直接让它整理出来当天新增的需求和 BUG。
有漏记的，直接让它更新一下。
你也可以设置一个定时任务，让它到下午跟你汇报一下当天的处理情况。
每天集中处理时，我一般会处理 4 件事：
- 有没有今天必须处理但还没解决的 Bug，再及时跟一下
- 哪些待确认需求需要我去约人沟通，有必要可以 @ 一下相关人
- 哪些待观察线索开始重复出现，让 AI 转成待执行需求
- 要开始做哪些需求，让 AI 把状态改到执行中，设定一下日期，让 AI 提醒我到期开始
用之前，别忘了先装飞书 CLI
Skill 是将需求分拣录入飞书表格，所以需要先安装飞书 CLI，来给 Agent 调用飞书的权限。如果你用的 OpenClaw 已经装了飞书插件，可以不单独装飞书 CLI。
当你第一次使用时，跟它说"帮我录个需求"或"初始化一下需求分拣 skill"，都能触发飞书表格创建流程。Skill 会问你要一些飞书授权，就能帮你创建出需求表了。
创建好之后它会记下来，后续不需要告诉它每次存到哪。
小结
以前的工作流是：
收到反馈 → 停下手头工作 → 判断是需求还是 BUG → 记到某个地方 → 继续被下一条打断。
现在变成：
收到反馈 → 丢给需求分拣机 → 自动入池 → 每天集中处理。
我也不要求它对每条的录入都绝对精准，但只要别混、别丢、别打扰我就行了。
Agent 帮你提效，也先需要你把标准显性化。哪些是 BUG、哪些是需求、哪些待观察、哪些待确认。这个 Skill 只是一个抛砖引玉的架子。
你拿来直接用也行。不过，最适合你的"需求分拣机"，一定是根据你自己的工作环境磨合出来的。欢迎大家自己去调整优化这个 Skill，把判断标准、存储表格都变成你习惯的样子。