خروج وقتی تاریخ Delay گذشته در برابر صبر تا نوبت بعدی: ترک جرنی در برابر نگه داشتن تا اسلات معتبر بعدی
اگر مخاطب دیر به Delay تقویمی برسد، Exit میشود یا تا نوبت بعد میماند؟ جدول حقیقت، مثال بلکفرایدی، و نگاشت به Leadara.
نیلوفر کریمی
جایگاهیابی محصول، پیامگذاری و تولید محتوا برای رشد محصول؛ هماهنگی با تیم محصول و فروش.
۶ مهر ۱۴۰۵ · 7 دقیقه مطالعه
نسخه دیگر English
خروج وقتی تاریخ Delay گذشته یعنی اگر مخاطب به قدم «صبر تا تاریخ/ساعت تقویمی» برسد و آن لحظه از قبل رد شده باشد، از جرنی (یا از آن Delay) خارج میشود؛ صبر تا نوبت بعدی یعنی بهجای ترک کردن، تا اسلات معتبر بعدی (مثلاً سهشنبهٔ بعد ساعت ۱۶، یا همان روز اگر هنوز نرسیده) نگه داشته میشود.
Past-dated exit و next occurrence دقیقاً چه فرقی دارند؟
وقتی Delay روی تقویم است نه روی «۳ روز از الان»، دو رفتار شکست رایج دارید:
- Exit روی تاریخ گذشته (past-dated exit): قدم میگوید «۱ آذر ساعت ۱۰ صبح». اگر مخاطب ساعت ۱۱ همان روز یا فردا به این قدم برسد، دیگر آن اسلات یکبارمصرف از دست رفته و معمولاً از مسیر خارج میشود—مخصوص یادآوری پرومو یکشات.
- صبر تا نوبت بعدی (next occurrence): قدم میگوید «سهشنبهها ساعت ۱۶» یا «اولین دوشنبه بعد». اگر پنجشنبه وارد شود، تا سهشنبهٔ بعد میماند؛ اگر سهشنبه ساعت ۱۷ وارد شود، بسته به تنظیم همان روز را از دست میدهد یا هفتهٔ بعد را میگیرد.
سؤال پرتکرار: «چرا قبل از یادآوری حراج ناپدید شد؟» جواب اغلب این است که Delay تقویمی exact date بوده و ورود دیرتر از ساعت هدف، Exit زده—نه اینکه سیستم خراب باشد.
جدول حقیقت
| وضعیت ورود به Delay | Exact calendar date (گذشته → exit) | Day-of-week / next slot |
|---|---|---|
| ورود قبل از تاریخ/ساعت هدف | صبر تا همان اسلات، بعد ادامه | صبر تا همان/نزدیکترین اسلات |
| ورود بعد از تاریخ exact یکشات | Exit / ترک مسیر یادآوری | — (این مدل exact نیست) |
| ورود سهشنبه بعد از ساعت ۱۶ به Delay «سهشنبه ۱۶» | — | معمولاً سهشنبهٔ بعد (مگر same-day مجاز باشد) |
| دو Delay تو در تو؛ دومی زودتر از افق اولی | بعضی موتورها از افق خارج میکنند | قانون افق را در docs بخوانید |
| یادآوری فلشسیلز ۶ ساعته دیر رسیده | Exit شفافتر از ارسال دیرهنگام | next slot ممکن است بیمعنا باشد |
با تأخیر تا روز هفته در برابر N روز ثابت مرتبط است ولی زاویه فرق دارد: آنجا انتخاب الگوی Delay است؛ اینجا وقتی اسلات از دست رفت چه کنیم.
همچنین ببینید: صبر تا تاریخ پروفایل در برابر تأخیر نسبی و صبر با سقف زمانی در برابر نامحدود.
مثال ایرانی: یادآوری بلکفرایدی / حراج مناسبتی
فروشگاه مد برای جمعه سیاه:
- از دوشنبه سگمنت «علاقهمند مد» وارد جرنی میشود؛
- Delay تقویمی: پنجشنبه ۲۳:۰۰ «یادآوری شروع حراج نیمهشب»؛
- پیامک کاوهنگار با کد محدود ۱۲ ساعته؛
- اگر بهخاطر صف ورود، FC، یا تأخیر ingestion کسی جمعه ظهر به Delay برسد:
- Past-dated exit: پیام نمیرود—درست است چون کد و موجودی دیگر همان وعده نیست؛
- Next occurrence: اگر اشتباه روی «هر جمعه» تنظیم شده باشد، ممکن است هفتهٔ بعد یادآوری مرده بفرستد.
برای فلشسیلز یکشات، Exit روی گذشته معمولاً مهربانتر از ارسال دیر است.
مثال دوم: یادآوری ورکشاپ سهشنبهها
آکادمی آنلاین هر سهشنبه ساعت ۱۸ وبینار دارد.
- Delay «سهشنبه ۱۷:۰۰» با next occurrence منطقی است: کسی که پنجشنبه ثبتنام کند تا سهشنبهٔ بعد میماند؛
- اگر exact date روی «سهشنبه این هفته» بگذارید و دیر enroll شود، Exit میخورد و دیگر یادآوری نمیگیرد—مگر جرنی جدا برای دورهٔ بعد بسازید.
Delay تو در تو و افق زمانی
بعضی موتورها (سبک Braze) اگر Delay دوم از افق مجاز Delay اول زودتر باشد، مخاطب را از مسیر خارج میکنند. قبل از تو در تو کردن تقویمها:
- افق هر Delay را در docs بخوانید؛
- دو پروفایل بسازید: یکی on-time، یکی late-to-step؛
- برای پرومو یکشات از exact + exit استفاده کنید؛
- برای سری هفتگی از DoW + next occurrence.
نگاشت صادقانه به Leadara
در Leadara با journeys، segments، events و ایمیل/پیامک (کاوهنگار/نیکالاین) میتوانید:
- Wait تا تاریخ مشخص یا تأخیر نسبی طراحی کنید؛
- برای یادآوری یکشات، ورود دیر را با شرط/سگمنت «هنوز قبل از شروع حراج» فیلتر کنید تا شبیه past-dated exit رفتار کند؛
- برای سری هفتگی، تریگر/سگمنت روز هفته یا Delay تا weekday را نزدیک کنید؛
- Quiet hours پیامک را جدا از تقویم Delay در نظر بگیرید تا پیام شب نرود.
اگر موتور رقیب سوئیچ صریح «exit if calendar date passed vs wait next DoW» دارد و Leadara همان برچسب را ندارد، صادق بمانید: با فیلتر زمان ورود + wait-until-date + شاخهٔ جایگزین نزدیکترین الگو را بسازید.
AI Chat لیدارا دستیار داخلی تیم است، نه ربات مشتری در Live Chat. Live Chat پشتیبانی انسانی است.
کی Exit، کی نوبت بعدی؟
| سناریو | پیشنهاد |
|---|---|
| یادآوری شروع فلشسیلز / کد کوتاهعمر | Past-dated exit (یا فیلتر «اگر دیر شد نفرست») |
| وبینار هفتگی تکراری | Next occurrence / DoW |
| سالگرد یا تاریخ پروفایل یکبار در سال | Exact date؛ اگر گذشته، معمولاً امسال را رها کن |
| دو یادآوری تو در تو قبل از ایونت | افق را ساده نگه دارید؛ دیررسها را به شاخهٔ «آخرین شانس» ببرید |
| پیامک در quiet hours بعد از بیدار شدن از Delay | Quiet hours را جدا پیکربندی کنید—این مقاله فقط تقویم Delay است |
گامهای عملی
- در بریف بنویسید: exact date یکشات یا DoW تکراری؟
- رفتار ورود بعد از ساعت هدف را صریح انتخاب کنید (exit / same day / next week).
- برای فلش، عمر کد را کوتاهتر از هر next-week فرضی نگه دارید.
- QA: پروفایل on-time و پروفایل late-arrival.
- اگر Delayها تو در تو هستند، افق را روی کاغذ بکشید.
- گزارش «exited at calendar delay» را بعد از کمپین بخوانید—اگر خیلی بالاست، enrollment دیر است نه کپی بد.
- Quiet hours تهران را جدا از این تصمیم تنظیم کنید.
اشتباههای رایج
- Exact date برای وبینار هفتگی بدون برنامهٔ دورهٔ بعد؛
- Next occurrence روی یادآوری کد ۱۲ ساعته؛
- فرض اینکه «سیستم خودش فردا میفرستد» وقتی docs میگوید exit؛
- نادیده گرفتن ورود بعد از ساعت DoW؛
- قاطی کردن past-dated calendar با Context خالی در personalized delay.
سؤالات پرتکرار
اگر دو Delay تقویمی تو در تو باشند و دومی زودتر باشد؟
بعضی موتورها مخاطب را از افق خارج میکنند. قبل از لانچ با دو پروفایل تست کنید و از تو در توی غیرضروری پرهیز کنید.
وارد Delay «سهشنبه ۱۶» روز سهشنبه ساعت ۱۷ شدم—همان روز یا هفته بعد؟
وابسته به تنظیم same-day در برابر next week است. پیشفرض خیلی از سیستمها هفتهٔ بعد است؛ حدس نزنید.
برای یادآوری فلشسیلز Exit بهتر است یا next slot؟
Exit (یا عدم ارسال دیر). next slot هفتهٔ بعد برای کد سوخته ضرر اعتماد است.
این همان سقف زمانی Wait until condition است؟
خیر. سقف زمانی برای «شرط برقرار نشد» است؛ past-dated برای «اسلات تقویمی از دست رفت». مطلب time-capped را جدا بخوانید.
تایمزون؟
برای کمپین ایران، ساعت تهران را در بریف قفل کنید. اختلاف UTC باعث Exit اشتباه میشود.
اگر enrollment بعد از حراج تمام شود؟
اصلاً وارد مسیر یادآوری شروع نشوند—سگمنت ورود را با «قبل از شروع» ببندید.
آیا Live Chat لیدارا این را برای مشتری توضیح میدهد؟
Live Chat برای پشتیبانی انسانی است. توضیح محصول به مشتری با تیم شماست؛ AI Chat فقط دستیار داخلی داشبورد است.
خلاصه برای مدیر محصول؟
«اگر اسلات تقویمی یکشات از دست برود Exit کن؛ اگر سری هفتگی است تا نوبت بعد صبر کن.»
گام بعدی چیست؟
برای نزدیکترین حراج یا وبینار، نوع Delay را exact در برابر DoW در بریف قفل کنید، یک پروفایل دیررس بسازید، و قبل از اسکیل ببینید Exit میخورد یا هفتهٔ بعد بیدار میشود. بعد کپی پیامک و فیلتر ورود را با همان رفتار همتراز کنید.
چکلیست enrollment دیررس
قبل از هر کمپین تقویمی از خودتان بپرسید:
- مخاطب از کی میتواند وارد جرنی شود؟ (سگمنت از کی باز است؟)
- Delay exact چه ساعتی است؟
- اگر کسی ۲ ساعت دیرتر برسد، آیا پیام هنوز صادق است؟
- اگر نه → Exit یا عدم ورود؛ اگر بله و سری تکراری است → next occurrence.
- آیا Quiet hours بعد از بیدار شدن از Delay، متن را باطل میکند؟ (مثلاً بیدار شدن ۲۳:۵۰ و ارسال ۸ صبح با متن «امشب»).
هماهنگی با تیم رسانه و موجودی
برای بلکفرایدی، تقویم Delay را با تیم موجودی یکی کنید. اگر موجودی ساعت ۴ صبح تمام میشود، next occurrence هفتهٔ بعد فاجعه است؛ Exit و سگمنت «هنوز موجود است» اجباری است.
معیار موفقیت
- نسبت exited-at-calendar-delay به کل ورودی؛
- نسبت ارسالهای بعد از انقضای کد (باید نزدیک صفر باشد)؛
- تعداد شکایت «پیام دیر رسید» در پشتیبانی.
