سالها تصمیم فناوری در واحد منابع انسانی نسبتاً ساده بود.
مشکل جذب نیرو دارید؟ نرمافزار ATS بخرید.
ارزیابی عملکرد میخواهید؟ یک پلتفرم Performance Management اضافه کنید.
کارکنان سؤال زیادی دارند؟ سیستم Help Desk یا HR Portal تهیه کنید.
برای هر مسئله، یک محصول جدید وارد شرکت میشد.
نتیجه در بسیاری از سازمانها مجموعهای از نرمافزارهاست که هرکدام بخشی از مسئله را حل میکنند، اما خودشان هزینه، آموزش، یکپارچهسازی و پیچیدگی جدید ایجاد میکنند.
ظهور AI Agent یک گزینه سوم به این تصمیم اضافه کرده است.
اکنون سؤال فقط این نیست:
«کدام نرمافزار را بخریم؟»
بلکه میتوان پرسید:
«آیا لازم است اصلاً نرمافزار جدیدی بخریم، یا میتوان یک عامل هوشمند روی سیستمهای فعلی ساخت؟»
مقاله تازه Inc. این تغییر را یکی از تحولات جدی نقش مدیران منابع انسانی میداند؛ مدیر HR ممکن است از «خریدار نرمافزار» به طراح بخشی از معماری هوشمند سازمان تبدیل شود.
عامل AI با نرمافزار چه تفاوتی دارد؟
نرمافزار سنتی معمولاً یک ساختار ثابت دارد.
کاربر وارد صفحه میشود، فرم پر میکند، گزارش میگیرد یا یک Workflow از قبل تعریفشده را اجرا میکند.
عامل AI میتواند روی چند سیستم حرکت کند.
مثلاً کارمند میپرسد:
«چند روز مرخصی دارم و اگر هفته آینده سه روز مرخصی بگیرم با پروژه X تداخل دارد؟»
عامل میتواند اطلاعات منابع انسانی، تقویم و پروژه را بررسی کند و پاسخ ترکیبی ارائه دهد.
بنابراین ارزش عامل صرفاً انجام یک وظیفه نیست؛ اتصال چند مرحله از کار است.
خطر هیجانزدگی: همهچیز را نسازید
همانطور که سالها شرکتها گرفتار خرید بیرویه نرمافزار شدند، ممکن است اکنون گرفتار ساخت بیرویه Agent شوند.
ساخت یک Demo ساده آسان است.
ساخت سیستمی که:
امن باشد،
پایدار باشد،
به داده درست متصل شود،
قابل کنترل باشد،
و مسئول نگهداری مشخصی داشته باشد
موضوع دیگری است.
به همین دلیل «میتوانیم بسازیم» به معنی «باید بسازیم» نیست.
ابزار فرصت امروز: امتیاز Build / Buy / Agent
برای هر نیاز جدید HR پنج معیار را از صفر تا ۲۰ ارزیابی کنید.
۱. میزان خاصبودن فرایند — ۲۰ امتیاز
آیا مسئله شما تقریباً مشابه هزار شرکت دیگر است؟
اگر پاسخ بله است، خرید محصول استاندارد معمولاً منطقیتر است.
اما اگر فرایند شما بسیار خاص، بین چند سیستم و وابسته به قواعد داخلی است، امتیاز Build/Agent بالا میرود.
۲. کیفیت و دسترسی به داده — ۲۰ امتیاز
Agent بدون داده مناسب فقط یک رابط جذاب است.
آیا اطلاعات کارکنان ساختارمند است؟
آیا سیاستها بهروز هستند؟
آیا دادهها API یا دسترسی قابل استفاده دارند؟
اگر پاسخ منفی است، قبل از ساخت AI باید زیرساخت داده را اصلاح کنید.
۳. ریسک خطا — ۲۰ امتیاز
پاسخ اشتباه درباره ساعت جلسه شاید هزینه کمی داشته باشد.
پاسخ اشتباه درباره حقوق، اخراج، مزایا یا قوانین استخدامی میتواند بسیار پرهزینه باشد.
هرچه ریسک بالاتر باشد، نیاز به محصول استاندارد، کنترل انسانی و Governance قویتر میشود.
۴. حجم و تکرار — ۲۰ امتیاز
اگر فعالیت روزانه صدها بار اتفاق میافتد، ساخت Agent میتواند توجیه اقتصادی پیدا کند.
اگر فعالیت ماهی یک بار انجام میشود، شاید ساخت و نگهداری آن از خود مسئله گرانتر باشد.
۵. تغییرپذیری فرایند — ۲۰ امتیاز
فرایندهای ثابت گزینه خوبی برای نرمافزار استاندارد هستند.
فرایندهایی که مرتب تغییر میکنند یا ورودی آنها بسیار متنوع است، میتوانند گزینه بهتری برای Agent باشند.
چگونه نتیجه را تفسیر کنیم؟
بعد از امتیازدهی، فقط یک عدد نهایی نسازید. سه مسیر را ارزیابی کنید.
Buy
مناسب وقتی که:
فرایند استاندارد است،
ریسک بالاست،
بازار محصول بالغ دارد،
و مزیت رقابتی شما در آن فرایند نیست.
مثلاً Payroll اغلب حوزهای نیست که شرکت بخواهد از صفر اختراع کند.
Build
مناسب وقتی که:
فرایند برای کسبوکار حیاتی است،
منطق اختصاصی دارید،
تیم فنی و مالک محصول دارید،
و کنترل کامل اهمیت دارد.
Agent Layer
مناسب وقتی که:
سیستمهای اصلی از قبل وجود دارند،
اما کاربران میان آنها گرفتار رفتوآمد هستند.
در این حالت شاید نیازی به تعویض سیستم HR نباشد؛ یک Agent میتواند لایه ارتباطی بین کاربر و چند سیستم باشد.
سؤال مهمتر: نرمافزار جدید چه چیزی را حذف میکند؟
هر خرید یا Agent جدید باید حداقل یکی از این چهار مورد را حذف کند:
یک مرحله دستی
یک ورود اطلاعات تکراری
یک انتظار
یا یک خطای پرتکرار.
اگر فقط ابزار جدیدی اضافه میکنیم بدون اینکه چیزی از فرایند حذف شود، احتمالاً Stack فناوری را بزرگتر کردهایم، نه کار را بهتر.
آزمایش ۳۰روزه قبل از خرید
قبل از امضای قرارداد بزرگ، یک مسئله کوچک انتخاب کنید.
مثلاً:
پاسخ به سؤالات پرتکرار کارکنان.
فرایند درخواست آموزش.
Onboarding نیروی جدید.
جمعآوری مدارک.
یک Agent محدود بسازید و فقط سه چیز را اندازه بگیرید:
زمان صرفشده HR
زمان پاسخ به کارمند
درصد مواردی که هنوز نیاز به دخالت انسان دارند.
بعد آن را با گزینه خرید نرمافزار مقایسه کنید.
گاهی نتیجه این خواهد بود که Agent بهتر است.
گاهی محصول آماده بسیار ارزانتر و امنتر است.
و گاهی کشف میکنید مشکل اصلاً نرمافزار نیست؛ فرایند بد طراحی شده است.
شاخص Automation Debt
همانطور که فناوری «Technical Debt» دارد، اتوماسیون نیز میتواند بدهی ایجاد کند.
هر Agent نیاز دارد کسی بداند:
به چه دادهای وصل است؟
چه کسی اجازه تغییر دارد؟
اگر پاسخ اشتباه داد چه میشود؟
نسخه سیاستها چگونه بهروز میشود؟
چه کسی عملکردش را ارزیابی میکند؟
اگر برای این سؤالها مالک ندارید، هر Agent جدید مقداری Automation Debt به سازمان اضافه میکند.
مدیر HR آینده، معمار فرایند است
مقاله Inc. نکته مهمی دارد: ارزش مدیر منابع انسانی ممکن است کمتر به تعداد سیستمهایی که میشناسد و بیشتر به توانایی تشخیص این وابسته شود که چه چیزی را بخرد، چه چیزی را بسازد، چه چیزی را خودکار کند و کجا قضاوت انسانی را حفظ کند.
این تغییر فقط مختص HR نیست.
مدیر مالی، بازاریابی، فروش و عملیات نیز بهتدریج با همین سؤال روبهرو خواهند شد.
آینده الزاماً متعلق به شرکتی نیست که بیشترین نرمافزار را دارد.
ممکن است متعلق به شرکتی باشد که کمترین ابزار لازم برای بهترین فرایند ممکن را طراحی کرده است.