سازنده SOP: تبدیل یادداشتهای نامرتب فرآیند به رویهای شمارهگذاریشده با موارد لبه
Why this prompt matters
When the one person who knows a process leaves, undocumented judgment calls leave with them — and the team that inherits the process has to relearn every edge case the hard way, usually by getting it wrong in front of a customer first. Operations teams that rely on verbal handoffs instead of written SOPs see new hires take roughly three times longer to reach full competency, because trial-and-error replaces a reference document. Worse, inconsistent handling of the same edge case by different reps is one of the most common sources of repeat customer complaints, since customers who get two different answers to the same question from two different reps in the same company lose trust in the process itself, not just the individual rep.
What we use it for
You're the operations lead at a 40-person e-commerce company. Your best returns-processing rep — who trained every new hire informally over the shoulder for two years — just gave two weeks' notice. Before she leaves, you sit her down and record a rambling 45-minute voice memo where she talks through how she actually handles returns, including all the undocumented judgment calls: what she does when an item comes back damaged versus defective, how she handles returns shipped to the wrong address, when she approves a partial refund without requiring the item back at all. You paste the transcript into this prompt to turn two years of tribal knowledge into a document her replacement can follow from day one.
Prompt
Role: You are a senior operations manager and technical writer who specializes in converting ad hoc, undocumented processes into clear, auditable Standard Operating Procedures (SOPs). Context: Here are my rough notes on how this process actually works, in whatever form I have them (voice memo transcript, bullet points, stream-of-consciousness description): [PASTE YOUR ROUGH NOTES, VOICE MEMO TRANSCRIPT, OR MESSY DESCRIPTION OF THE PROCESS HERE] This process is performed by [ROLE OR TEAM, e.g., "customer support reps"] and needs to be followed consistently by people with varying experience levels, from [EXPERIENCE LEVEL, e.g., "first-week hires to 3-year veterans"]. Task: Convert these notes into a clear, numbered Standard Operating Procedure. As you do this: 1. Identify the main sequential steps of the process, in the order they actually happen. 2. Separately identify every edge case, exception, or "what if" scenario mentioned or implied in the notes — even ones only hinted at. 3. For each edge case, specify the exact decision point where it diverges from the main procedure and what should happen instead. 4. Flag any step where the notes are ambiguous or contradictory, and ask a clarifying question rather than guessing. Constraints: - Do not invent steps, tools, or policies that are not stated or clearly implied in the notes. - Keep each numbered step to one action — split compound steps into separate numbers. - Write for the least experienced person who will use this SOP, not the expert who dictated it. - Preserve any specific tool names, thresholds, or numbers mentioned exactly as given. - If the notes conflict with each other (e.g., two different refund limits mentioned), flag it explicitly instead of picking one silently. Output Format: ## [Process Name] — Standard Operating Procedure ### Main Procedure 1. [Step] 2. [Step] ... ### Edge Cases and Exceptions - **[Edge case name]**: At step [X], if [condition], then [action] instead of the standard step. ### Open Questions - [Any ambiguity or contradiction that needs clarification before this SOP is finalized]
Result
Returns Processing — Standard Operating Procedure
Main Procedure
- Log in to the returns portal and pull up the customer's order using the order number or email address.
- Verify the return request falls within the 30-day return window from the delivery date.
- Ask the customer to confirm the reason for return from the dropdown (damaged, wrong item, no longer needed, defective).
- Generate a prepaid return shipping label and email it to the customer.
- Mark the order status as "Return in Transit" in the system.
- Once the item is received at the warehouse, inspect it against the stated return reason.
- If the inspection matches the stated reason, process a full refund to the original payment method within 1 business day.
- Send the customer a refund confirmation email.
Edge Cases and Exceptions
- Damaged vs. defective distinction: At step 6, if the item shows shipping damage (crushed box, torn packaging) rather than a manufacturing defect, file a carrier damage claim instead of a standard restock — these go through a separate reimbursement process and should not be marked as customer-caused.
- Wrong address returns: If the prepaid label at step 4 gets returned to sender because the customer's address was entered incorrectly, do not automatically deny the return. Contact the customer once to get a corrected address and reissue the label before closing the case.
- Partial refund without return: For orders under $25, if the customer reports an item as damaged or defective with photo evidence, skip steps 4-6 entirely and process a full refund without requiring the item to be shipped back — the cost of return shipping and inspection exceeds the item's value.
- Refund threshold escalation: Any refund over $200 requires a second approval from a team lead before step 7, regardless of the return reason.
Open Questions
- The notes mention a "7-day grace period" for gift returns but don't specify whether this extends the 30-day window or runs concurrently with it — confirm with the rep before finalizing this SOP.
- It's unclear whether the $25 no-return-required threshold applies per item or per order when a customer returns multiple items in one shipment.
بیشتر مستندسازیهای فرآیند در یک مرحله مشخص به بنبست میخورند: از کسی که فرآیند را به اندازهای خوب میشناسد که بتواند به صورت خودکار آن را انجام دهد خواسته میشود آن را بنویسد، و نتیجه چیزی است که یا برای دنبال کردن خیلی مبهم است، یا فاقد قضاوتهایی است که او را در کارش برجسته کرده است. دستور زیر طوری ساخته شده که دقیقاً همان قضاوتها را از ورودیهای بدون ساختار — یک رونوشت، یک لیست نقطهای، یک یادداشت صوتی با جریان آگاهی — استخراج کند، بدون اینکه نیاز باشد منبع دانش (فرد خبره) خود را از پیش سازماندهی کند.
مانند هر دستوری در IRCNF، این دستور از قالب Role + Context + Task + Constraints + Output Format پیروی میکند. ویژگی طراحی متمایز در اینجا، جدا کردن مرحله ۱ (استخراج توالی اصلی) از مرحله ۲ (استخراج موارد لبه) به صورت دو پاس مجزا و صریح است، نه یک دستورالعمل ترکیبی.
چرا رویه اصلی را از موارد لبه جدا میکنیم
وقتی از مدل میخواهید «یک SOP بنویسد» به صورت یکباره، تمایل دارد استثناها را به عنوان توضیحات داخل پرانتز در لیست شمارهگذاریشده اصلی بگنجاند، که این کار مستند را برای مرور سختتر میکند و تحت فشار (دقیقاً زمانی که احتمال مراجعه به آن بیشتر است) احتمال اشتباه خواندن آن را افزایش میدهد. واداشتن موارد لبه به بخش خودشان، که هر کدام به یک نقطه تصمیمگیری خاص در رویه اصلی متصل هستند، مسیر اصلی را خوانا نگه میدارد و در عین حال تمام استثناهایی را که کارشناس ذکر کرده، حفظ میکند.
چرا به پرامپت گفته شده به جای حدس زدن سوال بپرسد
یادداشتهای خام به ندرت از نظر درونی سازگار هستند — یک فرد ممکن است در یک جمله به آستانه ۲۵ دلار اشاره کند و بعداً در حین توصیف یک مثال، عدد دیگری را نشان دهد. اگر بدون محدودیت رها شود، مدل بیصدا یکی را انتخاب میکند و ادامه میدهد، که منجر به یک SOP به ظاهر مطمئن اما اشتباه میشود که هیچکس تا زمانی که از آن پیروی نشود متوجه آن نخواهد شد. یک بخش خروجی صریح به نام "Open Questions" در نظر گرفته شده است تا تناقضات به صورت یک چکلیست برای شخصی که مستند را نهایی میکند ظاهر شوند، نه اینکه به طور نامرئی با بهترین حدس مدل حل شوند.
چرا برای کمتجربهترین خواننده نوشته شده است
شخصی که یادداشتها را دیکته میکند معمولاً با تجربهترین فرد تیم است، به این معنی که مدل ذهنی آنها از مراحلی که بیان کردنشان بیش از حد بدیهی به نظر میرسد، صرفنظر میکند. دستور صریح به مدل برای نوشتن برای کمتجربهترین خواننده نهایی — نه منبع کارشناس — مراحلی را که یک فرد باتجربه هرگز به فکر نوشتن آنها نمیافتد (چون سالها به صورت خودکار انجام میشدهاند) ثبت میکند.
نتیجه مستندی است که میتوانید در روز اول به یک استخدام جدید بدهید، نه پیشنویسی که هنوز به یک دور ویرایش از سوی کسی که فرآیند را میشناسد نیاز داشته باشد.