فهرست مطالب
- On-Premise، ابری و ترکیبی؛ تعریف دقیق هر کدام
- هوش مصنوعی On-Premise (درونسازمانی)
- هوش مصنوعی ابری (Cloud)
- مدل ترکیبی (Hybrid)
- چرا این انتخاب برای سازمانهای ایرانی متفاوت است؟
- مقایسهٔ هوش مصنوعی On-Premise و ابری
- هزینه: سرمایهگذاری یکباره یا پرداخت بر اساس مصرف؟
- چه سختافزاری لازم است؟
- چه زمانی ابری و چه زمانی On-Premise؟
- چکلیست تصمیم
- خطاهای رایج در انتخاب
- رویکرد ساعیان ارتباط
- پرسشهای متداول
- آیا هوش مصنوعی On-Premise همیشه گرانتر است؟
- آیا برای اجرای هوش مصنوعی روی سرور سازمان حتماً GPU لازم است؟
- کیفیت مدلهای On-Premise از سرویسهای بزرگ جهانی کمتر نیست؟
- مدل ترکیبی چطور پیاده میشود؟
- راهاندازی On-Premise چقدر زمان میبرد؟
- On-Premise یعنی مدلهای هوش مصنوعی روی سرورهای خود سازمان اجرا میشوند و صدا و داده از شبکهٔ سازمان خارج نمیشود؛ ابری یعنی داده برای پردازش به سرور ارائهدهنده ارسال میشود.
- برای سازمانهای ایرانی، سه عامل این انتخاب را از نمونههای جهانی متفاوت میکند: حاکمیت داده، ریسک تحریم و قطع دسترسی و کیفیت زبان فارسی در صدای تلفنی.
- ابری برای شروع سریع و حجم کم مناسبتر است؛ On-Premise برای دادهٔ حساس، حجم بالا و استفادهٔ بلندمدت. در بسیاری از سازمانها، مدل ترکیبی بهترین پاسخ است.
هر سازمانی که میخواهد از هوش مصنوعی در مرکز تماس، پشتیبانی یا تحلیل داده استفاده کند، زود به این سؤال میرسد: مدلها را روی زیرساخت خودمان نصب کنیم یا از یک سرویس ابری کمک بگیریم؟ پاسخ این سؤال در ایران با بسیاری از کشورها فرق دارد؛ چون علاوه بر هزینه و سرعت، پای دسترسی پایدار، مقررات داده و کیفیت پردازش زبان فارسی هم در میان است.
در این راهنما دو رویکرد را از هفت زاویه مقایسه میکنیم، نشان میدهیم کدام برای چه سازمانی مناسبتر است و در پایان یک چکلیست تصمیم و یک ماشینحساب سادهٔ نقطهٔ سربهسر در اختیارتان میگذاریم.
On-Premise، ابری و ترکیبی؛ تعریف دقیق هر کدام
هوش مصنوعی On-Premise (درونسازمانی)
مدلها، مثل تبدیل گفتار به متن، تبدیل متن به گفتار یا مدل زبانی، روی سرورهای مرکز دادهٔ خود سازمان یا سرورهای اختصاصی آن نصب میشوند. ورودی (مثلاً صدای تماس) و خروجی (متن، خلاصه یا تحلیل) هرگز از شبکهٔ سازمان خارج نمیشود و سازمان کنترل کامل نسخه، بهروزرسانی و دسترسیها را در دست دارد.
هوش مصنوعی ابری (Cloud)
سازمان از طریق اینترنت به سرویس ارائهدهنده وصل میشود؛ داده برای پردازش ارسال و نتیجه بازگردانده میشود. نصب و نگهداری با ارائهدهنده است و هزینه معمولاً بر اساس مصرف (دقیقهٔ صوت، تعداد درخواست یا توکن) پرداخت میشود. این سرویس میتواند خارجی باشد یا روی یک ابر داخلی اجرا شود.
مدل ترکیبی (Hybrid)
بخش حساس، مثل پردازش صدای تماس مشتریان و دادهٔ هویتی، روی زیرساخت سازمان میماند و بخشهای کمریسکتر، مثل تولید محتوای عمومی یا آزمایش ایدههای تازه، از سرویس ابری استفاده میکند.
چرا این انتخاب برای سازمانهای ایرانی متفاوت است؟
- حاکمیت و محرمانگی داده: صدای تماس مشتری اغلب شامل نام، کد ملی، شمارهٔ حساب یا اطلاعات درمانی است. بانکها، بیمهها، مراکز درمانی و سازمانهای دولتی معمولاً با الزامات امنیتی و مقرراتی روبهرو هستند که ارسال این داده به بیرون از سازمان، و بهطور خاص به خارج از کشور، را دشوار یا ناممکن میکند.
- ریسک تحریم و قطع دسترسی: بسیاری از سرویسهای بزرگ هوش مصنوعی جهانی، کاربران ایرانی را پشتیبانی نمیکنند، پرداخت ارزی به آنها ممکن نیست و حسابها ممکن است بدون اطلاع قبلی مسدود شوند. سرویسی که امروز با واسطه کار میکند، فردا ممکن است در دسترس نباشد؛ و مرکز تماسی که به آن وابسته است، متوقف میشود.
- پایداری اینترنت بینالملل: اختلال یا کندی اتصال بینالمللی، برای سرویسی که باید در لحظه به تماس زنده پاسخ دهد، یعنی سکوت پشت خط.
- کیفیت فارسی در صدای تلفنی: مدلهای عمومی جهانی در فارسی پیشرفت کردهاند، اما صدای تلفنی (کیفیت پایین، نویز، لهجه، اعداد و اصطلاحات بانکی و سازمانی) هنوز چالش اصلی است. مدلی که با دادهٔ تلفنی فارسی آموزش دیده یا برای دامنهٔ کاری سازمان تنظیم شده، معمولاً نتیجهٔ بهتری میدهد.
مقایسهٔ هوش مصنوعی On-Premise و ابری
| معیار | On-Premise | ابری خارجی | ابری داخلی |
|---|---|---|---|
| محل نگهداری و پردازش داده | داخل شبکهٔ سازمان | سرور ارائهدهنده در خارج از کشور | سرور ارائهدهنده در داخل کشور |
| هزینهٔ شروع | بالا (سرور، در صورت نیاز GPU، نصب) | کم | کم تا متوسط |
| هزینهٔ جاری | نگهداری و برق؛ تقریباً مستقل از حجم | بر اساس مصرف؛ با حجم بالا میرود | بر اساس مصرف یا اجارهٔ ماهانه |
| زمان راهاندازی | چند هفته | چند روز | چند روز تا چند هفته |
| وابستگی به اینترنت بینالملل | ندارد | کامل | ندارد |
| ریسک تحریم و قطع سرویس | بسیار کم | بالا | کم |
| تنظیم برای دامنهٔ کاری سازمان | کامل؛ با دادهٔ خود سازمان | محدود | بسته به ارائهدهنده |
| بهروزرسانی مدل | با برنامهٔ سازمان و ارائهدهندهٔ راهکار | خودکار، گاهی بدون اطلاع قبلی | با برنامهٔ ارائهدهنده |
| تأخیر پاسخ برای تماس زنده | کم و قابل پیشبینی | متغیر | کم تا متوسط |
هزینه: سرمایهگذاری یکباره یا پرداخت بر اساس مصرف؟
تفاوت اصلی در ساختار هزینه است. در On-Premise بیشتر هزینه در ابتدا پرداخت میشود (خرید یا اختصاص سرور، مجوز نرمافزار و نصب) و پس از آن هزینهٔ جاری کم و تقریباً ثابت است. در سرویس ابری هزینهٔ شروع کم است، اما با هر دقیقه صوت یا هر درخواست، هزینه بالا میرود.
به همین دلیل، برای حجم کم یا یک آزمایش کوتاهمدت، ابری ارزانتر است؛ اما در مرکز تماسی که روزانه هزاران دقیقه مکالمه دارد، معمولاً پس از مدتی هزینهٔ تجمعی سرویس ابری از هزینهٔ زیرساخت داخلی بیشتر میشود. این نقطه را «نقطهٔ سربهسر» مینامیم.
اعداد پیشفرض فقط نمونهاند؛ آنها را با قیمتهای واقعی پیشنهادی که دریافت کردهاید جایگزین کنید. همهٔ مبالغ به میلیون تومان است.
چه سختافزاری لازم است؟
نیاز سختافزاری کاملاً به نوع مدل و حجم کار بستگی دارد و باید با یک آزمایش کوچک (پایلوت) روی دادهٔ واقعی سازمان سنجیده شود. بهطور کلی:
- تبدیل گفتار به متن و متن به گفتار: برای حجم کم تا متوسط میتواند روی سرورهای معمولی اجرا شود؛ برای تعداد زیاد تماس همزمان یا پردازش در لحظه، کارت گرافیک (GPU) سرعت را چند برابر میکند.
- مدلهای زبانی (LLM) برای خلاصهسازی، پاسخگویی یا تحلیل: معمولاً به GPU نیاز دارند. مدلهای متنباز با اندازهٔ کوچک و متوسط، با بهینهسازی روی یک GPU سرور قابل اجرا هستند؛ مدلهای بزرگتر به چند GPU نیاز دارند.
- تحلیل مکالمات بهصورت دستهای: چون نیازی به پاسخ در لحظه ندارد، میتواند در ساعات کمبار و با سختافزار کمتر انجام شود.
چه زمانی ابری و چه زمانی On-Premise؟
| شرایط سازمان | گزینهٔ مناسبتر |
|---|---|
| میخواهید ایده را چند هفته روی حجم کم آزمایش کنید | ابری یا پایلوت کوچک |
| دادهٔ مشتری حساس است (بانک، بیمه، درمان، دولتی) | On-Premise |
| حجم تماس بالاست و استفاده بلندمدت است | On-Premise |
| سرویس باید حتی در اختلال اینترنت بینالملل کار کند | On-Premise یا ابری داخلی |
| به تنظیم مدل با واژگان و فرایندهای خود سازمان نیاز دارید | On-Premise |
| تیم فنی یا مرکز داده ندارید و داده حساس نیست | ابری داخلی |
| بخشی از کارها حساس و بخشی عمومی است | ترکیبی |
چکلیست تصمیم
به هر سؤال پاسخ دهید تا پیشنهاد اولیه را ببینید.
خطاهای رایج در انتخاب
- مقایسهٔ فقط قیمت ماه اول: هزینهٔ ابری با رشد حجم بالا میرود؛ مقایسه را برای دو یا سه سال انجام دهید.
- نادیده گرفتن کیفیت فارسی تلفنی: دمو با صدای تمیز استودیویی گمراهکننده است؛ مدل را با تماسهای واقعی و نویزی خودتان بسنجید. معیار سنجش دقت را در مقالهٔ نرخ خطای واژه (WER) توضیح دادهایم.
- وابستگی کامل به یک API خارجی: اگر سرویس قطع شود، برنامهٔ جایگزین چیست؟
- خرید سختافزار پیش از پایلوت: ظرفیت واقعی را اول روی دادهٔ خودتان آزمایش کنید.
- فراموش کردن یکپارچگی: ارزش هوش مصنوعی وقتی آزاد میشود که به مرکز تماس، CRM و سامانهٔ تیکتینگ وصل باشد، نه اینکه جزیرهای جدا بماند.
رویکرد ساعیان ارتباط
ماژولهای هوش مصنوعی ساعیان ارتباط، از تبدیل گفتار به متن فارسی و IVR هوشمند گفتاری تا ربات تلفنی و تحلیل مکالمات، برای نصب روی زیرساخت خود سازمان طراحی شدهاند و مستقیم با نرمافزار مرکز تماس هوشمند یکپارچه میشوند. صدا و داده از شبکهٔ سازمان خارج نمیشود و ساعیان ارتباط دارای گواهی صلاحیت امنیتی افتا است.
پیشنهاد ما برای شروع، یک پایلوت روی تماسهای واقعی سازمان است تا دقت، ظرفیت و صرفهجویی پیش از هر سرمایهگذاری بزرگ سنجیده شود. برای آشنایی کامل با کاربردها، راهنمای هوش مصنوعی در مرکز تماس را ببینید.
پرسشهای متداول
آیا هوش مصنوعی On-Premise همیشه گرانتر است؟
در شروع بله، چون هزینهٔ زیرساخت یکباره پرداخت میشود. اما در حجم بالا و استفادهٔ بلندمدت، معمولاً هزینهٔ تجمعی آن از سرویس ابری کمتر میشود. ماشینحساب بالا را با اعداد واقعی خودتان امتحان کنید.
آیا برای اجرای هوش مصنوعی روی سرور سازمان حتماً GPU لازم است؟
نه همیشه. تبدیل گفتار به متن در حجم کم و متوسط میتواند روی سرورهای معمولی اجرا شود؛ اما مدلهای زبانی و پردازش همزمان تعداد زیادی تماس معمولاً به GPU نیاز دارند.
کیفیت مدلهای On-Premise از سرویسهای بزرگ جهانی کمتر نیست؟
برای کارهای عمومی، مدلهای بزرگ جهانی قوی هستند؛ اما در کار تخصصی مثل تبدیل صدای تلفنی فارسی یا تشخیص نیت در یک دامنهٔ مشخص، مدلی که با دادهٔ همان دامنه تنظیم شده، معمولاً نتیجهٔ بهتری میدهد.
مدل ترکیبی چطور پیاده میشود؟
پردازش دادههای حساس، مثل صدای تماس مشتریان، روی سرورهای سازمان انجام میشود و فقط کارهای کمریسک، مثل تولید متن عمومی بدون اطلاعات مشتری، به سرویس ابری سپرده میشود.
راهاندازی On-Premise چقدر زمان میبرد؟
بسته به آمادگی زیرساخت و میزان یکپارچگی با سامانههای سازمان، معمولاً چند هفته؛ با یک پایلوت کوچک میتوان زودتر شروع کرد.




