متى تتجاوزون Zapier أو Make أو n8n؟

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

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

ما الذي تجيده هذه الأدوات فعلًا؟

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

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

متى يحتاج المسار إلى معرفة شيء لا يعرفه غيركم؟

هذا هو الحد الأول، ويأتي بهدوء.

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

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

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

كيف ستعرفون أن مسارًا توقف؟

الحد الثاني، والمكلف.

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

فاطرحوا سؤالين عن المسار الذي تعتمدون عليه أكثر من غيره. من سيلاحظ إن توقف الليلة؟ وكيف سيلاحظ؟ إن كان الجواب الصادق عن الثاني «سيتصل العميل»، فليست لديكم أتمتة. لديكم اعتماد غير معلن.

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

متى يصبح المسار العشرون هو المشكلة؟

الحد الثالث هو الاعتماد المتبادل، وهو الذي يحسم معظم الحالات.

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

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

وماذا عن التكلفة؟

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

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

فهل تتخلصون من كل ذلك؟

لا، والجواب هو نفسه في مسألة استبدال البرمجيات التي تستخدمونها أو ربطها: السؤال ليس الأداة أبدًا، بل أي المسارات تخفق في أي اختبار.

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

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

ما الذي ينبغي أن تحتفظوا به مما بنيتموه؟

أكثر مما تظنون، وهو الجزء الذي يُرمى في أغلب الأحيان.

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

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

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

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