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






این سه حالت سریعترین راه برای نزدیک شدن به تصمیم هستند؛ جزئیات هر مورد در ادامه صفحه باز میشود.
اگر امتیاز و مزایا باید با خرید، تازگی، تکرار و ارزش خرید (RFM)، سگمنت مشتریان و سفر مشتری هماهنگ شوند و مشتریان مختلف تجربه متفاوتی بگیرند، لژیون فراتر از مدل کسب و مصرف امتیاز عمل میکند.
اگر فقط ثبت عضو، امتیاز خرید و مصرف ساده میخواهید و نیازی به پلتفرم داده مشتری، سگمنتبندی مشتریان یا اتومیشن ندارید، سیستم سبکتر میتواند هزینه و پیچیدگی کمتری داشته باشد.
لازم نیست برنامه موجود یکباره کنار گذاشته شود. میتوان داده و سناریوهای پیشرفته را مرحلهای به لژیون منتقل کرد و تا زمان پایدار شدن مدل جدید، بخشهای عملیاتی موجود را حفظ کرد.
برای جلوگیری از شمردن سطحی قابلیتها، مقایسه را روی نقش هر سیستم در عملیات مشتری انجام دهید.
باشگاه سنتی معمولاً مکانیزم پاداش را مدیریت میکند؛ لژیون علاوه بر وفاداری، مسئله شناخت، سگمنتبندی مشتریان و نگهداشت را در همان مدل مشتری قرار میدهد.
در مدل ساده ممکن است مشتری بیشتر با موجودی امتیاز شناخته شود. در لژیون خرید، رویداد، ویژگی، سگمنت مشتریان، تازگی، تکرار و ارزش خرید (RFM) و سطح کنار هم داده مرتبط تصمیم را میسازند.
هر دو رویکرد میتوانند امتیاز یا مزیت داشته باشند، اما تفاوت در این است که قاعده چقدر میتواند به سگمنت مشتریان، رویداد و سفر مشتری متصل شود و نتیجه بعد از تغییر رفتار بهروز شود.
در باشگاه ساده، پیام و پیشنهاد ممکن است برای همه اعضا یا گروههای محدود ثابت باشد؛ در لژیون سگمنت داینامیک میتواند مخاطب کمپین و اتومیشن را با تغییر رفتار بهروز کند.
باشگاه سنتی ممکن است پیام مناسبتی یا قاعدههای ساده داشته باشد. لژیون سفر مشتری چندمرحلهای را با محرک، انتظار، شرط و اقدام برای سناریوهای نگهداشت به کار میگیرد.
در مدل ساده، موجودی امتیاز و مصرف پاداش شاخصهای رایجاند. لژیون تلاش میکند برنامه را به رفتارهایی مانند خرید دوم، تازگی خرید، تکرار خرید و بازگشت مشتری متصل کند.
این جدول فقط برای خلاصهسازی تفاوت نقش و مسئولیت دو رویکرد است؛ تصمیم نهایی باید با مسئله، داده و فرایند واقعی کسبوکار شما تطبیق داده شود.
موضوع
موضوع
موضوع
موضوع
موضوع
موضوع
موضوع
موضوع
موضوع
موضوع
این سناریوها نشان میدهند چه نوع مسئلهای با مدل داده، وفاداری و نگهداشت لژیون همراستاتر است.
اگر تقریباً همه اعضا مزیت یکسان میگیرند و برنامه تفاوتی میان مشتری تازه، مشتریان ویژه و مشتریان غیرفعال ایجاد نمیکند، سگمنتبندی مشتریان و سفر مشتری میتوانند مدل را هدفمندتر کنند.
اگر امتیاز صادر میشود اما محصول، تازگی خرید، تکرار خرید و رفتار خرید روی تجربه بعدی اثر ندارند، اتصال وفاداری به داده مشتری ارزش بیشتری ایجاد میکند.
وقتی همه اعضا پیام مشابه دریافت میکنند، سگمنت داینامیک کمک میکند مخاطب بر اساس وضعیت واقعی مشتری انتخاب شود و بعد از تبدیل از مسیر قبلی خارج شود.
اگر مشتری در شعبه و فروش اینترنتی خرید میکند، وفاداری باید بر هویت مشترک و تاریخچه کل رابطه تکیه کند تا موجودی، سطح و سفر مشتری بین کانالها جدا نشوند.
اگر هدف فقط افزایش تعداد عضو نیست و تیم میخواهد خرید دوم، بازگشت و تغییر رفتار گروههای مشتری را مدیریت کند، لژیون به این نتیجهها نزدیکتر است.
همه کسبوکارها به پلتفرم داده مشتری و سفر مشتری پیچیده نیاز ندارند. اگر نیاز وفاداری محدود و عملیات ساده است، معماری سبکتر میتواند بهتر باشد.
اگر هر خرید یک نرخ ثابت امتیاز دارد و مشتری در خرید بعدی آن را مصرف میکند و همین مدل نیاز واقعی را پوشش میدهد، پیچیدگی بیشتر الزاماً ارزش ایجاد نمیکند.
اگر کسبوکار فعلاً فقط شماره موبایل و مبلغ خرید دارد و برنامهای برای سگمنت مشتریان یا یکپارچهسازی ندارد، ابتدا میتوان یک مدل ساده و قابل اجرا را تثبیت کرد.
اگر تیم امکان طراحی و نگهداری سفر مشتری، سگمنت مشتریان و قواعد متعدد را ندارد، سیستم پیچیده ممکن است استفاده نشود و ارزش واقعی ایجاد نکند.
کسبوکار کوچک با یک کانال فروش و رفتار نسبتاً یکسان مشتری ممکن است در فاز اول به امتیاز و پاداش ساده نیاز داشته باشد.
اگر هدف فقط آزمودن پذیرش عضویت و پاداش است، میتوان ابتدا مکانیزم ساده را اجرا کرد و بعد از جمع شدن داده، مدل پیشرفتهتر را بررسی کرد.
بله؛ به شرط اینکه مرز مسئولیتها و مالکیت داده روشن باشد. استفاده همزمان بدون معماری مشخص میتواند رکورد تکراری، پیام دوگانه و اختلاف داده ایجاد کند.
اگر باشگاه فعلی مدتی کنار لژیون باقی میماند، امتیاز و مصرف پاداش نباید همزمان در دو سیستم بهصورت مستقل تغییر کنند. یک سیستم باید منبع مرجع باشد.
موبایل، ایمیل یا شناسه عضو باید با قواعد یکسان نرمال شود تا تاریخچه قدیمی و جدید به مشتریهای متفاوت نسبت داده نشوند.
بدون مهاجرت فوری پاداش، میتوان خرید و رفتار را وارد لژیون کرد و سگمنتبندی مشتریان و تازگی، تکرار و ارزش خرید (RFM) را روی داده موجود اجرا کرد.
پیامهای ساده موجود میتوانند تا زمان آماده شدن اتومیشن جدید حفظ شوند و سناریوهای مهم مانند خرید دوم یا بازگشت بهصورت اجرای آزمایشی در لژیون اجرا شوند.
وقتی داده و سفر مشتری پایدار شدند، میتوان بررسی کرد آیا انتقال امتیاز، سطح و کیف پول به لژیون ارزش عملیاتی دارد یا مدل موجود باید همچنان بخشی از معماری بماند.
هدف این نیست که سیستم موجود صرفاً به دلیل اضافه شدن لژیون کنار گذاشته شود. ابتدا همپوشانی و مسئله واقعی را مشخص کنید و فقط گردش کارهای لازم را تغییر دهید.
قبل از مهاجرت، همه قوانین کسب امتیاز، مصرف امتیاز، سطح، انقضا و استثناها ثبت شوند. قاعدههای استفادهنشده یا قدیمی نباید صرفاً به دلیل وجود تاریخی منتقل شوند.
ابتدا داده مشتری، تاریخچه تراکنش و هویت را بررسی کنید. ممکن است مشکل اصلی برنامه قدیمی، نبود داده یا سگمنت مشتریان باشد نه خود موتور امتیاز.
موجودی و تراکنش قدیمی باید روی چند مشتری تست شوند تا موجودی، تاریخ و هویت بهدرستی منتقل شوند و اعتباردهی تکراری ایجاد نشود.
مثلاً مشتری تازه وارد سفر مشتری خرید دوم شود، ولی پاداش فعلی تا زمان تأیید سیستم جدید حفظ گردد. این روش اثر لایه جدید را بدون تغییر یکباره همه عملیات نشان میدهد.
اگر کیف پول یا امتیاز منتقل میشود، موجودی دو سیستم باید قبل از انتقال نهایی تطبیق داده شود و زمان توقف نوشتن و تغییر در سیستم قدیمی مشخص باشد.
این مثالها کمک میکنند مقایسه از تعریف تئوری به انتخاب عملی نزدیک شود.
وضعیت: مشتریان امتیاز میگیرند ولی همه پیام و پیشنهاد مشابه دریافت میکنند.
پیشنهاد: لژیون را ابتدا برای داده، سگمنت مشتریان و سفر مشتری اضافه کنید.
دلیل: نیازی نیست موتور امتیاز در روز اول حذف شود؛ مسئله اصلی هدفگیری و نگهداشت است.
وضعیت: تنها نیاز این است که هر خرید امتیاز ثابت بگیرد و بعداً مصرف شود.
پیشنهاد: مدل ساده میتواند کافی باشد.
دلیل: اگر پیچیدگی جدید هیچ نتیجه اضافهای ایجاد نمیکند، هزینه و نگهداری سیستم پیشرفته توجیه کمتری دارد.
وضعیت: هر شعبه یا سیستم بخشی از تاریخچه وفاداری را جدا نگه میدارد.
پیشنهاد: ابتدا هویت و منبع مرجع را یکپارچه کنید؛ سپس وفاداری و سفر مشتری را متمرکز کنید.
دلیل: انتقال رابط کاربری یا قاعده بدون حل داده، مشکل تجربه مشتری را حل نمیکند.
وضعیت: اعضا امتیاز دارند ولی برنامه به رفتار خرید دوم متصل نیست.
پیشنهاد: از لژیون برای سگمنت مشتری تازه و سفر مشتری خرید دوم استفاده کنید.
دلیل: وجود پاداش بهتنهایی تضمین نمیکند مشتری در زمان مناسب و با پیام مناسب به خرید بعدی هدایت شود.
وضعیت: هزاران مشتری موجودی امتیاز تاریخی دارند و تیم نگران مهاجرت است.
پیشنهاد: تعویض کامل سامانه نکنید؛ انتقال داده را با تطبیق داده و انتقال نهایی کنترلشده انجام دهید.
دلیل: موجودی وفاداری تعهد مشتری است و خطای انتقال میتواند اعتماد برنامه را آسیب بزند.
پاسخ کوتاه به پرسشهایی که معمولاً هنگام بررسی این راهکار، نیازهای فنی و مسیر راهاندازی مطرح میشوند.
در این مقایسه منظور مدلهایی است که تمرکز اصلی آنها عضویت، امتیاز، تخفیف، پاداش و شاید سطح ساده است؛ نه یک ارائهدهنده مشخص. قابلیت دقیق هر سیستم میتواند متفاوت باشد. اثر برنامه را با رفتار و اقتصاد آن بسنجید، نه تعداد مکانیکها.
پاسخ سؤال ۱برای بعضی کسبوکارها کافیاند. مسئله زمانی ایجاد میشود که هدف شما نگهداشت دادهمحور، سگمنتبندی مشتریان، تازگی، تکرار و ارزش خرید (RFM) و سفر مشتری باشد ولی سیستم فقط کسب و مصرف امتیاز را پوشش دهد. قبل از تصمیم، باید محدودیت داده و سیستمهای فعلی همان کسبوکار را هم دید. تعریف شناسه مشتری، زمان واقعی ایونتها و مسئولیت هر سیستم میتواند روی روش پیادهسازی و نتیجه عملی اثر مستقیم بگذارد. افزودن قابلیت پیشرفته به برنامهای که رفتار هدفش روشن نیست فقط هزینه و پیچیدگی را بالا میبرد.
پاسخ سؤال ۲بله، وفاداری سازوکارهایی مانند امتیاز، کیف پول و سطح در ساختار لژیون قرار میگیرند و میتوانند به داده و سفر مشتری متصل شوند. افزودن قابلیت پیشرفته به برنامهای که رفتار هدفش روشن نیست فقط هزینه و پیچیدگی را بالا میبرد.
پاسخ سؤال ۳خیر. میتوان لژیون را ابتدا برای داده، سگمنت مشتریان و اتومیشن اضافه کرد و فقط در صورت توجیه، موتور پاداش یا کیف پول را بعداً منتقل کرد. بهتر است اول روی یک نمونه محدود تست شود و بعد از تأیید داده و فرایند، دامنه اجرا بزرگتر شود. افزودن قابلیت پیشرفته به برنامهای که رفتار هدفش روشن نیست فقط هزینه و پیچیدگی را بالا میبرد.
پاسخ سؤال ۴از نظر پروژه انتقال داده ممکن است، اما نیازمند داده قابل اتکا، نگاشت هویت، تطبیق داده و تست دقیق است. بدون بررسی فایل و سیستم مبدأ نباید انتقال موفق را فرض کرد. افزودن قابلیت پیشرفته به برنامهای که رفتار هدفش روشن نیست فقط هزینه و پیچیدگی را بالا میبرد.
پاسخ سؤال ۵اگر نیاز واقعاً ساده و تیم کوچک است، راهکار ساده میتواند بهتر باشد. اگر چند کانال، حجم داده یا نیاز به نگهداشت اتومیشن دارید، معماری لژیون ارزش بیشتری پیدا میکند. قبل از تصمیم، باید محدودیت داده و سیستمهای فعلی همان کسبوکار را هم دید. تعریف شناسه مشتری، زمان واقعی ایونتها و مسئولیت هر سیستم میتواند روی روش پیادهسازی و نتیجه عملی اثر مستقیم بگذارد.
پاسخ سؤال ۶اگر نمیتوانید مشتریان را بر اساس رفتار جدا کنید، پیامها عمومیاند، داده خرید در وفاداری استفاده نمیشود یا نتیجه برنامه فقط با تعداد عضو و امتیاز سنجیده میشود، بررسی مدل دادهمحور منطقی است. اثر برنامه را با رفتار و اقتصاد آن بسنجید، نه تعداد مکانیکها.
پاسخ سؤال ۷در جلسه دمو، ابتدا مسئله، منبع داده و رفتار هدف روشن میشوند؛ سپس درباره سناریوی قابل اجرا و روش سنجش آن صحبت میکنیم. اثر برنامه را با رفتار و اقتصاد آن بسنجید، نه تعداد مکانیکها.
همه مقایسههالژیون یا مدیریت ارتباط با مشتری (CRM)؟ مقایسه برای مدیریت و نگهداشت مشتریباشگاه مشتریان لژیونامتیاز و کیف پولسطحبندی مشتریاندرخواست دمو