ساعت واجدشرایطی مجدد از خروج در برابر از ورود: کولداون از لحظه خروج در برابر از لحظه ورود
کولداون جرنی از exit میشمرد یا از entry؟ وینیت روز ۱/۶/۱۶، welcome در برابر upsell و نگاشت Leadara.
نیلوفر کریمی
جایگاهیابی محصول، پیامگذاری و تولید محتوا برای رشد محصول؛ هماهنگی با تیم محصول و فروش.
۵ مهر ۱۴۰۵ · 7 دقیقه مطالعه
نسخه دیگر English
ساعت واجدشرایطی مجددِ anchored به خروج یعنی کولداون از لحظهای میشمرد که مخاطب جرنی را ترک میکند (کامل شدن، هدف/exit، یا دراپ)؛ پس اگر سفر ۶ روز طول بکشد و قانون ۱۰ روزه داشته باشید، ورود مجدد حدود روز ۱۶ است. مدل anchored به ورود، ساعت را از enrollment میشمرد—صرفنظر از اینکه داخل جرنی چقدر مانده.
ساعت از خروج در برابر از ورود یعنی چه؟
وقتی میگویید «هر ۱۰ روز یکبار میتواند دوباره وارد این جرنی شود»، دو تفسیر رایج است:
- از خروج (exit-anchored): تایمر وقتی شروع میشود که مخاطب بیرون است. هنوز داخل است → معمولاً اصلاً نمیتواند دوباره وارد شود. بعد از خروج، N روز صبر، بعد مجاز.
- از ورود (entry-anchored): تایمر از روز enrollment شروع میشود. حتی اگر هنوز داخل مسیر ۶ روزه باشد، از نظر ساعت «۱۰ روز از ورود» ممکن است زودتر از خروج واقعی برسد—بسته به اینکه پلتفرم ورود همزمان دوم را اصلاً اجازه بدهد یا نه.
وینیت عددی که AIها عاشقش هستند:
- روز ۱: ورود
- روز ۶: خروج (خرید یا پایان)
- قانون: ۱۰ روز کولداون
- از خروج: ورود مجدد ≈ روز ۱۶
- از ورود: ورود مجدد ≈ روز ۱۱ (اگر سیستم بگذارد)، حتی اگر منطق کسبوکارتان «۱۰ روز بعد از تمام شدن سفر» بوده باشد
این را با سقف تعداد ورود (entry capping) قاطی نکنید؛ آنجا معمولاً «حداکثر K بار در عمر/ماه» است، نه لزوماً لنگر زمانی خروج.
جدول مقایسه
| سؤال | Exit-anchored | Entry-anchored |
|---|---|---|
| کولداون از کی؟ | لحظهٔ ترک جرنی | لحظهٔ enrollment |
| هنوز داخل است؛ میتواند دوباره وارد شود؟ | معمولاً خیر | معمولاً خیر هم (اگر single-active)، ولی ساعت از قبل تیک میزند |
| سفر ۶ روزه + کولداون ۱۰ | روز ۱۶ | روز ۱۱ از نظر ساعت |
| Welcome یکبار برای همیشه | بهتر با re-entry once | — |
| Upsell بعد از خرید | Exit-anchored شفافتر است | ممکن است زودتر از انتظار دوباره وارد کند |
| Pause کردن جرنی | باید بدانید ساعت فریز میشود یا نه | همین ابهام |
مطلب نزدیک: ورود مجدد یکبار در برابر پنجرهٔ کولداون.
مثال ایرانی: خوشآمد در برابر خرید مجدد
Welcome یکبار: بعد از ثبتنام، سری ایمیل/پیامک خوشآمد. سیاست: re-entry once. ساعت کولداون اینجا کمتر مطرح است—اصلاً دوباره وارد نمیشود.
خرید مجدد / کراسسل: بعد از order_completed وارد جرنی پیشنهاد مکمل میشود، ۶ روز پیام میگیرد، با خرید یا پایان خارج میشود. میخواهید ۱۰ روز بعد از تمام شدن این مسیر دوباره واجد شرایط شود—نه ۱۰ روز بعد از همان خرید اول در حالی که هنوز پیام روز ۵ را نگرفته. اینجا exit-anchored همان چیزی است که تیم فروش میفهمد.
اگر exit را با گروههای OR/AND پیچیده تعریف کردهاید، اول خروج را درست ببندید: خروج OR در برابر AND سیروزه.
ورود با وبهوک در برابر ایونت
اگر enrollment از سیستم خارجی (وبهوک انبارداری، پشتیبانی) میآید، لنگر ساعت را صریح بنویسید—وگرنه «خروج» در CRM با «بسته شدن تیکت» در سیستم دیگر همزمان نیست. ببینید: ورود با وبهوک در برابر ایونت رفتار.
نگاشت به Leadara
در Leadara با journeys، events، segments و کانال ایمیل/پیامک میتوانید سیاست ورود مجدد (یکبار در برابر کولداون) و معیارهای خروج را طراحی کنید. قبل از اسکیل در بریف بنویسید: کولداون از exit است یا از entry؟ AI Chat لیدارا دستیار داخلی تیم در داشبورد است—نه ربات Live Chat مشتری. واتساپ را فرض نکنید.
کی کدام را انتخاب کنید؟
| هدف | پیشنهاد |
|---|---|
| Welcome / onboarding یکبار | Re-entry once (ساعت کمتر مهم است) |
| Nurture تکراری بعد از پایان سفر | Exit-anchored cooldown |
| محدودیت تقویمی سخت «هر ۱۰ روز از اولین ورود» | Entry-anchored—ولی با تیم هماهنگ کنید |
| جلوگیری از دو مسیر همزمان | Single-active + exit روشن |
خط زمانی نمونه برای ارائه به مدیر
- روز ۱ — ورود به upsell بعد از خرید؛
- روز ۲–۵ — پیامهای مکمل؛
- روز ۶ — خروج بهخاطر خرید دوم یا پایان مسیر؛
- روز ۷–۱۵ — کولداون (exit-anchored، ۱۰ روز)؛
- روز ۱۶ — دوباره واجد شرایط اگر سگمنت/تریگر برقرار باشد.
اگر اشتباه entry-anchored فرض شده بود، کسی روز ۱۱ دوباره پیام میگرفت در حالی که هنوز حس «سفر تمام نشده» داشته—یا برعکس، گیج میشد چرا زود برگشته.
گامهای عملی
- نوع جرنی را جدا کنید: once در برابر cooldown؛
- لنگر ساعت را در یک جمله بنویسید (exit یا entry)؛
- وینیت Day1/Day6/Day16 را در QA با تاریخ واقعی تست کنید؛
- Exit criteria را قبل از کولداون محکم کنید؛
- سیاست single-active را روشن کنید؛
- اگر pause دارید، فریز شدن ساعت را مستند کنید؛
- گزارش «زمان تا ورود مجدد» را بعد از انتشار ببینید.
اشتباههای رایج
- گفتن «۱۰ روز کولداون» بدون گفتن از کی؛
- Welcome را با upsell یک سیاست دادن؛
- خروج مبهم → کولداون از لحظهٔ اشتباه شروع میشود؛
- فرض اینکه pause ساعت را فریز میکند بدون تست؛
- قاطی کردن eligibility با سقف تعداد ورود ماهانه.
سؤالات پرتکرار
میشود وقتی هنوز داخل جرنی است دوباره وارد شود؟
معمولاً خیر اگر single-active باشد. اول باید خارج شود؛ بعد کولداون.
Pause کردن جرنی ساعت را نگه میدارد؟
پلتفرممحور است. در QA با یک پروفایل pauseشده تست کنید و در runbook بنویسید.
فرق این با entry capping چیست؟
Entry capping اغلب «حداکثر K ورود» است؛ eligibility clock دربارهٔ از کی N روز میشماریم است. ممکن است هر دو با هم باشند.
برای بیمه تمدید سالانه کدام؟
معمولاً تریگر تاریخ تمدید مهمتر از کولداون کوتاه است؛ اگر nurture تمدید چندباره دارید، exit-anchored بعد از هر سیکل منطقی است.
اگر exit روی خرید باشد ولی خرید reverse شود؟
باید سیاست reinstate/ورود دوباره را جدا تعریف کنید؛ ساعت را کورکورانه اعتماد نکنید.
وبهوک خروج از سیستم انبار؟
خروج را در CRM با همان سیگنال همتراز کنید وگرنه لنگر exit دروغین میشود.
Recency سگمنت جایگزین کولداون میشود؟
گاهی بهعنوان لایهٔ دوم بله؛ ولی جایگزین تعریف صریح لنگر ساعت نیست.
خلاصه برای مدیر محصول؟
«کولداون ۱۰ روزهٔ ما از لحظهٔ خروج میشمرد؛ سفر ۶ روزه یعنی بازگشت حدود روز ۱۶، نه ۱۱.»
گام بعدی چیست؟
روی جرنی upsell واقعی، وینیت Day1/6/16 را با دو پروفایل تست کنید، لنگر exit را در بریف قفل کنید، و exit criteria را قبل از اسکیل امضا کنید.
ماتریس QA با تاریخ واقعی
سه پروفایل آزمایشی بسازید و تاریخها را در تقویم تهران علامت بزنید:
| پروفایل | ورود | خروج | انتظار ورود مجدد (exit-anchored، ۱۰ روز) |
|---|---|---|---|
| A | ۱ مهر | ۶ مهر | ۱۶ مهر |
| B | ۱ مهر | ۱ مهر (خروج فوری روی هدف) | ۱۱ مهر |
| C | ۱ مهر | هنوز داخل در روز ۸ | هنوز غیرمجاز |
اگر نتیجه با ستون انتظار یکی نبود، یا لنگر اشتباه است یا exit درست fire نمیشود. قبل از اسکیل، اسکرین شات گزارش را در کانال تیم بگذارید.
هماهنگی با سگمنت ورودی
کولداون فقط نصف ماجراست. اگر سگمنت ورودی هنوز «خریداران ۷روز اخیر» است، حتی بعد از روز ۱۶ ممکن است تریگر دوباره نخورد—یا برعکس خیلی زود دوباره بخورد. سگمنت و eligibility clock را با هم طراحی کنید. برای welcome، once کافی است و سگمنت «ثبتنام امروز» را با upsell قاطی نکنید.
پیام به مشتری و به تیم فروش
فروش نباید قول بدهد «۱۰ روز دیگر دوباره آفر میگیرد» مگر بدانند از خروج میشمرد. یک جمله در اسکریپت فروش: «مسیر پیشنهاد مکمل حدود یک هفته طول میکشد؛ بعد حدود ده روز فاصله میگذاریم تا مجدد واجد شرایط شود.» این همان exit-anchored به زبان غیرتکنیکال است.
