أربع موظفين بيردوا على نفس رسائل العملاء. هل كلهم لازم يقدروا يشوفوا كل محادثة ويعدلوا إعدادات النظام؟ لا. مشاركة الـInbox تحل مشكلة سرعة الرد، لكنها ممكن تخلق مشكلة مختلفة: مين عنده صلاحية يشوف بيانات العميل أو يغيّر قواعد الرد؟
ابدأ من المهام، مش أسماء الموظفين
قسّم الشغل قبل ما تختار برنامج: موظف استقبال يجاوب الأسئلة العامة، مسؤول مبيعات يراجع الفرص والعروض، مشرف يتدخل في الشكاوى والاستثناءات، ومدير إعدادات يغيّر قواعد المساعد. الصلاحيات المطلوبة لكل دور مش واحدة.
دي زاوية مختلفة عن تشغيل أكثر من موظف على رقم واتساب واحد. المقال ده مش عن عدد الأجهزة أو الموظفين، بل عن التحكم في الوصول والمراجعة والمساءلة.
أقل صلاحية تكفي لإنجاز المهمة
مبدأ Least Privilege يعني إن الشخص ياخد الصلاحيات اللازمة لشغله فقط. NIST SP 800-171 Revision 3، الصادر في مايو 2024 يشرح حصر الوصول في المهام المصرح بها، ومراجعة الصلاحيات دوريًا. المرجع أمريكي وإرشادي هنا، مش نص قانون مصري ملزم لكل شركة.
في مثال افتراضي لمتجر له خدمة عملاء وفريق مبيعات: موظف الردود العامة لا يحتاج تصدير قاعدة العملاء كاملة، ومسؤول متابعة الشحن لا يحتاج تغيير أسعار المنتجات في معرفة الـAI. وفي المقابل، لو المشرف لا يقدر يستلم شكوى حرجة، تصميم الصلاحيات نفسه محتاج مراجعة.
اعمل مصفوفة وصول من صفحة واحدة
اكتب في الصفوف الأدوار، وفي الأعمدة: قراءة المحادثات، الرد، تحويل الحالة، تعديل المعرفة، تصدير البيانات، إدارة المستخدمين. ضع لكل تقاطع «مسموح»، «يحتاج موافقة»، أو «غير مسموح». بعد كده قارن المصفوفة بإمكانيات البرنامج الفعلية، مش بالكلام التسويقي.
افصل بين صلاحية قراءة المحادثة وصلاحية تعديل إعدادات الردود الآلية. وخلّي القرارات التي تغيّر السعر أو سياسة الشركة تمر على صاحب اعتماد واضح. ده إجراء إداري يمكن تنفيذه حتى لو الأداة الحالية لا توفر صلاحيات دقيقة لكل وظيفة.
سجل التغييرات مهم زي الصلاحيات
لو ردود النظام اتغيرت يوم الخميس، محتاج تعرف مين غيّر المعلومة، وإيه النسخة القديمة، وإمتى اتراجع التعديل. سجّل على الأقل: المسؤول، نوع التغيير، وقت التنفيذ، سبب التغيير، والموافقة إن كانت مطلوبة. لا تفترض أن كل منصة توفر Audit Log تفصيليًا؛ اسأل عنها واختبرها في النسخة التجريبية.
لما موظف يترك الفريق، اعمل قائمة خروج تشمل إلغاء وصوله من كل القنوات والأدوات المشتركة، ونقل ملكية الحالات المفتوحة، ومراجعة مفاتيح الوصول المشتركة إن وجدت. تغيير كلمة مرور واحدة مش بديلًا عن مراجعة كل نقاط الدخول.
اختبار شراء قبل الاشتراك
جرّب بثلاثة حسابات تجريبية: موظف استقبال، مشرف، ومدير. حاول من حساب الموظف الوصول لمحادثة غير مخصصة له أو تغيير معرفة النظام. ثم اختبر هل المشرف يقدر يستلم الحالة ويشوف السياق المناسب، وهل تظهر التغييرات للمسؤول. وثّق النتيجة: «متاح»، «غير متاح»، أو «يحتاج تكاملًا». لا تشترِ بناء على كلمة «آمن» وحدها.
راجع كل شهر المستخدمين النشطين، والصلاحيات غير الضرورية، والحالات التي تعذّر تصعيدها، والتغييرات غير الموثقة. النجاح مش أكبر عدد صلاحيات، بل قدرة الفريق على إنجاز العمل من غير كشف أو تعديل غير لازم.
أين يقف Mr. AI؟
الأسئلة الشائعة الحالية تؤكد الردود بمعرفة الشركة، ومراجعة السجلات، والتدخل البشري. لكن لا نعلن هنا عن مصفوفة أدوار أو سجل تدقيق أو نظام صلاحيات دقيق باعتبارها خصائص مؤكدة. اختبرها مباشرة مع الفريق قبل الاعتماد عليها. يمكنك حجز عرض توضيحي واصطحاب مصفوفة الوصول الخاصة بشركتك بدل الاكتفاء بسؤال عام عن الأمان.
