Описание проекта
Важно, чтобы проверка встраивалась в существующий процесс подготовки контента и не тормозила редакторов. В идеале проверка запускается в момент отправки статьи на публикацию или постановки в очередь, а спорные слова и предложения подсвечиваются прямо в интерфейсе редактирования, без отдельного отчёта, который нужно разбирать вручную. Количество ложных срабатываний должно быть минимальным, а принимать или игнорировать каждую подсветку редактор должен одним действием.
Готовы рассмотреть разные варианты реализации: готовый сервис проверки, подключённый к нашей системе, собственный словарный модуль на сервере или скрипт на основе открытого API — главное, чтобы решение стабильно работало с текстами на нужных нам языках. Опишите предполагаемый подход, сроки и то, как вы будете оценивать снижение числа опечаток после внедрения.
Что важно:
— проверка перед публикацией с предупреждением или блокировкой;
— понятная подсветка спорных мест для редактора, а не сырой лог;
— низкий процент ложных срабатываний, быстрое принятие или отклонение подсказки;
— поддержка нужных языков публикации;
— понятное описание дальнейшей поддержки и стоимости.