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


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






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

سناریوی خوب نقطه شروع، رفتار هدف و اقدام بعدی را مشخص میکند؛ نه اینکه فقط نام یک قابلیت را تکرار کند.

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

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

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