مخاطبان پویا: ساخت سگمنت‌هایی که با رفتار مشتری تغییر می‌کنند

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

باغبانی دروازه‌های جداگانهٔ ورود، ماندن و خروج مشتریان از باغ زندهٔ مخاطبان را هدایت می‌کند.

خودِ سگمنت هم چرخهٔ عمر دارد

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

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

پیش از بازکردن سازنده، تعریف کسب‌وکاری بنویسید

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

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

نوع مخاطب را با تصمیم هماهنگ کنید

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

در رابط استیج بین‌وبان، انتخاب نوع سگمنت شامل Live، Refreshing list، Static، Uploaded list و In memory است. انتخاب را بر اساس پشتیبانی قواعد و تازگی لازم انجام دهید. نامی مانند Live تضمین زمان تحویل در کل زنجیره نیست؛ زمان رسیدن تغییر عضویت به مصرف‌کنندهٔ مخاطب را اندازه بگیرید.

خروج را بخشی اصلی از قاعده بدانید

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

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

علاوه بر تعداد، افراد را هم بررسی کنید

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

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

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

صلاحیت کانال و استفادهٔ مشترک را روشن نگه دارید

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

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

یک فهرست کوتاه برای آماده‌سازی داشته باشید

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

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

گام بعدی

این سناریو را با داده و فرایند مشتریان خود تطبیق دهید.

پلتفرم را بررسی کنید

نوشتهٔ

علی مردانی

مدیر محصول بین‌وبان

بخش‌بندیCDXP
همهٔ دیدگاه‌ها →