در مقایسهٔ اپراگپ با Dialogflow CX برای تلفن فارسی، پشتیبانی متن را با زنجیرهٔ صوت و شمارهٔ تلفن یکی نگیرید. اپرا راهکار صوتی را با دامنهٔ بسته و راه‌اندازی تیم معرفی می‌کند؛ CX ابزار طراحی عامل و اتصال به سامانه‌هاست. برای CX باید زبان، ورودی و خروجی صوت و مسیر تلفن را جدا تأیید کنید؛ وجود fa در فهرست زبان‌ها، به‌تنهایی تأیید آماده‌بودن تلفن فارسی نیست.
آنچه در۳نوامبر۲۰۲۶ مستند بود
جدول رسمی زبان CX، Persian با کد fa را در حالت Preview نشان می‌دهد و ستون Text علامت دارد، اما در همان ردیف ستون‌های STT و TTS علامت ندارند. مستند Phone Gateway می‌گوید این مسیر، زبان‌های دارای هر دو STT و TTS را پشتیبانی می‌کند و پشتیبانی شماره را به آمریکا محدود کرده است. این‌ها محدودهٔ همان جدول و درگاه مدیریت‌شده‌اند؛ نتیجه‌ای دربارهٔ همهٔ محصولات Google، همهٔ مدل‌های گفتار یا ناممکن‌بودن اتصال سفارشی نمی‌دهند.
| معیار | اپراگپ | Dialogflow CX |
|---|---|---|
| نحوهٔ شروع | بررسی نیاز، بسته و پیشنهاد با تیم اپرا | طراحی عامل، Flow،Page و اتصال‌ها در پروژهٔ Cloud |
| فارسی | کاربرد صوت فارسی در دامنهٔ محصول معرفی می‌شود؛ کیفیت کار شما آزمون می‌خواهد | متن fa در Preview مستند است؛ زنجیرهٔ صوت را از آن نتیجه نگیرید |
| مسیر تلفن | سازگاری خط و نیاز اتصال پیش از پیشنهاد بررسی می‌شود | Phone Gateway محدودیت شمارهٔ آمریکا و زبان‌های صوتی خودش را دارد |
| مسئولیت اجزای جدا | جزئیات اتصال و تحویل در پیشنهاد مشخص می‌شود | در معماری سفارشی، مسئول ASR،TTS،تلفن و نگهداری باید جدا معلوم شود |
یک مثال معماری، سه تصمیم متفاوت
کسب‌وکار فرضی می‌خواهد تماس فارسی را پاسخ بدهد: مخاطب ساعت پاسخ‌گویی را می‌پرسد و اگر منبع کافی نیست، درخواست ارجاع می‌دهد. در مسیر اپرا، همین سناریو، منبع معتبر، مرز اختیار و رسید مقصد را با تیم بررسی می‌کنید. در مسیر متن CX، ممکن است منطق و پیام فارسی را جدا بررسی کنید؛ اما این آزمایش متنی، شنیدن تماس و تولید صدای فارسی را آزمایش نکرده است.
اگر مجری برای CX، سرویس‌های گفتار بیرونی و اتصال تلفنی دیگری پیشنهاد می‌کند، یک معماری تازه دارید. نام، نسخه و مسئول هر جزء، عبور متن و صوت، حفظ زمینه و رفتار قطع اتصال باید روشن شوند. جدول فعلی CX این معماری سفارشی را نه اجرا و نه رد کرده است. «نیاز به طراحی و آزمون» را به «قابلیت قطعی موجود» یا «غیرممکن» تبدیل نکنید.
پنج پرسش پیش از شروع فنی
- خروجی مطلوب متن است یا تماس صوتی؟ آزمایش هرکدام چه ورودی و رسیدی دارد؟
- گفتار فارسی از کدام ASR و TTS با چه نسخه‌ای عبور می‌کند؟ منبع پشتیبانی زبان همان اجزاء کجاست؟
- خط یا شمارهٔ مورد نظر از کدام اتصال می‌آید؟ محدودیت درگاه آماده با راه سفارشی جدا نوشته شده است؟
- در نبود دانش، اصلاح درخواست و قطع اتصال، چه کسی مسئول رفتار و ثبت نتیجه است؟
- برای تغییر نسخه و بازگشت، مرجع تنظیم‌ها و مسئول آزمون چه کسی است؟
فایل CSV، همین تصمیم‌ها را با وضعیت اجرا نشده نگه می‌دارد. هیچ پروژهٔ Cloud، درگاه، حساب، شماره یا تماس واقعی در این بررسی ساخته نشده است.
هزینه و تناسب تیم را چگونه بسنجیم؟
در اپرا، راه‌اندازی، اشتراک و مصرف جدا هستند؛ قابلیت و سقف اتصال به بسته وابسته‌اند. برای معماری CX، هزینهٔ اجزاء، تلفن، ساخت و نگهداری را با دامنهٔ یکسان در پیشنهاد بخواهید. مقایسهٔ یک نرخ API با کل یک بسته، هم‌مبنا نیست. این صفحه تعرفهٔ Google یا نرخ تبدیل ارز اعلام نمی‌کند و نتیجهٔ ارزان‌تر‌بودن نمی‌سازد.
تیمی که زیرساخت و چرخهٔ توسعهٔ Cloud را مدیریت می‌کند، می‌تواند معماری CX و اجزاء لازم را دقیق بررسی کند. تیمی که اجرای یک سناریوی صوتی مشخص را با ارائه‌دهنده پیش می‌برد، می‌تواند دامنهٔ راه‌اندازی با اپرا را بخواهد. پشتیبانی، قرارداد و آزمون فارسی در هر دو مسیر باید به پیشنهاد واقعی وصل شوند؛ عنوان برند جای شاهد نیست.
برای دیدن محدودهٔ نیازهای صوتی، انتخاب خدمت اپرا را مرور کنید. این مقایسه بر پایهٔ مستندات است؛ کیفیت، سرعت و دقت دو محصول در آزمون مشترک اندازه‌گیری نشده‌اند.
فایل تمرین و منبع
جدول تصمیم فارسی و مسیر تلفن؛ نتایج اجرا نشده · شرح معماری فرضی؛ متن فارسی با زنجیرهٔ صوت یکی نیست
- دامنهٔ بررسی نیاز و تحویل با اپرا
- بسته‌ها و شرایط اتصال صوت اپرا
- تعریف و اجزاء عامل Dialogflow CX
- جدول رسمی زبان CX؛ ردیف Persian/fa
- محدودیت‌های رسمی Phone Gateway
منابع در ۳ نوامبر ۲۰۲۶ خوانده شدند؛ این تاریخ، تاریخ انتشار منبع نیست. مثال‌ها و فایل‌های این راهنما آموزشی و ساختهٔ تحریریه‌اند.