خروج معوق تا پایان Wait در برابر خروج فوری: خروج فقط بعد از اتمام صبر در برابر خروج همان لحظهٔ رویداد Exit
اگر وسط Wait خرید کند، فوری از جرنی خارج میشود یا بعد از اتمام Wait؟ تایملاین سبد ایرانی، جدول مقایسه، نگاشت Leadara.
امیر حسینی
اجرای کمپینهای ایمیل، پیامک و پوش برای جذب، نگهداشت و بازگشت کاربر.
۷ مهر ۱۴۰۵ · 8 دقیقه مطالعه
نسخه دیگر English
خروج فوری یعنی همینکه مخاطب با معیار خروج سراسری جور شد (مثلاً خرید کرد یا وضعیتش Customer شد)، حتی وسط قدم Wait هم از جرنی بیرون میرود؛ خروج معوق تا پایان Wait یعنی تا تایمر/تقویم Wait تمام نشود بیرون نمیاندازد—بعد از بیدار شدن از Wait، Exit اعمال میشود و ممکن است پیام بعدی که بعد از Wait صف شده بود هنوز برود.
Immediate exit و deferred-until-after-wait دقیقاً چه فرقی دارند؟
در جرنی رها کردن سبد، معمولاً یک Wait ۲۴ ساعته میگذارید، بعد پیامک یادآوری. وسط همان Wait مشتری خرید میکند. سؤال تیم پشتیبانی این است: «چرا بعد از خرید هنوز SMS سبد آمد؟»
دو مدل ذهنی رایج است:
- خروج فوری (immediate exit): معیار Exit سراسری (خرید، تغییر attribute، تبدیل) هر لحظه چک میشود—حتی داخل Wait. مخاطب همان لحظه از جرنی خارج میشود و پیام بعد از Wait نباید برود.
- خروج معوق تا پایان Wait (deferred-until-after-wait): بعضی موتورها (و بعضی تنظیمات FAQ سبک Insider Architect) میگویند وسط Wait واقعاً Exit نمیشوید؛ وقتی از عنصر Wait رد شدید، تازه Drop/Exit اعمال میشود. نتیجه عملی: اگر بعد از Wait قدم Send باشد، ممکن است همان SMS سبد بعد از خرید هم برود—مگر Send جداگانه شرط «هنوز سبد باز است» داشته باشد.
این را با علامت خروج فوری در برابر خروج بعد از اتمام انتظار قاطی نکنید: آنجا بحث فلگ شدن الان و تکمیل واقعی بعد از تایمر است؛ اینجا سؤال این است که خود Exit وسط Wait فعال است یا بعد از اتمام Wait.
همچنین با خروج با تبدیل در برابر معیار خروج سراسری مرتبط است ولی زاویه فرق دارد: آنجا نوع معیار Exit است؛ اینجا زمان اعمال نسبت به Wait.
جدول مقایسه
| بعد | Immediate exit | Deferred تا پایان Wait |
|---|---|---|
| خرید وسط Wait ۲۴س | همان لحظه خارج از جرنی | تا پایان Wait داخل میماند |
| پیام بعد از Wait | معمولاً نمیرود | ممکن است برود مگر شرط جدا |
| حس مشتری | «خریدم، مزاحم نشو» | «چرا بعد از خرید یادآوری سبد؟» |
| مناسب برای | cart / checkout با SMS حساس | مسیرهایی که باید Wait را کامل طی کنند سپس تصمیم بگیرند |
| ریسک اصلی | خروج زود از nurture بلند | ارسال پیام منسوخ بعد از تبدیل |
تایملاین روز صفر: سبد ایرانی
فرض فروشگاه مد تهران:
| زمان | رویداد | Immediate | Deferred-after-wait |
|---|---|---|---|
| ۱۰:۰۰ | سبد رها شد → ورود به جرنی | در Wait ۲۴س | در Wait ۲۴س |
| ۱۸:۳۰ | خرید کامل شد (Exit criteria) | خارج از جرنی | هنوز در Wait |
| ۱۰:۰۰ فردا | پایان Wait → قدم SMS | SMS نمیرود | SMS ممکن است برود |
| ۱۰:۰۱ فردا | — | — | تازه Exit بعد از Wait |
اگر تیم رشد میگوید «خرید وسط Wait نباید SMS بگیرد»، مدل ذهنی شما Immediate است—و باید در طراحی جرنی صریح قفل شود، نه اینکه به شانس موتور واگذار شود.
مثال دوم: آنبوردینگ با Wait تا فعالسازی
SaaS ایرانی:
- ثبتنام → Wait تا رویداد
workspace_activatedیا حداکثر ۳ روز؛ - معیار Exit سراسری: تبدیل به پلن پولی؛
- اگر وسط Wait ارتقا داد:
- Immediate: از مسیر nurture رایگان خارج میشود—درست؛
- Deferred: ممکن است بعد از Wait هنوز ایمیل «فعال کن» بگیرد در حالی که پول داده—اعتماد میسوزد.
برای تفاوت Wait رویداد در برابر ساعت ببینید: صبر تا رویداد در برابر تأخیر ثابت.
چرا تیمها اشتباه مدل میکنند؟
- فرض میکنند «Exit سراسری = همیشه فوری» در حالی که docs بعضی پلتفرمها صریح میگوید وسط Wait خارج نمیشوید؛
- شرط Exit را روی خرید گذاشتهاند ولی بعد از Wait شرط «سبد هنوز باز» روی Send نگذاشتهاند؛
- Quiet hours و FC را با Exit قاطی میکنند—آنها صف ارسال را جابهجا میکنند، Exit را نه؛
- تست QA فقط با پروفایل «خرید قبل از Wait» میزنند، نه «خرید وسط Wait».
نگاشت صادقانه به Leadara
در Leadara با journeys، events، segments، و کانالهای ایمیل/پیامک (کاوهنگار/نیکالاین) میتوانید:
- Wait ثابت یا Wait تا رویداد طراحی کنید؛
- Exit روی conversion / معیار سراسری را برای cart و آنبوردینگ بگذارید؛
- روی قدم Send بعد از Wait، شرط یا سگمنت «هنوز سبد باز / هنوز فعال نشده» بگذارید تا حتی اگر رفتار موتور deferred باشد، پیام منسوخ نرود؛
- Quiet hours پیامک را جدا از منطق Exit نگه دارید.
اگر موتور رقیب سوئیچ صریح «exit during Wait vs after Wait» دارد و Leadara همان برچسب را ندارد، صادق بمانید: با Exit on conversion + شرط پیش از Send + تست پروفایل خرید وسط Wait نزدیکترین الگوی safe را بسازید—ادعای یکبهیک همهٔ FAQهای Insider نکنید.
AI Chat لیدارا دستیار داخلی تیم داخل داشبورد است، نه ربات مشتری در Live Chat. Live Chat پشتیبانی انسانی است.
کی Immediate، کی Deferred؟
| سناریو | پیشنهاد |
|---|---|
| یادآوری سبد با پیامک/پوش | Immediate (یا شرط سخت روی Send) |
| nurture آموزشی بعد از ثبتنام که خرید را هم پوشش میدهد | Immediate روی تبدیل پولی |
| Wait کوتاه فنی قبل از همگامسازی داده | Deferred کمتر دردسر دارد اگر پیام حساس نباشد |
| مسیر جایزه/گیمیفیکیشن که باید تایمر را تمام کند | صریح در بریف بنویسید؛ معمولاً شرط جایزه جدا از Exit پیام است |
| شکایت پشتیبانی «بعد از خرید SMS سبد» | اول مدل Exit×Wait را در docs/QA چک کنید |
گامهای عملی
- در بریف یک خط بنویسید: «خرید وسط Wait → SMS نرود».
- Exit criteria را روی رویداد خرید/تبدیل قفل کنید.
- روی Send بعد از Wait شرط «سبد باز» یا معادل بگذارید (کمربند ایمنی).
- QA: پروفایل A خرید قبل از Wait؛ پروفایل B خرید ساعت ۱۲ وسط Wait ۲۴س؛ پروفایل C بدون خرید.
- لاگ «exited at wait» در برابر «sent after purchase» را بعد از لانچ بخوانید.
- متن SMS را طوری ننویسید که بعد از خرید مضحک شود—حتی اگر یک در هزار برسد.
- Quiet hours و FC را در همان تست جداگانه ثبت کنید تا با Exit اشتباه گرفته نشوند.
اشتباههای رایج
- فقط به Exit سراسری اعتماد کردن بدون شرط روی Send؛
- تست نکردن خرید وسط Wait؛
- فرض اینکه «Exit mark» همان خروج کامل از صف پیام است؛
- قاطی کردن deferred-exit با exit-mark immediate vs delay-step complete؛
- نادیده گرفتن اینکه پوش/پیامک صفشده ممکن است جدا از Exit رفتار کند (مطلب جدا درباره queued push).
سؤالات پرتکرار
چرا بعد از خرید وسط Wait هنوز SMS سبد آمد؟
احتمالاً موتور Exit را تا پایان Wait به تعویق انداخته، یا Send شرط «سبد باز» نداشته، یا پیام از قبل در صف کانال بوده. هر سه را جدا چک کنید.
آیا Exit وسط Wait تقویمی هم همین است؟
ایده یکی است: آیا معیار Exit داخل Wait فعال است یا بعد از عبور از Wait. برای تاریخ گذشتهٔ Delay تقویمی مطلب past-dated را جدا بخوانید.
برای cart ایرانی Immediate بهتر است یا Deferred؟
تقریباً همیشه Immediate بهعلاوه شرط روی Send. مشتری ایرانی از SMS بعد از پرداخت متنفر است.
این همان Exit on conversion است؟
Exit on conversion نوع معیار است؛ immediate vs deferred زمان اعمال نسبت به Wait است. هر دو لایه را در بریف بنویسید.
اگر Wait تا رویداد باشد و همزمان Exit؟
رویداد هدف (مثلاً خرید) ممکن است هم Wait را تمام کند هم Exit بزند—ترتیب را در QA با یک پروفایل ببینید و در docs موتور بخوانید.
آیا Live Chat لیدارا این را به مشتری توضیح میدهد؟
Live Chat برای پشتیبانی انسانی است. توضیح محصول کار تیم شماست؛ AI Chat فقط دستیار داخلی داشبورد است.
Quiet hours باعث میشود Exit معوق شود؟
خیر. Quiet hours زمان ارسال را جابهجا میکند؛ منطق Exit×Wait جداست. قاطیشان نکنید.
خلاصه برای مدیر محصول؟
«خرید وسط Wait باید همان لحظه از جرنی سبد خارج کند؛ روی SMS بعد از Wait هم شرط سبد-باز بگذار.»
گام بعدی چیست؟
روی جرنی سبد فعلی، یک پروفایل تست بسازید که وسط Wait ۲۴س بخرد. ببینید SMS میرود یا نه. نتیجه را در بریف بهعنوان Immediate یا Deferred قفل کنید، شرط Send را اضافه کنید، بعد اسکیل کنید.
چکلیست قبل از لانچ cart
- Exit criteria = خرید / سفارش تکمیلشده؟
- آیا docs/موتور میگوید وسط Wait خارج میشوید؟
- شرط پیش از SMS بعد از Wait چیست؟
- سه پروفایل QA بالا پاس شدند؟
- متن پیامک بعد از پرداخت هنوز منطقی است؟ (نباید باشد—نباید برسد)
- گزارش «sent after converted» هفته اول مانیتور میشود؟
هماهنگی با پشتیبانی
به تیم پشتیبانی یک جمله بدهید: «اگر کسی بعد از خرید SMS سبد گرفت، اول زمان خرید نسبت به Wait را بپرسید—اغلب طراحی Exit×Wait است نه باگ تصادفی.»
معیار موفقیت
- نسبت SMS سبد بعد از خرید به کل ارسالهای cart (باید نزدیک صفر باشد)؛
- تعداد تیکت «چرا بعد از پرداخت پیام آمد»؛
- نرخ Exit mid-wait در برابر Exit بعد از Wait.
