すべての組織がこの問題を抱えています：何かをやり方を知っている人が退職し、誰もその仕事を再現できない。仕事が難しいからではなく、うまくやるための知識 — 顧客メールの特定のフレーズ、リードを評価する基準、ベンダー評価で聞くべき質問 — がその人の頭の中にあったからです。
SOPは従来のソリューションです。プロセスを書き留める。Wikiに入れる。誰かが読むことを願う。
SOPはないよりましですが、根本的な制限があります：仕事を記述するが実行しない。人がSOPを読み、解釈し、出力を生成します。出力品質は読み手のスキル、注意力、判断に依存します。
レシピは何だけでなくどうやるかをエンコードする
レシピは実行可能なSOPです。見込み客をどう調査するか記述するのではなく — プロンプトテンプレートにエンコードされた正確なアプローチに従って実際に見込み客を調査します。
違い：このレシピを作った人が退職しても、レシピは同じ品質の出力を生産し続けます。知識はチェックリストの解釈ではなく、指示とスキーマにエンコードされています。
組織の知識が蓄積される
時間とともにレシピにはチームの専門知識が蓄積されます。改善は永続的です。すべての将来の実行に適用されます。改善は決して退職しません。
スキーマが一貫性を保証する
レシピの出力スキーマはSOPでは再現できないものです。スキーマがrisk_level（enum: high, medium, low）を含むと言えば、すべての実行がその分類を生成します。
レシピライブラリの構築
最も効果的なチームはレシピライブラリを組織の知識インフラとして扱います：
- コアプロセスにレシピを。 週1回以上行うなら、レシピにすべき
- レシピをバージョン管理。 プロンプトテンプレートとスキーマはチームが学ぶにつれて進化
- 新入社員は既存レシピから。 Wikiを読んで推測する代わりに、レシピを実行して良い出力を確認
- 退職者のレシピは残る。 知識はメモではなくテンプレートに存続
始めましょう
すべてのSOPをレシピに変換する必要はありません。チームが最も頻繁に行い、一貫性が最も重要なタスクから始めてください。