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

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

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

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

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