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