| name | g03-processize |
| description | 用户在讨论如何提高效率、如何把重复工作自动化、什么时候该流程化什么时候该自动化时激活。
信号词: "如何提高效率"、"重复工作太多"、"什么时候自动化"、"流程优化"。
不适用于: 还没找到MVP前流程的产品讨论、需要战略转型而非运营优化的场景。
|
| source_book | 《小而美》 萨希尔·拉文吉亚 |
| source_chapter | 第三章「越少越好」 |
| tags | ["operations","methodology","verb","efficiency"] |
| related_skills | [] |
术语: 流程化 (Processize)
R — 原文 (Reading)
processize(动词)将……变成一个流程(流程化)
— 萨希尔·拉文吉亚, 第三章
I — 方法论骨架 (Interpretation)
流程化是一种把"我做某件事"变成"我发现做某件事的最佳方式并记录它"的认知转换。
核心逻辑:
- "我做某件事" → 你在消耗自己
- "我发现做某件事的最佳方式并记录它" → 你在构建系统
- 先流程化,再自动化
英语中没有"processize"这个词,作者专门发明了它——这个动词本身就是方法论。
A1 — 书中的应用 (Past Application)
案例 1: Gumroad的服务流程
- 问题: 如何处理客户问题
- 方法论的使用: 首先自己服务客户,之后围绕它创建流程
- 结论: "首先,我'雇'自己做这件事,之后围绕它创建了一个流程"
- 结果: 服务流程可复制、可规模化
案例 2: Endcrawl的片尾字幕处理
- 问题: 如何标准化电影片尾字幕
- 方法论的使用: 用Google表格和Perl脚本手动处理,验证后流程化
- 结论: 流程化使服务可扩展
- 结果: 成为行业标准
A2 — 触发场景 (Future Trigger) ★
用户会在什么情境下需要这个 skill?
- 用户每天花2小时处理重复工作——需要流程化
- 用户问"什么时候应该流程化,什么时候应该自动化"——需要区分两个步骤
- 用户想提高效率——需要先流程化再自动化
- 用户在讨论"如何把服务标准化"——这本身就是流程化
- 用户有太多"救火"工作——需要把救火变成流程
语言信号 (用户的话里出现这些就应激活)
- "如何提高效率"
- "重复工作太多"
- "什么时候自动化"
- "流程优化"
- "服务标准化"
与相邻 skill 的区分
- 与 "自动化" 的区别: 流程化是发现过程,自动化是实现过程。先发现,再固化
- 与 "流程管理" 的区别: 那是大公司的管理方式,本方法是个人发现的最佳实践
E — 可执行步骤 (Execution)
当 skill 被激活后, agent 应按以下步骤执行:
-
记录你做这件事的方式
- 完成标准: 用户写出"收到邮件→分类→回复模板X→归档"这样的步骤清单
-
找出"最佳方式"
-
在自动化之前验证
- 完成标准: 人工流程运行一段时间,确认它有效
- 判停条件: 若自动化失败,损失的是开发时间;若流程没验证就自动化,损失的是你的假设
B — 边界 (Boundary) ★
不要在以下情况使用此 skill
- 还没找到MVP前流程——那是g02的范畴
- 流程本身有战略问题——那是方向问题,不是运营问题
- 用户被"优化"绑架——有时候不做比做更好
作者在书中警告的失败模式
- 直接跳到自动化,没有先流程化——自动化了一个混乱流程
- 把"我做某件事"当成"我知道最佳方式"——其实你可能一直在用笨方法
- 流程化太多东西——不是所有事都需要标准化
容易混淆的邻近方法论
- "流程优化" — 那是企业管理的语言,本方法强调个人发现的最佳实践
- "自动化" — 那是结果,流程化是前提
相关 skills (阶段 3 填充)
- depends-on: g02-manual-valuable-process
- contrasts-with:
- composes-with:
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: 待测试
- 蒸馏时间: 2026-04-17
相关链接