پرش به هدف در برابر شاخه شرطی: رد کردن بقیه مسیر در برابر دوراهی
پرش به هدف در برابر شاخه شرطی: تعریف، جدول، مثال nurture ایران، ترکیب با if/else، FAQ و Leadara.

امیر حسینی
اجرای کمپینهای ایمیل، پیامک و پوش برای جذب، نگهداشت و بازگشت کاربر.
۱ مهر ۱۴۰۵ · 5 دقیقه مطالعه
نسخه دیگر English

پرش به هدف با شاخه شرطی چه فرقی دارد؟
شاخه if/else در یک نقطهٔ تصمیم مسیر را دو (یا چند) تکه میکند. پرش به هدف (Jump-to / goal checkpoint) مدام مراقب یک نتیجه است و وقتی رخ دهد، waitها و پیامهای باقیمانده را رد میکند — تا درخت اسپاگتی وقتی نفر زود تبدیل میشود کم شود.
یکخطی: if/else = دوراهی سر تقاطع؛ Jump-to = خروجی بزرگراه به خط پایان وقتی نتیجه آمد.
در nurture لید ایرانی، کسی وسط هفتهٔ دوم دمو رزرو میکند ولی هنوز سه ایمیل «چرا ثبتنام نکردید؟» در صف است. بدون Jump-to، آن سه ایمیل میروند و فروش عصبانی میشود. با Jump-to روی demo_booked، مسیر به handoff فروش میپرد و صف nurture میمیرد.
مکمل adaptive: جرنی adaptive در برابر rule-based.
هر کدام چطور کار میکند؟
شاخه if/else
در گره مشخص، شرط را ارزیابی میکنی: باز کرده؟ سگمنت VIP است؟ کانال SMS دارد؟ بله → مسیر A؛ خیر → مسیر B. ارزیابی معمولاً همان لحظه است (مگر wait+شرط جدا).
Jump-to / هدف
یک checkpoint در مسیر (یا goal سراسری) ایونت موفقیت را گوش میدهد. هر جا نفر باشد، وقتی ایونت بیاید به گره هدف میپرد و بقیه را skip میکند. برای تبدیل زودهنگام طراحی شده نه برای دو محتوای جایگزین.
| بعد | if/else | Jump-to / goal |
|---|---|---|
| سؤال | کدام شاخه؟ | نتیجه آمد؛ بپر جلو |
| زمان | نقطه تصمیم | پیوسته در طول مسیر |
| خروجی | دو مسیر موازی | Skip به گره موفقیت |
| ریسک | درخت پیچیده | پرش زودرس اگر ایونت شلوغ |
| جای درست | کانال/سگمنت/محتوا | تبدیل زودهنگام |
مثال ایران: nurture تا دمو
آژانس B2B مسیر ۱۲ لمسی ایمیل+پیامک برای لید فرم دارد. if/else روی «صنعت» محتوا را عوض میکند — درست. ولی وقتی demo_booked وسط لمس ۵ میآید، لمس ۶–۱۲ هنوز میروند چون فقط شاخه صنعت دارند نه Jump-to. فروش میگوید اتومیشن لید را میسوزاند.
تشخیص
| مشکل | اثر |
|---|---|
| فقط if/else محتوا | صف بعد از تبدیل زنده میماند |
| Jump روی ایونت شلوغ (هر pageview) | پرش بیمعنا |
| نبود گره handoff بعد از Jump | پرش به خلأ |
| قاطی Jump با suppress | متریک تبدیل قاطی |
اصلاح عملی
- if/else را برای صنعت/کانال نگه دار.
- Jump-to روی
demo_bookedوopportunity_wonبه گره «handoff فروش + توقف nurture». - پیامهای «چرا هنوز…» را بعد از Jump حذف کن.
- Goal مسیر را همان ایونت بگذار تا گزارش تمیز بماند.
- قاب سیستم: مارکتینگ اتومیشن چیست و جرنی مارکتینگ در برابر کمپین.
چه وقت if/else، چه وقت Jump-to؟
- دو محتوای جایگزین در یک لحظه؟ → if/else.
- نفر زودتر از پایان مسیر تبدیل شد؟ → Jump-to.
- هر دو را ترکیب کن: شاخه صنعت + Jump روی دمو.
- ایونت Jump باید کمیاب و باارزش باشد نه هر کلیک.
- بعد از Jump حتماً گره بعدی معنادار باشد (handoff، تشکر، onboarding خریدار).
اتصال به Leadara
- ایونتها:
demo_booked،order_completed،invoice_paid. - جرنی: شاخههای شرطی برای محتوا/کانال؛ goal/Jump برای خروج موفق.
- سگمنت: بعد از Jump، suppress nurture برای همان نفر.
- ایمیل/پیامک: قالبهای «چرا هنوز» فقط قبل از Jump زنده بمانند.
- گارد: ایونت شلوغ را به Jump وصل نکن.
اشتباهات رایج
- ساختن درخت if/else ده لایه بهجای یک Jump
- Jump روی ایونت کمارزش
- نبود handoff بعد از پرش
- ادامه بلست nurture بعد از تبدیل چون فقط جرنی Jump دارد نه suppress کمپین
- شمردن هر شاخه else بهعنوان شکست
زبان استنداپ
| بگو | یعنی |
|---|---|
| شاخه / if-else | دوراهی محتوا یا کانال |
| Jump / پرش به هدف | تبدیل آمد؛ صف را ببر |
| Goal | موفقیت مسیر برای متریک |
چکلیست go-live
- ایونتهای Jump لیست و کمیاباند؟
- گره بعد از Jump تعریف شده؟
- if/elseها فقط برای تصمیم همان لحظهاند؟
- suppress کمپین بعد از تبدیل؟
- پیامهای «چرا هنوز» بعد از Jump نمیروند؟
- گزارش: Jump rate جدا از branch mix؟
- فروش از handoff خبر دارد؟
سوالات پرتکرار
فرق Jump-to با if/else چیست؟
if/else مسیر را در تقاطع جدا میکند؛ Jump وقتی نتیجه آمد بقیه را skip میکند.
آیا Jump همان goal است؟
نزدیکاند؛ goal اغلب متریک+خروج است؛ Jump جابهجایی صریح روی کانواس است. در عمل هر دو را همتراز کن.
اگر دمو کنسل شد؟
مسیر جدا یا re-entry کنترلشده — Jump را برای کنسل برنگردان مگر طراحی شده باشد.
چند Jump در یک جرنی؟
یکی دو تای باارزش کافی است؛ بیش از آن کانواس شلوغ میشود.
آیا Leadara اکشن به نام Jump دارد؟
با goal خروج و گارد ایونت همان رفتار را روی جرنی میسازی.
متریک درست؟
نرخ رسیدن به handoff، پیام بعد از تبدیل (باید ≈۰)، و نرخ بسته شدن فرصت.
if/else کانال را کجا بگذاریم؟
نزدیک ارسال: اگر رضایت SMS دارد پیامک، وگرنه ایمیل — جدا از Jump تبدیل.
جمعبندی و قدم بعدی
if/else دوراهی است؛ Jump-to میانبر به نتیجه. این هفته روی مسیر nurture یک Jump برای demo_booked بگذار و صف «چرا هنوز» را بعد از آن بکش.
الگوی ۱۴ روزه
روز ۱: ایونت دمو را در کاتالوگ قفل کن.
روز ۲–۴: Jump + گره handoff را اضافه کن.
روز ۵–۱۰: با فروش نمونه handoff را تست کن.
روز ۱۱–۱۴: تعداد ایمیل بعد از دمو را به صفر نزدیک کن.
| ابزار | نقش |
|---|---|
| if/else | محتوا / کانال |
| Jump/goal | تبدیل زودهنگام |
| suppress | بلست بعد از تبدیل |
کانواس تمیز بعد از Jump
بعد از افزودن Jump، لمسهای مرده را حذف یا پشت گارد «هنوز تبدیل نشده» بگذار. کانواس شلوغ با Jump نصفهکاره بدتر از درخت if/else قدیمی است چون تیم فکر میکند مشکل حل شده.
هماهنگی با فروش
handoff باید فیلدهای لید، منبع فرم، و آخرین ایونت را به CRM/تسک فروش بفرستد. اگر Jump فقط nurture را قطع کند و فروش خبر نشود، لید در خلا میافتد. یک تسک یا ایونت sales_notified بعد از Jump بگذار و در گزارش همان را بشمار.




