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