الأتمتة داخل الشركات تغيّرت للأبد، وهذا هو البديل

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

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

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

البيئة أولًا، ثم الوكيل

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

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

لذلك أرى أن الأتمتة الحديثة تقوم على عمودين لا بد من وجودهما معًا: بيئة، ووكيل.

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

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

ثلاثة أنواع من الملفات

١. خطوات العملية: ماذا يفعل الوكيل، وبأي ترتيب؟

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

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

٢. التوصيلات: كيف يصل الوكيل إلى خدماتك؟

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

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

٣. المراجع: كيف تُنجَز كل خطوة في شركتك أنت؟

داخل كل شركة طريقة محدّدة لإنجاز الأمور: طريقة ثابتة لحساب الضريبة كل شهر، وأخرى للجرد ومطابقة المخزون، وثالثة لحساب المؤشرات. هذه الطريقة هي ما تسمّيه الشركات إجراءات التشغيل القياسية، أو الـ SOP. وهي ضرورية للشركات الكبيرة والصغيرة والمتوسطة على حدّ سواء، لأنها تحدّد كيف يُنجَز العمل بدقّة: نبدأ بهذا، ثم نفعل ذاك، ثم نتّصل بالمستودع ونسحب منه كذا.

ماذا لو أخذنا هذه الطريقة ووضعناها في مجلّد اسمه «المراجع»؟ حين يصل الوكيل إلى خطوة الجرد، سيجد أمامه مرجعًا يقول له: هكذا نجري الجرد في هذه الشركة. وبهذا نضمن أن يعمل الوكيل على الشيء الذي نريده، بالطريقة التي نريدها.

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

البيئة ثابتة، والنموذج يتغيّر

حين تكتمل البيئة، تستطيع اليوم أن تستدعي النموذج X فتحصل على النتيجة. وغدًا تستدعي النموذج Y فتحصل على النتيجة نفسها. وبعد غد تجرّب نموذجًا ثالثًا، والنتيجة لا تتغيّر. البيئة هي الأساس، والنموذج هو العنصر المتغيّر فيها.

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

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

امتلك بياناتك. امتلك عمليّاتك. امتلك طريقتك.

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

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

مثال عملي: الإغلاق الشهري لشركة عنبر

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

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

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

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

فماذا لو منحنا هذا الموظّف فرصة ليعمل على مهام أهم، وسلّمنا العملية لوكيل؟ نبني البيئة المركزية، ونربط الوكيل بسلة وقيود وأرامكس وMeta وSnapchat وقاعدة البيانات، ونعطيه سياق شركة عنبر، والتوصيلات، والكيفية، ثم مهارة واحدة تشغّل العملية كلها.

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

ماذا يحدث حين تعطي الأمر؟

كل ما تكتبه أنت جملة واحدة: «شغّل الإغلاق الشهري لأغسطس». جرّبها بنفسك: أرسل الأمر في النافذة التالية، وراقب ما يقرؤه الوكيل في المجلّد، والخدمات التي يتصل بها في الخارج، حتى يصل إلى التقرير.

وهذه هي الرحلة نفسها، مشروحة خطوةً خطوة:

1. يقرأ قبل أن يعمل. يفتح أولًا دليل خطوات الإغلاق الشهري، فيعرف أن أمامه اثنتي عشرة خطوة، وبأي ترتيب. ثم يقرأ سياق عنبر: من صاحبها، وما أهدافها، ومن فريقها. ثم يقرأ دليل كل توصيلة، ويتأكد أن مفاتيح الخدمات موجودة قبل أن يبدأ.
2. يسحب بيانات الشهر. يتصل بسلة ليسحب الطلبات والمرتجعات والعملاء والزيارات، وبقيود ليسحب المخزون والفواتير وحركة المستودع، وبأرامكس ليسحب الشحنات والتحصيل، وبـ Meta وSnapchat ليسحب أداء الحملات الإعلانية. ويحفظ كل ما سحبه في مجلّد عمل خاص بالشهر.
3. يتحقّق قبل أن يحسب. يتأكد أن البيانات مكتملة، وأن تواريخها داخل الشهر، وأن كل طلب وكل صنف وكل شحنة لها ما يقابلها بين الأنظمة.
4. يطابق ويجرد بطريقتك أنت. حين يصل إلى المطابقة، يفتح مرجع المطابقة، ويطابق الطلبات بالشحنات وبالتحصيل كما تطابقها أنت. وحين يصل إلى الجرد، يفتح مرجع الجرد، ويقارن المخزون في الدفاتر بالجرد الفعلي في المستودع، ويفسّر كل فرق، ويقترح قيود التسوية اللازمة.
5. يحسب أرقام الشهر. يعتمد على مرجعَي تكلفة البضاعة وضريبة القيمة المضافة ليحسب صافي المبيعات والتكلفة والهامش وصافي الربح وضريبة الشهر، ثم يعتمد على مرجع المؤشرات ليحسب مؤشرات الأداء، ويقارنها بأرقام الشهر السابق المحفوظة في قاعدة البيانات.
6. يقرأ الأرقام كما تقرؤها أنت. يطبّق قواعد التنبيه التي وضعتها على النتائج، ويرفق مع كل تنبيه دليله، ثم يكتب توصيات مبنية على أرقام محددة، ويسند كل توصية إلى الشخص المسؤول عنها في فريق عنبر.
7. يرفع النتائج ويكتب التقرير. يرفع سجلات الشهر إلى قاعدة البيانات، ويرسل قيود التسوية إلى قيود كمسودّات، ثم يكتب التقرير التنفيذي من القالب المعتمد، ويرد عليك بملخص: ما سحبه، وما طابقه، وأهم ما وجده، وما رفعه.

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

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

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

ما الذي تغيّر فعلًا؟

قد تسأل: لماذا أصبح هذا ممكنًا الآن، ولم يكن كذلك من قبل؟ أرى ثلاثة فروق أساسية:

• الوكيل لا ينكسر كما ينكسر المسار. في الأتمتة القديمة، إذا وصل المسار إلى خطوة مطابقة الطلبات والشحن والنقد، واحتاج إلى الاتصال بسلة وأرامكس، ثم فشل الاتصال لأي سبب، تعطّل كل شيء وانتهت العملية بصمت. أما الوكيل، فلديه قدرة على التفكير والتصرّف وإعادة المحاولة. إذا ظهر خلل، قد يحاول مرة ثانية وثالثة، أو يجرّب طريقة أخرى، أو يفتح المتصفّح ليرى بنفسه، أو يرسل إليك رسالة يخبرك فيها بما حدث.
• النماذج أصبحت تتّبع التعليمات. قبل عام تقريبًا، أو تسعة أشهر، كان هذا شبه مستحيل؛ فقد كانت النماذج سيئة جدًا في اتباع التعليمات. تقول لها: في الخطوة الأولى تأكّد من تماسك الدفاتر، وفي الثانية احسب الفرق لكل صنف؛ فتجيبك: «حاضر»، ثم تفعل ما تراه هي، أو تخبرك أنها نفّذت الخطوة وقد تجاوزتها. أما اليوم، فالنماذج تتبع أدقّ التعليمات، وتتحسّن في ذلك يومًا بعد يوم، ويمكن دعم ذلك بأدوات تحقّق إضافية مثل الـ Hooks.
• التعديل أصبح جملة. الخطوات كلها نصّ. فإذا تغيّرت طريقة الجرد في شركتك، وأصبحت هناك خطوة جديدة بين الثانية والثالثة، فكل ما عليك أن تفتح محادثة جديدة مع الوكيل الذي تختاره، وتقول له: غيّرنا طريقتنا في الخطوة الثانية، وأصبحنا نفعل كذا. سيذهب مباشرة إلى الملف ويعدّل الخطوة، ثم ينفّذها بالطريقة الجديدة. في أدوات المسارات القديمة، كان تعديل كهذا كارثة: تجريب طويل، وتعقيد، واحتمال حقيقي بأن ينهار كل شيء.

ولهذا أعتقد أن أغلب النماذج التي صدرت خلال الأشهر الستة أو السبعة الأخيرة وصلت إلى مستوى كافٍ لنحو 90% من المهام اليومية. فأغلب هذه المهام ميكانيكية: اسحب من هنا، حلّل هذا، ارفع ذاك، وكل شيء فيها واضح للوكيل. لم نعد بحاجة إلى أقوى النماذج وأغلاها لإنجاز عملية كهذه. وأراهن أن النماذج كلها، صينيةً كانت أو أمريكية، ستتقارب مع الوقت حتى تصبح كافية لـ 95% من المهام. قد تحتاج إلى نموذج من الصف الأول لمهمّة برمجية معقّدة أو عمل متقدّم، أما العمل اليومي، فنماذج اليوم كافية وزيادة. لذلك تبقى بيئتك هي الأولوية، حتى تستفيد من أي نموذج يصدر.

من حاسوبك إلى السحابة

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

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

النماذج ستتغيّر كل بضعة أشهر، أما البيئة التي تبنيها لشركتك فهي ما يبقى. ابنها مرة واحدة، بإتقان، ثم ادعُ إليها أي وكيل تشاء.