پاک‌سازی فهرست ایمیل بدون ازدست‌دادن سابقهٔ مشتری

مجوز را از اعتبار فنی جدا کنید

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

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

سوابق را بر اساس تصمیم موردنیاز دسته‌بندی کنید

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

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

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

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

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

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

پیش از تغییر کل مخاطب، نمونه‌ای را بررسی کنید

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

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

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

نگهداری را به تصمیمی دوره‌ای تبدیل کنید

پیش از ارسال مهم، گروه‌های نامعتبر، دارای بازگشت سخت (hard bounce)، لغو اشتراک‌شده و مدت‌ها غیرفعال را بررسی کنید. عدم فعالیت را با توجه به بسامد ارسال و چرخهٔ مشتری تعریف کنید و در صورت امکان از اطلاعاتی فراتر از بازشدن استفاده کنید. تلاش سنجیده برای بازتعامل شاید برای بعضی مشترکان واجد شرایط مناسب باشد؛ فشار تکراری راهبرد پاک‌سازی نیست.

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

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

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