نوشتن SOP با هوش مصنوعی؛ آموزش ساخت دستورالعمل اجرایی استاندارد

در این راهنمای عملی یاد می‌گیرید چگونه دانش پراکنده کارکنان را به SOP استاندارد، قابل اجرا و قابل ارزیابی تبدیل کنید؛ همراه با قالب فارسی، نمونه واقعی و کد تولید DOCX.

Share
نوشتن SOP با هوش مصنوعی؛ آموزش ساخت دستورالعمل اجرایی استاندارد

بخش زیادی از دانش عملی یک شرکت فقط در ذهن کارکنان باتجربه قرار دارد. یک نفر می‌داند سفارش چگونه بررسی می‌شود، فرد دیگری روش رسیدگی به درخواست مشتری را بلد است و مدیر واحد می‌داند در هر وضعیت چه تصمیمی باید گرفته شود. تا زمانی که این دانش مستند نشود، اجرای فرایند به حضور افراد خاص وابسته باقی می‌ماند.

دستورالعمل اجرایی استاندارد یا SOP به سازمان کمک می‌کند فعالیت‌های تکرارشونده را به روشی مشخص، قابل آموزش و قابل ارزیابی انجام دهد. یک SOP مناسب توضیح می‌دهد چه کاری، توسط چه نقشی، در چه زمانی، با چه ورودی‌هایی، در کدام سیستم و براساس چه معیارهایی انجام شود.

هوش مصنوعی می‌تواند یادداشت‌ها، فایل‌ها، متن جلسات و توضیحات کارکنان را به پیش‌نویس ساختاریافته یک SOP تبدیل کند. بااین‌حال، خروجی مدل نباید بدون بررسی به‌عنوان دستورالعمل نهایی منتشر شود. مالک فرایند باید مراحل، مسئولیت‌ها، استثناها و معیارهای تکمیل را تأیید کند.

در این مقاله یاد می‌گیرید:

  • SOP چیست و چه تفاوتی با فرایند و چک‌لیست دارد
  • یک SOP حرفه‌ای چه بخش‌هایی دارد
  • چگونه اطلاعات فرایند را جمع‌آوری کنید
  • چگونه با هوش مصنوعی پیش‌نویس SOP بسازید
  • چگونه دستورالعمل تولیدشده را آزمایش کنید
  • چگونه SOP را به چک‌لیست اجرایی تبدیل کنید
  • چگونه با API درواره سامانه تولید SOP بسازید
  • چگونه فایل Word استاندارد تولید کنید
  • چگونه دستورالعمل‌ها را به‌روز نگه دارید

SOP چیست؟

SOP مخفف Standard Operating Procedure و به معنی «دستورالعمل اجرایی استاندارد» است. این سند، روش مورد تأیید سازمان برای انجام یک فعالیت تکرارشونده را توضیح می‌دهد.

نمونه فرایندهایی که می‌توان برای آن‌ها SOP نوشت:

  • پاسخ‌گویی به تیکت مشتری
  • ثبت و پیگیری سرنخ فروش
  • ورود اطلاعات محصول
  • آماده‌سازی گزارش هفتگی
  • تحویل تجهیزات به کارکنان
  • انتشار مقاله در وبلاگ
  • بررسی سفارش‌های جدید
  • ثبت درخواست خرید
  • ورود نیروی جدید
  • کنترل کیفیت خروجی پروژه
  • تهیه نسخه پشتیبان از اسناد
  • برگزاری جلسه هفتگی
  • مدیریت شکایت مشتری
  • تحویل پروژه به کارفرما

هدف SOP فقط ثبت اطلاعات نیست. کاربر باید بتواند سند را باز کند و بدون نیاز به توضیحات مداوم، فعالیت را به شکل مورد انتظار انجام دهد.

تفاوت SOP، فرایند، سیاست و چک‌لیست

این اصطلاحات گاهی به‌جای یکدیگر استفاده می‌شوند، اما نقش متفاوتی دارند.

مفهومپرسش اصلینمونه
سیاست یا Policyچه قواعدی باید رعایت شود؟تمام درخواست‌های مشتری باید ثبت شوند
فرایند یا Processکار از چه مراحلی عبور می‌کند؟دریافت، دسته‌بندی، پاسخ و بستن درخواست
SOPهر مرحله دقیقاً چگونه انجام می‌شود؟روش ثبت، اولویت‌بندی و پاسخ‌گویی به تیکت
Work Instructionیک کار مشخص چگونه اجرا شود؟نحوه تغییر وضعیت تیکت در نرم‌افزار
چک‌لیستچه مواردی باید کنترل شوند؟نام مشتری، موضوع، اولویت، پاسخ و وضعیت
فرمچه اطلاعاتی باید ثبت شود؟فرم ثبت درخواست مشتری

یک SOP ممکن است به سیاست سازمان، نمودار فرایند، دستورالعمل نرم‌افزار و چک‌لیست نهایی ارجاع دهد، اما نباید تمام آن‌ها را بدون ساختار در یک سند طولانی ترکیب کند.

چرا نوشتن SOP دشوار است؟

بزرگ‌ترین مشکل این است که افراد باتجربه بسیاری از مراحل را بدیهی می‌دانند. هنگام توضیح فرایند ممکن است بگویند:

درخواست را بررسی می‌کنیم و اگر مشکلی نبود، برای واحد مربوطه می‌فرستیم.

اما این توضیح به پرسش‌های مهم پاسخ نمی‌دهد:

  • درخواست از کدام کانال دریافت می‌شود؟
  • چه کسی آن را بررسی می‌کند؟
  • منظور از «مشکلی نبود» چیست؟
  • اطلاعات اجباری کدام‌اند؟
  • واحد مربوطه چگونه انتخاب می‌شود؟
  • اگر اطلاعات ناقص بود چه اتفاقی می‌افتد؟
  • زمان مورد انتظار چقدر است؟
  • چه چیزی به‌عنوان مدرک انجام کار ثبت می‌شود؟
  • فرایند چه زمانی پایان‌یافته محسوب می‌شود؟

هوش مصنوعی می‌تواند این نقاط مبهم را شناسایی و به سؤال تبدیل کند، اما پاسخ واقعی باید از مالک فرایند یا کارکنان اجرایی دریافت شود.

هوش مصنوعی در کدام بخش‌های ساخت SOP کمک می‌کند؟

تبدیل توضیحات پراکنده به ساختار

یادداشت‌ها، پیام‌ها و متن جلسات می‌توانند به سرفصل‌های مشخص تبدیل شوند.

شناسایی اطلاعات گمشده

مدل می‌تواند تشخیص دهد که مسئول، زمان، ورودی، خروجی یا استثنای یک مرحله مشخص نشده است.

یکدست‌سازی نگارش

اگر دستورالعمل‌های واحدهای مختلف با سبک‌های متفاوت نوشته شده‌اند، هوش مصنوعی می‌تواند آن‌ها را به قالب و لحن یکسان تبدیل کند.

تبدیل فرایند به مراحل اجرایی

مدل می‌تواند یک توضیح طولانی را به مراحل شماره‌دار و قابل اجرا تبدیل کند.

ساخت چک‌لیست

از روی SOP می‌توان چک‌لیست روزانه یا فرم کنترل تولید کرد.

تولید نسخه‌های متناسب با نقش

از یک SOP می‌توان نسخه کامل مدیر، نسخه اجرایی کارشناس و نسخه کوتاه آموزش نیروی جدید را ساخت.

تولید سؤال‌های آموزشی

مدل می‌تواند از روی SOP آزمون یا سناریوی تمرینی تولید کند.

مقایسه نسخه‌ها

می‌توان دو نسخه دستورالعمل را مقایسه و تغییرات مسئولیت‌ها، مراحل و معیارها را استخراج کرد.

هوش مصنوعی چه کاری را نباید به‌تنهایی انجام دهد؟

مدل نباید درباره این موارد به‌جای سازمان تصمیم بگیرد:

  • مسئول نهایی فرایند
  • سطح اختیار کارکنان
  • تأیید یا رد استثناها
  • زمان قطعی ارائه خدمت
  • قواعد مالی سازمان
  • دسترسی افراد به سیستم‌ها
  • معیارهای کنترل کیفیت
  • تصمیم‌های مدیریتی
  • فرایندهای مرتبط با سلامت و ایمنی
  • الز

دسته‌بندی: هوش مصنوعی برای کسب‌وکار

کلمه کلیدی اصلی: نوشتن SOP با هوش مصنوعی

کلمات کلیدی مرتبط: ساخت SOP با هوش مصنوعی، نوشتن دستورالعمل اجرایی، روش اجرایی استاندارد، Standard Operating Procedure، ساخت فرایند کاری با هوش مصنوعی، مستندسازی فرایندها، تولید چک‌لیست با هوش مصنوعی، دستورالعمل سازمانی، طراحی گردش‌کار، هوش مصنوعی برای مدیریت فرایند

Meta Title: نوشتن SOP با هوش مصنوعی؛ آموزش دستورالعمل اجرایی

Meta Description: آموزش عملی نوشتن SOP و دستورالعمل اجرایی با هوش مصنوعی؛ از استخراج فرایند و طراحی مراحل تا اعتبارسنجی، ساخت چک‌لیست و تولید فایل Word با API درواره.

Excerpt: در این راهنمای عملی یاد می‌گیرید چگونه فرایندهای پراکنده سازمان را با هوش مصنوعی به SOP دقیق، قابل اجرا و قابل ارزیابی تبدیل کنید؛ همراه با قالب، نمونه، پرامپت و کد.

Slug: write-standard-operating-procedure-with-ai

نوشتن SOP با هوش مصنوعی؛ آموزش ساخت دستورالعمل اجرایی استاندارد

بخش بزرگی از دانش عملیاتی شرکت‌ها فقط در ذهن کارکنان باتجربه باقی می‌ماند. افراد می‌دانند یک سفارش چگونه ثبت می‌شود، تیکت مشتری چطور پاسخ داده می‌شود یا گزارش ماهانه چگونه تهیه می‌شود؛ اما این مراحل در یک سند روشن، به‌روز و قابل اجرا ثبت نشده‌اند.

نتیجه چنین شرایطی معمولاً وابستگی به افراد، آموزش طولانی کارکنان جدید، تفاوت در کیفیت خروجی، فراموش شدن مراحل و تکرار اشتباهات است.

SOP یا Standard Operating Procedure سندی است که روش استاندارد انجام یک فعالیت تکرارشونده را توضیح می‌دهد. در فارسی می‌توان آن را «دستورالعمل اجرایی استاندارد»، «روش اجرایی» یا «رویه عملیاتی استاندارد» نامید.

هوش مصنوعی می‌تواند یادداشت‌های پراکنده، مصاحبه با کارکنان، صورت‌جلسه، فایل‌های قدیمی و توضیحات مدیر فرایند را به پیش‌نویس یک SOP ساختاریافته تبدیل کند. بااین‌حال، خروجی هوش مصنوعی باید به‌عنوان پیش‌نویس در نظر گرفته شود؛ زیرا تشخیص روش واقعی انجام کار، استثناها، مسئولیت‌ها و معیارهای پذیرش همچنان به دانش افراد سازمان وابسته است.

در این مقاله یاد می‌گیرید:

  • SOP چیست و چه تفاوتی با فرایند و چک‌لیست دارد
  • یک دستورالعمل اجرایی استاندارد چه بخش‌هایی دارد
  • چگونه اطلاعات فرایند را جمع‌آوری کنید
  • چگونه با پرامپت مناسب پیش‌نویس SOP بسازید
  • چگونه مراحل، نقش‌ها و نقاط تصمیم را استخراج کنید
  • چگونه SOP تولیدشده را آزمایش و تأیید کنید
  • چگونه از SOP یک چک‌لیست اجرایی بسازید
  • چگونه با پایتون و API درواره فایل Word تولید کنید

SOP چیست؟

SOP سندی است که توضیح می‌دهد یک فعالیت مشخص باید توسط چه کسی، در چه شرایطی، با چه ورودی‌هایی، در چه مراحلی و با چه معیارهایی انجام شود.

یک SOP مناسب باید به کاربر کمک کند بدون وابستگی مداوم به نویسنده سند، فعالیت موردنظر را به‌درستی انجام دهد.

برای مثال، عنوان یک SOP می‌تواند چنین باشد:

  • نحوه پاسخ‌گویی به تیکت مشتری
  • روش ثبت سفارش جدید
  • دستورالعمل ورود اطلاعات محصول
  • روش تهیه گزارش فروش ماهانه
  • نحوه تحویل پروژه به مشتری
  • دستورالعمل ورود نیروی جدید
  • روش بررسی و تأیید محتوای وب‌سایت
  • نحوه ثبت و پیگیری درخواست خرید
  • روش انتشار مقاله در وبلاگ
  • دستورالعمل مدیریت جلسه هفتگی

تفاوت SOP، فرایند، خط‌مشی و چک‌لیست

این اصطلاحات گاهی به‌جای یکدیگر استفاده می‌شوند، اما کاربرد یکسانی ندارند.

مفهومپرسش اصلینمونه
خط‌مشی یا Policyچه قاعده‌ای باید رعایت شود؟تمام درخواست‌های مشتری باید ثبت شوند
فرایند یا Processجریان کلی کار چیست؟دریافت، دسته‌بندی، پاسخ و بستن درخواست
SOPکار دقیقاً چگونه انجام می‌شود؟مراحل بررسی و پاسخ به یک تیکت
دستور کار یا Work Instructionیک فعالیت جزئی چگونه اجرا می‌شود؟نحوه تغییر وضعیت تیکت در نرم‌افزار
چک‌لیستچه مواردی نباید فراموش شوند؟کنترل پاسخ، لینک‌ها و وضعیت نهایی
گردش‌کار یا Workflowکار چگونه میان افراد و سیستم‌ها حرکت می‌کند؟ارجاع خودکار تیکت به واحد مربوطه

یک SOP ممکن است شامل چند دستور کار و یک یا چند چک‌لیست باشد. خود SOP نیز می‌تواند به یک گردش‌کار نرم‌افزاری تبدیل شود.

چرا شرکت‌ها به SOP نیاز دارند؟

کاهش وابستگی به افراد

وقتی روش انجام کار فقط در ذهن یک کارمند باشد، غیبت یا خروج او می‌تواند عملیات را مختل کند.

آموزش سریع‌تر کارکنان جدید

SOP به نیروی جدید نشان می‌دهد کار از کجا آغاز و با چه معیاری تکمیل می‌شود.

یکسان شدن کیفیت خروجی

تمام افراد یک فرایند را با مراحل و معیارهای مشابه انجام می‌دهند.

کاهش خطاهای تکراری

کنترل‌های مهم داخل مراحل و چک‌لیست قرار می‌گیرند و کمتر فراموش می‌شوند.

مشخص شدن مسئولیت‌ها

در SOP روشن می‌شود چه کسی اجراکننده، تأییدکننده یا دریافت‌کننده خروجی است.

امکان خودکارسازی

تا زمانی که یک فرایند به‌وضوح تعریف نشده باشد، خودکارسازی آن دشوار است. SOP می‌تواند مبنای طراحی Workflow، اتوماسیون یا AI Agent باشد.

بهبود مستمر فرایند

وقتی روش فعلی مستند شود، می‌توان زمان، گلوگاه‌ها و مراحل غیرضروری آن را بررسی کرد.

هوش مصنوعی در نوشتن SOP چه کمکی می‌کند؟

هوش مصنوعی می‌تواند:

  • یادداشت‌های پراکنده را سازمان‌دهی کند.
  • مراحل فرایند را استخراج کند.
  • ترتیب احتمالی فعالیت‌ها را پیشنهاد دهد.
  • نقش‌ها و مسئولیت‌ها را جدا کند.
  • ورودی‌ها و خروجی‌ها را مشخص کند.
  • نقاط تصمیم را پیدا کند.
  • استثناهای احتمالی را به‌صورت سؤال مطرح کند.
  • مراحل پیچیده را به فعالیت‌های کوچک‌تر تقسیم کند.
  • متن چند SOP را یکدست کند.
  • دستورالعمل را به چک‌لیست تبدیل کند.
  • نسخه کوتاه برای کارکنان تهیه کند.
  • سؤالات آموزشی و آزمون داخلی بسازد.
  • متن را برای انتشار در Word یا پایگاه دانش آماده کند.
  • تغییرات میان دو نسخه را گزارش دهد.

ابزارهای تخصصی مانند Process Street نیز از هوش مصنوعی برای تبدیل توضیحات، یادداشت‌ها و اسناد به پیش‌نویس SOP و Workflow استفاده می‌کنند. این ابزار تأکید می‌کند که سند تولیدشده باید توسط مالک فرایند بررسی، تأیید و در اجرای واقعی آزمایش شود. راهنمای AI SOP Generator در Process Street

چه بخش‌هایی باید در SOP وجود داشته باشد؟

قالب تمام شرکت‌ها یکسان نیست، اما یک SOP کامل معمولاً شامل بخش‌های زیر است.

مشخصات سند

  • عنوان
  • کد سند
  • نسخه
  • تاریخ تدوین
  • تاریخ بازبینی
  • مالک فرایند
  • تهیه‌کننده
  • تأییدکننده
  • واحد سازمانی
  • وضعیت سند

هدف

توضیح می‌دهد چرا این SOP نوشته شده و اجرای آن چه نتیجه‌ای ایجاد می‌کند.

دامنه کاربرد

مشخص می‌کند دستورالعمل برای چه واحدها، نقش‌ها، محصولات یا شرایطی کاربرد دارد.

تعاریف

اصطلاحات تخصصی، مخفف‌ها و وضعیت‌های مهم تعریف می‌شوند.

نقش‌ها و مسئولیت‌ها

توضیح می‌دهد هر نقش در اجرای فرایند چه مسئولیتی دارد.

پیش‌نیازها

مواردی که پیش از آغاز فرایند باید فراهم باشند:

  • دسترسی‌ها
  • اطلاعات ورودی
  • ابزارها
  • فرم‌ها
  • فایل‌ها
  • تأییدهای قبلی

محرک آغاز

رویدادی که فرایند را شروع می‌کند؛ مانند ثبت تیکت، دریافت سفارش، پایان ماه یا تأیید مدیر.

مراحل اجرایی

فعالیت‌ها به ترتیب و با فعل عملی نوشته می‌شوند.

نقاط تصمیم

شرایطی که مسیر فرایند را تغییر می‌دهند:

اگر اطلاعات کامل است، به مرحله ۵ بروید.
اگر اطلاعات ناقص است، درخواست تکمیل اطلاعات ارسال کنید.

استثناها

شرایطی که فرایند عادی در آن‌ها قابل اجرا نیست یا نیازمند ارجاع است.

معیار تکمیل

مشخص می‌کند فرایند در چه شرایطی کامل محسوب می‌شود.

خروجی‌ها و سوابق

فایل‌ها، گزارش‌ها، فرم‌ها یا رکوردهایی که باید تولید و نگهداری شوند.

شاخص‌های عملکرد

در صورت نیاز، شاخص‌هایی مانند زمان انجام، نرخ خطا، تعداد برگشت و رضایت کاربر مشخص می‌شوند.

پیوست‌ها

  • فرم
  • چک‌لیست
  • نمونه تکمیل‌شده
  • تصویر نرم‌افزار
  • نمودار فرایند
  • قالب پیام
  • فهرست کنترل

قالب آماده SOP

عنوان سند:
کد سند:
نسخه:
تاریخ تدوین:
تاریخ بازبینی:
مالک فرایند:
تأییدکننده:
واحد سازمانی:

۱. هدف

۲. دامنه کاربرد

۳. تعاریف و اصطلاحات

۴. نقش‌ها و مسئولیت‌ها

۵. ورودی‌ها و پیش‌نیازها

۶. محرک آغاز فرایند

۷. مراحل اجرایی
۷.۱
۷.۲
۷.۳

۸. نقاط تصمیم

۹. استثناها و شرایط ارجاع

۱۰. معیارهای کنترل کیفیت

۱۱. معیار تکمیل فرایند

۱۲. خروجی‌ها و سوابق

۱۳. شاخص‌های عملکرد

۱۴. پیوست‌ها

۱۵. تاریخچه تغییرات

مرحله اول: انتخاب فرایند مناسب برای مستندسازی

از یک فرایند محدود، پرتکرار و قابل مشاهده شروع کنید.

گزینه‌های مناسب:

  • پاسخ‌گویی به تیکت
  • انتشار مقاله
  • ثبت مشتری جدید
  • تحویل پروژه
  • ورود محصول
  • تهیه گزارش هفتگی
  • برگزاری جلسه
  • بررسی درخواست مرخصی
  • ثبت درخواست خرید
  • کنترل نهایی محتوا

در شروع، از فرایند بسیار بزرگ مانند «مدیریت فروش شرکت» استفاده نکنید. آن را به SOPهای کوچک‌تر تقسیم کنید:

  • ثبت سرنخ
  • ارزیابی اولیه
  • هماهنگی جلسه
  • آماده‌سازی پیشنهاد
  • پیگیری پیشنهاد
  • ثبت نتیجه مذاکره

معیار انتخاب اولین SOP

فرایندی را انتخاب کنید که:

  • مرتب تکرار می‌شود.
  • چند نفر آن را انجام می‌دهند.
  • خطا در آن تکرار می‌شود.
  • آموزش آن زمان‌بر است.
  • شروع و پایان مشخص دارد.
  • مالک فرایند معلوم است.
  • بتوان آن را در یک جلسه توضیح داد.

مرحله دوم: جمع‌آوری اطلاعات واقعی فرایند

نباید از هوش مصنوعی بخواهید فقط بر اساس عنوان فرایند، SOP نهایی بسازد. مدل ممکن است مراحل عمومی یا غیرواقعی پیشنهاد دهد.

منابع مناسب برای جمع‌آوری اطلاعات:

  • مصاحبه با اجراکنندگان
  • مشاهده اجرای واقعی
  • ضبط توضیح صوتی کارمند
  • صورت‌جلسه‌ها
  • پیام‌های کاری
  • چک‌لیست‌های قدیمی
  • فایل‌های Word و PDF
  • فرم‌های مورد استفاده
  • تصویر مراحل نرم‌افزار
  • گزارش خطاها
  • نمونه خروجی صحیح
  • نمونه پرونده‌های مشکل‌دار

سؤالات مصاحبه با کارشناس فرایند

این فرایند دقیقاً با چه رویدادی شروع می‌شود؟

چه کسی اولین اقدام را انجام می‌دهد؟

چه اطلاعاتی برای شروع لازم است؟

اگر اطلاعات ناقص باشد چه اتفاقی می‌افتد؟

مراحل را به همان ترتیبی که واقعاً انجام می‌دهید توضیح دهید.

در هر مرحله از چه نرم‌افزار یا فایلی استفاده می‌شود؟

چه کسی خروجی را بررسی می‌کند؟

رایج‌ترین اشتباه چیست؟

چه شرایطی باعث ارجاع به مدیر می‌شود؟

فرایند چه زمانی کامل محسوب می‌شود؟

چه فایل یا سابقه‌ای باید ذخیره شود؟

این فرایند در عمل چه تفاوتی با دستورالعمل فعلی دارد؟

پرامپت تبدیل متن مصاحبه به اطلاعات ساختاریافته

متن زیر حاصل مصاحبه با اجراکننده یک فرایند است.

اطلاعات را بدون تولید SOP نهایی در این قالب استخراج کن:

- نام فرایند
- محرک آغاز
- هدف
- نقش‌ها
- ورودی‌ها
- ابزارها و نرم‌افزارها
- مراحل به ترتیب
- نقاط تصمیم
- استثناها
- تأییدها
- خروجی‌ها
- معیار تکمیل
- خطاهای رایج
- اطلاعات نامشخص
- سؤال‌هایی که باید از کارشناس پرسیده شوند

قواعد:
- فقط از متن مصاحبه استفاده کن.
- اطلاعات جدید نساز.
- موارد مبهم را حدس نزن.
- برای هر مورد نامشخص یک سؤال روشن بنویس.

متن مصاحبه:
[متن]

این مرحله باعث می‌شود کمبودهای اطلاعات پیش از نوشتن SOP مشخص شوند.

مرحله سوم: ساخت نقشه فرایند

قبل از تولید متن کامل، جریان کار را به شکل ساده بنویسید.

نمونه:

ثبت تیکت
↓
بررسی اطلاعات
↓
آیا اطلاعات کامل است؟
├── خیر: درخواست تکمیل اطلاعات
└── بله: دسته‌بندی درخواست
        ↓
        پاسخ اولیه
        ↓
        آیا مشکل حل شده است؟
        ├── خیر: ارجاع به واحد تخصصی
        └── بله: تأیید مشتری و بستن تیکت

پرامپت پیشنهادی:

بر اساس اطلاعات فرایند زیر، جریان کار را استخراج کن.

برای هر مرحله این موارد را بنویس:
- شماره
- اقدام
- نقش مسئول
- ورودی
- خروجی
- تصمیم احتمالی
- مرحله بعد

هیچ مرحله‌ای را که در اطلاعات منبع وجود ندارد به‌عنوان واقعیت اضافه نکن. پیشنهادهای احتمالی را در بخشی جداگانه با عنوان «پیشنهاد برای بررسی» قرار بده.

مرحله چهارم: تولید پیش‌نویس SOP

بعد از تکمیل اطلاعات، می‌توانید پیش‌نویس اولیه را تولید کنید.

پرامپت جامع نوشتن SOP

نقش شما:
به‌عنوان تحلیلگر فرایند و نویسنده دستورالعمل اجرایی سازمانی عمل کن.

وظیفه:
بر اساس اطلاعات مرجع، یک پیش‌نویس SOP فارسی تهیه کن.

نام فرایند:
[نام]

مخاطب:
[نقش اجراکننده]

سطح جزئیات:
[مقدماتی، متوسط یا کامل]

ساختار:
۱. مشخصات سند
۲. هدف
۳. دامنه کاربرد
۴. تعاریف
۵. نقش‌ها و مسئولیت‌ها
۶. ورودی‌ها و پیش‌نیازها
۷. محرک آغاز
۸. مراحل اجرایی
۹. نقاط تصمیم
۱۰. استثناها و شرایط ارجاع
۱۱. کنترل‌های کیفیت
۱۲. معیار تکمیل
۱۳. خروجی‌ها و سوابق
۱۴. شاخص‌های عملکرد
۱۵. چک‌لیست اجرا
۱۶. موارد نیازمند تأیید
۱۷. تاریخچه تغییرات

قواعد:
- فقط از اطلاعات مرجع استفاده کن.
- مرحله، نقش، زمان یا ابزاری را حدس نزن.
- موارد نامشخص را با برچسب [نیازمند تکمیل] مشخص کن.
- هر مرحله با فعل عملی آغاز شود.
- برای هر مرحله، مسئول و خروجی مشخص باشد.
- جمله‌ها کوتاه و قابل اجرا باشند.
- از عبارت‌های مبهم مانند «در صورت لزوم» بدون تعریف شرط استفاده نکن.
- نقاط تصمیم را با ساختار اگر/آنگاه بنویس.
- معیار پایان هر مرحله را مشخص کن.
- پیشنهادهای بهبود را وارد SOP اصلی نکن و جداگانه بنویس.
- لحن رسمی، روشن و غیرپیچیده باشد.

اطلاعات مرجع:
[اطلاعات فرایند]

چگونه مراحل SOP را درست بنویسیم؟

هر مرحله باید بتواند به چهار سؤال پاسخ دهد:

  1. چه کاری انجام شود؟
  2. چه کسی آن را انجام دهد؟
  3. با چه ورودی یا ابزاری؟
  4. خروجی قابل قبول چیست؟

مرحله ضعیف

درخواست مشتری بررسی شود.

مشکلات:

  • مسئول مشخص نیست.
  • نوع بررسی معلوم نیست.
  • زمان یا ترتیب مشخص نیست.
  • خروجی قابل قبول تعریف نشده است.

مرحله بهتر

کارشناس پشتیبانی، نام مشتری، موضوع درخواست، اطلاعات تماس و فایل‌های پیوست را در سامانه تیکت بررسی می‌کند. اگر یکی از اطلاعات ضروری موجود نباشد، وضعیت تیکت را روی «در انتظار اطلاعات مشتری» قرار می‌دهد و قالب درخواست تکمیل اطلاعات را ارسال می‌کند.

قالب استاندارد نوشتن هر مرحله

شماره مرحله:
عنوان:
مسئول:
ورودی:
ابزار:
اقدام:
شرط تصمیم:
خروجی:
معیار تکمیل:
مرحله بعد:

نمونه عملی SOP پاسخ‌گویی به تیکت مشتری

مشخصات سند

عنوان: دستورالعمل پاسخ‌گویی به تیکت مشتری
کد: CS-SOP-001
نسخه: ۱.۰
مالک فرایند: مدیر پشتیبانی
واحد: پشتیبانی مشتریان
وضعیت: پیش‌نویس

هدف

ایجاد روشی یکسان برای دریافت، بررسی، دسته‌بندی، پاسخ‌گویی و بستن تیکت‌های مشتریان.

دامنه کاربرد

این دستورالعمل برای کارشناسان و سرپرستان واحد پشتیبانی در رسیدگی به درخواست‌های ثبت‌شده در سامانه تیکت کاربرد دارد.

نقش‌ها

نقشمسئولیت
کارشناس پشتیبانیبررسی و پاسخ‌گویی اولیه
کارشناس تخصصیبررسی موارد ارجاع‌شده
سرپرست پشتیبانیرسیدگی به موارد حل‌نشده
مدیر فرایندتأیید و به‌روزرسانی SOP

پیش‌نیازها

  • دسترسی به سامانه تیکت
  • دسترسی به پروفایل مشتری
  • دسترسی به پایگاه دانش
  • دسترسی به قالب‌های پاسخ
  • آشنایی با دسته‌بندی درخواست‌ها

مراحل اجرایی

مرحله ۱: دریافت تیکت

کارشناس پشتیبانی تیکت جدید را در صف درخواست‌های باز مشاهده و مسئولیت آن را می‌پذیرد.

خروجی: تیکت دارای کارشناس مسئول است.

مرحله ۲: بررسی کامل بودن اطلاعات

کارشناس موضوع، توضیحات، اطلاعات مشتری و فایل‌های پیوست را بررسی می‌کند.

اگر اطلاعات کافی نباشد:

  1. وضعیت تیکت روی «در انتظار اطلاعات مشتری» قرار می‌گیرد.
  2. پیام درخواست تکمیل اطلاعات ارسال می‌شود.
  3. اقدام در تاریخچه تیکت ثبت می‌شود.

اگر اطلاعات کامل باشد، فرایند به مرحله دسته‌بندی ادامه پیدا می‌کند.

مرحله ۳: دسته‌بندی درخواست

کارشناس، تیکت را براساس موضوع، اولویت و واحد مسئول دسته‌بندی می‌کند.

خروجی: دسته و اولویت تیکت ثبت شده‌اند.

مرحله ۴: بررسی پایگاه دانش

کارشناس پایگاه دانش و پاسخ‌های تأییدشده را بررسی می‌کند.

اگر پاسخ موجود باشد، آن را متناسب با شرایط مشتری تنظیم می‌کند. اگر پاسخ موجود نباشد، بررسی تخصصی انجام می‌شود.

مرحله ۵: ارسال پاسخ

پاسخ باید:

  • مستقیماً به پرسش مشتری مربوط باشد.
  • مراحل قابل انجام را روشن توضیح دهد.
  • از اصطلاحات نامفهوم پرهیز کند.
  • لینک‌ها و اطلاعات لازم را داشته باشد.
  • وعده تأییدنشده ایجاد نکند.

مرحله ۶: ارجاع در صورت نیاز

اگر مشکل در سطح دسترسی کارشناس قابل حل نباشد، تیکت همراه با خلاصه اقدامات انجام‌شده به واحد تخصصی ارجاع می‌شود.

مرحله ۷: کنترل نتیجه

پس از دریافت پاسخ واحد تخصصی، کارشناس نتیجه را برای مشتری توضیح می‌دهد و در صورت نیاز اطلاعات تکمیلی دریافت می‌کند.

مرحله ۸: بستن تیکت

زمانی که پاسخ نهایی ارسال و معیار حل درخواست تأمین شد، تیکت بسته می‌شود.

معیار تکمیل

تیکت زمانی کامل محسوب می‌شود که:

  • پاسخ نهایی ثبت شده باشد.
  • اقدامات انجام‌شده در تاریخچه موجود باشند.
  • وضعیت صحیح انتخاب شده باشد.
  • مسئولیت باز باقی نمانده باشد.

چک‌لیست نهایی

  • آیا موضوع درخواست درست درک شده است؟
  • آیا اطلاعات مشتری کامل است؟
  • آیا دسته‌بندی صحیح انجام شده است؟
  • آیا پاسخ به پرسش اصلی مربوط است؟
  • آیا لینک‌ها بررسی شده‌اند؟
  • آیا اقدام بعدی برای مشتری روشن است؟
  • آیا تاریخچه تیکت کامل است؟
  • آیا وضعیت نهایی صحیح است؟

این نمونه باید متناسب با نرم‌افزار، نقش‌ها و قواعد واقعی هر سازمان اصلاح شود.

تبدیل SOP به چک‌لیست

SOP توضیح کامل فرایند است، اما کاربر در اجرای روزانه معمولاً به یک چک‌لیست کوتاه نیاز دارد.

پرامپت:

SOP زیر را به یک چک‌لیست اجرایی تبدیل کن.

قواعد:
- ترتیب مراحل حفظ شود.
- هر مورد با یک فعل عملی آغاز شود.
- هر مورد فقط یک اقدام قابل بررسی داشته باشد.
- برای نقاط تصمیم، شرط واضح بنویس.
- موارد تأیید مدیر را مشخص کن.
- معیار پایان فرایند را در آخر قرار بده.
- اطلاعات جدید اضافه نکن.

SOP:
[متن]

خروجی مناسب:

□ مسئولیت درخواست را ثبت کنید.
□ کامل بودن اطلاعات را بررسی کنید.
□ در صورت نقص، درخواست تکمیل اطلاعات ارسال کنید.
□ دسته و اولویت را تعیین کنید.
□ پایگاه دانش را جست‌وجو کنید.
□ پاسخ را متناسب با درخواست تنظیم کنید.
□ لینک‌ها و اطلاعات پاسخ را کنترل کنید.
□ در صورت نیاز، درخواست را ارجاع دهید.
□ نتیجه نهایی را ثبت کنید.
□ وضعیت درخواست را به‌روزرسانی کنید.

ابزارهای Workflow می‌توانند این چک‌لیست را به وظایف قابل تخصیص، تأییدها و مسیرهای شرطی تبدیل کنند. Process Street نیز امکان ساخت Workflow از توضیحات و تبدیل اسناد فرایندی به وظایف، فرم‌ها و تأییدها را ارائه می‌کند. راهنمای AI Workflow Generator

تبدیل SOP به جدول مسئولیت

از SOP زیر یک جدول مسئولیت بساز.

ستون‌ها:
- مرحله
- اجراکننده
- تأییدکننده
- افراد مطلع
- ورودی
- خروجی
- معیار تکمیل

اگر مسئول یک مورد در SOP مشخص نیست، عبارت [نیازمند تعیین] را بنویس.

نمونه:

مرحلهاجراکنندهتأییدکنندهخروجی
بررسی اطلاعاتکارشناس پشتیبانیمشخص نشدهتأیید کامل بودن
دسته‌بندیکارشناس پشتیبانیمشخص نشدهدسته و اولویت
ارجاع تخصصیکارشناس پشتیبانیسرپرست در موارد خاصتیکت ارجاع‌شده
بستن تیکتکارشناس پشتیبانیمشخص نشدهوضعیت بسته

استخراج نقاط مبهم از SOP

یکی از بهترین کاربردهای هوش مصنوعی، یافتن جمله‌هایی است که اجرای یکسان ندارند.

پرامپت:

SOP زیر را بررسی و عبارت‌های مبهم را پیدا کن.

به‌دنبال این موارد باش:
- «در صورت لزوم»
- «در اسرع وقت»
- «به شکل مناسب»
- «بررسی شود»
- «در صورت امکان»
- مسئول نامشخص
- زمان نامشخص
- خروجی تعریف‌نشده
- شرط تصمیم نامشخص
- ارجاع بدون مقصد
- معیار تکمیل نامشخص

خروجی را در جدول زیر ارائه بده:
- بخش
- عبارت مبهم
- دلیل ابهام
- سؤال لازم برای روشن شدن
- پیشنهاد بازنویسی مشروط به تأیید مالک فرایند

بررسی تناقض میان چند SOP

گاهی دو واحد دستورالعمل‌های متفاوتی برای یک نقطه مشترک دارند.

دو SOP زیر را مقایسه کن و موارد زیر را گزارش بده:

- تفاوت در نقش مسئول
- تفاوت در ترتیب مراحل
- تفاوت در زمان‌بندی
- تفاوت در وضعیت‌های نرم‌افزار
- تفاوت در معیار تکمیل
- ارجاع‌های متناقض
- اصطلاحات مشابه با تعریف متفاوت

هیچ‌کدام را به‌عنوان نسخه صحیح انتخاب نکن. فقط تعارض‌ها و سؤال‌های لازم برای تصمیم‌گیری را بنویس.

SOP اول:
[...]

SOP دوم:
[...]

نوشتن SOP در Microsoft Word

Word برای تدوین و انتشار دستورالعمل اجرایی مناسب است، به‌خصوص اگر سازمان از قالب ثابت، Header، Footer، جدول تأیید و تاریخچه نسخه‌ها استفاده کند.

Microsoft Copilot در نسخه‌ها و اشتراک‌های واجد شرایط Word می‌تواند برای ساخت پیش‌نویس، بازنویسی متن و تبدیل محتوای انتخاب‌شده به جدول کمک کند. راهنمای رسمی Copilot در Word

ساختار پیشنهادی Word

  • عنوان سند با Style عنوان
  • بخش‌های اصلی با Heading 1
  • زیربخش‌ها با Heading 2
  • مراحل جزئی با Heading 3
  • جدول مشخصات در صفحه اول
  • شماره نسخه در Header
  • شماره صفحه در Footer
  • جدول تاریخچه تغییرات در پایان
  • فهرست مطالب خودکار
  • پیوست چک‌لیست
  • محل نام و تأیید مسئولان

جدول تاریخچه تغییرات

نسخهتاریخشرح تغییرتهیه‌کنندهتأییدکننده
۱.۰[تاریخ]تدوین اولیه[نام][نام]
۱.۱[تاریخ]اصلاح مرحله ۴[نام][نام]

چگونه SOP تولیدشده را اعتبارسنجی کنیم؟

بازبینی توسط اجراکننده

فردی که کار را انجام می‌دهد باید مراحل را با روش واقعی مقایسه کند.

بازبینی توسط مالک فرایند

مالک فرایند باید نقش‌ها، نقاط تصمیم و خروجی‌ها را تأیید کند.

اجرای آزمایشی

یک فرد که در تدوین سند حضور نداشته است باید فرایند را فقط براساس SOP اجرا کند.

در زمان آزمون ثبت کنید:

  • در کدام مرحله سؤال ایجاد شد؟
  • کدام اصطلاح نامفهوم بود؟
  • چه اطلاعاتی کم بود؟
  • کدام تصمیم شرط واضح نداشت؟
  • چه مرحله‌ای در عمل انجام نمی‌شود؟
  • چه فعالیتی در سند فراموش شده است؟
  • اجرای کامل چقدر زمان برد؟

اصلاح پس از آزمون

مشاهدات اجرای آزمایشی باید به نسخه جدید سند تبدیل شوند، نه اینکه فقط شفاهی باقی بمانند.

تأیید و انتشار

نسخه نهایی باید:

  • شماره نسخه داشته باشد.
  • مالک مشخص داشته باشد.
  • تاریخ بازبینی داشته باشد.
  • محل انتشار مشخص داشته باشد.
  • نسخه‌های قدیمی آن قابل تشخیص باشند.

امتیازدهی به کیفیت SOP با هوش مصنوعی

می‌توانید قبل از بازبینی انسانی، از مدل بخواهید سند را براساس معیارهای مشخص ارزیابی کند.

SOP زیر را از ۱ تا ۵ ارزیابی کن.

معیارها:
- وضوح هدف
- مشخص بودن دامنه
- کامل بودن نقش‌ها
- روشن بودن ورودی‌ها
- ترتیب منطقی مراحل
- قابل اجرا بودن هر مرحله
- وضوح نقاط تصمیم
- پوشش استثناها
- تعریف خروجی‌ها
- مشخص بودن معیار تکمیل
- امکان تبدیل به چک‌لیست
- خوانایی متن

برای هر معیار:
- امتیاز
- شواهد موجود در سند
- مشکل
- سؤال لازم برای اصلاح

اطلاعات جدید وارد SOP نکن.

این امتیاز جایگزین اجرای آزمایشی نیست، اما می‌تواند نقاط ضعف اولیه را سریع‌تر آشکار کند.

ساخت خودکار SOP با API درواره

اگر سازمان شما تعداد زیادی فرایند دارد، می‌توانید سامانه‌ای بسازید که اطلاعات خام را دریافت و پیش‌نویس SOP تولید کند.

گردش‌کار پیشنهادی:

فرم اطلاعات فرایند
        ↓
مصاحبه یا یادداشت خام
        ↓
استخراج مراحل و ابهام‌ها
        ↓
دریافت پاسخ سؤال‌های تکمیلی
        ↓
تولید پیش‌نویس SOP
        ↓
بازبینی مالک فرایند
        ↓
ساخت فایل Word
        ↓
آزمون و تأیید
        ↓
انتشار نسخه

درواره در این سناریو زیرساخت API هوش مصنوعی را فراهم می‌کند. سامانه مدیریت سند، تأیید نسخه و اجرای Workflow باید در نرم‌افزار سازمان یا ابزار مدیریت فرایند پیاده‌سازی شود.

نصب کتابخانه‌ها

pip install openai python-docx

تنظیم کلید API

Linux و macOS:

export DARVAREH_API_KEY="YOUR_API_KEY"

PowerShell:

$env:DARVAREH_API_KEY="YOUR_API_KEY"

نمونه کد تولید SOP و ذخیره در Word

import json
import os
from datetime import date

from docx import Document
from docx.enum.text import WD_ALIGN_PARAGRAPH
from docx.oxml import OxmlElement
from openai import OpenAI


client = OpenAI(
    api_key=os.environ["DARVAREH_API_KEY"],
    base_url="https://api.darvareh.ir/v1",
)


process_notes = """
نام فرایند: انتشار مقاله در وبلاگ

شروع: تحویل نسخه نهایی مقاله
نقش‌ها: نویسنده، ویراستار، مدیر محتوا
مراحل شناخته‌شده:
بررسی متن، کنترل عنوان و متادیتا، بررسی لینک‌ها،
بارگذاری در Ghost، تنظیم تصویر شاخص، پیش‌نمایش،
تأیید مدیر محتوا و انتشار

اگر لینک خراب باشد، مقاله نباید منتشر شود.
پس از انتشار، آدرس نهایی باید در تقویم محتوا ثبت شود.
"""


prompt = f"""
بر اساس اطلاعات زیر یک SOP فارسی تولید کن.

خروجی باید فقط JSON معتبر و بدون Markdown باشد.

ساختار:
{{
  "title": "",
  "document_code": "",
  "version": "1.0",
  "purpose": "",
  "scope": "",
  "roles": [
    {{
      "role": "",
      "responsibility": ""
    }}
  ],
  "prerequisites": [],
  "trigger": "",
  "steps": [
    {{
      "number": 1,
      "title": "",
      "owner": "",
      "action": "",
      "output": "",
      "completion_criteria": ""
    }}
  ],
  "decision_points": [],
  "exceptions": [],
  "quality_checks": [],
  "final_outputs": [],
  "open_questions": []
}}

قواعد:
- فقط از اطلاعات منبع استفاده کن.
- اطلاعات نامشخص را حدس نزن.
- مقدار نامشخص را با «نیازمند تکمیل» مشخص کن.
- هر مرحله با فعل عملی آغاز شود.
- مراحل به ترتیب منطقی نوشته شوند.
- سؤال‌های لازم در open_questions قرار بگیرند.
- خروجی فقط JSON باشد.

اطلاعات:
{process_notes}
"""


response = client.chat.completions.create(
    model="YOUR_MODEL_ID",
    messages=[
        {
            "role": "system",
            "content": (
                "شما تحلیلگر فرایند سازمانی هستید. "
                "اطلاعات منبع را دقیق حفظ می‌کنید."
            ),
        },
        {
            "role": "user",
            "content": prompt,
        },
    ],
    temperature=0.1,
)


raw_content = response.choices[0].message.content.strip()

if raw_content.startswith("```"):
    raw_content = raw_content.replace("```json", "")
    raw_content = raw_content.replace("```", "").strip()

sop = json.loads(raw_content)


def set_rtl(paragraph):
    paragraph.alignment = WD_ALIGN_PARAGRAPH.RIGHT

    properties = paragraph._p.get_or_add_pPr()
    bidi = OxmlElement("w:bidi")
    properties.append(bidi)

    for run in paragraph.runs:
        run_properties = run._r.get_or_add_rPr()
        rtl = OxmlElement("w:rtl")
        run_properties.append(rtl)


def add_rtl_paragraph(document, text, style=None):
    paragraph = document.add_paragraph(
        text,
        style=style,
    )
    set_rtl(paragraph)
    return paragraph


document = Document()

title = document.add_heading(sop["title"], level=0)
set_rtl(title)

metadata = document.add_table(rows=0, cols=2)

metadata_rows = [
    ("کد سند", sop["document_code"]),
    ("نسخه", sop["version"]),
    ("تاریخ تدوین", str(date.today())),
    ("وضعیت", "پیش‌نویس"),
]

for label, value in metadata_rows:
    cells = metadata.add_row().cells
    cells[0].text = label
    cells[1].text = value

    for cell in cells:
        for paragraph in cell.paragraphs:
            set_rtl(paragraph)

sections = [
    ("هدف", sop["purpose"]),
    ("دامنه کاربرد", sop["scope"]),
    ("محرک آغاز", sop["trigger"]),
]

for heading, content in sections:
    paragraph = document.add_heading(heading, level=1)
    set_rtl(paragraph)
    add_rtl_paragraph(document, content)

roles_heading = document.add_heading(
    "نقش‌ها و مسئولیت‌ها",
    level=1,
)
set_rtl(roles_heading)

for role in sop["roles"]:
    add_rtl_paragraph(
        document,
        f'{role["role"]}: {role["responsibility"]}',
    )

steps_heading = document.add_heading(
    "مراحل اجرایی",
    level=1,
)
set_rtl(steps_heading)

for step in sop["steps"]:
    heading = document.add_heading(
        f'{step["number"]}. {step["title"]}',
        level=2,
    )
    set_rtl(heading)

    add_rtl_paragraph(
        document,
        f'مسئول: {step["owner"]}',
    )
    add_rtl_paragraph(
        document,
        f'اقدام: {step["action"]}',
    )
    add_rtl_paragraph(
        document,
        f'خروجی: {step["output"]}',
    )
    add_rtl_paragraph(
        document,
        (
            "معیار تکمیل: "
            f'{step["completion_criteria"]}'
        ),
    )

list_sections = [
    ("پیش‌نیازها", sop["prerequisites"]),
    ("نقاط تصمیم", sop["decision_points"]),
    ("استثناها", sop["exceptions"]),
    ("کنترل‌های کیفیت", sop["quality_checks"]),
    ("خروجی‌های نهایی", sop["final_outputs"]),
    ("موارد نیازمند تکمیل", sop["open_questions"]),
]

for heading_text, items in list_sections:
    heading = document.add_heading(
        heading_text,
        level=1,
    )
    set_rtl(heading)

    for item in items:
        add_rtl_paragraph(
            document,
            item,
            style="List Bullet",
        )

document.save("sop-draft.docx")

print("فایل sop-draft.docx ساخته شد.")

در این کد:

  • اطلاعات خام فرایند به API ارسال می‌شود.
  • مدل یک ساختار JSON تولید می‌کند.
  • موارد نامشخص به‌عنوان سؤال باقی می‌مانند.
  • فایل Word راست‌به‌چپ ساخته می‌شود.
  • نقش‌ها، مراحل و معیارهای تکمیل از یکدیگر جدا می‌شوند.
  • خروجی با وضعیت «پیش‌نویس» ذخیره می‌شود.

به‌جای YOUR_MODEL_ID باید شناسه مدل درواره مناسب را قرار دهید.

معماری پیشنهادی سامانه تولید SOP

برای یک سامانه سازمانی بهتر است مراحل زیر جدا باشند:

ماژول دریافت اطلاعات

  • فرم مشخصات فرایند
  • بارگذاری فایل
  • ورود متن مصاحبه
  • ثبت نقش‌ها
  • ثبت ابزارها
  • ثبت استثناها

ماژول تحلیل

  • استخراج مراحل
  • یافتن ابهام‌ها
  • تشخیص مسئول‌های نامشخص
  • تشخیص نقاط تصمیم
  • ساخت سؤال‌های تکمیلی

ماژول تولید

  • تولید SOP
  • تولید نسخه کوتاه
  • تولید چک‌لیست
  • تولید جدول مسئولیت
  • تولید محتوای آموزشی

ماژول بازبینی

  • ثبت نظر کارشناس
  • تأیید مالک فرایند
  • مقایسه نسخه‌ها
  • ثبت تغییرات

ماژول انتشار

  • تولید Word و PDF
  • انتشار در پایگاه دانش
  • تعیین تاریخ بازبینی
  • بایگانی نسخه قبلی

تبدیل SOP به Workflow و AI Agent

هر SOP لزوماً نباید به AI Agent تبدیل شود. ابتدا باید بررسی کنید کدام مراحل:

  • تکراری هستند.
  • ورودی دیجیتال دارند.
  • خروجی مشخص دارند.
  • تصمیم آن‌ها قابل تعریف است.
  • به قضاوت انسانی پیچیده نیاز ندارند.
  • امکان اتصال به نرم‌افزار دارند.

برای مثال، در فرایند انتشار مقاله، یک سیستم می‌تواند:

  • وجود Meta Title را بررسی کند.
  • طول Excerpt را اندازه بگیرد.
  • لینک‌های مقاله را کنترل کند.
  • سرفصل‌ها را استخراج کند.
  • چک‌لیست پیش از انتشار تولید کند.
  • پیش‌نویس گزارش کنترل کیفیت بسازد.

اما تصمیم نهایی درباره کیفیت محتوا و انتشار می‌تواند در اختیار مدیر محتوا باقی بماند.

اشتباهات رایج در نوشتن SOP با هوش مصنوعی

تولید SOP فقط از روی عنوان

عنوان فرایند اطلاعات کافی درباره روش واقعی شرکت ارائه نمی‌دهد.

پذیرفتن مراحل پیشنهادی به‌عنوان واقعیت

مدل ممکن است مرحله‌ای منطقی اما غیرواقعی پیشنهاد کند. تمام مراحل باید توسط اجراکننده تأیید شوند.

مستندسازی فرایند ایده‌آل به‌جای فرایند واقعی

ابتدا روش فعلی را مستند کنید. پیشنهادهای بهبود باید در بخش جداگانه قرار بگیرند.

استفاده از جمله‌های مبهم

عبارت‌هایی مانند «در اسرع وقت» یا «به‌طور مناسب» معیار اجرایی مشخصی ندارند.

مشخص نکردن مسئول

هر مرحله باید حداقل یک نقش مسئول داشته باشد.

ننوشتن معیار تکمیل

کاربر باید بداند هر مرحله دقیقاً چه زمانی تمام شده است.

ترکیب SOP و خط‌مشی

SOP باید روش انجام کار را توضیح دهد، نه اینکه فقط مجموعه‌ای از قواعد کلی باشد.

نادیده گرفتن استثناها

فرایندهای واقعی همیشه موارد غیرعادی دارند. مسیر ارجاع باید روشن باشد.

نداشتن کنترل نسخه

کارکنان باید بدانند کدام نسخه معتبر و به‌روز است.

منتشر کردن سند بدون آزمون

خواندن SOP برای سنجش قابلیت اجرا کافی نیست. باید یک فرد آن را در عمل آزمایش کند.

طولانی کردن بیش‌ازحد سند

SOP باید کامل باشد، اما اطلاعات غیرضروری نباید اجرای کار را دشوار کند. دستورهای بسیار جزئی را می‌توان به Work Instruction یا پیوست منتقل کرد.

چک‌لیست نهایی تدوین SOP

  • آیا عنوان دقیق و محدود است؟
  • آیا هدف سند روشن است؟
  • آیا دامنه کاربرد مشخص شده است؟
  • آیا مالک فرایند تعیین شده است؟
  • آیا تمام نقش‌ها تعریف شده‌اند؟
  • آیا محرک آغاز مشخص است؟
  • آیا ورودی‌ها کامل‌اند؟
  • آیا مراحل با فعل عملی شروع می‌شوند؟
  • آیا ترتیب مراحل صحیح است؟
  • آیا مسئول هر مرحله مشخص است؟
  • آیا خروجی هر مرحله تعریف شده است؟
  • آیا معیار تکمیل وجود دارد؟
  • آیا نقاط تصمیم شرط واضح دارند؟
  • آیا مسیرهای جایگزین مشخص‌اند؟
  • آیا استثناها ثبت شده‌اند؟
  • آیا مسیر ارجاع روشن است؟
  • آیا سوابق موردنیاز تعریف شده‌اند؟
  • آیا چک‌لیست اجرایی تهیه شده است؟
  • آیا اجراکننده سند را بررسی کرده است؟
  • آیا SOP در یک مورد واقعی آزمایش شده است؟
  • آیا مالک فرایند آن را تأیید کرده است؟
  • آیا شماره نسخه ثبت شده است؟
  • آیا تاریخ بازبینی بعدی مشخص است؟
  • آیا نسخه قدیمی قابل تشخیص است؟
  • آیا محل انتشار برای کارکنان روشن است؟

سؤالات متداول

SOP چیست؟

SOP یا Standard Operating Procedure سندی است که روش استاندارد انجام یک فعالیت تکرارشونده را با مراحل، نقش‌ها، ورودی‌ها، تصمیم‌ها و معیارهای تکمیل توضیح می‌دهد.

آیا هوش مصنوعی می‌تواند SOP بنویسد؟

هوش مصنوعی می‌تواند از روی یادداشت‌ها، مصاحبه‌ها و اسناد موجود یک پیش‌نویس ساختاریافته تولید کند. نسخه نهایی باید توسط اجراکنندگان و مالک فرایند بررسی، آزمایش و تأیید شود.

بهترین پرامپت برای نوشتن SOP چیست؟

پرامپت باید نام فرایند، هدف، نقش‌ها، محرک آغاز، ورودی‌ها، مراحل واقعی، ابزارها، نقاط تصمیم، استثناها، خروجی‌ها و قالب مورد انتظار را مشخص کند. درخواست کلی معمولاً SOP عمومی و غیرعملی تولید می‌کند.

تفاوت SOP و چک‌لیست چیست؟

SOP روش انجام کار را با توضیحات کامل بیان می‌کند. چک‌لیست، فهرست کوتاهی از اقدام‌ها و کنترل‌هایی است که هنگام اجرا باید بررسی شوند.

چگونه مطمئن شویم SOP قابل اجرا است؟

یک فرد که در تدوین سند حضور نداشته باید فرایند را فقط با استفاده از SOP انجام دهد. سؤال‌ها، توقف‌ها و خطاهای ایجادشده باید ثبت و سند اصلاح شود.

هر چند وقت یک‌بار باید SOP بازبینی شود؟

زمان بازبینی به میزان تغییر فرایند بستگی دارد. تغییر نرم‌افزار، نقش‌ها، فرم‌ها، محصول یا مراحل عملیاتی می‌تواند نیاز به بازبینی فوری ایجاد کند. در هر سند باید مالک و تاریخ بازبینی بعدی مشخص باشد.

آیا می‌توان SOP را خودکار کرد؟

بله. مراحل تکراری و دیجیتال را می‌توان به Workflow، اتوماسیون یا AI Agent تبدیل کرد. ابتدا باید ورودی، خروجی، شرط تصمیم و مسئولیت هر مرحله به‌وضوح تعریف شوند.

آیا درواره ابزار آماده مدیریت SOP است؟

درواره یک نرم‌افزار آماده مدیریت SOP نیست. درواره زیرساخت API هوش مصنوعی را ارائه می‌دهد و توسعه‌دهندگان می‌توانند با استفاده از آن قابلیت‌هایی مانند استخراج فرایند، تولید پیش‌نویس، ساخت چک‌لیست و مقایسه نسخه‌ها را به نرم‌افزار خود اضافه کنند.

جمع‌بندی

نوشتن SOP با هوش مصنوعی می‌تواند فرایند زمان‌بر مستندسازی را سریع‌تر کند، اما نتیجه مناسب زمانی ایجاد می‌شود که هوش مصنوعی بر پایه اطلاعات واقعی سازمان کار کند.

گردش‌کار پیشنهادی:

  1. یک فرایند محدود و پرتکرار انتخاب کنید.
  2. اطلاعات را از اجراکنندگان واقعی جمع‌آوری کنید.
  3. مراحل، نقش‌ها و نقاط تصمیم را استخراج کنید.
  4. ابهام‌ها را به سؤال تبدیل کنید.
  5. پیش‌نویس SOP را با هوش مصنوعی بسازید.
  6. سند را توسط اجراکننده و مالک فرایند بررسی کنید.
  7. SOP را در یک نمونه واقعی آزمایش کنید.
  8. از آن چک‌لیست اجرایی بسازید.
  9. نسخه، مالک و تاریخ بازبینی را ثبت کنید.
  10. مراحل مناسب را به Workflow یا اتوماسیون تبدیل کنید.

برای ساخت سامانه‌های اختصاصی مستندسازی فرایند، تولید دستورالعمل، تحلیل نسخه‌ها و تبدیل SOP به گردش‌کار می‌توانید از API هوش مصنوعی درواره استفاده کنید.

برای انتخاب مدل مناسب و مشاهده اطلاعات به‌روز هزینه، صفحه مدل‌ها و قیمت‌های درواره را ببینید.

مقالات مرتبط

برای مطالعه شرایط استفاده و محدودیت‌های مسئولیت، صفحه «سلب مسئولیت» را مشاهده کنید.

Read more