Guides
Make.com + CRM تيليجرام: 12 أتمتة يمكنك بناؤها في أقل من ساعة
لماذا أصبح Make.com + تيليجرام جديراً أخيراً بالأتمتة
لسنوات كانت قصة الأتمتة على تيليجرام هي «ابنِ بوتاً». يمكن للبوتات أن تفعل الكثير، لكنها لا تستطيع التصرّف بناءً على محادثاتك الحقيقية، ولا ترى الرسائل التي يراها حسابك الشخصي، ولا ترد من هويتك الخاصة. هذا سقفٌ صلب لأي سير عمل جادّ مع العملاء. في اللحظة التي تحتاج فيها أتمتتك إلى لمس المحادثات التي يجريها فريقك فعلياً مع العملاء، تنهار قصة البوت.
تكامل Entergram مع Make.com، المُضمَّن في خطة Pro، يقلب هذا السقف. تستطيع السيناريوهات في Make.com الآن أن تقرأ وتُرشِّح وتُصنِّف وتردّ على حسابات تيليجرام نفسها التي يستخدمها فريقك، عبر عناوين IP المخصّصة والمُوجَّهة عبر بروكسي نفسها. هذا يعني أن webhook من Stripe يمكنه تشغيل رسالة شكر من حسابك الحقيقي. ويمكن لتقديم نموذج Typeform أن يُصنِّف تلقائياً محادثة تيليجرام المقابلة. ويمكن لتغيير صفّ في Airtable أن يُحدِّث عموداً مخصّصاً. ولأول مرة على تيليجرام، يمكنك ربط صندوق الوارد بنفس رسم سير العمل الذي تعيش فيه أدوات SaaS لديك أصلاً.
هذا المقال قائمة بناء. اثنا عشر سيناريو، مُرتَّبة من الأسرع إطلاقاً إلى الأعلى أثراً، كلها قابلة للتنفيذ في أقل من ساعة لكل منها، وكلها تستخدم وحدات حقيقية من مكتبة Make. إذا كان لديك حساب Make ومساحة عمل Entergram على خطة Pro، فيمكنك تشغيل ثلاثة منها قبل الغداء.
السيناريو 1 — دفعة Stripe ← رسالة شكر من حسابك الحقيقي
المُشغِّل: webhook من Stripe باسم «Checkout Session Completed». الإجراء: وحدة «Send Message» في Entergram، مُفهرسة بمعرّف تيليجرام للعميل المُخزَّن في بيانات Stripe الوصفية للعميل. زمن البناء: خمس عشرة دقيقة. عامل البهجة هو أن العميل يتلقّى الرسالة من نفس الحساب البشري الذي حادثه قبل البيع، لا من @StoreBot عام. وثائق webhook الخاصة بـ Stripe هي المرجع لتوقيع الحدث؛ يمتلك Make وحدة Stripe أصلية فلا تلمس الحمولة الخام.
النمط يُعمَّم. أي حدث فوترة — بدء اشتراك، انتهاء فترة تجريبية، إصدار استرداد، دفع فاتورة — يمكنه إطلاق رسالة موجَّهة من حساب المندوب المناسب. ولأن Entergram يُشغِّل كل حساب على عنوان IP مخصّص خاص به، فإن دفعة من عشرين رسالة شكر لا تبدو كبصمة بريد عشوائي لنظام مكافحة الإساءة في تيليجرام. بل تبدو كإنسان يقضي يوماً منتِجاً.
السيناريو 2 — تقديم Typeform ← إنشاء وسم للمحادثة وضبط المرحلة
فرق العملاء المُحتملين الواردين تعيش وتموت على هذا السيناريو. يُطلَق مُشغِّل Typeform عند تقديم نموذج تأهيل. يبحث Make عن محادثة تيليجرام عبر رقم الهاتف أو اسم المستخدم الذي أدخله العميل المُحتمَل، ثم يستدعي Entergram لتطبيق وسم «مؤهَّل» وضبط مرحلة العميل المُحتمَل على «تم جدولة العرض». يرى المندوب محادثة مُصنَّفة مسبقاً في صندوق وارده دون إدخال البيانات. تحتوي صفحة منتج إدارة العملاء المُحتملين لدينا على المقدّمة الكاملة لخطّ الأنابيب؛ في Make يتكوّن هذا السيناريو من ثلاث وحدات.
السيناريو 3 — حجز عبر Calendly ← تذكير قبل المكالمة بـ 24 ساعة
يُطلِق Calendly حدث «Invitee Created». ينتظر Make، ويجدول تأخيراً حتى أربع وعشرين ساعة قبل الاجتماع، ثم يستخدم Entergram لإرسال رسالة تذكير عبر حساب المندوب. هذه هي الأتمتة الوحيدة التي تستعيد باستمرار العروض «المهجورة» — لأن التذكير يأتي من الشخص الذي كان العميل المُحتمَل سيقابله، لا من روبوت.
السيناريو 4 — تغيير صفّ في Airtable ← تحديث عمود مخصّص
الفرق التي تحتفظ بمصدر للحقيقة في Airtable تصطدم بجحيم المزامنة بسرعة. مع Make، أي تغيير على صفّ — حجم الصفقة، مرحلة العقد، تاريخ التجديد — يُدفَع إلى العمود المخصّص لمحادثة تيليجرام المقابلة. يعكس جدول المحادثات الآن حالة SaaS دون أي تحديث يدوي واحد. وثائق أتمتة Airtable مقدّمة جيدة لجانب المُشغِّل؛ أما الجانب المُستقبِل فهو استدعاء واحد لـ واجهة Entergram البرمجية العامة.
السيناريو 5 — تغيير مرحلة صفقة HubSpot ← نقل محادثة تيليجرام إلى المرحلة المطابقة
فرق المبيعات التي تشغّل HubSpot كـ CRM رئيسي تنتهي عادةً بخطّي أنابيب: الواحد في HubSpot والظلّي في محادثات تيليجرام. مع Make، يصبح مُشغِّل «Deal Stage Changed» من HubSpot تحديثاً لمرحلة Entergram على المحادثة المرتبطة. يُحدِّث مندوب المبيعات نظاماً واحداً فقط؛ ويبقى الآخر متزامناً. واجهة صفقات HubSpot البرمجية هي المرجع.
السيناريو 6 — إشارة في Slack ضمن #support ← تصعيد إلى تذكرة تيليجرام
عندما يضع زميل في الدعم اسم عميل في Slack مع تفاعل إيموجي محدّد، يلتقط Make حدث Slack، ويبحث عن محادثة تيليجرام عبر معرّف العميل، ويُنشئ تذكرة في Entergram بأولوية عالية. عملية التسليم التي كانت «من المسؤول عن هذا؟» في Slack أصبحت الآن تذكرة SLA مُتتبَّعة في طابور الدعم. تشرح صفحة منتج التذاكر لدينا حقول التذكرة؛ وواجهة أحداث Slack موثّقة جيداً ويمتلك Make وحدة من الطرف الأول.
السيناريو 7 — ملخّص يومي: محادثات الأمس الجديدة إلى قاعدة بيانات Notion
سيناريو Make مجدول — كل صباح في الساعة 08:00 — يسحب محادثات تيليجرام الجديدة من الأمس من Entergram، إضافةً إلى وسومها ومعاينة الرسالة الأولى، ويُنشئ صفحة Notion واحدة لكل محادثة في قاعدة معرفة مشتركة. يصبح اجتماع الصباح لفريقك عرض Notion، لا تمريراً عبر أربعة صناديق وارد. واجهة Notion البرمجية هي الجانب المُستقبِل.
السيناريو 8 — سلّة Shopify مهجورة ← دفعة تيليجرام لطيفة
يُطلِق Shopify حدث «Checkout Abandoned» بعد ثلاثين دقيقة. يُرشِّح Make العملاء الذين اختاروا سابقاً الاشتراك على تيليجرام، ثم يرسل رسالة حوارية من حساب الكونسيرج الخاص بالمتجر: «مرحباً، لاحظتُ أن السلّة انتهت مهلتها — هل هناك ما يمكنني الإجابة عنه؟» تتفوّق معدّلات الردّ على هذا بفارق كبير على استعادة السلال المهجورة عبر البريد الإلكتروني، لأن الرسالة تصل في نفس القناة التي كان العميل يتحادث عليها قبل الشراء.
السيناريو 9 — كشف إساءة استخدام النماذج ← وسم تلقائي وإسكات
إذا كان نموذج وارد معروفاً باجتذاب البريد العشوائي، فمرِّر تقديماته عبر مُرشِّح LLM (يمتلك Make وحدات OpenAI/Anthropic) وصنِّفها على أنها بريد عشوائي أو حقيقية. تُشغِّل التقديمات العشوائية وسم Entergram «spam-filtered» وتنقل المحادثة إلى الأرشيف. أما التقديمات الحقيقية فتمرّ عبر سير العميل المُحتمَل المؤهَّل المعتاد من السيناريو 2.
السيناريو 10 — خرق SLA للدعم ← استدعِ المدير
يُطلِق Entergram webhook خرق SLA عندما تتجاوز التذكرة هدف استجابتها. يوجّه Make هذا الـ webhook إلى رسالة تيليجرام إلى حساب مدير الدعم الشخصي، إضافةً إلى إشارة في Slack ضمن #support-urgent. لا تتعفّن أي تذكرة دون ملاحظة. يغطّي مستند تحليلات التذاكر حقول SLA.
السيناريو 11 — انتهاء اجتماع Zoom ← ملخّص تلقائي داخل المحادثة
يُطلِق Zoom حدث «Meeting Ended» مع رابط التسجيل. يرسل Make النصّ عبر LLM للحصول على ملخّص من خمس نقاط، ثم ينشر الملخّص في التعليقات الداخلية لمحادثة تيليجرام المطابقة، المرئية للزملاء فقط. يرى الشخص التالي على الحساب السياق دون إعادة مشاهدة التسجيل.
السيناريو 12 — تقرير إيرادات أسبوعي ← نشر في قناة خاصة
سيناريو مجدول، كل اثنين في الساعة 09:00، يسحب أداء البثّ للأسبوع الماضي، ومعدّل إنجاز التذاكر، ومئينات زمن الاستجابة من واجهة تحليلات Entergram البرمجية، ويُنسِّق الأرقام في كتلة markdown، وينشرها في قناة تيليجرام مخصّصة للقيادة فقط. يظهر التقرير الذي يريد رئيسك التنفيذي رؤيته قبل أن يطلبه. واجهة التحليلات البرمجية لدينا تكشف كل هذه النقاط الطرفية.
لماذا تتفوّق هذه المنظومة على Zapier في حالات استخدام تيليجرام
Zapier ممتاز للأتمتات الخطية المكوّنة من خطوتين. أما رسم سيناريوهات Make — فروع شرطية، مُكرِّرات، موجِّهات، معالجة أخطاء — فهو أنسب لسير عمل تيليجرام لأن رحلات العملاء الحقيقية متشعّبة. معظم السيناريوهات أعلاه تحتوي على فرع واحد على الأقل من نوع «إن وُجد الوسم فتجاوز» أو «إن كانت المحادثة خاملة فوجِّه بشكل مختلف»، وهو أمر مؤلم في Zapier وأصيل في Make.
النسخة المختصرة: Make.com هي طبقة الأتمتة التي ينبغي لأي فريق يضع تيليجرام أولاً أن يعتمدها افتراضياً في 2026، ووحدات Entergram هي ما يحوّل تلك الطبقة إلى نتائج فعلية في صندوق الوارد. اختر ثلاثة من القائمة، وابنِها اليوم، وسيظهر العائد على الاستثمار في الأسبوع الأول.
هل أنت مستعد لتطوير سير عملك على تيليجرام؟
لا تضيّع عميلاً محتملاً آخر. لا تفوّت رسالة أخرى.
ابدأ الآن