اول ساعات سکوت، بعد چک دوباره Smart Sending: تأخیر شبانه ممکن است صبح هم Skip شود
اگر ساعات سکوت پیامک را تا صبح عقب انداخت، آیا فرکانس/Smart Sending دوباره چک میشود و ممکن است باز هم Skip شود؟ ترتیب گیتها، مثال سبد، Leadara.
رضا احمدی
بهینهسازی سایت و محتوا برای گوگل؛ افزایش ترافیک ارگانیک و دیدهشدن برند در نتایج جستجو.
۶ مهر ۱۴۰۵ · 6 دقیقه مطالعه
نسخه دیگر English
ساعات سکوت قبل از پنجرهٔ Smart Sending / فرکانس در زمان واقعی ارسال ارزیابی میشود: پیامی که شب تأخیر خورده، صبح دوباره چک میشود؛ اگر وسط انتظار پیامک دیگری داخل پنجرهٔ Smart Sending نشسته باشد، پیام تأخیری Skip میشود—نه اینکه دوباره خودکار شب بعد زمانبندی شود.
«اول ساعات سکوت، بعد چک دوباره Smart Sending» یعنی چه؟
خیلی از مارکترها فقط یک گیت میکشند: «اگر شب است تا ۸ صبر کن، بعد بفرست.» موتورهای واقعی (سبک Klaviyo) دو گیت را پشتسرهم میگذارند:
- اول ساعات سکوت: اگر در زمان ارسال داخل پنجرهٔ سکوت باشد، تا باز شدن پنجره Delay/Waiting میشود.
- چک دوباره Smart Sending / فرکانس در زمان جدید: ساعت ۸ که رسید، دوباره میپرسد آیا پیامک دیگری اخیراً رفته. اگر بله، پیام تأخیری Skip میشود—تأخیر شبانهٔ دوم معمولاً نمیگیرد.
برای همین در داشبورد میبینید: «چرا پیامک تأخیری ۸ صبح Skip شد؟»
ترتیب را حفظ کنید
- جرنی ساعت ۲۳:۲۰ به قدم پیامک میرسد.
- ساعات سکوت بلاک میکند → Waiting تا ۸:۰۰.
- ساعت ۷:۱۰ پیامک کمپین/فلو دیگری Deliver میشود.
- ساعت ۸:۰۰ سکوت تمام میشود → Smart Sending/FC الان ارزیابی میشود.
- اگر هنوز داخل کولداون است → پیام تأخیری Skip.
- Skipهای Smart Sending معمولاً خودکار دوباره زمانبندی نمیشوند.
مرتبط: پنجره Smart Sending در برابر فیلتر فرکانس فلو، صف FC در برابر Drop، ساعات سکوت در برابر روزهای ممنوع.
مثال ایرانی: سبد ۲۳:۰۰ + بلست صبح
- ساعات سکوت پیامک: ۲۲ تا ۸ تهران؛
- پنجرهٔ Smart Sending / پیامک اخیر: ۱۶ ساعت؛
- فلو A: آپدیت سبد ۲۳:۰۵ → پیامک بازیابی → تأخیر تا ۸:۰۰؛
- کمپین B: بلست پرومو ۷:۳۰ روی سگمنت وسیع شامل همان نفر.
نتیجه: B ساعت ۷:۳۰ میرسد؛ A ساعت ۸ دوباره چک میکند، پیامک اخیر میبیند، Skip. مارکتر انتظار «صبر تا صبح و حتماً ارسال» داشت؛ موتور سختگیرانهتر—و معمولاً سالمتر برای اعتماد—عمل کرد.
چرا غافلگیر میکند؟
- فقط ساعات سکوت را دیاگرام میکنند؛
- فرض میکنند Skip فردا دوباره تلاش میکند؛
- بلست و فلو موازی همان شب روی یک نفر؛
- پنجرهٔ SS را وسط کار عوض میکنند و انتظار بخشش گذشته دارند (معمولاً قانون لحظهٔ ارسال حاکم است).
ایمیل در برابر پیامک
پنجرهها اغلب per channel هستند. ایمیل ۷:۰۰ لزوماً پیامک ۸:۰۰ را نمیکشد—مگر سیاست cross-channel داشته باشید. بریف را کانالبهکانال بنویسید.
نگاشت صادقانه به Leadara
در Leadara با journeys، segments، ایمیل/پیامک (کاوهنگار/نیکالاین):
- پنجرهٔ سکوت بگذارید تا پیامک شب نرود؛
- فاصله/فرکانس را طوری بگذارید که تحویل صبح هم ارسال اخیر را رعایت کند؛
- انتظار تعامل عملی: صبر تا صبح ضمانت ارسال نیست اگر وسط انتظار پیامک دیگری رفته باشد؛
- اگر بازیابی سبد حتماً شانس دوم میخواهد، شاخهٔ retry یا صف با TTL صریح بگذارید (مطلب صف FC).
اگر رقیب ترتیب «QH قبل از SS؛ Skipهای SS دوباره زمانبندی نمیشوند» را مستند کرده، همان مدل ذهنی را با برچسبهای Leadara پیاده کنید.
AI Chat لیدارا دستیار داخلی تیم است، نه ربات مشتری در Live Chat. واتساپ اختراع نکنید.
قوانین طراحی برای غافلگیر نشدن ۸ صبح
| قانون | چرا |
|---|---|
| فلوهای شب و بلست صبح همپوشان را حسابرسی کنید | یک نفر میتواند قبل از ۸ پنجرهٔ SS را بسوزاند |
| مخاطب داخل فلو سبد را از بلست صبح حذف کنید | از پیامک بازیابی محافظت میکند |
| Skip را بپذیرید یا قدم retry روز بعد بگذارید | Skipهای SS بهندرت خودشان برمیگردند |
| OTP را بیرون از منطق پرومو نگه دارید | تراکنشی نباید پشت SS nurture بماند |
| «تأخیر QH» را از «Skip بعد از QH بهخاطر SS» جدا لاگ کنید | وگرنه گیت اشتباه را دیباگ میکنید |
گامهای عملی
- ترتیب دو گیت را در بریف بکشید.
- همهٔ پیامکهای ۲۲ تا ۹ را برای همان سگمنت لیست کنید.
- ساعات سکوت تهران و پنجرهٔ فرکانس را مکتوب کنید.
- QA: سبد ۲۳:۰۰ + پیامک اجباری ۷:۳۰ → رفتار ۸:۰۰.
- تصمیم: محافظت از پیامک سبد یا پذیرش Skip.
- اگر Skip قابل قبول نیست، شاخهٔ روز بعد—نه امید خاموش.
- شمارش هفتگی QH-delay سپس SS-skip.
اشتباههای رایج
- فقط مدل کردن ساعات سکوت؛
- فرض reschedule خودکار بعد از Skip؛
- بلست وسیع ۷:۳۰ که فلو سبد را مسموم میکند؛
- عوض کردن پنجرهٔ SS وسط پرواز بدون ریتست؛
- قاطی کردن کولداون ایمیل با پیامک.
سؤالات پرتکرار
چرا پیامک تأخیری ۸ صبح Skip شد؟
احتمالاً وسط انتظار، پیام دیگری داخل پنجرهٔ Smart Sending/فرکانس نشسته و چک صبح رد شده.
عوض کردن پنجرهٔ SS عطفبهماسبق میشود؟
معمولاً قانون لحظهٔ ارسال مهم است. روی بخشش گذشته حساب نکنید.
پنجرهٔ ایمیل و پیامک جداست؟
غالباً بله. سقف cross-channel سیاست جداست.
این همان صف FC در برابر Drop است؟
مرتبط است ولی صحنه فرق دارد. بعد از آزاد شدن QH، FC/SS هنوز ممکن است Drop/Skip کند. صف با TTL دوباره تلاش میکند؛ Skip کلاسیک SS نه.
بازیابی سبد برنده شود یا بلست صبح؟
انتخاب محصول. خیلی فروشگاهها مخاطب فلو سبد فعال را از بلست صبح حذف میکنند.
روزهای ممنوع همان منطق را دارند؟
اگر ممنوعیت روز، ارسال را به روز مجاز بعد بیندازد، همان مدل ذهنی: فرکانس را در زمان جدید دوباره چک کن.
AI Chat همپوشانی را درست میکند؟
AI Chat دستیار داخلی داشبورد است؛ بدون طراحی شما ارسالها را جادویی dedupe نمیکند و ربات مشتری نیست.
خلاصه برای مدیر محصول؟
«ساعات سکوت تا صبح عقب میاندازد؛ صبح فرکانس دوباره چک میشود—و ممکن است باز هم Skip شود.»
گام بعدی چیست؟
شب دوتریگری را روی دو پروفایل QA بازسازی کنید (فقط QH در برابر QH+بلست صبح). تصمیم بگیرید کدام پیامک برنده است، ترتیب دو گیت را مستند کنید، بعد مخاطب یا شاخهٔ retry را قبل از شب پروموی بزرگ بعدی تنظیم کنید.
الگوی محافظت از پیامک بازیابی
برای کم کردن Skip صبحگاهی روی سبد:
- سگمنت بلست صبح:
NOT in active_cart_journey؛ - یا بلست را به ۱۱:۰۰ ببرید تا فلوهای تأخیری ۸:۰۰ اول شانس داشته باشند؛
- یا پنجرهٔ Smart Sending را برای فلو سبد کوتاهتر/Ignore کنترلشده نکنید مگر سیاست شفاف باشد—Ignore بیقانون، اسپم میسازد؛
- اگر Skip شد، شاخهٔ «روز بعد ساعت ۱۰ اگر هنوز سبد دارد» صریح بگذارید.
دو داشبورد جدا
- داشبورد A: تعداد Waiting بهخاطر QH؛
- داشبورد B: تعداد Skip بعد از آزاد شدن QH بهخاطر SS/FC.
اگر فقط «ارسال نشده» را ببینید، نمیفهمید کدام گیت مقصر است.
تمرین میز جنگ قبل از کمپین بزرگ
شب قبل از بلکفرایدی، روی استیجینگ: یک پروفایل فقط QH، یک پروفایل QH+بلست ۷:۳۰، یک پروفایل بدون هیچکدام. جدول نتیجه را با تیم امضا کنید.
مثال تمرین دوگیتی شبانه
- سکوت ۲۲–۸ و پنجرهٔ ۱۶ساعتهٔ پیامک.
- پروفایل A: فقط سبد ۲۳:۰۰ → انتظار Deliver حدود ۸:۰۰.
- پروفایل B: سبد ۲۳:۰۰ + پرومو ۷:۳۰ → انتظار Skip پیامک سبد ساعت ۸.
- پروفایل C: فقط پرومو ۷:۳۰ → Deliver پرومو، بدون سبد.
- سیاست برنده را بنویسید: حذف پرومو برای فلو سبد، یا پذیرش Skip + retry روز بعد.
- فقط بعد از تطبیق سه پروفایل با جدول امضاشده منتشر کنید.
بهداشت کپی و آنالیتیکس
- در UI سایت وعدهٔ «حتماً صبح پیامک سبد میگیری» ندهید اگر SS میتواند Skip کند.
- کد دلیل:
qh_delayed،ss_skipped_after_qh،delivered_after_qh. - صبح بعد از هر بلست بزرگ همانها را مرور کنید.
