ایس اے ایس اور پروڈکٹ ٹیمیں
آپ کی پروڈکٹ ایسی باتیں جانتی ہے جو کوئی مارکیٹنگ ٹول نہیں دیکھ سکتا
کون آن بورڈنگ مکمل کر گیا اور کون تیسرے مرحلے پر اٹک گیا۔ کس نے ساتھی کو دعوت دی۔ کس نے اس ہفتے دو بار حد کو چھیڑا۔ کس نے پندرہ دن سے وہ چیز نہیں کھولی۔ ان میں سے ہر ایک ای میل کھلنے سے حاصل کیے گئے کسی بھی ٹرگر سے بہتر ہے، اور یہ سب دو لائنوں کے کوڈ کے فاصلے پر ہیں۔
ایونٹس ہی پوری انٹیگریشن ہیں
POST /v1/events اپنے ٹوکن کے ساتھ: آپ کا چنا ہوا نام، ایک رابطہ، ایک پے لوڈ، ایک آئیڈمپوٹینسی کی۔ یہی پورا کنکشن ہے۔ کوئی ایس ڈی کے نہیں جو تازہ رکھنا پڑے، کوئی میپنگ اسکرین نہیں، اور کوئی ہماری لغت نہیں جس میں آپ کو اپنی پروڈکٹ کا ترجمہ کرنا پڑے۔
ہر ایونٹ رابطے کی صرف اضافے والی لاگ پر اترتا ہے، اور وہاں سے وہ ایک ہی وقت میں تین چیزیں ہے۔ ایک ٹرگر، تاکہ اس کے پہنچنے پر فنل شروع ہو۔ ایک شرط، تاکہ کوئی سیگمنٹ کہہ سکے "پچھلے چودہ دنوں میں یہ کیا ہے" یا، زیادہ کارآمد طور پر، "نہیں کیا"۔ اور ایک ہدف، تاکہ سلسلہ اسی لمحے ختم ہو جب کوئی وہ کام کر دے جس کی طرف اسے اکسایا جا رہا تھا۔
یہی تیسرا پہلو ہے جو لائف سائیکل پیغامات کو وصول کرنے کے قابل بناتا ہے۔ اپنا اکاؤنٹ مکمل کرنے کی یاد دہانی اسی لمحے ختم ہو جانی چاہیے جب اکاؤنٹ بن جائے، اور اکثر ٹولز میں ایسا نہیں ہوتا، کیونکہ سلسلہ اور پروڈکٹ آپس میں بات نہیں کرتے۔
- ⚡ٹرگر
api_event—signup.completed، پلانfree۔ - 2ای میل بھیجیںپہلے کرنے والی وہ ایک چیز۔ گیارہ فیچرز کا کوئی دورہ نہیں۔
- 32 دن انتظاررن پر
wake_at۔ کچھ قطار میں نہیں، اور اگر آپ کل اسے دوبارہ لکھیں تو کچھ کھولنا نہیں پڑے گا۔ - ?شرطکیا
project.createdپہنچ چکا ہے؟ نہیں → مدد والی شاخ۔ ہاں → نیچے والا ہدف۔ - 4مدد والی شاخایک پیغام، جس میں وہ مخصوص چیز پیش کی جائے جو انہوں نے نہیں کی۔ پھر دوسرا انتظار۔
- 5ہدف
project.createdپہنچ جاتا ہے۔ رن ختم ہو جاتا ہے۔ اس شخص کے لیے اس کے بعد کبھی کوئی آن بورڈنگ میل نہیں جاتا۔
آپ کے ایونٹ کے نامایکٹیویٹڈ کی آپ کی تعریف
پانچ فنل
لائف سائیکل، اسی ترتیب میں جس میں وہ دراصل ہوتا ہے
1 · ایکٹیویشن
ٹرگر: سائن اپ۔ دو یا تین پیغامات، ہر ایک ایک کارروائی کے بارے میں، ہر ایک ایسے ہدف کے ساتھ جو اس کارروائی کے ہونے پر سلسلہ ختم کر دے۔ یہ سب سے قیمتی فنل ہے جو آپ بنائیں گے، اور وہی ہے جسے تین بار دوبارہ لکھنے کے قابل ہونا چاہیے۔
2 · رک جانا
ٹرگر: segment_enter — سائن اپ کیا، مگر سات دن میں کوئی بامعنی ایونٹ نہیں۔ ایک پیغام جو پوچھتا ہے، بتاتا نہیں، اور ایک جو کوئی مخصوص چیز پیش کرتا ہے۔ پھر رک جائیں۔ جو شخص تین پیغامات نظرانداز کر چکا ہو اسے چوتھا پیغام بھیجنا کسی کو بھیجنے کے برابر ہے۔
3 · توسیع کا لمحہ
ٹرگر: کوئی ایونٹ جس کا مطلب ہے کہ وہ قدر حاصل کر رہے ہیں — حد تک پہنچ گئے، تیسرے ساتھی کو مدعو کیا، دوسری بار ایکسپورٹ کیا۔ یہی وہ واحد لمحہ ہے جب اپ گریڈ کا پیغام خوش آمدید ہوتا ہے، اور یہ ایک ایسا لمحہ ہے جسے آپ کی پروڈکٹ درست طور پر نام دے سکتی ہے۔
4 · تجدید اور دننگ
ٹرگر: تجدید سے پہلے date_field، یا کوئی پیمنٹ ایونٹ۔ اطلاع، یاد دہانی، اور — اگر پیمنٹ ناکام ہو جائے — ایک مختصر سلسلہ جو کامیابی کے لمحے فوراً رک جائے۔ دننگ میں گول نوڈس اختیاری نہیں ہوتے؛ یاد دہانی اور ایذاؤ کا فرق انہی سے ہوتا ہے۔
5 · واپس جیتنا
ٹرگر: segment_enter — منسوخ کر دیا یا ساٹھ دن سے غیر فعال۔ دو پیغامات، ایماندار، پھر ایک ٹیگ اور خاموشی۔ وہ پیغام جو بتائے کہ ان کے جانے کے بعد کیا بدلا ہے، ڈسکاؤنٹ سے بہتر ہے۔
اور اندرونی والا
notify_team ایک انسان کو اطلاع دیتا ہے جب کوئی ایسا اکاؤنٹ جس کے مستحق انسان ہے کسی حد کو پار کر جائے۔ فنل کا انجام لازماً گاہک کو ای میل نہیں ہونا چاہیے؛ بعض اوقات درست کارروائی یہ ہے کہ آپ کی طرف کے کسی شخص کو فون اٹھانے کا کہا جائے۔
کوئی ارادے سے چھوڑ کر نہیں جاتا۔ وہ بس اسے کھولنا چھوڑ دیتے ہیں۔
ایک ڈویلپر اسے اصل میں کیوں پسند کر سکتا ہے
وہ حصے جو اہم ہیں جب انضمام کرنے والا آپ خود ہوں
کوئی نجی اینڈ پوائنٹس نہیں
ہر اسکرین پبلک API سے بنائی جا سکتی ہے، کیونکہ دوسری قسم موجود ہی نہیں۔ اگر آپ اپنے اڈمن میں کیمپین رپورٹ ایمبیڈ کرنا چاہیں تو کچھ بھی آپ کی راہ میں نہیں اور کچھ بھی ریورس انجینئر نہیں کرنا پڑتا۔
ہر جگہ آئیڈمپوٹینسی کیز
ہر تبدیلی کرنے والے روٹ پر۔ آپ کی ریٹرائی لاجک، آپ کی at-least-once کیو اور آپ کا غیر مستقل نیٹ ورک سب کسی اور کا مسئلہ بن جاتے ہیں — بالخصوص یونیک انڈیکس کا مسئلہ۔
شیپ کرنے سے پہلے سمیلیٹ کریں
POST /v1/simulate ایک رابطے کو فنل سے ڈرائی رن کرتا ہے اور راستہ اور ہر وہ پیغام واپس کرتا ہے جو بھیجا جاتا۔ چاہیں تو اسے CI میں ڈال لیں: فنل ایک گراف ہے، اور گراف ٹیسٹ کیا جا سکتا ہے۔
ایک MCP سرور
کسی ایجنٹ کو /mcp کی طرف اشارہ کریں اور اسے فنل لکھنے اور جانچنے دیں۔ بھیجنے کی صلاحیت رکھنے والے ٹولز کو واضح تصدیق درکار ہوتی ہے اور کوٹہ سے محدود رہتے ہیں، تاکہ غلط پڑھا گیا پرامپٹ پچاس ہزار ای میلز نہ بن جائے۔
ویب ہکس باہر
سائن شدہ، بیک آف کے ساتھ دوبارہ کوشش، کم از کم ایک بار۔ وہی ایونٹ وکیبولری جو رپورٹس استعمال کرتی ہیں، تاکہ آپ کا ویئر ہاؤس اور آپ کا ڈیش بورڈ اس بات پر متفق رہیں کہ "delivered" کا مطلب کیا ہے۔
مٹانا جو واقعی پہنچتا ہے
ڈیلیشن کی درخواست رابطے اور ان کے پیغامات کی تاریخ یہاں سے ہٹا دیتی ہے اور ہر ہم منصب سروس تک پھیل جاتی ہے جس کے پاس نقل تھی۔ ایک درخواست، ایک نتیجہ، اور ایک چیز جس کی طرف آپ پوچھے جانے پر اشارہ کر سکتے ہیں۔
حد کہاں ہے
ClickSomo ایک میلنگ لسٹ اور اس لسٹ کے کیے کا ریکارڈ رکھتا ہے۔ یہ آپ کا یوزر ڈیٹا بیس نہیں اور ہونے کی کوشش بھی نہیں کرتا: رابطے کے پاس کبھی کوئی کریڈینشل نہیں ہوتا، کبھی سائن اِن نہیں کرتا، اور کبھی اکاؤنٹ نہیں بنتا۔ آپ کے صارفین آپ کی پروڈکٹ میں رہتے ہیں؛ رابطے یہاں رہتے ہیں، اور دونوں ایک ای میل ایڈریس اور ان ایونٹس سے جڑے ہوتے ہیں جو آپ بھیجنے کا انتخاب کرتے ہیں۔
یہ جدائی جان بوجھ کر ہے اور اسی لیے رضامندی کا ماڈل کام کرتا ہے۔ آپ اپنے صارفین کے لیے ڈیٹا کنٹرولر ہیں؛ ہم آپ کی جانب سے پروسیسنگ کرتے ہیں۔ ایسا ڈیزائن جہاں مارکیٹنگ ٹول خاموشی سے شناخت کا ذخیرہ بن جائے، وہ بعد میں الگ نہیں کیا جا سکتا، اور یہی وہ ناکامی ہے جس سے بچنے کے لیے یہ ڈیزائن بنایا گیا ہے۔
عملی شکل یہ ہے: ایونٹس بھیجیں، وہ خصوصیات بھیجیں جن پر آپ سیگمنٹ بنانا چاہتے ہیں، اور باقی سب کو وہیں رہنے دیں۔ اگر آپ اپنی پوری اسکیمہ یہاں دھکیلنے لگیں تو جو سیگمنٹ آپ بنانے کی کوشش کر رہے ہیں وہ غالباً آپ کے اپنے ڈیٹا بیس کا ایک کوئری ہے جسے ایک بولین خصوصیت کے طور پر بھیجنا چاہیے۔