وب‌پوش یا پیامک؟ انتخاب کانال با یک مثال

تعریف سادهٔ وب پوش یا پیامک

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• پیام‌ها را خدماتی و تبلیغاتی جدا کنید
• ترجیح مشتری را ثبت کنید
• برای هر نوع پیام یک کانال اصلی بگذارید
• تکرار میان کانال‌ها را کنترل کنید

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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