→ همه مقاله‌هاحفظ مشتری

پیشنهاد تخفیف Shopify را پیش از ارسال کمپین آزمایش کنید

۴ دقیقه مطالعه

آزمایش تخفیف Shopify یعنی بررسی حالت‌هایی که باید شکست بخورند، نه فقط سبدی که باید موفق شود. کد شاید برای محصول موردنظر کار کند اما جایی هم به‌کار رود که نباید؛ یا مشتری با رفتن از پیوند دیگری آن را از دست بدهد. چند سناریوی واقعی پرداخت را بیازمایید و هر نتیجه را با قاعدهٔ مکتوب پیشنهاد مقایسه کنید.

هر قاعده را به یک سناریو تبدیل کنید

از حداقل مبلغ، محصولات مجاز، محدودیت مشتری، سقف استفاده و انقضا شروع کنید. سبدی زیر حداقل، دقیقاً برابر آن و بالاتر از آن بسازید. یک کالای مستثنا و مشتری‌ای را هم اضافه کنید که نباید واجد شرایط باشد.

اگر پیشنهاد با تبلیغ‌های دیگر ترکیب می‌شود، آن حالت‌ها را هم بیازمایید. از داده‌های کنترل‌شده استفاده کنید و سفارش واقعی غیرضروری نسازید. پیش از آزمایش نتیجهٔ موردانتظار را ثبت کنید تا نتیجهٔ غافلگیرکننده را با رفتار عمدی اشتباه نگیرید.

جدولی کوچک از حالت‌ها و نتیجهٔ موردانتظار بسازید

برای نمونه، در تخفیف ۱۵ درصدی محصولات منتخب با حداقل سبد ۵۰ دلاری، سبدهای واجد شرایط ۴۹٫۹۹، ۵۰ و ۵۰٫۰۱ دلار را بررسی کنید. بعد کالای مستثنا، مشتری فاقد شرایط، کد منقضی و تخفیف دوم را بیفزایید. پیش از رفتن به پرداخت بنویسید هر حالت باید واجد شرایط باشد یا نه و جمع نهایی چقدر می‌شود.

لازم نیست همهٔ سبدهای ممکن در کاتالوگ بزرگی را آزمایش کنید. هر قاعده را جداگانه پوشش دهید و بعد تعامل‌هایی را بیازمایید که ممکن است نتیجه را عوض کنند: کالای مستثنا که در حداقل حساب می‌شود، تخفیفی که جمع واجد شرایط را کم می‌کند یا مشوق ارسالی که هم‌زمان اعمال می‌شود. حالت‌های محتمل، پرهزینه یا دشوار برای اصلاح پشتیبانی در اولویت‌اند.

وضعیت مشتری را هم در جدول بگنجانید. مشتری بازگشتی که قبلاً پیشنهاد یک‌بارمصرف را گرفته با مشتری تازه و واجد شرایط یکی نیست. از داده‌های آزمایشی تأییدشده و روند آزمون پشتیبانی‌شدهٔ فروشگاه استفاده کنید تا دادهٔ فروش گمراه‌کننده یا پیام ناخواسته برای مشتری نسازید.

مسیر واقعی مشتری را دنبال کنید

پیوند را از پیش‌نمایش کمپین Sendvio یا پیام آزمایشی باز کنید. ببینید تخفیف خودکار اعمال می‌شود یا ورود کد لازم است و کدی را که در ایمیل آمده تأیید کنید. درست‌بودن کدی که دستی وارد شده ثابت نمی‌کند پیوند کمپین کار می‌کند.

مرحلهٔ پرداخت موبایل و زبان مقصد را بررسی کنید. مطمئن شوید توضیح ایمیل، قیمت نمایشی و تخفیف نهایی یکی هستند. هرجا بر وعده اثر می‌گذارند، شرایط ارسال و موجودی محصول را هم در نظر بگیرید.

خطا را تا مرحلهٔ مسئول آن پیگیری کنید

اگر کد با ورود دستی کار می‌کند اما از پیوند ایمیل نه، پیوند، مقصد و رفتار اعمال خودکار را بررسی کنید. اگر از هر دو مسیر ناموفق است، تنظیم پیشنهاد و شرایط احراز را بازبینی کنید. اگر مرحلهٔ پرداخت درست اعمال می‌کند اما قیمت داخل ایمیل غلط است، متن یا دادهٔ محتوا باید اصلاح شود.

نسخهٔ کمپین، زبان، دستگاه، سناریو، نتیجهٔ موردانتظار و نتیجهٔ مشاهده‌شده را ثبت کنید. تصویر صفحه کمک می‌کند، اما قاعدهٔ مکتوب مهم‌تر است؛ بازبین باید بدون بازسازی کمپین بداند نتیجه چرا غلط است. هر مدرکی را که بیرون از تیم به اشتراک می‌گذارید از اطلاعات شخصی و شناسه‌های خصوصی پرداخت پاک کنید.

پس از آخرین ویرایش دوباره آزمایش کنید. تغییر مجموعهٔ محصول یا قاعدهٔ ترکیب ممکن است روی سناریوهایی اثر بگذارد که قبلاً موفق بوده‌اند. آزمون دوباره را روی قاعدهٔ تغییرکرده و وابستگی‌های آن متمرکز کنید و همیشه مسیر اصلی مشتری را از پیام نهایی تا مقصد درست بررسی کنید.

پیش از فعال‌سازی، خطاها را برطرف کنید

اگر قاعده نمی‌تواند مطابق وعده عمل کند، تنظیم را اصلاح کنید یا متن را بازنویسی کنید. پس از ارسال از پشتیبانی نخواهید ناهماهنگی شناخته‌شده را برای مشتری توضیح دهد. حالت‌های آسیب‌دیده را دوباره بیازمایید، نه اینکه فقط مسیر موفق را تکرار کنید.

فهرست بررسی را همراه کمپین ذخیره کنید و تغییرها را یادداشت کنید. برای پیشنهادهای مشابه نقطهٔ شروع مفیدی است، به‌شرط آنکه تاریخ و قاعدهٔ محصولات به‌روز شوند. پیشنهاد زمانی برای مشتری ساده است که تیم از پیش گوشه‌های پیچیدهٔ آن را آزموده باشد.

کمپین زمانی آماده است که وعده‌های مهمش با آزمون موفق پشتیبانی شوند و محدودیت‌های باقی‌مانده درست بیان شوند. اگر نمی‌توانید استثنایی پیچیده را با اطمینان اجرا کنید، ساده‌کردن پیشنهاد معمولاً تصمیم بهتری برای انتشار است. تبلیغ کوچک‌تر و قابل‌اعتمادتر هم اعتمادپذیرتر است و هم ارزیابی نتیجه‌اش آسان‌تر.