سگمنت بیشازحد در برابر محتوای شرطی: لیست بیشتر یا بلوک هوشمندتر
سگمنت بیشازحد در برابر محتوای شرطی: درخت تصمیم، جدول، مثال ایران، FAQ و Leadara.

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

سگمنت جدید بسازم یا داخل یک ایمیل بلوک شرطی بگذارم؟
سگمنت بیشازحد یعنی دهها مخاطب ریز که روی فرکانس و عملیات با هم برخورد میکنند. محتوای شرطی (conditional content) یک ارسال نگه میدارد و ماژول یا CTA را بر اساس پراپرتی یا مرحله عوض میکند. سگمنت تازه فقط وقتی لازم است که ورود، زمانبندی یا کانال فرق کند — نه فقط متن.
یکخطی برای تیم eCRM: سگمنت = کی وارد مسیر/ارسال میشود؛ بلوک شرطی = داخل همان ارسال چه میبیند. قاطیکردنشان ۴۰ کمپین برای یک خبرنامه میسازد.
تیمهای کوچک ایرانی اغلب برای هر شهر، هر دسته کالا و هر سطح تخفیف یک لیست جدا میسازند. بعد هیچکس نمیداند کدام بلست دیروز رفته و سقف پیام پر شده. قاب مکمل را در پرسونالایزیشن در برابر سگمنتیشن ببین: شخصیسازی بلاک با «کی باید اصلاً این ایمیل را بگیرد» فرق دارد.
هر کدام چطور کار میکند؟
سگمنت بیشازحد (anti-pattern)
مخاطب را قبل از ارسال به دهها سطل ریز میشکنی و برای هر سطل کمپین/جرنی جدا میسازی. هزینه: گزارش پاره، برخورد فرکانس، و یادگیری آماری ضعیف چون هر سطل ۴۰ نفر است.
محتوای شرطی
یک کمپین یا یک لمس جرنی؛ داخل قالب، اگر city=تهران بنر الف، اگر lifecycle=customer CTA «خرید مجدد»، وگرنه fallback. زمان ارسال یکی است؛ خروجی رندر فرق میکند.
| بعد | سگمنت جدا | محتوای شرطی |
|---|---|---|
| تصمیم | کی میگیرد | چه میبیند |
| تعداد ارسال | N کمپین | ۱ کمپین |
| زمانبندی | میتواند جدا باشد | معمولاً یکی |
| کانال | میتواند ایمیل در برابر پیامک باشد | داخل همان کانال |
| هزینه ops | بالا | متوسط روی قالب |
| جای درست | مسیر/ورود/کانال متفاوت | همان پیام، بلاک متفاوت |
درخت تصمیم سریع
- آیا زمان ارسال باید فرق کند (مثلاً quiet hours شهرهای مختلف یا روزهای کاری B2B)؟ → سگمنت یا جرنی جدا.
- آیا کانال فرق میکند (یکی فقط پیامک، یکی فقط ایمیل)؟ → سگمنت/مسیر جدا.
- آیا goal مسیر فرق میکند (welcome در برابر winback)؟ → جرنی جدا — قاب سگمنتبندی مشتری.
- فقط تصویر، پاراگراف یا CTA فرق میکند؟ → محتوای شرطی داخل یک ارسال.
- آیا fallback واضح برای «هیچ شرطی نخورد» داری؟ اگر نه، اول fallback بنویس بعد شرط.
مثال ایران: خبرنامه هفتگی فروشگاه پوشاک
برند میخواست برای مرد/زن، سه شهر، و دو سطح VIP ششتا دوازده کمپین جدا بسازد. هر هفته نیمروز کپی و QA میسوخت؛ بعضی سگمنتها زیر ۸۰ نفر بودند و CTR بیمعنا بود. اصلاح: یک خبرنامه هفتگی + بلوک شرطی جنسیت + بلوک VIP؛ سگمنت جدا فقط برای «مشترکین ۰–۷ روز» که باید از بلست خارج شوند (اولویت آنبوردینگ) و برای «فقط پیامکدارها» که کانال فرق دارد.
تشخیص
| مشکل | اثر |
|---|---|
| ۴۰ سگمنت رویهمافتاده | برخورد سقف پیام |
| کمپین جدا فقط برای یک جمله متفاوت | هزینه ops بدون lift |
| نبود fallback | قالب خالی یا خطای رندر |
| سگمنت استاتیک بدون قانون زنده | داده کهنه |
اصلاح عملی
- سه سگمنت استراتژیک نگه دار: درگیر، در حال سرد شدن، خاموش — مثل اسکلت RFM سبک.
- بقیه تفاوتهای کپی را به شرط داخل قالب ببر.
- سگمنت جدید را فقط با جمله «ورود/زمان/کانال فرق دارد» تصویب کن.
- هر سگمنت باید owner و تاریخ بازبینی داشته باشد.
- متریک را روی درآمد به ازای ارسال ببین نه تعداد کمپین ساختهشده.
برای اینکه زمانبندی تقویم را با واکنش به رویداد قاطی نکنی، ببین: مارکتینگ اتومیشن در برابر زمانبندی ارسال.
چه وقت سگمنت، چه وقت شرط؟
- موضوع ایمیل باید کاملاً فرق کند؟ → اغلب سگمنت/کمپین جدا (موضوع قبل از رندر بلاک ثابت است در بسیاری ESPها).
- فقط هیرو و CTA فرق میکند؟ → شرط.
- یکی باید از جرنی سبد خارج شود و دیگری وارد welcome؟ → سگمنت/مسیر.
- تست A/B روی کل ساختار؟ → گاهی دو قالب صادقانهتر از ۲۰ شرط تو در تو است.
- آیا داده پراپرتی تمیز است؟ شرط روی فیلد خالی بدون fallback خطرناک است.
اتصال به Leadara: events، segments، journeys، ایمیل و پیامک
- سگمنت: برای ورود جرنی و exclude بلست — کم، زنده، با قانون روشن.
- قالب ایمیل: بلوکهای شرطی روی پراپرتی (
city,vip_tier,last_category). - ایونت: رفتار را برای سگمنت زنده تغذیه کن (
email_clicked,order_completed) نه برای ساختن ۲۰ لیست دستی. - جرنی: وقتی زمان و شاخه فرق دارد مسیر جدا بساز؛ برای یک خبرنامه هفتگی کمپین + شرط کافی است.
- پیامک: اگر کانال جداست سگمنت رضایت پیامک؛ متن کوتاه را با شخصیسازی سبک نگه دار نه با ده نسخه لیست.
اشتباهات رایج
- سگمنت جدید برای هر ایده محتوا
- شرطهای تو در تو بدون fallback
- لیست استاتیک بهجای سگمنت زنده
- سنجیدن موفقیت با «چند سگمنت داریم»
- کپیکردن کمپین بهجای ماژولار کردن قالب
سوالات پرتکرار
Over-segmentation یعنی چه؟
ساخت مخاطبهای خیلی ریز که هزینه نگهداریشان از سود شخصیسازی بیشتر است و فرکانس را خراب میکنند.
Conditional content همان merge تگ نام است؟
خیر. Merge تگ یک فیلد را جا میاندازد؛ محتوای شرطی کل بلوک را عوض میکند.
آیا میشود هر دو را با هم داشت؟
بله — سگمنت درشت برای کی، شرط برای چه. این ترکیب مقیاسپذیر است.
چه تعداد سگمنت «زیاد» است؟
اگر تیم کوچکات نمیتواند هر هفته همه را نام ببرد و صاحبشان را بگوید، زیاد است. اغلب ۵–۱۲ سگمنت استراتژیک کافی است.
برای شهرهای ایران سگمنت جدا؟
اگر زمان ارسال یا موجودی انبار فرق دارد بله؛ اگر فقط اسم شهر در متن است، شرط یا حتی merge کافی است.
در Leadara شرط قالب چطور؟
منطق را با سگمنت ورود + شخصیسازی فیلد/بلوک در ایمیل و شاخه جرنی پیاده کن؛ اصل: اول تصمیم بگیر تفاوت در ورود است یا در رندر.
موضوع ایمیل را شرطی کنم یا سگمنت؟
اگر ESP اجازه موضوع شرطی پایدار نمیدهد، برای موضوعهای کاملاً متفاوت سگمنت/کمپین جدا صادقانهتر است.
جمعبندی و قدم بعدی
لیست بیشتر ≠ شخصیسازی بهتر. این هفته یک خبرنامه را از N کمپین به ۱ کمپین + شرط تبدیل کن و فقط سگمنتهایی را نگه دار که ورود یا کانالشان واقعاً فرق دارد — بعد ops-hour و RPR را مقایسه کن.
الگوی تست ۱۴ روزه
روز ۱–۲: موجودی سگمنتها را روی تخته بریز و «ورود/زمان/کانال» را تیک بزن.
روز ۳–۵: یکی از بلستهای چندنسخهای را ادغام + شرط.
روز ۶–۱۰: سگمنتهای بدون owner را آرشیو کن.
روز ۱۱–۱۴: ساعت ساخت کمپین و درآمد به ازای گیرنده را با قبل بسنج.
| نسخه | مدل | هزینه هفتگی |
|---|---|---|
| A | ۱۲ کمپین ریز | بالا |
| B | ۱ کمپین + شرط + ۳ سگمنت | پایینتر |
اگر B همان درآمد را با STOP کمتر آورد، استاندارد کن.
زبان تیم: کی میگیرد یا چه میبیند؟
اگر کسی گفت «برای این متن سگمنت جدید»، بپرس: ورود فرق میکند یا فقط بلاک؟ اگر فقط بلاک بود، شرط.
| بگو | یعنی |
|---|---|
| سگمنت / لیست | کی وارد ارسال میشود |
| شرط / بلوک پویا | چه رندر میشود |
| Fallback | نسخه پیشفرض |
| Owner سگمنت | مسئول بازبینی |
چکلیست go-live
- هر سگمنت جمله توجیه ورود/زمان/کانال دارد؟
- قالب شرطی fallback دارد؟
- سگمنتها زندهاند نه CSV ثابت؟
- برخورد فرکانس بین سگمنتهای رویهم چک شده؟
- موضوعهای کاملاً متفاوت جدا شدهاند؟
- داشبورد: تعداد کمپین هفتگی، RPR، STOP؟
مرز با جرنی چندمسیره
وقتی شاخه رفتار وسط مسیر لازم است، جرنی جدا یا شاخه داخل جرنی درست است — نه دهها کمپین خبرنامه. خبرنامه جای شرط است؛ سبد رهاشده جای مسیر.
نشانههای سالم بودن تعادل سگمنت/شرط
| نشانه | یعنی |
|---|---|
| تعداد کمپین هفتگی پایین آمده | ادغام کار کرده |
| CTR سگمنتهای زیر ۱۰۰ نفر دیگر تصمیم نمیسازد | آمار سالمتر است |
| قالب بدون داده خالی رندر نمیشود | fallback زنده است |
| تیم میتواند سگمنتها را از حفظ بگوید | پیچیدگی کنترل شده |
تمرین تخته سفید ۳۰ دقیقهای
دو ستون: «باید سگمنت بماند» و «برود به شرط». هر دارایی فعلی را بینداز. اگر ستون سگمنت بیش از ۱۲ شد بدون توجیه کانال/زمان، همان را این اسپرینت هرس کن.
مطالب مرتبط
- پرسونالایزیشن در برابر سگمنتیشن
- سگمنتبندی مشتری در مارکتینگ
- مارکتینگ اتومیشن در برابر زمانبندی ارسال
رانبوک اپراتور: فرم تصویب سگمنت جدید
هر درخواست سگمنت جدید باید یک جمله کامل جواب بدهد: «ورود، زمانبندی یا کانال چگونه فرق میکند؟» اگر جواب فقط «متن فرق میکند» بود، تیک رد و ارجاع به قالب شرطی. صاحب سگمنت، تاریخ بازبینی ۹۰روزه، و تخمین اندازه را هم اجباری کن. بدون این فرم، انبار سگمنت دوباره متورم میشود.




