ایمیل برگشتی چیست و با آدرس‌های نامعتبر چه کنیم؟

تعریف سادهٔ ایمیل برگشتی

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

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

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

این موضوع چه مسئله‌ای را حل می‌کند؟

ادامهٔ ارسال به آدرس‌های نامعتبر هزینه و اعتبار فرستنده را خراب می‌کند. حذف فوری هر برگشت نرم نیز ممکن است نشانی سالمی را از دست بدهد.

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

نتیجهٔ ایمیل برگشتی باید به تجربهٔ مشتری هم وصل باشد. ممکن است «نرخ برگشت سخت و نرم» بهتر دیده شود، اما پیام اضافه، انتظار طولانی یا پاسخ نامرتبط ایجاد شود. در این حالت اجرا کامل نیست و باید پیش از گسترش اصلاح شود.

پیش از شروع چه داده‌ای لازم است؟

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

کد، نوع و زمان برگشت یکی از ورودی‌های اصلی است. معنی این داده باید برای بازاریابی، فروش و پشتیبانی یکسان باشد؛ نام مشابه با معنی متفاوت گزارش را خراب می‌کند.

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

یک مثال واقعی و قابل لمس

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

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

در کنار مثال، چه کسانی را باید از فهرست ارسال کنار بگذاریم کمک می‌کند ارتباط ایمیل برگشتی با داده و سفر مشتری روشن بماند. هدف این نیست که همهٔ ابزارها از روز اول وصل شوند؛ هدف این است که «پاسخ ارائه‌دهنده را ذخیره کنید» تا رسیدن به نتیجه بدون ابهام کار کند.

قدم‌های اجرا برای یک تیم کوچک

قدم 1: پاسخ ارائه‌دهنده را ذخیره کنید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

قدم 2: برگشت سخت و نرم را جدا کنید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

قدم 3: سقف تلاش برگشت نرم را تعیین کنید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

قدم 4: راه اصلاح آدرس را در پروفایل نگه دارید. مسئول این قدم و زمان انجامش را مشخص کنید. نتیجه را در یک جمله ثبت کنید تا نفر بعدی بداند چه چیزی انجام شده و چرا این تصمیم گرفته شده است.

• پاسخ ارائه‌دهنده را ذخیره کنید
• برگشت سخت و نرم را جدا کنید
• سقف تلاش برگشت نرم را تعیین کنید
• راه اصلاح آدرس را در پروفایل نگه دارید

خطاهای رایجی که باید از آن‌ها دور بمانیم

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

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

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

رضایت، حریم داده و توقف امن

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

مشتری باید بتواند دریافت پیام یا استفاده از مزیت مربوط به ایمیل برگشتی را متوقف کند. «تعداد تلاش و وضعیت نهایی آدرس» می‌تواند یکی از شرط‌های توقف یا بازبینی باشد. این رویداد را پیش از انتشار با پروفایل آزمایشی اجرا کنید.

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

چطور نتیجه را بسنجیم؟

نرخ برگشت سخت و نرم را برای سنجش ایمیل برگشتی با تعریف و بازهٔ ثابت ثبت کنید. این معیار باید مستقیم به هدف «ایمیل برگشتی چیست و با آدرس‌های نامعتبر چه کنیم؟» وصل باشد و پیش از اجرا مقدار پایهٔ آن معلوم شود.

بهبود پس از تلاش دوباره را برای سنجش ایمیل برگشتی با تعریف و بازهٔ ثابت ثبت کنید. عدد را برای گروه‌های مشابه مقایسه کنید و اثر «کد، نوع و زمان برگشت» را کنار گزارش بنویسید.

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

چک‌لیست کوتاه پیش از انتشار

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

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

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

پرسش‌های کوتاه پیش از اجرا

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

اگر نتیجهٔ ایمیل برگشتی در هفتهٔ اول خوب نبود چه کنیم؟ ابتدا «نرخ برگشت سخت و نرم» و اجرای قدم «پاسخ ارائه‌دهنده را ذخیره کنید» را بررسی کنید. بعد یک عامل را تغییر دهید. تغییر هم‌زمان گروه، متن، زمان و پیشنهاد باعث می‌شود علت نتیجه معلوم نباشد.

چه زمانی باید تعریف ایمیل برگشتی را دوباره ببینیم؟ هر وقت «شناسهٔ پیام و گیرنده» یا روش ثبت آن عوض شد. تعریف خوب هم اگر با وضعیت امروز هماهنگ نباشد، تصمیم نادرست می‌سازد.