CTI مخفف Computer Telephony Integration، یعنی اتصال سامانه تلفنی به نرم‌افزارهای کامپیوتری است. در یک کاربرد رایج، با ورود تماس، نرم‌افزار کارشناس می‌تواند پرونده‌های مرتبط را جست‌وجو و نمایش دهد؛ در کاربردی دیگر، انتخاب شماره در نرم‌افزار به شروع شماره‌گیری مجاز متصل می‌شود. این مفهوم الزاماً ایجنت هوش مصنوعی یا پاسخ‌گویی خودکار نیست.
ارزش اتصال فقط بازشدن یک پنجره نیست. پرونده درست باید در اختیار فرد مجاز قرار بگیرد و رویداد تماس به سابقه درست وصل شود. اگر شماره مشترک شرکت سه پرونده را پیدا کند، بازکردن خودکار اولین نتیجه می‌تواند کارشناس را به اشتباه بیندازد. طراحی CTI را از همین حالت‌های واقعی شروع کنید.
سه لایه را از هم جدا کنید
لایه تلفن رویدادهایی مانند ورود، پاسخ و پایان تماس دارد. لایه اتصال، این رویدادها و شناسه فنی را به نرم‌افزار می‌رساند. CRM یا میزکار نیز با دسترسی کاربر، جست‌وجو و نمایش پرونده یا ثبت فعالیت را انجام می‌دهد. اجرای موفق هر لایه به معنی موفقیت دو لایه دیگر نیست: زنگ‌خوردن تلفن ثابت نمی‌کند پرونده باز شده و بازشدن پرونده هم ثبت نتیجه را تضمین نمی‌کند.
نمونه رسمی Microsoft برای تماس ورودی حالت‌های یک نتیجه، چند نتیجه و نبود نتیجه را جدا نشان می‌دهد. این شاهدی برای ضرورت طراحی حالت‌هاست؛ وجود اتصال آماده اپرا به Dynamics یا هر CRM دیگر را ثابت نمی‌کند.
مثال طراحی نمایش پرونده
| نتیجه جست‌وجوی آموزشی | رفتار پیشنهادی میزکار | کار ممنوع در این طرح |
|---|---|---|
| یک پرونده مجاز | نمایش پرونده به‌عنوان تطبیق احتمالی | فرض احراز هویت صرفاً از شماره |
| چند پرونده | نمایش انتخاب محدود با سؤال روشن | انتخاب اولین نتیجه بدون شاهد |
| بدون پرونده | نمایش حالت پیدا نشد و مسیر ثبت مجاز | ساخت خودکار مشتری تکراری |
| خطای اتصال | اعلام وضعیت فنی و ادامه روال جایگزین | اعلام نبود مشتری به‌جای خطای جست‌وجو |
در سناریوی ساختگی، تماس از خط عمومی یک سازمان به دو مخاطب ثبت‌شده مربوط می‌شود. کارشناس ابتدا نام و موضوع را در محدوده مجاز می‌پرسد؛ تا انتخاب پرونده، یادداشت تماس به یک شناسه موقت فنی وصل می‌ماند. بعد از انتخاب، رابطه ثبت و قابل بازبینی می‌شود. این طرح پیشنهادی است و باید با قابلیت واقعی سامانه پیاده‌سازی و آزمایش شود.
شماره تلفن شناسه امن مشتری نیست
شماره مشترک، تغییر مالک شماره و داده قدیمی می‌توانند تطبیق را مخدوش کنند. حتی در تطبیق یکتا، نمایش اطلاعات حساس یا تغییر حساب باید قواعد تأیید هویت و اختیار همان سازمان را رعایت کند. داده لازم برای کارشناس را حداقل نگه دارید؛ همه فیلدهای CRM برای پاسخ یک تماس لازم نیستند.
پیش از اتصال، دیکشنری فیلدها را بنویسید: شناسه تماس، پرونده منتخب، زمان رویداد و وضعیت ثبت چه معنایی دارند؟ رویداد تکراری نباید دو فعالیت واقعی بسازد. اگر تماس انتقال می‌یابد، رابطه قطعه‌های تلفنی را با پرونده حفظ کنید؛ راهنمای مغایرت تلفن و CRM این مسئله را دقیق‌تر باز می‌کند.
آزمون پذیرش را به نتیجه وصل کنید
با داده ساختگی، چهار حالت جدول را تمرین کنید و کاربر بدون دسترسی، تماس هم‌زمان، رویداد تکراری و قطع اتصال را هم ببینید. نتیجه موفق یعنی کارشناس مجاز، پرونده انتخاب‌شده درست و فقط فعالیت لازم را می‌بیند؛ صرف نمایش پنجره معیار کافی نیست. ثبت خطا باید شناسه قابل پیگیری داشته باشد و اطلاعات مشتری در گزارش عمومی قرار نگیرد.
اگر هدف، اتصال پاسخ‌گوی صوتی به فرایند پیگیری است، راهنمای اتصال ایجنت صوتی به CRM را بخوانید و برای بررسی سناریو از مسیر منشی تلفنی اپرا اقدام کنید. نام تلفن، CRM، عملیات لازم و محدودیت دسترسی را همراه درخواست مطرح کنید تا امکان اجرا برای همان پروژه بررسی شود.