ممکن است یک شرکت در یک مسیر تعامل با مشتری، هم به تماس تلفنی و هم به پیامهای برنامه نیاز داشته باشد. این خدمات زمینهٔ عملیاتی مشترکی دارند، اما نیازهایشان باید جداگانه شرح داده شود. مهاجرت مرکز تماس و فرایند OTP پرسشهای پذیرش متفاوتی دارند.
مسیر تماس صوتی را شرح دهید
سیستم تلفن موجود، نیازهای شمارهگذاری، مقصد تماسها و تعداد تماسهای همزمان مورد انتظار را ثبت کنید. ساعات فعالیت، مسیریابی تماس ورودی و مهاجرت احتمالی سیستم را نیز در نظر بگیرید. SIP سیگنالدهی نشست را فراهم میکند؛ بهخودیخود کیفیت مسیر رسانه را تضمین نمیکند. مشخصات IETF مرجع فنی مفیدی برای این تمایز است.
هدف هر پیام را مشخص کنید
در پیامرسانی برنامهها، کدهای تأیید را از بهروزرسانی تراکنشها و پیامهای تبلیغاتی جدا کنید. بازارهای مقصد، الگوی ترافیک مورد انتظار، هویت فرستنده و بازخورد تحویل مورد نیاز را مشخص کنید. توضیح دهید برنامه هنگام تأخیر پیام یا درخواست کد جدید توسط کاربر چگونه باید رفتار کند. در درخواست اولیه کدهای واقعی یا سوابق مشتریان را وارد نکنید.
یکپارچهسازی و عملیات را روشن کنید
مشخص کنید چه کسی PBX یا برنامه را کنترل میکند، چه کسی میتواند تنظیمات را تغییر دهد و پس از راهاندازی چه کسی خطاها را پایش خواهد کرد. در صورت امکان محیط آزمایش یا روش آزمایش مورد توافق بخواهید. برای صوت، سناریوهای تماس مورد آزمایش را مشخص کنید. برای پیامرسانی، معنای پاسخهای وضعیت و نحوهٔ برخورد برنامه با خطاها را روشن کنید.
انتقال را مرحلهای انجام دهید
با مجموعهای محدود و مورد توافق از سناریوهای آزمایش شروع کنید. پیش از افزایش ترافیک یا تغییر سیستم عملیاتی، نتایج پذیرش را ثبت کنید. الزامات فرستنده، شمارهگذاری و پیامرسانی را برای بازار و کاربرد مورد نظر با ارائهدهنده تأیید کنید. هدف تبدیل یک درخواست کلی ارتباطات به دامنهٔ خدماتی است که هر دو تیم بتوانند آن را اداره کنند.
نکتهٔ کلیدی برنامهریزی
در صورت نیاز دو شرح پروژه آماده کنید: یکی برای رفتار تماس و دیگری برای هدف پیام، یکپارچهسازی و بازخورد تحویل.
MyVoIP و Kurumsal SMS دو مدخل جداگانه در سبد MyGroup هستند و از وبسایت اصلی مشترک MyVoIP استفاده میکنند.
منابع و مبانی فنی
این راهنما برای گفتوگوهای اولیهٔ پروژه تهیه شده است. محتوای آن راهنمای عمومی برنامهریزی است، نه پیشنهاد قیمت سرویس یا سند پذیرش فنی.


