Исключение должно убирать конкретную ошибку, а не любую фразу с неудобным словом.
Слово может менять смысл
Представьте студию дизайна, которая исключила «бесплатно», чтобы не видеть неподходящие запросы. Сообщение «бесплатные шаблоны не подошли, ищем дизайнера» может описывать готового к обсуждению заказчика. Слепое исключение уберёт его вместе с запросами на бесплатную работу.
Начинайте с причины отказа
Опишите, что именно не подходит: автор ищет бесплатное выполнение, другую профессию или работу в штате. Затем проверьте, можно ли распознать смысл сочетанием слов и контекстом источника. Не обещайте, что обычный список исключений полностью понимает намерения автора.
Проверочный набор
Для каждого нового ограничения нужны хотя бы два разных случая: нежелательный смысл и подходящая фраза с похожими словами.
- Какую ошибку устраняет правило?
- Не используют ли нужные клиенты те же слова?
- Можно ли сузить исключение до сочетания?
- Кто рассматривает неоднозначные сообщения?
Когда оставить ручную проверку
Если формулировка неоднозначна, полезнее отправить её ответственному с пометкой, чем незаметно потерять запрос. В журнале правок сохраняйте причину изменения. Это поможет вернуть правило назад, если после корректировки пропала важная группа потребностей.
Минус-правило требует проверки примеров
Исключение по слову может удалить и полезные запросы. Например, термин о работе встречается не только в вакансии. Проверьте правило на подходящих и неподходящих ситуациях, объясняя контекст.
Сохраняйте причины изменений и дату. Не расширяйте исключения только ради уменьшения числа уведомлений. Цель — повысить долю полезных наблюдений без потери нужных ситуаций, а не получить красивый пустой журнал.