یک بررسی نرم‌افزاری مفید به پرسشی عملی پاسخ می‌دهد: آیا این ابزار برای فایل ضبط‌شده، زبان، بودجه و گردش‌کار شما مناسب است؟ استاندارد تحریریه ما توضیح موارد بررسی‌شده، نمایش شواهد و شرح بده‌بستان‌هاست.
پوشش فعلی: فهرست نرم‌افزارها شامل نمایه محصولات بر پایه مستندات ارائه‌دهندگان است. این نمایه‌ها بررسی عملی امتیازدار نیستند. این صفحه الزامات انتشار آزمایش‌ها، مقایسه‌ها و پیشنهادها را تعیین می‌کند.
آخرین به‌روزرسانی: 17 اکتبر 2026
1. نوع مطلب را روشن کنید
- نمایه محصول: مروری بر قابلیت‌ها، پلتفرم‌ها، منابع قیمت و کاربردهای مستندشده. ادعای ارائه‌دهنده باید به همان ارائه‌دهنده نسبت داده شود.
- بررسی عملی: شرح محصولی که بررسی‌کننده واقعاً از آن استفاده کرده است، همراه با تاریخ آزمایش، طرح، تنظیمات، شواهد و محدودیت‌ها.
- مقایسه: سنجش بر اساس معیارهای اعلام‌شده. اگر درباره محصول تحقیق شده اما آزمایش نشده است، این تفاوت باید آشکار باشد.
- راهنمای خرید: توضیح معیارهای انتخاب و بده‌بستان‌ها برای کاری مشخص. حضور در یک راهنما به‌تنهایی اثبات عملکرد برتر نیست.
عبارت‌هایی مانند «آزمایش‌شده»، «تأییدشده» و «بهترین» به شواهد پشتیبان نیاز دارند. دسترس‌پذیری نرم‌افزار، ادعاهای ارائه‌دهنده و مشاهدات خود ما باید از هم قابل تشخیص باشند.
2. از شرایط آزمایش قابل‌مقایسه استفاده کنید
آزمایش عملی با مورد استفاده اعلام‌شده و مجموعه نمونه‌های مشخص شروع می‌شود. روش باید پیش از مشاهده نتایج انتخاب شود.
- نمونه‌ها را شرح دهید. زبان، لهجه در صورت ارتباط، مدت، تعداد گویندگان، کیفیت صدا و زمینه ضبط را ثبت کنید. نویز، گفتار هم‌زمان یا واژگان تخصصی را مشخص کنید.
- از ورودی یکسان استفاده کنید. مقایسه مستقیم پیاده‌سازی گفتار از همان فایل ضبط‌شده و متن مرجع یکسان استفاده می‌کند. هر تبدیل فایل، برش یا پردازش صوت باید مستند شود و یکسان اعمال گردد.
- پیکربندی را ثبت کنید. طرح محصول، مدل در صورت امکان انتخاب، تنظیم زبان، تنظیم برچسب گویندگان، دستگاه یا مرورگر و تاریخ آزمایش را مشخص کنید. در صورت نبود گزینه‌های معادل، تفاوت‌ها را توضیح دهید.
- تلاش‌ها را آشکار نگه دارید. کارهای ناموفق، تلاش‌های دوباره و مداخله دستی را ثبت کنید. قاعده تلاش مجدد یکسانی برای هر محصول اعمال و مشخص کنید که نتیجه مربوط به تلاش نخست، نتیجه معمول یا بهترین اجرای انتخاب‌شده است.
- دامنه را صادقانه بیان کنید. تعداد فایل‌های ضبط‌شده و تلاش‌ها را ذکر کنید. یک آزمایش اکتشافی کوچک نمی‌تواند عملکرد در همه زبان‌ها، لهجه‌ها یا شرایط ضبط را اثبات کند.
دستیار جلسه، برنامه دیکته صوتی و ابزار پیاده‌سازی مبتنی بر بارگذاری روش‌های دریافت متفاوتی دارند. در صورت امکان کار مشترک آن‌ها را مقایسه و بقیه هر گردش‌کار را جداگانه ارزیابی کنید.
3. دقت پیاده‌سازی را با مرجع بررسی‌شده بسنجید
متن مرجع باید با فایل ضبط‌شده تطبیق و بررسی شود. خروجی بازبینی‌نشده یک سرویس دیگر تشخیص گفتار، مرجع کافی نیست.
نرخ خطای واژه (WER) تعداد جایگزینی‌ها، حذف‌ها و درج‌ها را نسبت به تعداد واژه‌های مرجع محاسبه می‌کند. برای مرجع غیرخالی:
WER = (substitutions + deletions + insertions) / reference words
WER کمتر به معنای ویرایش کمتر در سطح واژه بر اساس قواعد امتیازدهی اعلام‌شده است. نام شاخص، اندازه نمونه و تنظیمات امتیازدهی را گزارش کنید؛ نام آن را به درصد «دقت» همگانی تغییر ندهید. مرجع امتیازدهی JiWER این محاسبات را مستند می‌کند.
هر آزمایش زبانی باید توکن‌سازی و نرمال‌سازی متن را توضیح دهد، از جمله نحوه برخورد با نشانه‌گذاری، حروف بزرگ و کوچک، اعداد، نشانه‌های آوایی و واژه‌های پُرکننده. آزمایش‌های ژاپنی باید نحوه جداسازی واژه‌ها را مشخص کنند. هرجا ارزیابی در سطح نویسه مناسب است، نرخ خطای نویسه (CER) و قواعد نرمال‌سازی آن را گزارش کنید. برای محصولات مقایسه‌شده از قواعد یکسان استفاده کنید. ببینید: مستندات تبدیل‌های JiWER.
نرخ خطای واژه یا نویسه همه اشتباه‌های مهم را پوشش نمی‌دهد. در صورت ارتباط، نام‌ها، اعداد، تاریخ‌ها، عبارت‌های حذف‌شده، محتوای ساختگی، انتساب گوینده و خطاهای زمان‌مهر را جداگانه گزارش کنید. نتایج هر زبان را جدا نگه دارید، مگر آنکه مقاله شیوه محاسبه نتیجه تجمیعی را توضیح دهد.
4. کار لازم پس از پیاده‌سازی گفتار را ارزیابی کنید
متن خوانا تنها بخشی از کار است. بررسی باید مراحل دریافت تا سند نهایی قابل‌استفاده را شرح دهد.
- دریافت و راه‌اندازی: مراحل بارگذاری یا ضبط، ورودی‌های پشتیبانی‌شده، مجوزها و زمان لازم برای شروع.
- برچسب گویندگان و خلاصه‌ها: خطاهای انتساب، تصمیم‌های ازقلم‌افتاده، گفته‌های بدون پشتوانه و اینکه آیا اقدام‌های بعدی دقیقاً بازتاب ضبط هستند.
- ویرایش: کنترل‌های پخش، جست‌وجو، ابزارهای اصلاح، تغییر نام گویندگان و تلاش لازم برای تکمیل کار.
- خروجی‌گرفتن: فایل‌های خروجی را واقعاً باز کنید و قالب‌بندی، برچسب گویندگان و زمان‌بندی را در صورت ارتباط بررسی کنید. قابلیت خروجی اعلام‌شده را از خروجی آزمایش‌شده متمایز کنید.
- سرعت و قابلیت اطمینان: زمان بارگذاری، پردازش و ویرایش دستی را جداگانه بسنجید. مدت صدا، شرایط اتصال و هر کار ناتمام را ثبت کنید.
مستندسازی بالینی به ارزیابی جداگانه وفاداری یادداشت و حذف‌ها یا افزوده‌های دارای اهمیت بالینی نیاز دارد. قضاوت درباره کیفیت بالینی مستلزم بررسی‌کننده واجد صلاحیت است؛ امتیاز عمومی پیاده‌سازی گفتار نمی‌تواند مناسب‌بودن بالینی را اثبات کند.
5. قیمت‌ها را بر مبنای یکسان مقایسه کنید
اطلاعات قیمت به منبع رسمی و تاریخ بررسی نیاز دارد. ارز، تعهد پرداخت، سهمیه مشمول، محدودیت فایل، الزامات صندلی کاربر، هزینه مازاد و افزونه‌های مرتبط را مشخص کنید. دوره آزمایشی رایگان و تخفیف موقت باید صریحاً همین‌گونه معرفی شوند.
معادل ماهانه طرح سالانه باید با عبارت «پرداخت سالانه» مشخص شود. آن را بدون توضیح تفاوت با پرداخت ماهانه رقیب مقایسه نکنید. نمونه هزینه ساعتی باید مصرف فرض‌شده و محاسبه را بیان کند. سهمیه استفاده‌نشده اشتراک را رایگان نمی‌کند و طرحی که نامحدود تبلیغ می‌شود نیز نیازمند بررسی محدودیت‌های قابل‌اعمال است.
ارزش به کار بستگی دارد. اگر تلاش ویرایش اندازه‌گیری شده، آن را کنار هزینه اشتراک گزارش کنید. اگر قیمت یا محدودیت تأییدشدنی نیست، به‌جای تخمین پیشنهاد فعلی، آن را تأییدنشده بنامید.
6. امتیازها، نقاط قوت و محدودیت‌ها را توضیح دهید
پیشنهادها باید کاربر هدف، کار و شواهد پشتیبان نتیجه را مشخص کنند. ابزاری ممکن است برای مصاحبه مناسب و برای جلسه زنده نامناسب باشد. معایب مهم و شرایطی را که گزینه دیگری بهتر است بررسی کنید.
نمایه فهرست امتیاز ستاره‌ای پیش‌فرض ندارد. اگر مقاله امتیاز کلی دارد، باید معیارها، وزن‌ها، اندازه‌گیری‌های مبنا و نحوه رسیدگی به داده‌های مفقود را ذکر کند. قابلیت آزمایش‌نشده با «آزمایش نشده» مشخص می‌شود، نه اینکه خودکار قبول یا رد شود. امتیاز مشتریان، تعداد بررسی‌ها، معیارسنجی‌ها یا تصویر نتایج را جعل نکنید.
ترتیب فهرست و نتیجه بررسی دو چیز متفاوت‌اند. فهرست پیش‌فرض از ترتیب «ویژه‌ها در ابتدا» استفاده می‌کند؛ گزینه «نام A–Z» بر اساس الفبا مرتب می‌کند. هر آزمایش رتبه‌بندی‌شده یا پیشنهاد «بهترین» باید شواهد و روش رتبه‌بندی خود را توضیح دهد.
7. شواهد، به‌روزرسانی‌ها و اصلاحات را قابل‌ردیابی کنید
مقاله عملی باید نویسنده، تاریخ آزمایش و طرح یا نسخه ارزیابی‌شده را مشخص کند. تصاویر اصلی یا سوابق مناسب دیگر، پیوند منابع و روش لازم برای فهم نتیجه را بگنجانید. تصویر صفحه آنچه را نشان می‌دهد مستند می‌کند؛ نمی‌تواند ادعای اندازه‌گیری‌نشده را پشتیبانی کند.
از ضبط‌هایی استفاده کنید که استفاده و اشتراک‌گذاری قانونی آن‌ها مجاز است. اطلاعات شخصی، محرمانه و حساب را از شواهد منتشرشده حذف کنید. قابلیت‌های حریم خصوصی و امنیت باید به مستندات فعلی ارائه‌دهنده نسبت داده شوند، مگر اینکه جداگانه راستی‌آزمایی شده باشند؛ از عبارت بازاریابی نتیجه وجود گواهی نگیرید.
وقتی خطای مهمی تأیید شد، متن مربوط را اصلاح، تغییر و تاریخ را مشخص و نتیجه‌های متأثر را بازبینی کنید. به‌روزرسانی بعدی نرم‌افزار بی‌سروصدا نتیجه آزمایش قبلی را عوض نمی‌کند. پیش از ارائه اندازه‌گیری قدیمی به‌عنوان شاهد عملکرد نسخه جدید، دوباره آزمایش کنید.
درخواست اصلاح باید نشانی صفحه، عبارت مورد اختلاف و شواهد پشتیبان را مشخص کند. انتشار اصلاحیه به شواهد پشتیبان بستگی دارد.
منابع روش‌شناسی
- JiWER: شاخص‌های ارزیابی تشخیص گفتار، از جمله WER و CER.
- Google Search Central: نوشتن بررسی‌های مفید محصول، از جمله شواهد دست‌اول و مزایا و معایب.