اتوماسیون کسب‌وکار با انسان در حلقه

وسوسهٔ سال ۱۴۰۵ این است که بگوییم «بگذارید عامل همه‌چیز را تمام کند.» روی اسلاید قشنگ است. روی میز یک شرکت متوسط، معمولاً یعنی یک اشتباه خاموش در فاکتور، در تخفیف، یا در پاسخ به مشتری ناراضی. اتوماسیون هوشمند وقتی زنده می‌ماند که انسان از حلقه حذف نشود؛ جایش عوض شود.

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

کجا خودکار، کجا فقط پیشنهاد

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

این همان منطق human-in-the-loop است که در صنعت جدی شده، نه به‌خاطر ترس از فناوری؛ به‌خاطر بیمه، حسابرسی، و این واقعیت که مشتری شما مدل زبانی را نمی‌بخشد. شما را می‌بخشد یا نمی‌بخشد.

گردش‌کار کوچک، بهتر از مغز بزرگ

کسب‌وکار متوسط به یک مغز همه‌چیزدان نیاز ندارد. به سه گردش تمیز نیاز دارد که امروز با اکسل و واتساپ زندگی می‌کنند. اگر همان‌ها را با مرحله، مسئول، و مهلت به سامانه بیاورید، تازه جا برای هوش باز می‌شود: خلاصهٔ پرونده، تشخیص تکراری بودن درخواست، پیشنهاد پاسخ.

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

از اینجا تا محصولی که خجالت نکشد

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

اگر یک گردش مشخص در شرکت‌تان گیر کرده — نه یک شعار کلی — همان را در سفارش بنویسید. محدودهٔ کوچک، قابل تحویل است؛ «همه‌چیز را هوشمند کنید» معمولاً نیست.