نیاز و دامنه
جریان تماس، افراد مجاز و معیار نتیجه را مشخص کنید.
اتصال VoIP به CRM؛ از چه چیزی شروع کنیم؟
اتصال تلفن به CRM می‌تواند اطلاعات لازم را هنگام تماس در اختیار کارشناس بگذارد و پیگیری را منظم کند. اما اگر هر رخداد فنی یک پرونده بسازد یا مرورگر به مدیریت کامل PBX متصل شود، ریسک و آشفتگی افزایش می‌یابد. ابتدا نیاز کاری، مالک داده و دامنهٔ مجاز اتصال را مشخص کنید.
طراحی سناریو
مسیر عادی و حالت خطا را با مسئول خدمت هماهنگ کنید.
پایلوت محدود
رفتار واقعی تماس و حفاظت اطلاعات را آزموده کنید.
تحویل و نگهداری
شاهد، محدودیت و مسئول پیگیری را ثبت کنید.
دامنهٔ اتصال و نتیجهٔ مورد انتظار
نمایش اطلاعات تماس، ثبت فعالیت و ایجاد درخواست جدید نیازهای متفاوت‌اند. مشخص کنید کدام عملیات واقعاً لازم است و چه کسی اختیار تغییر پرونده دارد. محصول CRM و مرکز تلفن باید رابط سازگار داشته باشند؛ نام قابلیت در تبلیغات، جای آزمون نسخهٔ مورد استفادهٔ سازمان را نمی‌گیرد.
لایهٔ واسط به‌جای دسترسی کامل مرورگر
معرفی ARI در Asterisk قرار دادن رابط پشت سرور برنامه را توصیه می‌کند. در طراحی اتصال، حساب سرویس حداقلی و محافظت‌شده لازم است. اعتبارنامهٔ مرکز تلفن را در مرورگر کاربر یا صفحهٔ عمومی ذخیره نکنید؛ کلیدها باید قابل تعویض و محدود به نیاز باشند.
تطبیق مشتری و حفظ حریم خصوصی
شماره‌ها را با قواعد روشن یکسان‌سازی کنید و نتیجهٔ چند پرونده یا شمارهٔ ناشناس را مدیریت کنید. شمارهٔ مشترک یا تغییر یافته نباید پروندهٔ محرمانه را خودکار آشکار کند. نمایش اطلاعات تابع نقش کارشناس است؛ تطبیق شماره جای احراز هویت لازم برای رسیدگی حساس را نمی‌گیرد.
رخدادها و جلوگیری از تکرار
یک تماس می‌تواند چند مرحله و چند بخش فنی داشته باشد. ثبت فعالیت باید با شناسهٔ قابل پیگیری و کنترل تکرار طراحی شود. دریافت دوبارهٔ رخداد یا تلاش مجدد نباید پروندهٔ جدید بسازد. ترتیب نامطمئن رخدادها و انتقال میان کارشناسان را در آزمایش گردش داده ببینید.
خطای CRM نباید تلفن را متوقف کند
برای قطع رابط، کندی سرویس و نتیجهٔ نامعلوم عملیات، رفتار مشخص تعریف کنید. کارشناس باید بتواند تماس را ادامه دهد و ثبت ناقص برای پیگیری علامت بخورد. صف کار معوق و تلاش دوباره باید محدود و قابل بازبینی باشد؛ خطا را با نتیجهٔ موفق یا حذف بی‌خبر داده یکی نگیرید.
آزمون و تحویل اتصال
با پرونده‌های ساختگی، تماس ناشناس، شمارهٔ مشترک، انتقال و دریافت تکراری رویداد را تست کنید. مجوز دیدن پرونده و تغییر فعالیت را جدا بررسی کنید. مستند فیلدها، مسئول رابط، مدت نگهداری و روش لغو حساب سرویس را تحویل بگیرید؛ شماره و رمز واقعی مشتریان برای پایلوت لازم نیست.
یکپارچه‌سازی با سامانه‌های ارتباط با مشتری (CRM) در ویوان نت
سامانهٔ فعلی، نیاز کاری و محدودیت‌های اجرا را مشخص کنید تا دامنه، روش و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
سناریوی آموزشی: اتصال VoIP به CRM
کارشناس هنگام تماس پنجرهٔ CRM می‌بیند، اما یک شماره به دو پرونده تعلق دارد. به‌جای انتخاب خودکار، گزینهٔ تطبیق کنترل‌شده نمایش داده می‌شود. وقتی رابط موقتاً قطع می‌شود، مکالمه ادامه دارد و فعالیت برای پیگیری علامت می‌خورد. پس از برگشت سرویس، همان فعالیت بدون ایجاد رکورد تکراری تکمیل می‌شود.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ تلفن تحت شبکه و ارتباطات صوتی ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
پرسش‌های متداول دربارهٔ یکپارچه‌سازی با سامانه‌های ارتباط با مشتری (CRM)
آیا اتصال مستقیم مرورگر به PBX مناسب است؟
دادن اعتبارنامهٔ مدیریتی به مرورگر مناسب نیست؛ رابط واسط و مجوز حداقلی طراحی کنید.
شمارهٔ تماس برای شناسایی کافی است؟
خیر؛ شمارهٔ مشترک و تغییر یافته وجود دارد و اطلاعات حساس تأیید مجاز می‌خواهد.
آیا هر رخداد باید پرونده بسازد؟
نه؛ رخدادهای یک تماس باید مرتبط و ثبتها در برابر تکرار کنترل شوند.
اگر CRM قطع شود تماس هم قطع شود؟
طراحی مناسب باید ادامهٔ خدمت تلفنی و پیگیری ثبت ناقص را در نظر بگیرد.
چه داده‌ای در پایلوت استفاده شود؟
پرونده و شمارهٔ ساختگی یا آزمایشیِ دارای اختیار، نه اطلاعات محرمانهٔ مشتریان.
هزینهٔ اتصال به چه وابسته است؟
رابط و نسخهٔ دو سامانه، دامنهٔ عملیات، مجوزها و پیچیدگی مدیریت خطا.
منابع فنی و مطالعهٔ بیشتر
منابع برای مبانی و نمونهٔ روش‌ها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.