فرق SaaS والمنتجات
منتجك يعرف حاجات ما يقدر أي أداة تسويق تشوفها
من كمّل التسجيل ومن وقف في الخطوة الثالثة. من دعا زميل. من وصل للحد مرتين هذا الأسبوع. من ما فتح الحاجة من أسبوعين. كل واحدة من هذي مُشغِّل أحسن من أي حاجة مشتقة من فتح بريد، وكلها على بُعد سطرين كود.
الأحداث هي التكامل كله
POST /v1/events برمزك الخاص: اسم اخترته، جهة اتصال، بيانات، مفتاح منع التكرار. هذا هو الاتصال كله. ما فيش SDK تواكبها، ما فيش شاشة ربط، وما فيش مفردات لنا تترجم منتجك لها.
كل حدث يقع في سجل جهة الاتصال اللي ما يُحذف منه، ومن هناك هو ثلاث حاجات مرة واحدة. مُشغِّل، فيبدأ قمع لما يوصل. شرط، فيقدر التقسيم يقول "عمل هذا في آخر أربعة عشر يوم" أو، الأفيد، "ما عمله". وهدف، فينتهي التسلسل في اللحظة اللي واحد يدير الحاجة اللي كان يدفعه لها.
الثالثة هي اللي تخلي رسائل دورة الحياة مقبولة توصلك. الدفعة لكمّل إعداد حسابك لازم تختفي في الثانية اللي الحساب يُعدّ فيه، وفي أكثر الأدوات ما تختفي، لأن التسلسل والمنتج ما يهدرُوا مع بعض.
- ⚡مشغل
api_event—signup.completed، الخطةfree. - 2أرسل بريدالحاجة الوحيدة اللي تديرها الأول. ما جولة في أحد عشر ميزة.
- 3استنى يومين
wake_atعلى التشغيل. ما حاجة في الطابور، ما حاجة تُفك إذا غيّرت هذا بكرة. - ?شرطوصل
project.created؟ لا ← فرع المساعدة. نعم ← الهدف تحت. - 4فرع المساعدةرسالة واحدة، تعرض الحاجة المحددة اللي ما دايرها. بعدين انتظار ثاني.
- 5هدف
project.createdيوصل. التشغيل يخرج. ما رسائل تسجيل بعدها أبداً، لهذا الشخص.
أسماء أحداثكتعريفك أنت للتفعيل
خمسة قمعات
دورة الحياة، بالترتيب الذي تحدث به فعلاً
1 · التفعيل
المُحفِّز: التسجيل. رسالتان أو ثلاث، كل واحدة عن إجراء واحد، ولكل منها هدف يُنهي التسلسل عند حدوث ذلك الإجراء. أثمن قمع ستبنيه، وهو الأكثر جدارة بأن تعيد كتابته ثلاث مرات.
2 · التوقف
المُحفِّز: segment_enter — سجّل دون أي حدث ذي معنى خلال سبعة أيام. رسالة واحدة تسأل بدل أن تُلقي، وأخرى تعرض شيئاً محدداً. ثم توقف. رسالة رابعة لمن تجاهل ثلاثاً هي رسالة إلى لا أحد.
3 · لحظة التوسع
المُحفِّز: حدث يعني أنهم يحصلون على قيمة — بلغوا الحد، دعوا زميلاً ثالثاً، صدّروا للمرة الثانية. هذه هي اللحظة الوحيدة التي تُرحَّب فيها برسالة ترقية، وهي لحظة يمكن لمنتجك تسميتها بدقة.
4 · التجديد والتحصيل
المُحفِّز: date_field قبل التجديد، أو حدث دفع. إشعار، وتذكير، و— إذا فشل الدفع — تسلسل قصير يتوقف لحظة نجاحه. عقد الهدف ليس اختيارياً في التحصيل؛ إنه الفرق بين تذكير ومضايقة.
5 · استعادة العميل
المُحفِّز: segment_enter — ألغى أو غاب ستين يوماً. رسالتان صادقتان، ثم وسم وصمت. ما تغيّر منذ رحيلهم رسالة أفضل من خصم.
والقمع الداخلي
notify_team يُخبر إنساناً عندما يعبر حساب يستحق إنساناً خطاً ما. القمع لا يلزم أن ينتهي برسالة إلى عميل؛ أحياناً الإجراء الصحيح هو إخبار أحدهم في فريقك أن يرفع الهاتف.
لا أحد ينسحب بقصد. هم فقط يتوقفون عن فتحها.
لماذا قد يعجب هذا المطوّر فعلاً
الأجزاء المهمة عندما تكون أنت من يدمج
لا نقاط نهاية خاصة
كل شاشة قابلة للبناء من الواجهة البرمجية العامة، لأنه لا يوجد نوع آخر. إن أردت تضمين تقرير حملة في لوحتك الإدارية، لا شيء يعيقك ولا شيء يحتاج هندسة عكسية.
مفاتيح عدم التكرار في كل مكان
على كل مسار يُغيّر بيانات. منطق إعادة المحاولة، وطابور «مرة على الأقل»، وشبكتك المتقلبة تصبح كلها مشكلة شخص آخر — وتحديداً مشكلة فهرس فريد.
حاكِ قبل أن تُطلق
POST /v1/simulate يجري تشغيلاً تجريبياً لجهة اتصال عبر قمع ويعيد المسار وكل رسالة سيرسلها. ضعه في CI إن شئت: القمع رسم بياني، والرسم البياني قابل للاختبار.
خادم MCP
وجّه وكيلاً إلى /mcp ودعه يكتب القمعات ويفحصها. الأدوات القادرة على الإرسال تتطلب تأكيداً صريحاً ومحدودة بحصة، فلا يمكن لقراءة خاطئة للطلب أن تتحول إلى خمسين ألف رسالة.
Webhooks خارجة
موقّعة، مع إعادة محاولة بتراجع تدريجي، مرة على الأقل. نفس مفردات الأحداث التي تستخدمها التقارير، حتى لا يختلف مستودعك ولوحتك حول معنى «تم التسليم».
محو يصل فعلاً
طلب الحذف يزيل جهة الاتصال وسجل رسائلها هنا، وينتشر إلى كل خدمة شقيقة تحتفظ بنسخة. طلب واحد، نتيجة واحدة، وشيء يمكنك الإشارة إليه عند السؤال.
أين يقع الحد
ClickSomo يحتفظ بقائمة بريدية وما فعلته تلك القائمة. إنه ليس قاعدة بيانات مستخدميك ولا يحاول أن يكون: جهة الاتصال لا تحمل بيانات اعتماد أبداً، ولا تسجّل دخولاً، ولا تصبح حساباً. مستخدموك يعيشون في منتجك؛ جهات الاتصال تعيش هنا، والاثنان يرتبطان بعنوان بريد وبالأحداث التي تختار إرسالها.
هذا الفصل مقصود، وهو سبب نجاح نموذج الموافقة. أنت المسؤول عن بيانات مستخدميك؛ ونحن نعالج نيابة عنك. التصميم الذي تصبح فيه أداة تسويق خزانة هويات بصمت هو تصميم لا يمكن فكّه لاحقاً، وهو بالضبط الفشل الذي بُني هذا التصميم لتفاديه.
النسخة العملية: أرسل الأحداث، وأرسل الخصائص التي تريد التقسيم عليها، وأبقِ كل شيء آخر مكانه. إن وجدت نفسك تدفع مخططك كله إلى هنا، فالشريحة التي تحاول بناءها هي على الأغلب استعلام في قاعدة بياناتك الخاصة ينبغي أن يصلك كخاصية منطقية واحدة بدلاً من ذلك.