工作台:从 SOP 到日常工作流
为什么 SOP 写好了还需要工作台;成品闭环六阶段、搭建五步法、可直接复制的搭建提示词,以及跨岗位复用公式。
这份笔记是什么
上一课把「一项任务」跑通了。这一课解决的是一天:SOP 管得了一项任务,管不了「今天先做哪个」。
一句话概括这两者的关系:
一个任务的 SOP ≠ 一天的优先级。
为什么 SOP 写好了还需要工作台
讲师的过渡是这么说的:
日报、项目复盘和笔记拆解,都是一项任务的 SOP。但我作为产品经理,一天还要决定先做哪个项目、今天交付什么、昨天没完成的事去哪里、复盘产生的新任务交给谁。工作台负责把这些任务连起来。
你先认一下自己的痛点
- 计划、项目、临时需求、复盘分散;
- 每天重新判断目标和优先级;
- 做完之后经验没有回到下一轮。
工作台的验收标准
打开后看见今天要处理的事;选定三件有输入和输出的工作;复盘后形成下一步行动。
三条都能做到,才算一个能用的工作台——不是一张好看的仪表盘。
先看你的成品闭环
月 / 周 OKR → 项目甘特图 → 行动清单 → 今日核心三件事(输入 → 输出)
→ 日 / 周 / 月复盘 → 提取行动回流;项目完成后归档六个阶段各自的字段与去处:
| 阶段 | 工作台模块 | 关键字段或交付 | 下一步去哪里 |
|---|---|---|---|
| 定方向 | 月 / 周 OKR | 目标、KR、周计划、进度 | 项目与行动 |
| 排项目 | 甘特图 | 任务、负责人、起止日期、进度 | 到期提醒与行动清单 |
| 拆行动 | 行动清单 | 可执行、可勾选、有结果的动作 | 今日三件事 |
| 今日执行 | 核心三件事 | 每项的输入、预期输出、完成状态 | 复盘与日报 |
| 学习调整 | 日 / 周 / 月复盘 | 有效做法、问题、提取行动 | 行动清单或下一轮 OKR |
| 留存成果 | 项目归档 | 结果、时间线、可复用方法 | 下次同类项目 |
两处值得停留的细节
- 逾期、今天到期、临近到期及未完成事项,都要回到「今天要处理」——昨天没做完的事不会消失;
- 复盘提取的行动进入行动清单,下一轮可继续选择——这是「经验回到下一轮」的具体机制。
看回上一课:项目复盘 SOP 在这里有了输入来源和结果去处;日报可以参考当天完成记录,但仍然需要人工核对。
学员搭建的五步法
写出每周重复的任务
每项记录触发时机、输入、步骤、完成标准、结果去向。先选 1—2 条常用流程,不要一上来就全铺开。
按闭环写出自己的业务对象和数据流
按「目标 → 项目 → 行动 → 今天 → 复盘 → 回流」写。不需要的环节可以删——不是每个岗位都需要甘特图。
先实现能打开就执行的主链
写清今天置顶规则、任务完成标准与复盘回流;字段必须可编辑。第一版不要追功能,要追「打开就能用」。
先要流程表、字段表、异常规则和验收清单
确认业务逻辑后再生成页面。 这一步顺序反了,就会得到一个好看但不对的原型。
每次针对一个真实问题迭代
记录找不到的字段、错过的提醒和无法回流的行动,一次改一处。
讲师的实际迭代过程
第一版是六模块 + 本地保存;随后改为薰衣草紫与暖奶油底;OKR 从普通卡片重做为月 / 周矩阵表;补上就地编辑与新增模块;甘特图改为左侧任务表加右侧时间网格,并能调整任务条。
这些改动都来自使用时发现的具体问题。学员不必在第一版复制所有功能——先跑通,再按自己遇到的问题改。
可直接复制的工作台搭建提示词
你是产品设计师和前端原型开发者。请基于我自己的工作 SOP 设计个人工作台。
岗位及工作对象:【填写】;
每周反复执行的 SOP:【至少粘贴 2 条】;
当前工作闭环:【填写】;
今天任务的优先级规则:【填写】;
任务完成标准:【填写】。
请先输出:
① 目标 → 项目 → 行动 → 今日执行 → 复盘 → 回流的流程表;
② 首版最多 4 个核心区域的字段表;
③ 跨区域的数据流;
④ 信息缺失和任务逾期时的处理规则;
⑤ 能逐项检查的验收清单。
指出没有交代清楚的业务规则,先不要写代码。
我确认需求后,再生成本地可打开的单文件 HTML 原型。首版要求:今天要处理置顶;核心字段可编辑;未完成事项不消失;复盘可提取行动;数据本地保存;支持 JSON 导出 / 导入及清空二次确认;预置 3 条示例任务,其中 1 条逾期;手机和电脑均可读。这段提示词的关键设计
| 设计 | 为什么 |
|---|---|
| 「先不要写代码」 | 业务逻辑没确认就生成页面,返工成本最高 |
| 「指出没有交代清楚的业务规则」 | 让 AI 反过来帮你想漏掉的东西 |
| 首版最多 4 个核心区域 | 控住范围,避免第一版就做不完 |
| 预置 3 条示例任务,其中 1 条逾期 | 逾期处理是最容易漏的规则,示例里必须有一条 |
| 本地保存 + JSON 导出导入 | 数据在自己手里,可备份可迁移 |
三条边界,必须说清
一、不要假设静态页面天然具备 AI 推理、联网抓取或跨设备自动同步。 需要这些能力时,单独列出接口、服务和验收办法。
二、本地单文件方案适合先在个人设备上跑通。 用单文件 HTML + 浏览器 localStorage + JSON 备份,在线部署方便打开,但不等于多端同一份数据。
三、分享给团队或处理真实业务数据时,需要另行设计权限、服务端与同步。 静态前端保存应用密钥的直连方式只适合个人试验。
如何复用到你的岗位
复用公式:保留有效闭环 + 替换业务对象 + 重定今天置顶规则 + 写明完成标准。
| 岗位 | 目标与项目 | 今日可交付结果 | 复盘去向 |
|---|---|---|---|
| 产品经理 | 指标、需求、版本 | PRD、访谈结论、验收清单 | 下一版本 / 行动项 |
| 教师与教研 | 学习目标、课程研发 | 课件、作业反馈、学情记录 | 下一课调整 |
| 自媒体 | 内容系列、发布计划 | 选题、脚本、成稿 | 选题库 / 内容 SOP |
| 销售 | 客户阶段、成交目标 | 拜访纪要、方案、下一步约定 | 客户跟进 |
学员操作顺序
- 先复制工作闭环的逻辑;
- 再换字段和示例数据;
- 之后调整优先级规则;
- 使用七天再决定加什么。
若岗位任务不适合甘特图,可改为项目清单,不必保留同样界面。闭环是骨架,界面是可替换的。
质量红线
- 事实、数字、日期、人名回到原资料核对;
- 演示用资料先脱敏或取得授权;
- AI 结果是草稿,对外发布和排期承诺由人最终确认;
- 拆解别人的内容可以学方法,不能照搬文案与经历。
这一课的小结
| 记住什么 | 一句话 |
|---|---|
| 为什么需要工作台 | 一个任务的 SOP 管不了「今天先做哪个」 |
| 验收标准 | 打开见今天的事、选定三件事、复盘出行动 |
| 怎么搭 | 五步法,先要流程表和字段表,确认后再生成页面 |
| 怎么改 | 从使用时发现的具体问题出发,一次一处 |
| 怎么迁移 | 保留闭环、替换对象、重定优先级、写明完成标准 |
下一课的作业,就是把这三节课连起来交一份成果。
产品教程