Самая дорогая ошибка в патентном анализе не видна в выдаче
Выборка выглядит аккуратной: документы по теме, ничего лишнего. В этом и беда. Пропущенный класс МПК или забытый синоним выглядят точно так же, как чистый результат, потому что выдача не показывает, чего в ней нет. Выясняется это через неделю, когда выборку открывает коллега, заказчик или эксперт и первым делом находит патент, который обязан был в неё попасть.
Раньше логику отбора формировали вручную, одной длинной строкой со скобками и операторами, в отдельном модальном окне. Это было неудобно, но главная проблема в другом. Система могла прочитать порядок операторов не так, как задумал автор запроса. Аналитик всё делал правильно, а ошибался парсер, и по выдаче заметить это было почти невозможно.
Поэтому мы переделали структурированный поиск и разделили задачу на две части. Первая — интерфейс, то есть то, как собирается запрос. Вторая — интерпретация, то есть то, как система его читает. Теперь видно и то, и другое.
1️⃣Условие вместо строки
Структурированный поиск переехал из модального окна на главную страницу и стал режимом «Профессиональный». Вместо одного текстового поля теперь конструктор, и каждое условие в нём задаётся тремя ответами:
где искать: название, реферат, ключевые слова, МПК, автор, организация, заявитель, дата публикации, номер патента, статус;
что искать: значение;
как связать с остальными: И, ИЛИ, НЕ.
Запрос больше не монолит. Любое условие можно поправить или убрать, не переписывая остальное и не рискуя потерять по дороге скобку.
2️⃣ Группа — это скобка, которую видно
Условия объединяются в группы, а группы вкладываются друг в друга: до трёх уровней вложенности и до двадцати условий в каждой группе. Этого хватает для запросов, которые в виде строки уже трудно прочитать глазами.
Пример. Нужно найти навигационные решения для БПЛА, но без игрушек и хобби.
(Название: БПЛА ИЛИ беспилотник ИЛИ UAV ИЛИ drone)
И
(Реферат: система навигации ИЛИ автопилот)
НЕ
(Название: игрушка ИЛИ авиамодель ИЛИ хобби)
Три группы отвечают на три вопроса: что ищем, какую функцию должно выполнять решение и что выбрасываем. Главное здесь то, что НЕ действует на всю третью группу, а не на первое слово после оператора. Без группы оператор зацепил бы только «игрушку». Авиамодели и хобби остались бы в выборке или, что ещё хуже, добавились бы в неё через ИЛИ. По выдаче такого не заметишь: документы по-прежнему выглядят «по теме».
Вложенность система за вас не достраивает и не угадывает. Структуру задаёт аналитик, и она у него перед глазами.
3️⃣. «В поиск попадёт»
Над конструктором платформа показывает итоговое выражение целиком, ещё до запуска.
Правила чтения этого выражения теперь фиксированы: сначала НЕ, затем И, затем ИЛИ. Скобки меняют этот порядок, а текст в кавычках ищется как точная фраза. Скрытых допущений нет.
Раньше можно было видеть один запрос, а получить результат по другому. Теперь строка «В поиск попадёт» — это и есть тот запрос, который выполняется, слово в слово.
Ещё одно решение касается того, чего система больше не делает. Обычный запрос со скобками теперь не переключает вас в структурированный режим автоматически. Скобки в тексте ставят по десятку причин: уточнение, расшифровка аббревиатуры, модель устройства. Ни одна из них не означает «переведите меня в другой интерфейс».
🔹Дальше — фильтры
Первичную выборку можно сужать шаг за шагом. Рядом с каждым значением фильтра стоит число документов в текущей выдаче, поэтому видно, что отсечёт следующее ограничение, ещё до того, как вы его примените. Применённые фильтры висят тегами прямо над выдачей, и каждый можно поправить, не трогая остальные.
🔹Зачем всё это
Профессиональный поиск нужен не для того, чтобы найти больше патентов. Он нужен, чтобы выборку можно было защитить: показать, что в неё вошло, что исключено и по какому правилу, и получить тот же результат через месяц.
Выборка выглядит аккуратной: документы по теме, ничего лишнего. В этом и беда. Пропущенный класс МПК или забытый синоним выглядят точно так же, как чистый результат, потому что выдача не показывает, чего в ней нет. Выясняется это через неделю, когда выборку открывает коллега, заказчик или эксперт и первым делом находит патент, который обязан был в неё попасть.
Раньше логику отбора формировали вручную, одной длинной строкой со скобками и операторами, в отдельном модальном окне. Это было неудобно, но главная проблема в другом. Система могла прочитать порядок операторов не так, как задумал автор запроса. Аналитик всё делал правильно, а ошибался парсер, и по выдаче заметить это было почти невозможно.
Поэтому мы переделали структурированный поиск и разделили задачу на две части. Первая — интерфейс, то есть то, как собирается запрос. Вторая — интерпретация, то есть то, как система его читает. Теперь видно и то, и другое.
1️⃣Условие вместо строки
Структурированный поиск переехал из модального окна на главную страницу и стал режимом «Профессиональный». Вместо одного текстового поля теперь конструктор, и каждое условие в нём задаётся тремя ответами:
где искать: название, реферат, ключевые слова, МПК, автор, организация, заявитель, дата публикации, номер патента, статус;
что искать: значение;
как связать с остальными: И, ИЛИ, НЕ.
Запрос больше не монолит. Любое условие можно поправить или убрать, не переписывая остальное и не рискуя потерять по дороге скобку.
2️⃣ Группа — это скобка, которую видно
Условия объединяются в группы, а группы вкладываются друг в друга: до трёх уровней вложенности и до двадцати условий в каждой группе. Этого хватает для запросов, которые в виде строки уже трудно прочитать глазами.
Пример. Нужно найти навигационные решения для БПЛА, но без игрушек и хобби.
(Название: БПЛА ИЛИ беспилотник ИЛИ UAV ИЛИ drone)
И
(Реферат: система навигации ИЛИ автопилот)
НЕ
(Название: игрушка ИЛИ авиамодель ИЛИ хобби)
Три группы отвечают на три вопроса: что ищем, какую функцию должно выполнять решение и что выбрасываем. Главное здесь то, что НЕ действует на всю третью группу, а не на первое слово после оператора. Без группы оператор зацепил бы только «игрушку». Авиамодели и хобби остались бы в выборке или, что ещё хуже, добавились бы в неё через ИЛИ. По выдаче такого не заметишь: документы по-прежнему выглядят «по теме».
Вложенность система за вас не достраивает и не угадывает. Структуру задаёт аналитик, и она у него перед глазами.
3️⃣. «В поиск попадёт»
Над конструктором платформа показывает итоговое выражение целиком, ещё до запуска.
Правила чтения этого выражения теперь фиксированы: сначала НЕ, затем И, затем ИЛИ. Скобки меняют этот порядок, а текст в кавычках ищется как точная фраза. Скрытых допущений нет.
Раньше можно было видеть один запрос, а получить результат по другому. Теперь строка «В поиск попадёт» — это и есть тот запрос, который выполняется, слово в слово.
Ещё одно решение касается того, чего система больше не делает. Обычный запрос со скобками теперь не переключает вас в структурированный режим автоматически. Скобки в тексте ставят по десятку причин: уточнение, расшифровка аббревиатуры, модель устройства. Ни одна из них не означает «переведите меня в другой интерфейс».
🔹Дальше — фильтры
Первичную выборку можно сужать шаг за шагом. Рядом с каждым значением фильтра стоит число документов в текущей выдаче, поэтому видно, что отсечёт следующее ограничение, ещё до того, как вы его примените. Применённые фильтры висят тегами прямо над выдачей, и каждый можно поправить, не трогая остальные.
🔹Зачем всё это
Профессиональный поиск нужен не для того, чтобы найти больше патентов. Он нужен, чтобы выборку можно было защитить: показать, что в неё вошло, что исключено и по какому правилу, и получить тот же результат через месяц.