وكلاء الذكاء الاصطناعيّ في المؤسّسة: الوكيل يقترح والإنسان يقرّر

وكلاء الذكاء الاصطناعيّ للشركات مفيدون حين يكتبون المسوّدة ويتركون القرار للإنسان، وخطيرون حين يتواصلون مع الزبائن وحدهم. هذا هو المبدأ الذي بنينا عليه TKAWEN Pilotage، منصّة CRM/ERP لتسيير عملنا الداخليّ: الوكيل يقترح، والإنسان يقرّر ويرسل، ولا يصل أيّ شيء إلى زبون دون إنسان. وإلى جانب هذا المبدأ، صمّمنا المنصّة على سجلّ نشاط لا يُحذف منه شيء، ومراحل صفقات تتقدّم خطوة خطوة، وسبب إلزاميّ لكلّ صفقة خاسرة مع مهمّة عودة تُنشأ تلقائيًّا.

ما هو Pilotage؟

Pilotage منصّة بنيناها في أكتوبر 2026 لعمليّات TKAWEN نفسها، ويتطلّب الدخول إليها حسابًا. تجمع المنصّة الشركات، وجهات الاتّصال، والصفقات، والمهامّ، والوثائق، وسجلّ النشاط. ثمّ أضفنا إليها في مراحل لاحقة الفوترة، والبريد، والحملات، والبحث، والتقارير، والوكلاء.

بنيناها لأنفسنا قبل أيّ شيء. وهذا مهمّ: كلّ قاعدة تصميم في هذا المقال جاءت من حاجة عمليّة في شركة جزائريّة متعدّدة الخدمات، لا من نظريّة عامّة.

المبدأ: الوكيل يقترح والإنسان يقرّر

يستطيع الوكيل الذكيّ أن يكتب رسالة متابعة، أو أن يلخّص تاريخ علاقة مع زبون، أو أن يقترح الخطوة التالية في صفقة. هذه أعمال تستهلك وقتًا كبيرًا من الفريق، والوكيل يختصرها.

لكنّ إرسال رسالة إلى زبون قرار له عواقب: قد يكون التوقيت خاطئًا، أو قد تكون المعلومة غير دقيقة، أو قد تكون النبرة غير مناسبة لعلاقة يعرفها الموظّف ولا يعرفها الوكيل. لذلك فصلنا بين أمرين:

• ما يفعله الوكيل: يكتب المسوّدة، ويقترح، ويلخّص.
• ما يفعله الإنسان: يراجع، ويعدّل، ويقرّر، ويرسل.

لا يوجد في Pilotage مسار يرسل فيه الوكيل رسالة إلى زبون دون أن يمرّ على إنسان. هذه ليست خاصّيّة يمكن تفعيلها أو تعطيلها، بل قاعدة في التصميم.

سجلّ نشاط لا يُحذف منه شيء

كلّ ما يحدث في المنصّة يُسجَّل في سجلّ نشاط من نوع append-only، أي أنّ السجلّ يقبل الإضافة فقط، ولا يقبل التعديل أو الحذف. إذا تغيّرت مرحلة صفقة، أو أُضيفت ملاحظة، أو أُنشئت مهمّة، يبقى ذلك مسجّلًا كما حدث.

لماذا يهمّ هذا مع الوكلاء تحديدًا؟ لأنّ إدخال الذكاء الاصطناعيّ في العمل يطرح سؤالًا دائمًا: من فعل ماذا، ومتى؟ حين يكون السجلّ غير قابل للتعديل، يمكن دائمًا الرجوع إليه لفهم ما حدث، والتمييز بين ما اقترحه الوكيل وما قرّره الإنسان.

مراحل الصفقات: خطوة خطوة

تتقدّم الصفقة في Pilotage من مرحلة إلى المرحلة التالية مباشرة، مرحلة واحدة في كلّ مرّة. لا يمكن القفز من بداية المسار إلى نهايته.

قد يبدو هذا تقييدًا، لكنّه يحمي جودة البيانات. حين تمرّ كلّ صفقة بكلّ المراحل، تصبح التقارير صادقة: نعرف فعلًا أين تتوقّف الصفقات، وكم تستغرق كلّ مرحلة. أمّا حين يُسمح بالقفز، فتمتلئ التقارير بصفقات وصلت إلى النهاية دون أن يُعرف كيف.

الصفقة الخاسرة: سبب إلزاميّ ومهمّة عودة

حين تُسجَّل صفقة على أنّها خاسرة، تطلب المنصّة سببًا إلزاميًّا. لا يمكن إغلاق صفقة خاسرة دون أن يكتب المستخدم لماذا خسرها.

ثمّ تُنشئ المنصّة تلقائيًّا مهمّة عودة (retarget)، أي تذكيرًا بالرجوع إلى هذا الزبون لاحقًا. الفكرة بسيطة: الصفقة الخاسرة اليوم ليست بالضرورة زبونًا خاسرًا إلى الأبد. قد يكون السبب الميزانيّة أو التوقيت، وقد تتغيّر الظروف بعد أشهر.

مثال. يعمل موظّف تجاريّ على صفقة تكوين مع شركة، ثمّ تعتذر الشركة لأنّ ميزانيّة السنة استُنفدت. يسجّل الموظّف الصفقة خاسرة، فتطلب منه المنصّة السبب، فيكتب «الميزانيّة». تُنشئ المنصّة مهمّة عودة. وحين يحين موعد المهمّة، يمكن للوكيل أن يكتب مسوّدة رسالة متابعة تستند إلى تاريخ العلاقة المسجّل في سجلّ النشاط. يقرأ الموظّف المسوّدة، ويعدّلها، ثمّ يقرّر إرسالها أو تأجيلها. لم يُرسَل شيء دون قراره.

الأدوار والصلاحيّات

يعمل في Pilotage أشخاص بمهامّ مختلفة، ولكلّ منهم صلاحيّات تناسب دوره: الإدارة (direction)، والتجاريّ (commercial)، والبيداغوجيا (pédagogie)، والمحاسبة (comptabilité)، والمكوّن (formateur). هذا التقسيم يعني أنّ كلّ شخص يصل إلى ما يحتاجه لعمله حسب دوره.

التوقيت: تفصيل صغير بعواقب كبيرة

تخزّن المنصّة كلّ الأوقات بتوقيت UTC، وتعرضها بتوقيت الجزائر. جعلنا هذا التحويل صريحًا في التصميم، لا متروكًا للصدفة. قد يبدو هذا تفصيلًا تقنيًّا، لكنّ موعدًا يظهر بفارق ساعة، أو مهمّة تُستحقّ في يوم خاطئ، يكفي لإفساد ثقة الفريق في الأداة. ومع الوكلاء الذين يقترحون مواعيد ومتابعات، يصبح الوضوح في التوقيت أكثر أهمّيّة.

لماذا يهمّ هذا المؤسّسات الصغيرة والمتوسّطة في الجزائر؟

المؤسّسة الصغيرة لا تملك عادة فريقًا كبيرًا للمبيعات أو المتابعة، ولذلك يغريها أن تترك الوكيل يعمل وحده. لكنّ العلاقة مع الزبون في المؤسّسة الصغيرة شخصيّة غالبًا، وخطأ واحد في رسالة آليّة قد يكلّف علاقة كاملة.

ثمّ إنّ المؤسّسة الصغيرة تحتاج إلى أن تفهم ما يحدث في نشاطها التجاريّ دون أن تخصّص لذلك وقتًا طويلًا. حين تكون البيانات صادقة، لأنّ الصفقات تمرّ بكلّ المراحل ولأنّ كلّ خسارة لها سبب مكتوب، تصبح التقارير أداة قرار حقيقيّة، لا أرقامًا للعرض. وحين يكون السجلّ غير قابل للتعديل، يمكن لصاحب المؤسّسة أن يعود إلى أيّ ملفّ ويفهم ما حدث فيه، حتّى لو غاب الموظّف الذي تابعه.

المبادئ التي اعتمدناها تصلح لأيّ مؤسّسة تفكّر في إدخال وكلاء الذكاء الاصطناعيّ:

• اجعل الوكيل يكتب المسوّدة، واترك الإرسال للإنسان.
• احتفظ بسجلّ لا يُعدَّل، حتّى تعرف دائمًا من فعل ماذا.
• اجعل البيانات صادقة بقواعد بسيطة، مثل التقدّم مرحلة مرحلة والسبب الإلزاميّ للخسارة.
• حوّل الخسارة إلى مهمّة متابعة بدل أن تُنسى.
• حدّد الصلاحيّات حسب الأدوار.
• عالج التوقيت صراحة.

ما لا ندّعيه

• لا نقدّم Pilotage في هذا المقال على أنّه منتج تجاريّ؛ بنيناه لعمليّات TKAWEN الداخليّة.
• لا ندّعي أنّ الوكلاء في Pilotage يتّخذون قرارات تجاريّة أو يتواصلون مع الزبائن وحدهم.
• لا نملك أرقامًا منشورة عن أثر الوكلاء على المبيعات أو الوقت، ولذلك لا نذكر نسبًا.

للصورة الكاملة، راجع TKAWEN والذكاء الاصطناعيّ. وعن المبدأ نفسه في التحقّق من الشهادات، حيث يبقى القرار للإنسان، راجع خادم MCP للتحقّق من الشهادات.

أسئلة شائعة

ما المقصود بوكلاء الذكاء الاصطناعيّ للشركات؟

هي برامج تستعمل نماذج اللغة لإنجاز مهامّ مثل كتابة رسائل المتابعة، وتلخيص تاريخ العلاقة مع زبون، واقتراح الخطوة التالية. في TKAWEN Pilotage يكتب الوكيل المسوّدة، ويقرّر الإنسان ويرسل.

هل يرسل الوكيل في Pilotage رسائل إلى الزبائن وحده؟

لا. لا يصل أيّ شيء إلى زبون دون إنسان. الوكيل يكتب المسوّدة ويقترح، والموظّف يراجع ويعدّل ويقرّر الإرسال.

ما هو سجلّ النشاط append-only؟

هو سجلّ يقبل الإضافة فقط، ولا يقبل التعديل أو الحذف. يحفظ كلّ ما يحدث في المنصّة كما حدث، فيمكن دائمًا معرفة من فعل ماذا ومتى، والتمييز بين ما اقترحه الوكيل وما قرّره الإنسان.

ماذا يحدث حين تُسجَّل صفقة خاسرة في Pilotage؟

تطلب المنصّة سببًا إلزاميًّا للخسارة، ثمّ تُنشئ تلقائيًّا مهمّة عودة للرجوع إلى الزبون لاحقًا. هكذا لا تُنسى الصفقة، ويبقى سبب خسارتها مسجّلًا.

هل يمكن لشركة أخرى استعمال Pilotage؟

بنينا Pilotage في أكتوبر 2026 لعمليّات TKAWEN الداخليّة، والدخول إليه يتطلّب حسابًا. لكنّ مبادئ تصميمه يمكن أن تطبّقها أيّ مؤسّسة تفكّر في إدخال الوكلاء إلى عملها.

لماذا تتقدّم الصفقة مرحلة واحدة في كلّ مرّة؟

لأنّ القفز بين المراحل يفسد التقارير. حين تمرّ كلّ صفقة بكلّ المراحل، يمكن معرفة أين تتوقّف الصفقات فعلًا وكم تستغرق كلّ مرحلة، فتصبح البيانات أساسًا صادقًا للقرار.