هدف ورکفلو در برابر لیست suppress: خروج موفق در برابر ورود ممنوع
فرق هدف ورکفلو با لیست suppress: تعریف، جدول، مثال trial ایران، holdout، FAQ و Leadara.

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

هدف ورکفلو با لیست suppress چه فرقی دارد؟
هدف ورکفلو (goal) نتیجهٔ موفقی است که اندازه میگیری و معمولاً وقتی رخ دهد نفر از مسیر خارج میشود. لیست suppress کسانی را که اصلاً نباید وارد مسیر شوند مسدود میکند (رقیب، کارمند، مشتری فعلی پرداختکننده) — مستقل از «موفقیت».
یکخطی: goal = خط پایان سبز؛ suppress = درِ قرمز ورود ممنوع. قاطی کردنشان گزارش تبدیل را دروغ میکند.
تیم nurture در ایران گاهی «اگر قبلاً خرید کرده از مسیر خارج شود» را فقط با goal میسازد و لیست مشتریهای فعال را suppress نمیکند. نتیجه: پرداختکنندهها وارد مسیر trial میشوند، یک ایمیل میگیرند، goal میخورند و در داشبورد بهعنوان «تبدیل nurture» میدرخشند — در حالی که از قبل مشتری بودند.
برای قاب مسیر در برابر شلیک، ببین: جرنی مارکتینگ در برابر کمپین.
هر کدام چطور کار میکند؟
هدف ورکفلو
تعریف میکنی چه ایونت یا وضعیتی موفقیت است: invoice_paid، order_completed، دمو رزرو شد. وقتی در طول مسیر رخ دهد، نفر unenroll میشود و معمولاً در متریک تبدیل مسیر شمرده میشود. Goal دربارهٔ «آیا مسیر کار کرد؟» است.
لیست suppress
قبل از ورود (و گاهی وسط راه) چک میشود: آیا این نفر در لیست/سگمنت ممنوع است؟ کارمند، رقیب، مشتری VIP که نباید nurture ارزان ببیند، holdout آزمایش. Suppress دربارهٔ «اصلاً نباید وارد شود» است — نه موفقیت.
| بعد | هدف (goal) | لیست suppress |
|---|---|---|
| سؤال | مسیر موفق شد؟ | اجازه ورود دارد؟ |
| زمان ارزیابی | در طول مسیر | معمولاً قبل از enroll |
| خروج | unenroll با موفقیت | هرگز وارد / فوری بیرون |
| شمارش تبدیل | بله (معمولاً) | خیر — تبدیل نیست |
| مثال | اولین فاکتور پرداختشده | سگمنت مشتریان فعال |
| ریسک قاطی | مشتری فعلی را «تبدیل» نشان میدهد | goal را جای بلاکサイленت گذاشتن |
مثال ایران: trial به پرداخت
استارتاپ SaaS فارسی مسیر ۱۴ روزه ایمیل+پیامک برای trial دارد. Goal را first_paid_invoice میگذارد. اما سگمنت «مشتریان پرداختکننده فعلی» را suppress نکرده. مدیر فروش خودش trial میسازد تا دمو ببیند؛ وارد مسیر میشود؛ همان روز فاکتور تست میپردازد؛ داشبورد میگوید تبدیل ۲۴ ساعته عالی است.
تشخیص
| مشکل | اثر |
|---|---|
| نبود suppress مشتریان فعلی | آلودگی متریک تبدیل |
| استفاده از goal بهجای بلاک ورود | گزارش دروغین موفقیت |
| قاطی suppress با holdout | آزمایش آماری خراب |
| suppress بدون بازبینی ماهانه | لیست مرده / جاافتاده |
اصلاح عملی
- Goal = فقط
first_paid_invoiceبرای کسانی که از trial آمدهاند. - Suppress = مشتریان فعال + دامنه ایمیل داخلی + لیست رقبا.
- Holdout جدا ۱۰٪ برای سنجش واقعی — با گروه holdout.
- بازبینی ماهانه لیست suppress.
- در گزارش، «خروج goal» را از «رد شدن بهخاطر suppress» جدا کن.
چه وقت goal، چه وقت suppress؟
- میخواهی بدانی مسیر تبدیل ساخت؟ → goal.
- اصلاً نباید این گروه پیام را ببیند؟ → suppress.
- میخواهی اثر خالص را بسنجی؟ → holdout (نه suppress دائمی مشتریان).
- وینبک برای خاموشها؟ suppress کسانی که همین هفته خرید کردهاند — و goal خرید روی مسیر؛ مکمل: re-engagement در برابر winback.
اتصال به Leadara
- ایونت هدف: پرداخت، سفارش، رزرو دمو — نامگذاری روشن.
- سگمنت suppress: مشتریان فعال، داخلی، رقبا، opt-out کانال.
- جرنی: ورود با سگمنت trial، goal روی ایونت پرداخت، suppress قبل از enroll.
- ایمیل/پیامک: فقط برای واجدان؛ suppress متقابل با بلست هفته.
- گزارش: تبدیل goal جدا از «blocked by suppress».
اشتباهات رایج
- goal را بهعنوان بلاک سایленت مشتری فعلی استفاده کردن
- suppress را با holdout یکی دانستن
- لیست suppress را یکبار ساختن و فراموش کردن
- شمردن هر خروج مسیر بهعنوان موفقیت
- نبود رضایت کانال داخل suppressهای مرتبط با STOP
زبان استنداپ
| بگو | یعنی |
|---|---|
| Goal / هدف مسیر | خط پایان؛ تبدیل شمرده میشود |
| Suppress / ورود ممنوع | در قرمز؛ تبدیل نیست |
| Holdout | شاهد آزمایش؛ موقتی |
چکلیست go-live
- ایونت goal فقط موفقیت واقعی است؟
- سگمنت suppress مشتریان فعلی جداست؟
- holdout از suppress دائمی جدا شده؟
- گزارش blocked vs converted جداست؟
- بازبینی ۳۰ روزه لیست suppress در تقویم است؟
- دامنه ایمیل داخلی در suppress است؟
- وینبک، خریداران تازه را suppress میکند؟
سوالات پرتکرار
فرق goal و suppression list چیست؟
Goal موفقیت و خروج است؛ suppress ورود ممنوع است.
آیا goal میتواند جای suppress بنشیند؟
خیر برای مشتریان فعلی — متریک را آلوده میکند.
holdout همان suppress است؟
خیر؛ holdout شاهد آزمایش است، موقتی و تصادفی.
چند سگمنت suppress لازم است؟
حداقل: مشتریان فعال، داخلی، STOP/opt-out کانال.
آیا Leadara لیست suppress جدا دارد؟
با سگمنت و گارد ورود روی جرنی همان کار را میکنی.
متریک vanity کدام است؟
«تعداد خروج مسیر» بدون جدا کردن goal از blocked.
چه زمانی suppress را شل کنیم؟
وقتی محصول یا قیمت عوض شده و مشتریان قدیمی باید پیام جدید ببینند — با سگمنت تازه نه با خاموش کردن کل گارد.
جمعبندی و قدم بعدی
Goal خط پایان است؛ suppress در ورود ممنوع. این هفته سگمنت مشتریان فعال را از goal جدا کن، holdout بگذار، و گزارش تبدیل را تمیز کن.
الگوی ۱۴ روزه
روز ۱: ایونت goal را قفل کن.
روز ۲–۳: سه سگمنت suppress بساز.
روز ۴–۷: جرنی trial را با holdout منتشر کن.
روز ۸–۱۴: نرخ blocked را کنار conversion بگذار؛ اگر blocked > ۳۰٪ ورود، تعریف سگمنت ورود را تنگتر کن.
سناریوی دوم: وینبک بدون آلودگی
فروشگاه لوازم خانگی مسیر وینبک ۹۰ روز سکوت دارد. Goal را order_completed میگذارد — درست. اما کسانی که در ۳۰ روز اخیر از بلست جمعه خرید کردهاند هنوز suppress نشدهاند. نتیجه: وینبک به خریدار تازه میرسد، او دوباره سفارش میدهد، و تیم فکر میکند وینبک معجزه کرده در حالی که بلست کار را کرده بود.
قانون: هر مسیر درآمدی دو گارد میخواهد — goal برای موفقیت، suppress برای «نباید اینجا باشد». اگر فقط یکی را داری، گزارش نصفهکاره است.
جدول مالکیت گارد
| گارد | مالک داده | بازبینی |
|---|---|---|
| Goal ایونت | محصول / بکاند | هر تغییر ایونت |
| Suppress مشتری فعال | فروش / صورتحساب | ماهانه |
| Suppress داخلی | IT / HR دامنه | فصلی |
| Holdout | رشد / آزمایش | هر آزمایش |
اشتباه ظریف: suppress کانال بهجای suppress مسیر
STOP پیامک را با «هرگز وارد جرنی نشو» یکی نکن. کسی که STOP پیامک داده هنوز میتواند ایمیل خوشآمد بگیرد اگر رضایت ایمیل دارد. Suppress مسیر برای نقش/وضعیت است؛ رضایت کانال گارد جدا روی اکشن ارسال است.
قرارداد نامگذاری فیلدها
ایونت goal را first_paid_invoice بنام نه purchase مبهم. سگمنت suppress را suppress_active_payers بنام نه customers. وقتی نامها قاطی شوند، سه ماه بعد هیچکس نمیداند چرا متریک میدرخشد.
تست پذیرش قبل از publish
- یک پروفایل مشتری فعال بساز — باید blocked شود نه converted.
- یک trial تازه بساز و ایونت پرداخت بفرست — باید goal بخورد.
- یک holdout را چک کن — نباید پیام بگیرد و نباید در converted باشد.
- گزارش سه سطری: entered / blocked / converted را در اسکرین استنداپ بگذار.




