جریان واقعی کار را مشاهده کنید
نقشهٔ فرایند باید با کار واقعی تطبیق داشته باشد. ورودی، مسئول هر مرحله، زمان انتظار، استثنا و خروجی را با کاربران بررسی کنید. گاهی مشکل اصلی، نبود یک تعریف مشترک یا دسترسی دیرهنگام به اطلاعات است و با یک مدل هوش مصنوعی حل نمی‌شود. پرسش آغازین این است که کدام تصمیم یا انتقال اطلاعات، بیشترین اصطکاک را دارد و چه چیزی در صورت تغییر باید بهتر شود.
خط مبنا و معیار پذیرش تعریف کنید
پیش از تغییر، نمونه‌ای از اجرای فعلی را ثبت کنید: زمان رسیدگی، دفعات برگشت، خطا، کار دستی و نتیجهٔ نهایی. شاخص را با واحد اندازه‌گیری و دامنهٔ روشن تعریف کنید؛ میانگین زمان بدون شناخت توزیع کار و استثناها می‌تواند گمراه‌کننده باشد. معیار پذیرش باید کیفیت و ریسک را هم پوشش دهد تا کوتاه شدن زمان، با افزایش خطا یا حذف کنترل ضروری همراه نشود.
قواعد، اتوماسیون و هوش مصنوعی را درست ترکیب کنید
برای قواعد قطعی، یک گردش کار یا اعتبارسنجی ساده می‌تواند مناسب‌تر باشد. هوش مصنوعی در کار با متن، جست‌وجوی دانش یا پیشنهادهای نیازمند ارزیابی کاربرد پیدا می‌کند. خروجی مدل را به یک مرحلهٔ مشخص وصل کنید و مشخص باشد در خطا، ابهام یا نبود داده چه اتفاقی می‌افتد. نمونهٔ آزمایشی باید در کنار مسیر انسانی قابل‌بررسی باشد؛ تصمیم حساس را بدون تعریف اختیار و مسئولیت خودکار نکنید.
تغییر را در دامنهٔ محدود آزمایش کنید
با یک نوع درخواست یا یک گروه کاربری شروع کنید. نمونه‌های عادی و دشوار را جداگانه بسنجید و نتیجه را با همان خط مبنا مقایسه کنید. دلیل رد پیشنهادها و موارد بازگشت به مسیر دستی را ثبت کنید؛ این‌ها برای اصلاح فرایند مهم‌اند. دامنهٔ بعدی بر اساس شواهد، آمادگی داده و پذیرش کاربران تعیین می‌شود. یک تجربهٔ محدود و قابل‌ارزیابی، پایهٔ بهتری برای تحول سازمانی است.
مثال مفهومی: رسیدگی به درخواست داخلی
فرض کنید درخواست‌های یک واحد از چند کانال دریافت می‌شوند و کارشناسان باید متن را بخوانند، اطلاعات ناقص را تشخیص دهند و مسئول رسیدگی را تعیین کنند. نخست فرم و شناسهٔ درخواست را یکپارچه کنید؛ این بخش لزوماً به هوش مصنوعی نیاز ندارد. بعد می‌توان پیشنهاد طبقه‌بندی یا خلاصهٔ متن را در یک مرحلهٔ جدا آزمایش کرد. پیشنهاد مدل باید برای کارشناس قابل‌ویرایش باشد و درخواست‌های مبهم به بازبینی انسانی بروند. ثبت وضعیت و زمان هر مرحله کمک می‌کند مشخص شود مشکل اصلی از خواندن متن است، انتظار برای تأیید یا نبود اطلاعات. این یک مثال عمومی از طراحی فرایند است و شرح همکاری مشتریان رهام نیست.
یک برگهٔ ارزیابی پیش از شروع بنویسید
برگهٔ ارزیابی باید نوع کار، واحد اندازه‌گیری، محدودهٔ نمونه، استثناها و مسئول ثبت را مشخص کند. به‌جای «عملکرد بهتر»، بنویسید چه چیزی مقایسه می‌شود: زمان رسیدگی از دریافت تا پاسخ، تعداد بازگشت برای اصلاح، نسبت درخواست‌های نیازمند مسیر دستی یا تعداد پاسخ‌های بدون مرجع. برای هر شاخص، منبع ثبت و شرط پذیرش را قبل از آزمایش توافق کنید. اگر حجم یا نوع درخواست در دو دوره متفاوت است، نتیجه را مستقیم به تغییر سامانه نسبت ندهید. هدف، تشخیص تغییر واقعی در کار است؛ نه نمایش یک عدد جذاب بدون زمینه. گسترش بعدی باید به کیفیت، آمادگی داده و پذیرش کارکنان وابسته باشد.