اتصال ویپ به CRM؛ تماس در کنار پرونده مشتری

نسخه و طرح خریداری‌شده CRM، مرکز تلفن، محل میزبانی و راه مجاز تبادل داده بررسی می‌شوند. API همان رابط ارسال و دریافت اطلاعات میان نرم‌افزارهاست؛ استفاده از آن ممکن است به مجوز یا طرح خاص وابسته باشد و داشتن آن، دسترسی به همه قابلیت‌ها را ثابت نمی‌کند.

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

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

اطلاعات فنی و دسترسی موردنیاز با مسئولان CRM و تلفن هماهنگ می‌شوند. آزمون اولیه با نمونه ساختگی یا داده مجاز انجام می‌شود؛ دانستن نسخه‌ها یا تهیه سند فنی شرط درخواست نیست.

پیش از اجرا، محل نمایش و ثبت تماس را با روند کار شرکت هماهنگ می‌کنیم. هدف این است که کاربر سابقه قابل فهمی ببیند؛ تعداد ردیف‌های گزارش مرکز تلفن لزوماً با تعداد مکالمه‌های کاری یکسان نیست.

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

شماره تماس به یافتن پرونده کمک می‌کند، اما به‌تنهایی هویت فرد پشت تلفن را تأیید نمی‌کند. نمایش اطلاعات و فایل‌ها با حساب کاربران مربوط هم بررسی می‌شود تا دسترسی صرفاً بر اساس شناخته‌شدن شماره نباشد.

اگر اتصال قبلاً برقرار بوده، همان مسیر موجود را بررسی می‌کنیم: اطلاعات از مرکز تلفن خارج شده‌اند؟ رابط آن‌ها را دریافت کرده؟ در CRM ذخیره شده‌اند یا فقط از دید کاربر پنهان‌اند؟ زمان و نمونه تماس لازم در جریان رسیدگی ثبت می‌شوند تا اصلاح به بخش مشکل‌دار محدود بماند.

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

اگر خود مکالمه یا صدا مشکل دارد، رفع اختلال ویپ هم لازم است. برای شرکتی که هنوز تلفن آماده ندارد، راه‌اندازی سیستم تلفنی پیش‌نیاز استفاده از اتصال را فراهم می‌کند.

رفتار اتصال هنگام قطع ارتباط و وصل دوباره، بخشی از بررسی سفارش است: چه اطلاعاتی ثبت نشده‌اند، چه کسی خطا را پیگیری می‌کند و کدام داده‌ها امکان ارسال دوباره دارند. بازیابی خودکار سوابق ثبت‌نشده، قابلیت جداگانه‌ای است که باید امکان آن تأیید شود.

ارسال دوباره اطلاعات همان تماس نباید سابقه اضافه و ناخواسته بسازد؛ روش تشخیص و ثبت آن در اتصال آزمایش می‌شود. اگر داده لازم در مبدأ نگهداری نشده باشد یا رابط امکان دریافت گذشته را ندهد، انتقال آن سابقه قابل تضمین نیست.

اگر اتصال برای انتخاب مسیر تماس هم استفاده شود، راه ادامه پاسخ‌گویی هنگام در دسترس نبودن CRM مشخص می‌شود. قطع رابط ثبت اطلاعات و قطع خود مکالمه، یک وضعیت واحد فرض نمی‌شوند.

اتصال آماده را تنظیم می‌کنیم یا بخش اختصاصی موردنیاز را توسعه می‌دهیم. محل ثبت و نمایش، کاربران مجاز و رفتار حالت‌های خاص بر اساس نیاز شرکت تعیین می‌شوند؛ در مرکز فعال، حفظ تنظیمات و امکان بازگشت نیز اهمیت دارند.

تماس ورودی و خروجی، شماره شناخته‌شده و جدید، بی‌پاسخ و انتقال، متناسب با سفارش بررسی می‌شوند. شماره‌گیری از CRM و دسترسی به فایل صدا نیز، در صورت انتخاب، جدا آزمایش می‌شوند.

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

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

علاوه بر مسئول CRM و مرکز تلفن، مسئول پیگیری خود رابط اتصال مشخص می‌شود. نسخه‌ها، تنظیمات مرتبط، روش تطبیق شماره و نمونه آزمون‌ها نگهداری می‌شوند تا ادامه رسیدگی به شناخت یک فرد وابسته نماند. دسترسی مدیریت و کلیدهای اتصال از مسیر امن تحویل داده می‌شوند.

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

اگر دسترسی به فایل مکالمه سفارش داده شود، محل نگهداری، مدت دسترسی و افراد مجاز مشخص می‌شوند. اتصال CRM به‌خودی‌خود فضای ضبط نامحدود یا نگهداری همیشگی فایل صدا ایجاد نمی‌کند.

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

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

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

اقلام هزینه اتصال ویپ به CRM به مقایسه دامنه اجرا، مجوز و هزینه ادامه کار کمک می‌کند.