طراحی سیستم تلفن ویپ برای شرکت ۲۰ تا ۱۰۰ نفره؛ تجهیزات و ظرفیت شبکه

پاسخ کوتاه: برای طراحی ویپ ابتدا تعداد تماس هم‌زمان و نقش کاربران را تعیین کنید، نه فقط تعداد داخلی‌ها. سپس ظرفیت PBX یا سرویس ابری، پهنای باند، تلفن‌ها، PoE، VLAN صوت، QoS، امنیت و برق پشتیبان را با یک سناریوی رشد و خرابی هماهنگ کنید.
از داخلی شروع نکنید؛ از الگوی تماس شروع کنید

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

اجزای اصلی پروژه چیست؟

• مرکز تلفن نرم‌افزاری، سخت‌افزاری یا سرویس ابری
• SIP Trunk یا خطوط ارتباطی و مسیر پشتیبان
• تلفن رومیزی، بی‌سیم یا Softphone متناسب با نقش
• سوئیچ PoE، VLAN صوت و QoS
• هدست، ضبط، گزارش‌گیری و یکپارچگی CRM در صورت نیاز
• UPS، مانیتورینگ، Backup و برنامه بازیابی

فهرست تلفن ویپ برای مقایسه دستگاه‌ها مفید است، اما مدل‌ها را بر اساس نقش دسته‌بندی کنید: کاربر عمومی، پذیرش، مدیر، اپراتور، انبار و اتاق جلسه.

ظرفیت شبکه چگونه برآورد می‌شود؟

مصرف پهنای باند هر تماس به Codec و سربار پروتکل وابسته است. به‌جای یک عدد ثابت، Codec واقعی و مسیر WAN را آزمایش کنید. مهم‌تر از میانگین پهنای باند، تأخیر، Jitter و Packet Loss است. QoS باید در تمام مسیر مؤثر باشد؛ علامت‌گذاری بسته روی تلفن، اگر در سوئیچ یا روتر نادیده گرفته شود، کافی نیست.

PoE و برق اضطراری

اگر تلفن‌ها از PoE تغذیه شوند، با UPS کردن سوئیچ و تجهیزات مرکزی می‌توان تداوم بیشتری ایجاد کرد. مجموع وات تلفن‌ها، اکسس‌پوینت‌ها و دوربین‌ها را محاسبه کنید و ظرفیت واقعی منبع تغذیه سوئیچ را ببینید. برای بررسی تجهیزات زیرساخت می‌توان مدل‌های سوئیچ سیسکو را با بودجه توان و Uplink موردنیاز مقایسه کرد.

امنیت ویپ

پنل مدیریت تلفن و PBX نباید با رمز پیش‌فرض باقی بماند. دسترسی مدیریتی، SIP، پنل وب و مسیرهای بین VLANها محدود شوند. لاگ تماس، هشدار ثبت نام ناموفق، به‌روزرسانی Firmware و محدودسازی تماس‌های بین‌المللی بخشی از کنترل هزینه و امنیت است. TLS و SRTP تنها در صورتی مفیدند که همه اجزای مسیر پشتیبانی و درست پیکربندی شوند.

برنامه رشد و بازیابی

برای ۲۰ کاربر، تجهیزی نخرید که دقیقاً در مرز ظرفیت است. رشد تا ۳۰ یا ۴۰ کاربر، افزایش تماس هم‌زمان و افزودن شعبه را در نظر بگیرید. سناریوهای قطعی اینترنت، خرابی PBX، قطع برق و از دسترس خارج شدن SIP Provider را مستند و دوره‌ای تمرین کنید.

پایلوت پیشنهادی

یک تیم ۵ تا ۱۰ نفره را با نقش‌های متفاوت انتخاب کنید. تماس داخلی و بیرونی، انتقال، صف، هدست، تماس از راه دور و Failover را حداقل چند روز کاری آزمایش کنید. نتایج این پایلوت باید قبل از خرید کامل به اصلاح طراحی منجر شود.

برآورد تماس هم‌زمان

تعداد داخلی با تعداد کانال یکسان نیست. داده اپراتور و PBX فعلی را بررسی کنید و پیک تماس ورودی، خروجی و داخلی را جدا ببینید. کمپین فروش، فصل کاری یا مرکز پشتیبانی می‌تواند پیک کوتاه ولی مهم بسازد. ظرفیت SIP Trunk و ضبط مکالمه باید با همین پیک هماهنگ شود.

انتخاب میان PBX داخلی و سرویس ابری

PBX داخلی کنترل و یکپارچگی بیشتری می‌دهد، اما نگهداری، برق، Backup و امنیت بر عهده سازمان است. سرویس ابری می‌تواند استقرار را ساده‌تر کند، ولی کیفیت اینترنت، SLA، مالکیت شماره و امکان خروج از سرویس‌دهنده باید بررسی شود. هیچ‌کدام ذاتاً برای همه شرکت‌ها بهتر نیست.

برنامه مهاجرت بدون توقف

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

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

شاخص‌های یک ماه اول

نرخ تماس ناموفق، زمان انتظار صف، تماس از دست‌رفته، Jitter، Packet Loss، تیکت کاربران و زمان رفع خطا را هفتگی مرور کنید. این داده‌ها نشان می‌دهند مشکل از آموزش، شبکه، ظرفیت کانال یا تنظیمات PBX است.

جمع‌بندی

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