Skip to content
使用指南

提示词范本是新一代的 SOP

当员工离职时,他们的专业知识也随之离开。包含结构化提示词和纲要的 Recipes 能以传统文件从未达成的方式,捕捉组织的制度性知识。

JT
JieGou Team
··3 分钟阅读

JieGou has evolved.

Since this post was published, JieGou has pivoted from an AI automation platform to an AI-powered operations company delivering managed marketing and operations services. Learn about our managed services →

每个组织都面临同样的问题:懂得如何完成某项工作的人离开了,没有人能复制他们的工作成果。不是因为工作本身困难,而是因为做好这项工作的知识——给客户发邮件的具体措辞、评估潜在客户的标准、评估供应商时该问的问题——都存在于那个人的脑海中。

SOP 是传统的解决方案。写下流程,放在 wiki 上,希望有人会读。

SOP 总比没有好,但它们有一个根本性的限制:它们描述工作但不执行工作。一个人仍然需要阅读 SOP、理解它,然后产出结果。输出品质取决于读者的技能、注意力和判断力。

Recipes 编码的是如何做,而不只是做什么

Recipe 是可执行的 SOP。它不是描述如何研究潜在客户——它实际执行潜在客户研究,遵循提示词范本中编码的确切方法。

以销售团队的潜在客户研究流程为例。传统的 SOP 可能会这样写:

  1. 在 LinkedIn 和 Crunchbase 上查找公司资讯
  2. 记录最近的融资轮次和关键高管
  3. 查看最近的新闻或产品发布
  4. 根据公司规模和产业识别潜在痛点
  5. 以标准格式总结调查结果

Recipe 以不同的方式编码相同的知识:

提示词范本:

研究以下公司并产出全面的潜在客户摘要。

公司: {{company_name}} 网站: {{website_url}}

包含:公司概况、成立日期、员工人数、近期融资、关键高管(姓名、职称、LinkedIn)、技术堆叠、近期新闻和产品发布、影响他们的产业趋势,以及基于公司阶段和市场定位的潜在痛点。

专注于销售代表可以在拓展时参考的可行情报。

输出纲要:

company_overview (字串)、key_executives (阵列)、recent_funding (物件)、tech_stack (阵列)、recent_news (阵列)、pain_points (阵列)、outreach_angles (阵列)

差异在于:当撰写这份 SOP 的人离开时,接替者阅读文件并产出一些东西。当创建这个 recipe 的人离开时,recipe 持续产出相同品质的输出。知识被编码在指令和纲要中,而不是在某人对检查清单的理解中。

制度性知识的复利效应

随着时间推移,recipes 累积团队的专业知识。潜在客户研究 recipe 不断精进:有人注意到在输出中加入「竞争态势」能提升拓展品质,于是将它加入纲要。另一个人发现询问「购买讯号」能产出更可行的输出,于是更新了提示词。

每次改进都是永久性的。它适用于未来的每次执行。随着团队使用,recipe 变得更好,而这些改进永远不会随着人员离开而消失。

相比之下,传统的 SOP 就不同了。当有人发现更好的方法时,他们可能会更新 wiki 页面。或者他们可能只是开始以新方式执行,忘记更新文件。随着时间推移,SOP 与实际做法脱节,没有人再相信文件。

纲要确保一致性

Recipe 的输出纲要是 SOP 无法复制的特性。当纲要规定输出必须包含 risk_level(列举值:high、medium、low)时,每次执行都会产生该分类。当纲要规定 action_items 是一个包含 descriptionownerdeadline 的物件阵列时,每次执行都会产生结构化的行动项目。

这种一致性意味着:

  • 新成员产出的结果与资深员工无异
  • 结果可以跨执行进行汇总和比较
  • 下游工作流程可以可靠地使用输出
  • 品质指标是可衡量的

传统 SOP 可能会说「将风险等级分类为高、中或低」。Recipe 则能保证做到这点。

建立 recipe 资料库

最有效的团队将他们的 recipe 资料库视为制度性知识基础设施:

  • 核心流程变成 recipes。 如果你每周做超过一次,它就应该是一个 recipe。
  • Recipes 纳入版本控制。 随着团队学习什么有效,提示词范本和纲要会演进。
  • 新进员工从现有 recipes 开始。 不是阅读 wiki 后猜测,而是执行 recipe 并看到好的输出是什么样子。
  • 离职员工的 recipes 保留下来。 他们的知识留存在范本中,而不是在他们的笔记中。

从个别 recipes 到团队工作流程

个别 recipes 捕捉任务层级的知识。工作流程则捕捉流程层级的知识——任务的顺序、决策点、核准关卡、将工作导向不同路径的条件。

招聘流程的工作流程不仅编码如何撰写职位描述(那是一个 recipe),还包含整个流程:职位描述 → 履历筛选 → 面试准备 → 总结讨论 → 录取或拒绝。工作流程捕捉顺序、分支逻辑和交接点。

当招聘主管离开时,流程不会归零重来。工作流程以相同的品质和一致性继续运行。新主管审查输出并做出决策,但流程本身被保留下来。

开始使用

你不需要在第一天就将每个 SOP 转换成 recipe。从团队最常执行且一致性最重要的任务开始。对大多数团队来说,那些是:

  1. 新进员工最挣扎的任务
  2. 在团队成员间产出变异性最大的任务
  3. 耗时最长但遵循可预测模式的任务

为每一个创建一个 recipe。执行几次。根据输出品质精炼提示词和纲要。一周内,你就捕捉了原本需要数月才能以传统方式记录的制度性知识——而且与文件不同,recipe 实际执行工作。

recipesknowledge-managementsopstemplates
分享这篇文章

喜欢这篇文章吗?

在您的信箱中获取工作流程技巧、产品更新和自动化指南。

No spam. Unsubscribe anytime.