پرش به هدف در برابر شاخه شرطی: رد کردن بقیه مسیر در برابر دوراهی

پرش به هدف در برابر شاخه شرطی: تعریف، جدول، مثال 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/elseJump-to / goal
سؤالکدام شاخه؟نتیجه آمد؛ بپر جلو
زماننقطه تصمیمپیوسته در طول مسیر
خروجیدو مسیر موازیSkip به گره موفقیت
ریسکدرخت پیچیدهپرش زودرس اگر ایونت شلوغ
جای درستکانال/سگمنت/محتواتبدیل زودهنگام

مثال ایران: nurture تا دمو

آژانس B2B مسیر ۱۲ لمسی ایمیل+پیامک برای لید فرم دارد. if/else روی «صنعت» محتوا را عوض می‌کند — درست. ولی وقتی demo_booked وسط لمس ۵ می‌آید، لمس ۶–۱۲ هنوز می‌روند چون فقط شاخه صنعت دارند نه Jump-to. فروش می‌گوید اتومیشن لید را می‌سوزاند.

تشخیص

مشکلاثر
فقط if/else محتواصف بعد از تبدیل زنده می‌ماند
Jump روی ایونت شلوغ (هر pageview)پرش بی‌معنا
نبود گره handoff بعد از Jumpپرش به خلأ
قاطی Jump با suppressمتریک تبدیل قاطی

اصلاح عملی

  1. if/else را برای صنعت/کانال نگه دار.
  2. Jump-to روی demo_booked و opportunity_won به گره «handoff فروش + توقف nurture».
  3. پیام‌های «چرا هنوز…» را بعد از Jump حذف کن.
  4. Goal مسیر را همان ایونت بگذار تا گزارش تمیز بماند.
  5. قاب سیستم: مارکتینگ اتومیشن چیست و جرنی مارکتینگ در برابر کمپین.

چه وقت if/else، چه وقت Jump-to؟

  1. دو محتوای جایگزین در یک لحظه؟ → if/else.
  2. نفر زودتر از پایان مسیر تبدیل شد؟ → Jump-to.
  3. هر دو را ترکیب کن: شاخه صنعت + Jump روی دمو.
  4. ایونت Jump باید کمیاب و باارزش باشد نه هر کلیک.
  5. بعد از Jump حتماً گره بعدی معنادار باشد (handoff، تشکر، onboarding خریدار).

اتصال به Leadara

  1. ایونت‌ها: demo_booked، order_completed، invoice_paid.
  2. جرنی: شاخه‌های شرطی برای محتوا/کانال؛ goal/Jump برای خروج موفق.
  3. سگمنت: بعد از Jump، suppress nurture برای همان نفر.
  4. ایمیل/پیامک: قالب‌های «چرا هنوز» فقط قبل از Jump زنده بمانند.
  5. گارد: ایونت شلوغ را به Jump وصل نکن.

اشتباهات رایج

  • ساختن درخت if/else ده لایه به‌جای یک Jump
  • Jump روی ایونت کم‌ارزش
  • نبود handoff بعد از پرش
  • ادامه بلست nurture بعد از تبدیل چون فقط جرنی Jump دارد نه suppress کمپین
  • شمردن هر شاخه else به‌عنوان شکست

زبان استنداپ

بگویعنی
شاخه / if-elseدوراهی محتوا یا کانال
Jump / پرش به هدفتبدیل آمد؛ صف را ببر
Goalموفقیت مسیر برای متریک

چک‌لیست go-live

  1. ایونت‌های Jump لیست و کمیاب‌اند؟
  2. گره بعد از Jump تعریف شده؟
  3. if/elseها فقط برای تصمیم همان لحظه‌اند؟
  4. suppress کمپین بعد از تبدیل؟
  5. پیام‌های «چرا هنوز» بعد از Jump نمی‌روند؟
  6. گزارش: Jump rate جدا از branch mix؟
  7. فروش از 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 بگذار و در گزارش همان را بشمار.

مطالب مرتبط

ادامه مطالعه