Патентные исследования по ГОСТ Р 15.011-2024: как заказать и принять отчёт

Что такое патентные исследования по ГОСТ — кратко

Патентные исследования ГОСТ 15.011 — это не «быстрый патентный поиск», а работа по поиску и анализу патентной (и при необходимости непатентной) информации под заранее заданную цель и объект. ГОСТ Р 15.011-2024 описывает порядок проведения и оформление результатов, включая обязательные элементы документации: задание, регламент, материалы поиска и итоговый отчёт.

Главное отличие от «просто поиска» — в проверяемости результата. По ГОСТ вы должны видеть: что искали (объект и границы), где искали (источники/сервисы), как искали (запросы/классификации/глубина) и что из этого следует (анализ, выводы, рекомендации). Это и отличает «исследование» от списка ссылок.

Виды патентных исследований в ГОСТ перечисляются как направления работ (например, на уровень техники, на оценку возможности правовой охраны, на риски использования и др.). В этой статье мы их не раскрываем подробно — фокус на том, как правильно поставить задачу и принять отчёт.

Когда нужны патентные исследования (а не просто поиск)

• НИОКР и разработка продукта. Нужно не «найти пару похожих патентов», а понять поле решений, выделить ключевые признаки и риски, чтобы не тратить бюджет на тупиковое направление.
• Контракт/тендер/поставка. Часто требуется формализованный отчёт, где прозрачно показано, как выполнялся поиск и как получены выводы (ГОСТ-логика помогает сделать документ «приёмным» для контрагента).
• Экспорт или выход на новые страны. Нужны страны, статусы и воспроизводимый поиск, а не только РФ. Без регламента невозможно оценить, «где именно» вы искали и что могли пропустить.
• Инвестор/аудит/дью-дилидженс. Инвестору важны процесс и доказуемость: источники, глубина, критерии отбора, выводы и ограничения.

Что передать исполнителю: шаблон ТЗ с пояснениями

В ГОСТ предусмотрена формализация исходных данных через задание/постановку задачи (в стандарте есть типовая форма задания). Чем точнее вы заполните вход, тем меньше риск получить «красивый, но бесполезный» отчет о патентных исследованиях.

1. 1Цель работ (1 строка — что вы хотите решить)
   • Например: «оценить уровень решений и конкурентов», «подготовить материалы для решения о патентовании», «оценить риски перед выпуском/контрактом» (без юридических обещаний).
2. 2Объект исследования (описание 5–15 строк)
   • Что это: изделие / узел / способ / материал / ПО / дизайн.
   • Какие функции выполняет, в каких условиях используется.
3. 3Ключевые признаки (самое важное)
   • 5–12 пунктов: конструктивные элементы, алгоритм, материал, взаимосвязи, параметры.
   • Что является «ядром» решения, без чего оно не работает.
4. 4Границы (что НЕ входит)
   • Что исключаем из поиска: версии, модификации, связанные технологии, соседние области.
5. 5Стадия проекта и сроки
   • Идея / НИОКР / прототип / подготовка производства / рынок.
   • Дедлайн получения отчёта и формат результата (PDF/Word + таблицы).
6. 6Территории (страны/регионы)
   • Где будет производство, продажа, экспорт.
   • Приоритет стран: 1) обязательно, 2) желательно, 3) по возможности.
7. 7Конкуренты/аналоги (если известны)
   • 5–20 названий компаний/брендов/продуктов.
   • Ссылки/номера патентов/статей (если уже находили).
8. 8Термины и синонимы (RU/EN)
   • Основные термины, аббревиатуры, варианты написания.
   • «Запрещённые» слова (если дают много мусора).
9. 9Исходные материалы (приложить)
   • ТЗ на разработку, описание, презентация, схемы, чертежи, фото прототипа, 3D, спецификация.
   • Для дизайна: изображения по ракурсам, отличительные элементы, варианты.
10. 10Требования к отчёту
    • Отчет о патентных исследованиях (по ГОСТ): наличие регламента поиска, таблиц результатов, аналитики и выводов, описание использованных официальных источников/сервисов.
11. 11Контакт для уточнений
    • Кто в вашей команде отвечает на вопросы и подтверждает интерпретацию технических признаков.

Почему каждый пункт важен (и что будет, если его нет)

• Цель работ — задаёт структуру отчёта и критерий «готово». Без цели исполнитель неизбежно сделает «широкий поиск» без управленческого результата.
• Объект и ключевые признаки — уменьшают риск «мимо темы». По ГОСТ исследование привязывается к объекту; если объект описан общими словами, вы получите общий массив без точности.
• Границы — защищают от переспама нерелевантными документами (например, соседними областями техники).
• Территории — критично для качества: права действуют территориально. Если страны не заданы, исполнитель не сможет корректно строить поиск и проверку статусов по нужным источникам.
• Конкуренты/аналоги — ускоряют и углубляют поиск: по заявителям и семействам можно быстро выйти на «ядро» рынка.
• Термины RU/EN — повышают полноту. Только русских слов почти всегда недостаточно.
• Исходные материалы — помогают выделить признаки, которые невозможно восстановить по одной фразе. Это напрямую влияет на качество аналитики в отчёте.
• Требования к отчёту — это ваша «приёмка»: по ГОСТ в работе должны быть регламент поиска и корректное оформление результатов; если вы не закрепите это в ТЗ, вам сложнее требовать доработку.

Регламент поиска: почему это не «бюрократия», а инструмент проверки качества

По ГОСТ Р 15.011-2024 регламент поиска оформляется по установленной форме (в стандарте предусмотрена типовая форма регламента). Это ключевой документ для контроля качества: без него невозможно понять, насколько поиск был полным и воспроизводимым.

Регламент нужен заказчику по двум причинам:

1. Проверяемость. Вы видите, какие базы и какие параметры использовались (а не «мы искали в интернете»).
2. Воспроизводимость. Через месяц/год вы или другой исполнитель сможете повторить поиск по тем же правилам и сравнить результаты.

Что должно быть в хорошем регламенте

• Источники. Перечень используемых БД/сервисов. Для РФ — логично видеть официальные сервисы ФИПС/Роспатента (например, «Открытые реестры», ИПС). ФИПС прямо пишет, что в открытых реестрах есть данные с указанием правового статуса и возможность получить документ по номеру.
• Страны. По каким территориям проводится поиск и почему именно они (из вашего ТЗ).
• Глубина/период. Ретроспективность (как далеко назад смотрим) и ограничения по датам.
• Запросы. Набор запросов (ключевые слова, комбинации, исключения), языки запросов (RU/EN и др.). Хороший регламент показывает логику: от широкого к точному.
• Классификации. Указаны рубрики МПК (IPC) для технических решений и при необходимости МКПО (Locarno) для промышленных образцов. WIPO описывает IPC как язык-независимую классификацию патентов/полезных моделей.
• Поля и фильтры. Где ищем: название/реферат/формула/заявитель/классы и т.п.
• Критерии отбора. Что включаем/исключаем, что считаем «релевантным», когда поиск считаем завершённым.
• Фиксация изменений. Если по ходу работ менялись запросы/страны/период — это отражено и объяснено. По ГОСТ логика поиска и отклонения должны быть документируемыми, иначе «след» исследования теряется.

Структура отчёта по ГОСТ: что обязательно должно быть

По ГОСТ Р 15.011-2024 итог оформляется как комплект документов и разделов (в стандарте предусмотрены формы и требования к содержанию и представлению результатов). В договоре/ТЗ лучше закрепить минимум состава — тогда приёмка становится простой.

Минимальный состав, который обычно ожидают в отчёте по ГОСТ

• Задание на проведение патентных исследований (по ГОСТ предусмотрена типовая форма задания): объект, цель, территория, сроки, состав отчётных материалов.
• Регламент поиска (по ГОСТ предусмотрена форма регламента): базы, страны, запросы, классификации, глубина, критерии отбора.
• Материалы поиска: таблицы найденных патентных документов и при необходимости непатентных источников.
• Аналитическая часть: группировка документов по признакам, сравнение решений, выявление трендов/игроков, интерпретация результатов под вашу цель.
• Выводы и рекомендации: кратко и по делу — что делать дальше (например, доработать признаки, расширить страны, провести дополнительный поиск по узлам и т.п.).
• Ограничения и допущения: что не исследовали, какие были ограничения по данным/территориям/доступу.

Как должна выглядеть «нормальная» таблица результатов

Как принять работу: чек-лист с объяснением каждого пункта

Ниже — чек-лист, который удобно прикладывать к акту приёмки. Он построен по логике ГОСТ Р 15.011-2024: есть задание, есть регламент, есть результаты поиска, есть аналитика и есть выводы. Если какой-то элемент отсутствует, вы теряете проверяемость и управленческую ценность.

1. 1Есть задание (постановка задачи) в форме/структуре, сопоставимой с ГОСТ
2. 2Есть регламент поиска (по ГОСТ предусмотрена форма) и он воспроизводим
3. 3Есть таблицы результатов: патентные документы (и непатентные — если нужно)
4. 4В таблицах есть признаки релевантности (почему документ включён)
5. 5Если по задаче важны риски — отражён правовой статус и дата проверки
6. 6Есть описание выполнения поиска: даты, источники, изменения регламента (если были)
7. 7Есть аналитика (группировка/сравнение), а не только список
8. 8Есть выводы и рекомендации, привязанные к вашей цели
9. 9Есть ограничения и допущения (что не охвачено, где возможны пробелы)
10. 10Использованы официальные источники/сервисы (для РФ — ФИПС/Роспатент)
11. 11Формат материалов позволяет работать (таблицы редактируемы, номера проверяемы)

1) Задание: как понять, что оно «достаточное»

• Что должно быть: объект, цель, территории, сроки, состав результата (по ГОСТ задание формализуется типовой структурой).
• Как проверить: задайте вопрос: «Если завтра другой исполнитель возьмёт это задание — он поймёт, что именно исследовать?»
• Плохой признак: «тема: насос», «цель: провести поиск». Это слишком общо — вы не сможете требовать качественный анализ.

2) Регламент поиска: критерии «хорошего» регламента

• Что должно быть: базы/сервисы, страны, запросы, классификации (МПК/МКПО), глубина, поля, критерии отбора (по ГОСТ предусмотрена форма регламента поиска).
• Как проверить: попробуйте повторить один из запросов по описанию регламента. Если не получается — регламент нерабочий.
• Плохой признак: «искали в базе ФИПС» без запросов, без классов и без периода.

3) Таблица результатов: минимальные требования к качеству

• Что должно быть: идентификатор документа, заявитель/правообладатель, классификации, краткая релевантность, даты; при необходимости — статусы.
• Как проверить: выберите 5–10 строк и убедитесь, что вы можете по каждому документу понять «почему он тут» и «как его проверить».
• Плохой признак: таблица — это копипаст рефератов без пояснения признаков, а номера неполные.

4) Правовой статус: что считать корректным отражением

• Что должно быть: указано, где проверяли статус и на какую дату (для РФ — логично использовать официальные реестры ФИПС/Роспатента; ФИПС заявляет, что в открытых реестрах есть сведения с указанием правового статуса).
• Как проверить: выберите несколько ключевых документов и сопоставьте статус с официальным источником на дату проверки.
• Плохой признак: «действует/не действует» без даты и без указания источника проверки.

5) Описание выполнения поиска: «след исследования»

• Что должно быть: даты проведения поиска, перечень источников, отметка о выполнении регламента и объяснение отклонений (если были).
• Как проверить: спросите: «Если завтра появится спор по полноте поиска — сможем ли мы показать, что делали?»
• Плохой признак: в отчёте нет дат и нет указаний, как именно искали.

6) Аналитика: чем она отличается от «свалки документов»

• Что должно быть: группировка по узлам/функциям/признакам, сравнение решений, выделение ключевых игроков и направлений (по ГОСТ итог — это не только поиск, но и анализ результатов).
• Как проверить: вы должны за 10 минут ответить себе: «что важно», «какие решения повторяются», «что уникально».
• Плохой признак: 30 страниц списка без выводов, без связки с вашими признаками.

7) Выводы и рекомендации: что считать «приёмным» результатом

• Что должно быть: выводы привязаны к вашей цели (из ТЗ) и опираются на массив найденных документов и анализ.
• Как проверить: выводы должны ссылаться на группы документов/признаки, а не быть общими фразами.
• Плохой признак: выводы не следуют из таблиц (таблицы «про одно», выводы «про другое»).

8) Ограничения: честные рамки отчёта

• Что должно быть: перечислены ограничения по странам, ретроспективности, доступам/языкам, типам документов.
• Как проверить: ограничения совпадают с регламентом и вашим ТЗ; нет «скрытых» пропусков.
• Плохой признак: отчёт выглядит «идеально полным», но не объясняет, где могли остаться пробелы.

Красные флаги слабого исследования

• Нет регламента поиска или он формальный (нет запросов/классификаций/периода) — невозможно проверить полноту; противоречит смыслу ГОСТ-оформления регламента.
• Нет задания/постановки задачи — непонятно, что именно исследовали; вы не сможете доказать, что получили нужный результат.
• Только список документов без аналитики — «патентный поиск» выдали за «патентные исследования»; по ГОСТ результат включает анализ и выводы.
• Статусы не указаны там, где они критичны — например, в задачах перед контрактом/рынком нет проверки правового статуса или нет даты/источника проверки (при наличии официальных реестров).
• Поиск только по ключевым словам — нет МПК/IPC (а для дизайна — МКПО/Locarno), высокий риск пропусков.
• Нельзя воспроизвести поиск — отсутствуют даты поиска, источники, поля, фильтры; «проверка» отчёта превращается в веру.
• Выводы не привязаны к таблицам — в таблицах одно, в выводах другое; значит, выводы «на глаз», а не из исследования.

FAQ

Источники (официальные)

• Росстандарт: карточка ГОСТ Р 15.011-2024, статус «Действует», дата введения 01.03.2024 — protect.gost.ru
• ФИПС: «Открытые реестры» — бесплатный доступ к информации с указанием правового статуса — new.fips.ru
• ФИПС: «Информационно-поисковая система (ИПС)» — fips.ru
• Роспатент: «Информационные ресурсы Роспатента» — rospatent.gov.ru
• Роспатент (PDF): «Инструкция по работе с интернет-ресурсами ФИПС» — rospatent.gov.ru (PDF)
• WIPO: International Patent Classification (IPC) — wipo.int
• WIPO: Locarno Classification (для промышленных образцов) — wipo.int