هشدار کاهش قیمت در برابر هشدار موجودی کم: سیگنال تخفیف در برابر سیگنال کمیابی برای همان SKU دیدهشده
قیمت پایین آمد یا موجودی کم شد یا کالا برگشت؟ سه ساعتشمار جدا، جدول مقایسه، exclude خریدار، نگاشت Leadara.
سارا مرادی
طراحی سفر مشتری و کمپینهای مارکتینگ اتومیشن برای نگهداشت کاربر و کاهش ریزش.
۸ مهر ۱۴۰۵ · 6 دقیقه مطالعه
نسخه دیگر English
هشدار کاهش قیمت وقتی شعلهور میشود که SKU دیدهشده یا سبدشده ارزانتر شود؛ هشدار موجودی کم وقتی موجودی همان SKU از آستانه کمیابی رد شود؛ back-in-stock منتظر ناموجود→موجود است—سه ساعتشمار جدا، نه یک قالب «فوری بخر» برای همه.
فرق price-drop و low-inventory چیست؟
کسی که محصول را دیده و نخریده هنوز intent دارد. خیلی تیمها همه را در یک پیامک «عجله کن» قاطی میکنند. سه ساعتشمار فرق دارد:
- کاهش قیمت: قیمت SKU نسبت به زمان engagement (یا آستانه دیدهبانی) پایین آمده.
- موجودی کم: تعداد باقیمانده از خط کمیابی رد شده (مثلاً کمتر از ۵) و مخاطب هنوز به آن SKU علاقه دارد.
- موجود شد: کالا ناموجود بوده؛ دوباره موجود شده برای کسانی که خواستهاند خبرشان کنید.
کاهش قیمت سیگنال تخفیف است. موجودی کم سیگنال کمیابی است. Back-in-stock بازگشت دسترسی است. یک کریتیو برای هر سه یعنی یا نادیده گرفته میشوید یا مشتری یاد میگیرد منتظر فوریت ساختگی بماند.
برای بازیابی مرور ببینید browse abandonment و browse در برابر cart. Waitlist را در اعلان موجود شد بخوانید.
جدول سهستونه
| بعد | کاهش قیمت | موجودی کم | موجود شد |
|---|---|---|---|
| تریگر | قیمت پایین آمد | موجودی ≤ آستانه | OOS → موجود |
| پیام اصلی | «الان ارزانتر است» | «거의 تمام شد» | «دوباره موجود شد» |
| مخاطب مناسب | دیده/سبد کرده، همان SKU را نخریده | همان، هنوز موجود ولی کمیاب | waitlist / خبرم کن |
| Exclude | خریداران اخیر همان SKU | خریداران اخیر؛ کسانی که از لحن کمیابی بدشان میآید | کسانی که بعد از برگشت خرید کردهاند |
| ریسک | عادت دادن به انتظار تخفیف | کمیابی ساختگی | اسپم هر restock |
| نکته کانال | ایمیل + پیامک با رضایت | پیامک قوی است—کم استفاده کنید | هر دو با رضایت |
چه کسی واجد شرایط است؟
وارد شود
- در پنجره اخیر (مثلاً ۷–۳۰ روز) آن SKU را دیده یا سبد کرده؛
- رضایت کانال را دارد؛
- همان SKU (یا جایگزین سخت) را بعد از engagement نخریده.
خارج بماند
- همان SKU را خریده (کاهش قیمت بعد از خرید یعنی سیلی)؛
- وسط جرنی سبد فعال برای همان خط است و پیامها قاطی میشوند؛
- از پیامک تبلیغاتی opt-out کرده (در ایران قبل از scarcity SMS رضایت صریح بگیرید).
موجودی کم همان back-in-stock نیست. اگر کالا OOS است «۲ عدد مانده» نفرستید—منطق waitlist.
تایملاین مثال
کاهش قیمت (مد)
| زمان | رویداد |
|---|---|
| روز ۰ | سارا پالتو را به ۴٬۹۰۰٬۰۰۰ میبیند و میرود |
| روز ۲ | ایمیل browse بدون تغییر قیمت |
| روز ۵ | قیمت به ۴٬۲۰۰٬۰۰۰ میرسد |
| روز ۵ + ۱س | جرنی price-drop: ایمیل + اختیاری پیامک |
| بعد از خرید | Exit |
موجودی کم (لوازم)
| زمان | رویداد |
|---|---|
| روز ۰ | رضا هدفون را سبد میکند و رها میکند |
| روز ۱ | یادآوری سبد |
| روز ۳ | موجودی به ۴ میرسد (آستانه ۵) |
| روز ۳ | هشدار موجودی کم به غیرخریداران درگیر |
| اگر ۰ شد | scarcity را قطع؛ علاقهمندان به waitlist |
نکته eCRM ایران
فروشگاههای مد/دیجیکالا-مانند روی قیمت و کمیابی زندهاند:
- دو جرنی جدا برای رویداد قیمت و رویداد موجودی؛
- کمیابی دروغ وقتی انبار پر است = سوخت اعتماد در شبکههای اجتماعی؛
- scarcity SMS فقط با رضایت و Quiet hours؛
- متن فارسی دلیل واقعی را بگوید («قیمت کمتر شده» در برابر «موجودی محدوده»).
نگاشت صادقانه به Leadara
با events، segments، journeys و ایمیل/پیامک:
- دو جرنی جدا روی تغییر قیمت و آستانه موجودی (یا سیگنال کاتالوگ که بهصورت event میفرستید)؛
- ورود برای کسانی که اخیراً همان SKU را دیده/سبد کردهاند؛
- exit on purchase همان SKU؛
- frequency guard تا یک نفر در یک شب هر چهار نوع پیام را نگیرد؛
- back-in-stock را جرنی waitlist جدا نگه دارید.
AI Chat لیدارا دستیار داخلی داشبورد است، نه ربات مشتری. Live Chat پشتیبانی انسانی است. «مغز AI کاتالوگ» اختراع نکنید.
کی کدام را انتخاب کنیم؟
| وضعیت | ترجیح |
|---|---|
| Markdown واضح روی SKU دیدهشده | کاهش قیمت |
| موجودی واقعی کم روی سایز/رنگ پرطرفدار | موجودی کم |
| ناموجود بوده و کاربر خبر خواسته | موجود شد |
| فید موجودی قابل اعتماد نیست | low-inventory جعلی نسازید |
| کاربر خریده | برای آن SKU هر سه را suppress کنید |
گامهای عملی
- در بریف سه تریگر را جدا بنویسید.
- lookback و exclude خرید را قفل کنید.
- رویداد قیمت و موجودی را جدا به جرنی وصل کنید.
- دو کریتیو بنویسید—لحن تخفیف در برابر کمیابی.
- سقف پیامک: مثلاً حداکثر یک scarcity SMS / ۳ روز / نفر.
- QA: خریدار SKU نباید price-drop بگیرد؛ OOS نباید «۲ مانده» بگیرد.
- خرید ۴۸ساعته هر نوع هشدار را جدا اندازه بگیرید.
اشتباههای رایج
- یک قالب urgency برای قیمت و موجودی؛
- low-inventory وقتی کالا واقعاً OOS است؛
- price-drop به خریدار همان SKU؛
- browse + cart + price-drop + low-inventory در یک شب؛
- نادیده گرفتن رضایت پیامک برای کمیابی.
سؤالات پرتکرار
فرق فلو کاهش قیمت و موجودی کم چیست؟
یکی به ارزانتر شدن واکنش میدهد؛ دیگری به رد شدن از آستانه موجودی. ساعتشمار و ریسک جداست.
موجودی کم همان موجود شد است؟
نه. موجودی کم یعنی هنوز هست ولی کمیاب. موجود شد یعنی نبود و برگشت.
آیا SMS کاهش قیمت به خریدار همان SKU برود؟
نه. خریداران اخیر همان SKU را exclude کنید.
میشود هر دو جرنی را برای یک SKU داشت؟
بله، با سقف فرکانس. اگر همان روز هر دو آتش گرفت، یکی را اولویت دهید.
پنجره lookback چقدر باشد؟
معمولاً ۷–۳۰ روز. طولانیتر حس تعقیب میدهد؛ کوتاهتر کندتصمیمها را از دست میدهد.
آیا Live Chat لیدارا این هشدارها را میفرستد؟
خیر. Live Chat پشتیبانی انسانی است. هشدار از جرنی ایمیل/پیامک میرود. AI Chat فقط داخلی است.
اگر کاتالوگ رویداد قیمت ندهد؟
ادعا نکنید اتومیشن realtime دارید. وقتی دستی markdown میکنید کمپین بزنید، یا بعداً event قیمت را ingest کنید.
معیار موفقیت؟
خرید افزایشی ۲۴–۴۸ساعته به ازای هر نوع هشدار، نرخ شکایت scarcity SMS، و نزدیکصفر بودن هشدار به خریداران اخیر همان SKU.
گام بعدی چیست؟
یک دسته SKU قهرمان انتخاب کنید. دو اتومیشن جدا برای کاهش قیمت و موجودی کم با exclude خرید مشترک لانچ کنید. دو هفته ۴۸ساعته را مقایسه کنید؛ بعداً اگر خواستید کریتیو را نزدیک کنید—منطق تریگر را قاطی نکنید.
