صبر تا رویداد در برابر تأخیر ثابت: توقف برای سیگنال در برابر توقف برای ساعت

صبر تا رویداد با تأخیر ثابت چه فرقی دارد؟

تأخیر ثابت همه را برای N ساعت یا N روز نگه می‌دارد. صبر تا رویداد هر نفر را تا وقتی یک رفتار مشخص (شروع چک‌اوت، خرید، پر کردن فرم) رخ دهد نگه می‌دارد — معمولاً با سقف زمانی تا برای همیشه گیر نکند.

یک‌خطی برای تیم eCRM: تأخیر ثابت = ساعت شنی برای همه؛ صبر تا رویداد = سنسور سیگنال برای همان نفر. هر دو «wait» هستند، ولی مالک زمان فرق دارد.

خیلی از تیم‌ها در ایران بعد از cart_updated می‌نویسند «۲ ساعت صبر کن بعد پیامک بزن». این تأخیر ثابت است. اگر همان ۲ ساعت را با «صبر تا order_completed یا checkout_started با سقف ۲۴ ساعت؛ اگر نرسید، پیامک تشدید» عوض کنی، مسیر هوشمندتر می‌شود بدون این‌که تقویم برند را قاطی کنی.

این قاب مکمل تمایز اتومیشن و زمان‌بندی است: مارکتینگ اتومیشن در برابر زمان‌بندی ارسال.

هر کدام چطور کار می‌کند؟

تأخیر ثابت (fixed delay)

محرک ورود قبلاً رخ داده (مثلاً سبد رها شده). حالا همه برای یک بازهٔ یکسان صبر می‌کنند: ۲ ساعت، ۱ روز، ۳ روز. در پایان بازه، مرحله بعد اجرا می‌شود — حتی اگر وسط راه خرید کرده باشند مگر goal جدا داشته باشی. متریک: فاصله بین لمس‌ها و تبدیل مسیر.

صبر تا رویداد (wait until event)

بعد از ورود، مسیر روی یک ایونت هدف قفل می‌شود: خرید، شروع چک‌اوت، ارسال فرم، باز شدن ایمیل قبلی. نفر فقط وقتی آن سیگنال در حین wait رخ دهد جلو می‌رود. اگر ایونت قبل از ورود رخ داده باشد معمولاً کافی نیست — باید دوباره در پنجرهٔ انتظار بیفتد. سقف زمانی (max wait) مسیر timeout می‌سازد: اگر تا ۲۴ ساعت سیگنال نیامد، شاخهٔ «نشد» را برو.

مثال ایران: سبد دیجی‌استایل‌گونه

فرض کن فروشگاه پوشاک آنلاین بعد از cart_updated همیشه ۲ ساعت صبر می‌کند و پیامک «سبدت منتظر است» می‌زند. خریدار ساعت ۱۰:۰۵ سبد می‌سازد، ساعت ۱۰:۴۰ خرید می‌کند، ساعت ۱۲:۰۵ همان پیامک را می‌گیرد. تیم می‌گوید «اتومیشن خراب است»؛ در واقع تأخیر ثابت بدون goal خروج است.

تشخیص

اصلاح عملی

1. ورود با cart_updated (بدون خرید در همان سشن).
2. صبر تا order_completed یا checkout_started با سقف ۲ ساعت.
3. اگر سیگنال آمد → خروج موفق / پرش به تشکر.
4. اگر timeout → ایمیل یادآوری؛ صبر ثابت ۲۲ ساعت؛ پیامک کوتاه فقط با رضایت SMS.
5. Goal مسیر: order_completed تا لمس‌های بعدی قطع شوند.

برای تفاوت جرنی و شلیک realtime، ببین: جرنی در برابر کمپین realtime رویداد.

چه وقت تأخیر ثابت، چه وقت صبر تا رویداد؟

1. فاصلهٔ ثابت بین دو لمس nurture می‌خواهی؟ → تأخیر ثابت.
2. منتظر تبدیل میانی هستی (چک‌اوت، دمو، پرداخت)؟ → صبر تا رویداد + max.
3. هر دو را ترکیب کن: صبر تا رویداد با سقف، بعد تأخیر ثابت برای لمس بعدی.
4. آیا goal خروج جدا داری؟ بدون آن wait ثابت بعد از خرید هم ادامه می‌دهد.
5. آیا ایونت هدف در کاتالوگ Leadara ثبت می‌شود؟

اتصال به Leadara: events، segments، journeys، ایمیل و پیامک

Leadara روی ایونت، سگمنت، جرنی، ایمیل و پیامک کار می‌کند. «ساعت شنی» و «سنسور» دو نوع wait روی همین مدل‌اند:

1. ایونت‌ها: cart_updated، checkout_started، order_completed، form_submitted — فقط سیگنال‌هایی که ارزش پیام دارند.
2. جرنی: ورود با ایونت، wait ثابت برای فاصله لمس، wait-until برای تبدیل میانی با max و شاخه timeout.
3. سگمنت suppress: کسانی داخل wait حساس از بلست هفته خارج شوند.
4. کانال: ایمیل برای توضیح؛ پیامک برای تشدید بعد از timeout — با رضایت جدا.
5. Goal + guard: خرید مسیر را می‌بندد تا صبر بی‌معنا نشود.

مسیر adaptive هم روی همین سیگنال‌ها سوار است: جرنی adaptive در برابر rule-based.

اشتباهات رایج

• صدا زدن هر wait به‌عنوان «صبر هوشمند» وقتی فقط ساعت ثابت است
• wait-until بدون max wait
• فرض این‌که ایونت قبل از ورود wait را باز می‌کند
• نبود goal خرید روی مسیر سبد
• سنجیدن فقط با «تعداد پیامک ارسال‌شده» نه زمان تا تبدیل

سوالات پرتکرار

فرق wait تا رویداد و تأخیر ثابت چیست؟

تأخیر ثابت همه را N ساعت نگه می‌دارد؛ wait تا رویداد تا سیگنال مشخص در همان پنجره صبر می‌کند.

اگر مشتری قبل از ورود خرید کرده باشد؟

در بیشتر موتورها آن خرید قدیمی wait-until را باز نمی‌کند؛ سیگنال باید در حین انتظار بیفتد — مگر goal جدا مسیر را قطع کند.

آیا باید همیشه max wait بگذاریم؟

بله برای مسیرهای درآمدی. بدون سقف، نفر در صف می‌ماند و گزارش تبدیل خراب می‌شود.

تأخیر ثابت بعد از timeout هنوز اتومیشن است؟

بله؛ نقطه شروع رفتار بوده. تقویم برند نیست.

چند لمس بعد از timeout سبد کافی است؟

معمولاً یک ایمیل + یک پیامک با سقف فرکانس؛ بیش از آن خستگی می‌آورد.

آیا Leadara فیچر جدا به نام smart delay دارد؟

منطق را با ایونت، wait، goal و شاخه timeout روی جرنی می‌سازی.

متریک درست چیست؟

زمان تا تبدیل بعد از ورود، نرخ خروج روی goal، STOP، و درآمد نسبت به گیرنده — نه فقط ارسال موفق.

جمع‌بندی و قدم بعدی

تأخیر ثابت = ساعت برای همه؛ صبر تا رویداد = سنسور برای همان نفر با سقف. این هفته یک جرنی سبد را از «۲ ساعت ثابت» به «صبر تا خرید/چک‌اوت با max ۲ ساعت + شاخه timeout» عوض کن و با زمان تا تبدیل قضاوت کن.

الگوی تست ۱۴ روزه

روز ۱–۲: ایونت‌های سبد و خرید را در کاتالوگ قفل کن.
روز ۳–۵: جرنی را با holdout ۱۰٪ بساز.
روز ۶–۱۰: timeout و پیامک را روشن کن.
روز ۱۱–۱۴: زمان تا تبدیل و STOP را با نسخهٔ wait ثابت قبلی مقایسه کن.

اگر B زمان تا تبدیل را کم و پیام بعد از خرید را صفر کرد، همان را استاندارد تیم کن.

زبان تیم: ساعت شنی یا سنسور؟

در استنداپ اگر کسی گفت «دو ساعت صبر»، بپرس: برای همه یکسان است یا تا سیگنال؟ اگر جواب «برای همه» بود، تأخیر ثابت است. اگر «تا وقتی خرید یا چک‌اوت» بود، صبر تا رویداد است. این دو را روی تخته جدا بنویس تا با زمان‌بندی جمعه قاطی نشود.

چک‌لیست go-live برای wait-until

1. ایونت هدف در کاتالوگ نام‌گذاری شده و از فرانت/بک‌اند می‌رسد؟
2. max wait و شاخه timeout تعریف شده؟
3. goal خرید مسیر را قطع می‌کند حتی وسط wait ثابت بعدی؟
4. رضایت کانال برای پیامک تشدید جداست؟
5. suppress بلست هفته برای اعضای داخل wait حساس؟
6. holdout ۱۰–۲۰٪ برای سنجش زمان تا تبدیل؟
7. داشبورد: ورود، خروج goal، timeout، STOP، RPR؟

بدون بند ۷، «هوشمند کردن wait» فقط داستان استنداپ می‌ماند.

مرز با زمان‌بندی کمپین

صبر تا رویداد را با «جمعه ساعت ۱۱» قاطی نکن. جمعه زمان‌بندی برند است؛ wait تا خرید سنسور رفتار است. حتی اگر max wait روی ۲۴ ساعت باشد، مالک زمان هنوز سیگنال مشتری است نه تقویم محتوا.

اگر تیم فقط بلست بلد است، اول یک جرنی سبد با wait ثابت بساز، بعد همان wait را به wait-until ارتقا بده. پرش مستقیم از بلست به سنسور بدون کاتالوگ ایونت، شکست می‌خورد.

نشانه‌های سالم بودن wait-until

مطالب مرتبط

• مارکتینگ اتومیشن در برابر زمان‌بندی ارسال
• جرنی در برابر کمپین realtime رویداد
• جرنی adaptive در برابر rule-based