علامت خروج فوری در برابر خروج بعد از اتمام انتظار: الان فلگ میشود، وقتی تایمر تمام شد واقعاً خارج میشود
چرا بعد از خرید هنوز وسط wait در جرنی دیده میشود و کی واقعاً خارج میشود—با تایملاین و FAQ.
امیر حسینی
اجرای کمپینهای ایمیل، پیامک و پوش برای جذب، نگهداشت و بازگشت کاربر.
۲ مهر ۱۴۰۵ · 6 دقیقه مطالعه
نسخه دیگر English
علامت خروج بهمحض رخدادن رویداد زده میشود، اما اگر کاربر داخل قدم انتظار/تأخیر باشد تا پایان تایمر همانجا میماند و بعد بدون رفتن به قدمهای بعدی خارج میشود.
علامت خروج فوری و خروج بعد از اتمام انتظار چه فرقی دارند؟
تیکت پشتیبانی آشناست: «روز اولِ انتظار ۵ روزه خرید کرد—چرا هنوز داخل جرنی است؟» خیلی وقتها باگ نیست. موتورهای ارکستریشن معمولاً خروج را فوری علامت میزنند، ولی حذف کامل از قدمهای بعدی را بعد از تمامشدن delay انجام میدهند.
مثل mutex فکر کن: exit_flag=true همان لحظه؛ تایمر wait هنوز میدود؛ سرِ تایمر اگر فلگ باشد، همهٔ نودهای بعدی را رد میکند.
تایملاین واقعی
| زمان | اتفاق | وضعیت داخلی | ایمیل/پیامک بعدی؟ |
|---|---|---|---|
| T0 | ورود و شروع wait پنجروزه | داخل delay | هنوز نه |
| T0+۱روز | order_completed (خروج) | علامت خروج؛ هنوز در delay | بعد از پایان wait خارج میشود؛ پیام بعدی نه |
| T0+۵روز | پایان delay | ترک جرنی | وارد خلاق روز ۵ نمیشود |
| حالت دیگر | بین دو قدم (نه داخل delay) | خروج فوری | نه |
پس «هنوز در جرنی» وسط wait اغلب منتظره است. چیزی که نباید رخ دهد، ارسال پیامک nurture بعد از خرید است.
این موضوع را کنار خروج با تبدیل در برابر معیار خروج سراسری بگذار تا exit تبدیل و eject پراپرتی قاطی نشوند.
مثال واقعی
فروشگاه—آرامش بعد از خرید
مسیر: رها کردن browse → wait دو روز → ایمیل → wait سه روز → پیامک کوپن. خروج: order_completed.
اگر ۶ ساعت بعد بخرد، تا پایان wait دو روزه ممکن است در UI دیده شود، بعد میافتد—بدون ایمیل و پیامک. گزارش باید «خروج با تبدیل» باشد نه «اسکیپ ایمیل بهخاطر فیلتر دیگر».
SaaS—تأخیر پیام فروش در تریال
nurture تریال wait هفتروزه قبل از پیامک فروش دارد. خروج روی subscription_started. تبدیل روز ۲ نباید پیامک روز ۷ را بگیرد.
قواعد طراحی
- هر wait بلند را با ایونتهای خروج لیست کن.
- وقتی خرید زیاد وسط wait میآید، wait را کوتاهتر کن.
- سایدافکت برگشتناپذیر را فقط به «خروج وسط wait» وصل نکن بدون گارد.
- گزارش CRM و MA را یکی کن: «در delay + علامت خروج» ≠ «پیام بعدی را دیده».
- ارسال در حال پرواز را تست کن (وابسته به موتور).
نگاشت به Leadara (events، segments، journeys، email/SMS)
- Events: ایونت خروج شفاف.
- Journeys: معیار خروج/هدف تبدیل؛ هر wait را برای نشتی بعد از خروج چک کن.
- Segments: سگمنت سرکوب «خرید در X روز اخیر» بهعنوان کمربند ایمنی روی قدمهای بعدی.
- Email / SMS: اگر متن بعد از خرید خجالتآور است، فیلتر اضافه بگذار.
برای تمایز ورود و خروج، رد شدن بهخاطر فیلتر پروفایل در برابر خروج از جرنی: هنوز زمانبندیشده در برابر ترک مسیر را هم ببین.
اشتباههای رایج
- «هنوز در جرنی وسط wait» را باگ دانستن
- wait بلند بدون خروج روی خرید
- شمردن زمان delay بهعنوان engagement
- فقط خروج روی کلیک ایمیل و فراموشی خریداران پیامکی
- نبود مسیر QA خرید وسط wait
جمعبندی یکخطی
علامت خروج فوری است؛ ترک واقعی از delay سر تایمر است—قدم بعدی نباید اجرا شود.
گام بعدی
بلندترین wait زنده را بگیر. روی پروفایل تست وسط wait خرید بزن. صفر بودن ایمیل/پیامک بعدی را اثبات کن.
سؤالات پرتکرار
چرا بعد از خرید هنوز در UI جرنی است؟
احتمالاً delay فعال را تمام میکند در حالی که علامت خروج خورده.
پیام در حال ارسال چی میشود؟
وابسته به موتور؛ صریح تست کن.
با goal یکی است؟
نزدیک است ولی یکی نیست؛ goal بیشتر اندازهگیری است، exit عضویت را کنترل میکند.
باید از delay سخت اخراج شویم؟
فقط اگر موتور abort دارد؛ وگرنه برای mark-then-complete طراحی کن.
quiet hours؟
همان قانون: بعد از تبدیل، ارسال پروموشنال بعد از quiet hours نباید برود.
سگمنت جای exit را میگیرد؟
کمک میکند؛ برای خرید وسط wait بهاندازه ایونت دقیق نیست.
دوبارهشماری در فانل؟
یک تعریف واحد برای «خروج وسط delay» بنویس و قفل کن.
عیبیابی قدمبهقدم
- wait دهدقیقهای بساز.
- دقیقه ۲ ایونت خروج بزن.
- تا دقیقه ۱۰ عضویت را ببین.
- مطمئن شو نود بعدی اجرا نشده.
- ایونتها را برای داده برچسب بزن.
در برابر فقط exit سراسری پراپرتی
خروج پراپرتی ممکن است از خرید لحظهای عقب بماند. برای پول، ایونت؛ برای وضعیت کند، پراپرتی.
متریکها
- نرخ ارسال بعد از تبدیل (≈۰)
- میانه زمان از ایونت خروج تا ترک کامل
- تیکت «بعد خرید تخفیف گرفتم»
- درآمد تعدیلشدهٔ جرنیهای با wait بلند
خط تیکت محصول/داده
exit=order_completed علامتفوری؛ wait تمام شود بعد drop؛ پیامک بعد خرید = ۰
فرمت برنامهنویسی
on exit_event:
trip.exit_marked = true
on delay_complete:
if trip.exit_marked: leave(trip); do_not_run(downstream)
else: continue(next_node)
گارد: بعد از خرید پیامک کوپن نده؛ روی قدمهای بعدی فیلتر سگمنت هم بگذار؛ ارسال در پرواز را تست کن.
تست پذیرش
- wait دهدقیقهای؛ خروج دقیقه ۲؛ ترک دقیقه ۱۰ بدون ارسال بعدی.
- خروج بین دو قدم؛ ترک فوری.
- خروج وسط ارسال ایمیل؛ رفتار in-flight را مستند کن.
- در گزارش «خروج وسط delay» را از «اسکیپ فیلتر» جدا کن.
ماکرو پشتیبانی
«ممکن است تا پایان انتظار فعال در جرنی دیده شوند، اما علامت خروج خورده و ایمیل/پیامک بعدی نمیگیرند.»
ویگنت فروشگاه ایرانی
برند پوشاک: browse → wait ۴۸س → پیامک ۱۰٪. خریداران همان شب هنوز صبح بعد «در جرنی» دیده میشوند. پشتیبانی فکر میکند اتومیشن خراب است. بعد از توضیح mark در برابر complete، بهجای حذف دستی پروفایل، صفر بودن ارسال بعدی را چک میکنند و تیکت «بعد خرید تخفیف گرفتم» کم میشود.
کی باید wait را تهاجمی قطع کرد
- SKU گران با کوپن بعد از خرید
- پیامهای حساس/قانونی
- سوختن کد یکتا در قدم بعدی
اگر موتور abort ندارد، wait را کوتاه کن و روی هر ایمیل/پیامک بعدی فیلتر سخت بگذار.
همکاری با داده
جدول روزانه: profile_id, exit_event_at, delay_ends_at, downstream_send_count. هر ردیف با ارسال بعدی بعد از خرید = حادثه.
## مطالب مرتبط
- رد شدن بهخاطر فیلتر پروفایل در برابر خروج از جرنی: هنوز زمانبندیشده در برابر ترک مسیر
- خروج با تبدیل در برابر معیار خروج سراسری: قطع مسیر با هدف در برابر بیرونانداختن با پراپرتی
- صبر تا رویداد در برابر تأخیر ثابت: توقف برای سیگنال در برابر توقف برای ساعت
