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

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

عامل واقعاً چه کاری را می‌پذیرد

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

چرا این‌بار مسئله سازمانی است

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

چرا برای کسب‌وکارهای کوچک و متوسط ایران مهم است

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

یک تصویر عملی

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

نقشهٔ ۹۰ روزهٔ شروع

• روز ۱ تا ۳۰: یک نقش پرتکرار و قاعده‌مند انتخاب و شرح وظایفش را بنویسید: چه کاری، با چه داده‌ای، تا کجا و از کجا به بعد با انسان.
• روز ۳۰ تا ۶۰: عامل را در حالت پیشنهاددهنده اجرا کنید؛ خروجی می‌نویسد و انسان تأیید می‌کند. همین مرحله شکاف‌های قاعده را آشکار می‌کند.
• روز ۶۰ تا ۹۰: در موارد کم‌ریسک اختیار اجرای مستقیم بدهید و نرخ ارجاع به انسان، خطا و زمان پاسخ را پیگیری کنید.

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

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

سه اقدام برای همین فصل

• یک نقش روتین و قاعده‌مند انتخاب و شرح وظایفش را مکتوب کنید.
• مرز اختیار و مسیر ارجاع به انسان را از ابتدا روشن کنید.
• اثر را با ظرفیت آزادشدهٔ تیم و کاری که به آن اختصاص یافته بسنجید.

پرسش‌های پرتکرار

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

جمع‌بندی

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

واژه‌نامه

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

اقدام این هفته

این هفته یک فرآیند پرتکرار و قاعده‌مند در تیم خود را انتخاب کنید و شرح وظایف آن را برای یک عامل نرم‌افزاری بنویسید. در این شرح وظایف چهار مورد را مشخص کنید: ورودی دقیق (چه داده‌ای دریافت می‌کند)، خروجی مورد انتظار (چه نتیجه‌ای تحویل می‌دهد)، مرز اختیار (تا کجا می‌تواند مستقیم عمل کند) و مسیر ارجاع (از کجا به بعد کار به انسان منتقل می‌شود). این سند را با تیم در میان بگذارید و از کسی که امروز آن کار را انجام می‌دهد بخواهید مواردی را که در شرح وظایف ناقص یا مبهم است اصلاح کند. هدف این هفته اجرا نیست؛ فقط نوشتن مرزها و مسیر ارجاع است تا مشخص شود آیا این کار واقعاً برای واگذاری به عامل آماده است یا نه.

منابع

• «Agentforce: نیروی کار دیجیتال» — معرفی رسمی پلتفرم عامل‌های سیلزفورس (Salesforce) — https://www.salesforce.com/agentforce/
• «عامل‌های هوش مصنوعی در محل کار» — گزارش تحلیلی مؤسسه گارتنر دربارهٔ طبقه‌بندی و کاربرد عامل‌ها — https://www.gartner.com/en/articles/intelligent-agent-in-ai
• «راهنمای طراحیحی عامل‌های هوش مصنوعی» — مستندات Anthropic برای طراحیحی عامل‌های قابل اعتماد — https://www.anthropic.com/engineering/building-effective-agents
• «چارچوب ارزیابی آمادگی سازمانی برای هوش مصنوعی» — گزارش مک‌کینزی دربارهٔ الزامات سازمانی استقرار عامل‌ها — https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai