هذا المنشور. مثال تطبيقي توضيحي، وليس نتيجة عميل. شركة الخدمات وكل رقم فيها افتراضات. يبيّن كيف يمكن لروبوت عمليات داخلي في Slack أن يوجّه طلبات وصول الموظفين الجدد ويوافق عليها، مع تسجيل كل إجراء.
افترض شركة خدمات مهنية من 40 شخصًا. الفريق والعملية والأرقام افتراضات للشرح، وليست قياسات من عميل.
العملية القديمة ليست معطّلة لأن الناس بطيئون. هي معطّلة لأن الموظف الجديد يحتاج حسابات ووصولًا إلى الأدوات ومعدات، وكل طلب يعيش في بريد مختلف. ومسؤول العمليات يطارد الموافقات يدويًا. للتوضيح، افترض أنها تستغرق نحو ثلاثة أيام عمل من بداية اليوم الأول حتى جهاز يعمل.
ما الذي يستهلك الوقت في الانضمام اليدوي؟
ليس النقر. بل الانتظار. طلب مقعد GitHub ينتظر حتى يرى المدير البريد. وطلب أداة المالية ينتظر معتمدًا آخر. لا أحد يملك التسليم، فتتوقف كل خطوة عند شخص. والعمل الفعلي جزء صغير من الزمن المنقضي.
كيف يؤتمت AI انضمام الموظفين دون أن يصبح روبوت دردشة آخر؟
يوجّه ويوافق، ولا يكتفي بالتلخيص. يقرأ روبوت العمليات كل طلب وصول لموظف جديد في Slack ويقارنه بخريطة الدور والوصول، ثم يوافق بنفسه على البنود منخفضة المخاطر أو يوجّه الأعلى خطرًا إلى المالك المسمّى بموافقة بنقرة واحدة. كل إجراء يُسجَّل. والمقياس الذي يُراقَب هو الزمن المنقضي من الطلب حتى وصول يعمل.
إذن كيف يبدو التصميم؟
روبوت يعيش حيث يحدث العمل أصلًا. حين يُضاف موظف، يفتح خيطًا واحدًا في Slack لكل شخص. يقرأ الدور، ويربطه بقائمة وصول محدّدة، ويحرّك كل عنصر. الحسابات ومقاعد الأدوات منخفضة المخاطر يمنحها بحسب قواعد وضعها العميل. أي شيء حساس، مثل نظام المالية، يوجّهه إلى المالك المُسمّى بزر موافقة أو رفض.
- خيط واحد لكل موظف جديد، بحيث يكون الطلب كاملًا في مكان واحد، لا موزّعًا على خمسة صناديق بريد.
- خريطة دور-إلى-صلاحيات يملكها العميل، فتكون القواعد قواعده وقابلة للتدقيق.
- موافقة بنقرة واحدة للمالك، بحيث يستغرق القرار ثوانٍ، لا يومًا من تبادل الرسائل.
- محفّز إنهاء خدمة يُلغي الصلاحيات نفسها في آخر يوم عمل للموظف.
البند الأخير أهم من سرعة الانضمام. إلغاء وصول موظف غادر هو الخطوة التي ينساها الجميع. في هذا التصميم تنطلق من الخريطة نفسها التي منحت الوصول، فيصبح إنهاء الوصول موثوقًا كمنحه، وتصبح حالات الإلغاء الفائتة شيئًا يمكن عدّه.
We are
Stennir تُسلّم روبوت عمليات يوافق ويوجّه، يتخذ الفعل ويُسجّله مقابل خريطة قواعد يملكها العميل.
We aren't
ليس روبوت تلخيص يقرأ الطلب ويعطيكم فقرة عليكم أن تتصرفوا بناءً عليها بأنفسكم.
كيف تثقون بروبوت ليوافق على الوصول؟
تُحدَّد صلاحية القرار مسبقًا. الروبوت يوافق تلقائيًا فقط على العناصر التي حدّدها العميل بنفسه كمنخفضة المخاطر في خريطته. كل ما عدا ذلك يُوجَّه إلى إنسان مع السياق الكامل في الخيط. كل منح وتوجيه وإلغاء مُسجَّل. بحيث يستطيع مسؤول العمليات أن يُجيب مَن حصل على أي وصول، ومتى، دون فتح خمس أدوات. هذا هو جزء الحوكمة، ونبنيه منذ اليوم الأول، لا بعد ذلك.
تخيّل أول يوم اثنين يعمل فيه: محلل جديد لديه جهاز يعمل وكل بيانات الدخول قبل الغداء، بعدما كان ذلك مشكلة الأربعاء. هذه هي النتيجة التي نصمّم لها ونقيسها، لا نتيجة نُبلغ عنها.
في مشروع حقيقي يملك العميل الكود. يندرج هذا ضمن حالة استخدام روبوت العمليات الداخلي تحت تنفيذ AI، وهو بالشكل نفسه كمثالَي اللوجستيات والمالية التطبيقيين في المدوّنة. النمط نفسه في قسم آخر: اقرأ الطلب، افحص القاعدة، نفّذ الإجراء، سجّله.
إن كانت تهيئتكم للموظفين الجدد كومة من صناديق البريد وشخصًا يلاحق الموافقات، فهذا بالضبط الشكل الذي يُصلحه هذا المشروع. أخبرونا بما تبنونه وسنخبركم إن كان روبوت عمليات هو الخيار الصحيح أو أن أتمتة من سطرين كافية. أخبرونا بما تبنونه.
