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