Zapier أم Make؟ سير العمل المتشعب قد يقلب حساب المهمة الأرخص

إذا أراد فريق صغير تشغيل تدفق قصير بسرعة، فـZapier خيار أسهل في الإعداد؛ وإذا كثرت مسارات الطلبات وشروطها، يمنح Make مساحة أوضح لبناء المنطق بصريًا، مقابل وقت تعلم أطول. هذا هو التمييز الذي تعرضه مقارنة The Digital Project Manager. أما الأداة الأوفر فلا يحددها شكل الرسم أو سعر الاشتراك وحده، بل ما تنفذه كل منصة عند وصول الطلب وبين مرات وصوله.

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

ما الذي يُحتسب قبل مقارنة السعر؟

تبدأ خطة Professional من 19.99 دولار شهريًا عند الفوترة السنوية، وتمنح الخطة المجانية 100 مهمة شهريًا لتدفقات من خطوتين، وفق أسعار Zapier وقواعد المهام. تُحتسب المهمة عند نجاح إجراء، مثل إنشاء سجل أو إرسال رسالة؛ أما المشغّل وفحصه للبيانات الجديدة فلا يستهلكان مهامًا. وتعرض المنصة أكثر من 9000 تكامل، لكن عدد التطبيقات المتاح لا يخبر الفريق إن كان الإجراء المحدد الذي يحتاجه موجودًا داخل تكامل بعينه.

تعرض أسعار Make وقواعد الأرصدة خطة مجانية تصل إلى 1000 رصيد شهريًا، وخطة Core بسعر ظاهر قدره 12 دولارًا شهريًا لحزمة 10000 رصيد. تضم الخطة المجانية أكثر من 3000 تطبيق وحدًا أدنى يبلغ 15 دقيقة بين تشغيلات السيناريو المجدولة؛ وتتيح Core جدولة أكثر تقاربًا. يستهلك معظم تشغيل الوحدات القياسية رصيدًا واحدًا، سواء قرأت الوحدة بيانات أو أنشأت سجلًا أو حوّلت قيمة، بينما لا يستهلك الموجّه نفسه رصيدًا. وقد تختلف معدلات وظائف الذكاء الاصطناعي وبعض الوظائف المتقدمة، لذا تقتصر الحسابات أدناه على وحدات قياسية.

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

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

تدفق بسيط: طلب يُسجّل مرة واحدة

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

تتغير حصة المشغّل من التكلفة إذا عاد فحص Make الواحد بعدة طلبات. فإذا وصلت الطلبات الافتراضية نفسها في 30 دفعة متساوية بدل تشغيل منفصل لكل طلب، أصبح الحساب التقريبي 30 رصيدًا للفحوص و300 لإنشاء السجلات، أي 330 رصيدًا. يبقى حساب إجراءات Zapier عند 300 مهمة ما دامت جميع السجلات تُنشأ بنجاح. يوضح هذا الفرق أثر طريقة وصول البيانات، قبل إضافة أي فرع إلى التدفق.

تدفق متفرع: تسجيل للجميع وتنبيه للعاجل

في المثال الافتراضي الثاني، يُسجَّل 200 طلب عادي، بينما يُسجَّل 100 طلب عاجل ويُرسل تنبيه بشأن كل واحد منها. ينتج عن ذلك 300 عملية تسجيل و100 تنبيه، أي 400 إجراء مرتبط بالتطبيقات. إذا وصل كل طلب في تشغيل مستقل، يستهلك Zapier 400 مهمة؛ ويستهلك Make نحو 700 رصيد، منها 300 للمشغّل و400 للإجراءات. وجود مسارين في الرسم لا يضاعف الاستهلاك تلقائيًا: الطلب العادي لا يشغّل التنبيه، والموجّه نفسه لا يضيف رصيدًا.

قد تقلب خطوة صغيرة هذا الحساب. لنفترض أن كل طلب يحتاج إلى توحيد صيغة حقل قبل اختيار المسار. إذا أمكن تنفيذ ذلك عبر Formatter المدمج في Zapier، يبقى استهلاك المثال 400 مهمة. وإذا استلزم البناء المختار في Make وحدة تحويل قياسية تعمل مرة لكل طلب، تُضاف 300 رصيد ويصل المجموع إلى نحو 1000 رصيد. هذا تقدير لبنية محددة، لا رسم ثابت للتحويل: يمكن في بعض السيناريوهات كتابة الصيغة داخل حقل وحدة موجودة من دون إضافة وحدة مستقلة.

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

الفحص الدوري: الطلبات نفسها وكلفة مختلفة

لنفترض أن الطلبات الافتراضية الـ300 لا تُرسل فورًا، بل تُكتشف بفحص مصدرها كل 15 دقيقة طوال شهر من 30 يومًا. يساوي ذلك 2880 فحصًا. وإذا أدى كل طلب إلى إجراءين ناجحين، فهناك 600 إجراء بعد الاكتشاف. لا تضيف فحوص المشغّل مهامًا إلى Zapier، فيبلغ الاستهلاك 600 مهمة؛ وفي Make يصل التقدير إلى 3480 رصيدًا: 2880 للفحوص و600 للإجراءات، بافتراض رصيد واحد لكل تشغيل قياسي.

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

يختلف سعر الخطة عن تكلفة هذا التدفق طوال الشهر. فـCore المعروضة تتسع للتقدير البالغ 3480 رصيدًا، لكن رقم 12 دولارًا لا يقارن مباشرة بسعر بداية Professional ما لم تُعرف شريحة مهام Zapier الملائمة ودورة الدفع في الخيارين. كما أن اختيار فترة فحص أقصر قد يرفع استهلاك Make من دون أن يرفع عدد الإجراءات الناتجة. في المقابل، قد تتغير الفاتورة إذا احتاج أحد التكاملين إلى خطوة بحث إضافية لكل طلب.

التكاملات ونفاد المخصص

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

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

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

اقرأ أيضًا:

• Claude يدمج الدردشة وCowork: المهمة تستمر بعد إغلاق الحاسوب
• Buffer أم Metricool؟ عدد القنوات قد يقلب المنصة الأرخص
• قبل تسليم المهمة لوكيل AI: ستة شروط تفصل التعزيز عن الاستبدال