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.