آزمایش خودکارسازی بازاریابی یعنی بررسی اینکه چه کسی وارد میشود، هنگام انتظار چه رخ میدهد و چرا دریافت پیامها متوقف میشود. پیشنمایش زیبای ایمیل نشان نمیدهد مشتریای که خرید میکند همچنان یادآوری سبد رهاشده میگیرد یا نه. چند سناریوی مشتری Shopify بر اساس همین تصمیمها بسازید و هم ظاهر هر پیام و هم نتیجه را بررسی کنید.
اول مسیر مورد انتظار را تعریف کنید
بنویسید برای مشترک واجدشرایط، مخاطب لغوشده، مشتریای که هنگام تأخیر خرید میکند، فردی با دادهٔ شخصیسازیِ ناقص و کسی که واجد دو مسیر است چه باید رخ دهد. سناریوهایی برگزینید که با هدف واقعی خودکارسازی جور باشند.
برای هر حالت پیام، کانال، زمانبندی و نقطهٔ توقف مورد انتظار را ثبت کنید. این کار را پیش از آزمون انجام دهید تا نتیجهٔ غافلگیرکننده بیسروصدا به انتظار تازه تبدیل نشود. از رکوردهای کنترلشده استفاده کنید و فعالیت آزمایشی را از ارسال به مشتریان واقعی جدا نگه دارید.
برای هر حالت، شرط موفقیت روشنی تعیین کنید
برای تعریف نتیجه از هدف واقعی خودکارسازی استفاده کنید. در مسیر بازیابی سبد خرید، این حالتها نقطهٔ شروع خوبیاند. جزئیات را با محرک و کنترلهای پشتیبانیشدهٔ تنظیمات خود هماهنگ کنید؛ این فهرست را مجموعهآزمونی همگانی ندانید.
- مشترک واجدشرایط: طبق انتظار فقط یک بار وارد میشود، زبان و زمینهٔ سبد درست است و به مقصد صحیح میرسد.
- مخاطب لغوشده: حتی اگر رویداد سبد خرید شرایط دیگر را داشته باشد، از کانالی که لغوش کرده پیام بازاریابی نمیگیرد.
- خرید در دورهٔ تأخیر: پیامهای فروش بعدی برای بازیابی، طبق شرط خرید موردنظر متوقف میشوند.
- شخصیسازی ناقص: پیام بدون مقدارِ در دسترس هم کامل، خوانا و دقیق میماند.
- مسیرهای همپوشان: مجموع پیامها از اولویتها و تصمیمهای کنارگذاری که تیمتان تعیین کرده پیروی میکند.
شرطها را در طول مسیر دنبال کنید
در Sendvio، محرک و هر شرط پیش از مرحلهٔ ارسال را بررسی کنید. مجوز ایمیل را جای مجوز پیامک نگیرید و نگذارید تغییر یک فیلد دیگر، اطلاعات تماس نامعتبر را واجدشرایط کند.
رفتار وابسته به زمان را هم بررسی کنید. هنگام انتظار ممکن است خرید، لغو اشتراک یا تغییر وضعیت سفارش رخ دهد. ببینید اقدامات بعدی طبق انتظار واکنش نشان میدهند یا نه و بررسی کنید آیا خودکارسازی فعال دیگری در همان بازه پیام متناقضی میفرستد.
نتیجهٔ مورد انتظار و مشاهدهشده را ثبت کنید
از جدولی ساده با نام حالت، دادهٔ آغازین، رویداد، پیام یا کنارگذاری مورد انتظار، نتیجهٔ مشاهدهشده و شواهد استفاده کنید. نسخهٔ مرتبط خودکارسازی و قالب را هم بنویسید. یادداشت «آزمایش شد» برای اینکه همکار بفهمد دقیقاً چه چیزی و چرا بررسی شده کافی نیست.
آزمونها را کنترلشده نگه دارید. از رکوردهای آزمایشی مناسب و روشهای پشتیبانیشدهٔ پیشنمایش یا آزمون استفاده کنید. برای عبور سریعتر از مراحل، کمپین زنده یا رویداد واقعی مشتری را تصادفاً فعال نکنید. اگر شرطی را نمیتوان امن شبیهسازی کرد، با تیم مسئول بررسی و محدودیت تأیید را ثبت کنید، نه اینکه آن را قبولشده علامت بزنید.
اگر حالتی ناموفق است، کوچکترین بخش مسئول را پیدا کنید: شرط ورود، تغییر وضعیت، تأخیر، واجدشرایطبودن کانال، محتوا یا مقصد. همان بخش را اصلاح و سپس آن حالت و حالت مجاوری را که ممکن است از تغییر اثر بگیرد دوباره بیازمایید. تغییر همزمان چند قاعدهٔ نامرتبط تشخیص اثر اصلاح را دشوار میکند.
پس از منطق، محتوا را بیازمایید
نامهای بلند، فیلدهای خالی، عنوانهای متفاوت محصول و همهٔ نسخههای زبانی را پیشنمایش کنید. پیوندها را دنبال و واجدشرایطبودن تخفیف را در مقصد بررسی کنید. سپس مسئول مسیر، مخاطبان نهایی و تنظیم فعالسازی را بازبینی کند.
جدول سناریوها را کنار یادداشتهای خودکارسازی نگه دارید و پس از تغییری مهم حالتهای مرتبط را دوباره اجرا کنید. لازم نیست هر روز همهٔ جزئیاتِ بدون تغییر را بیازمایید. بر بخشهایی تمرکز کنید که شرط، قالب، پیشنهاد یا منبع دادهٔ تازه بر آنها اثر گذاشته تا بررسی همچنان عملی و قابل تکرار بماند.
برای مهمترین قاعده یک حالت مرزی هم بگنجانید. اگر مخاطب به پنجرهٔ زمانی وابسته است، رکوردی درست داخل و یکی درست بیرون بازه را بررسی کنید. اگر پیشنهاد حداقل مبلغ خرید دارد، سبد واجدشرایط و فاقدشرایط را بیازمایید. حالتهای مرزی اغلب فرضهایی را آشکار میکنند که مثالهای معمولی از قلم میاندازند.
پیش از فعالسازی، مسئول مسیر تأیید کند خطاهای حلنشده بسته شدهاند یا مرحلهٔ مربوط غیرفعال مانده است. پس از راهاندازی، بدون افشای دادهٔ غیرضروری مشتری، نمونهای از نتایج واقعی را بررسی و با جدول سناریوها مقایسه کنید. فایدهٔ آزمون این است که تجربهٔ موردنظر مشتری را روشن میکند؛ نه اینکه در ویرایشگر کلیک کنیم تا همهٔ بلوکها آشنا به نظر برسند.