Для IT-компаний и SaaS-проектов товарный знак — это не «про упаковку», а про бренд в цифровой среде: имя продукта, домен, название приложения, бренд в рекламе, интерфейсе, маркетплейсах приложений и коммерческих предложениях. Ошибка в регистрации здесь особенно заметна: вы можете годами развивать продукт, вкладываться в маркетинг и продажи, а потом столкнуться с тем, что знак не защищает ключевой сценарий использования — или Роспатент отказывает из-за конфликтов и «слабого» обозначения. В IT это происходит чаще, чем в классическом ритейле: названия часто состоят из общих англоязычных слов (Cloud, Data, Pay, CRM), аббревиатур, технических терминов и описательных формулировок, а сервисные модели плохо укладываются в логику «товар/услуга» на интуитивном уровне.
МКТУ (Международная классификация товаров и услуг) — основа охраны товарного знака. Для SaaS выбор классов — не просто формальность: он влияет на то, сможете ли вы защищать бренд в отношении программного обеспечения, облачных услуг, разработки, технической поддержки, обучения пользователей и консалтинга. При этом типовая ошибка — взять только один класс «про IT» или, наоборот, «раздуть» перечень на всё, что звучит цифрово, и получить конфликтность, частичный отказ или «пустую регистрацию».
В этой статье разберём, какие классы МКТУ чаще всего нужны для IT-сервисов и SaaS, как выбирать их под модель монетизации, какие риски отказа встречаются чаще всего, как составить перечень так, чтобы он защищал продукт, и когда лучше подключать специалистов, чтобы не потерять время на переделки. Saenko group сопровождает регистрацию товарного знака в Роспатенте под ключ и помогает выстраивать защиту бренда в цифровых продуктах, а при конфликтах и копировании — подключает меры защиты прав на интеллектуальную собственность. Договорную часть (лицензии, передача прав, франшиза, white-label) целесообразно оформлять через договорное право, чтобы бренд и продукт использовались юридически корректно.
У SaaS-продукта есть особенности, которые напрямую влияют на выбор классов:
Товарный знак защищает обозначение (название продукта, логотип, комбинацию) в отношении товаров и услуг, указанных в заявке. Он не защищает код как таковой (это уже авторское право/договоры), но защищает бренд, под которым вы предоставляете ПО и услуги.
Для IT это означает практические сценарии:
Ниже — «ядро» классов, с которыми чаще всего работают SaaS-проекты. Важно: конкретный набор зависит от вашего продукта, но эти классы — наиболее типовые.
Это ключевой класс для многих IT-продуктов. В него обычно попадает программное обеспечение как продукт, в том числе:
Когда 9 класс нужен почти всегда:
Это второй «главный» класс для IT. Он часто покрывает:
Для SaaS 42 класс обычно критичен, потому что подписка и доступ к функционалу часто квалифицируются как услуга.
35 класс часто нужен, если SaaS связан с:
Важно: 35 класс не заменяет 9 и 42. Он дополняет, если продукт по сути оказывает бизнес-услуги через сервис или позиционируется в этой плоскости.
Этот класс актуален, если вы предоставляете:
Не всем SaaS он нужен, но для мессенджеров, VoIP, коммуникационных платформ, корпоративных чатов и некоторых IoT-решений он может быть важен.
Если у вас:
то 41 класс часто становится частью защиты бренда. Если обучение — только «дополнение» к SaaS и не монетизируется отдельно, иногда достаточно включить его в стратегию без расширения классов — зависит от модели и целей.
Если SaaS связан с:
36 класс может быть релевантен. В финтех-нишах риск конфликтов особенно высок, поэтому подбор классов и формулировок должен быть очень аккуратным.
Иногда SaaS связан с:
Этот класс нужен реже, но в нишах KYC/AML и комплаенса он встречается.

Чтобы было проще ориентироваться, ниже — наиболее частые комбинации.
Чаще всего: 9 + 42, нередко дополнительно: 35 (если акцент на бизнес-управлении и консалтинге/организации процессов).
Чаще всего: 9 + 42 + 35.
Чаще всего: 9 + 42, часто дополнительно: 38.
Чаще всего: 9 + 42, и при коммерциализации обучения — 41.
Чаще всего: 9 + 42, и при наличии финансовых услуг — 36 (иногда плюс 35, если есть бизнес-сервисы).
Чаще всего: 9 + 42, иногда добавляют 45 (если продукт включает услуги безопасности как самостоятельные).
Для SaaS критично понять: вы продаёте программу как товар или предоставляете сервис как услугу? В реальности часто и то, и другое. Ошибка — выбрать только один из ключевых классов.
Практическое правило:
В IT-нишах много похожих брендов, поэтому чем шире вы пытаетесь «закрыть всё», тем выше вероятность:
Рациональный подход — закрывать коммерческое ядро и планы на 12–24 месяца, а не «все возможные направления IT».
Для IT-сервисов характерны названия вроде:
Такие обозначения могут восприниматься как описание функции или качества сервиса, а не как средство индивидуализации. Это повышает риск отказа или необходимости доказывать, что бренд приобрёл различительную способность.
Как снижать риск:
CRM, финтех, маркетинг, доставка, HR-tech — там огромное количество знаков с похожими корнями и приставками. Без проверки можно легко попасть в конфликт, который обнаружится уже на экспертизе Роспатента.
Поэтому до подачи важно:
Это как раз та часть, где «самостоятельная регистрация» часто приводит к потере времени. Saenko group берёт проверку и стратегию на себя в рамках регистрации товарного знака в Роспатенте под ключ.
Не маркетингово, а по сути: «предоставляем доступ к платформе X», «распространяем приложение Y», «оказываем услуги разработки/поддержки».
Не включайте классы «на всякий случай», если за ними нет плана. Лучше дополнить портфель позднее, чем получить отказ сейчас.
Ошибки чаще всего возникают не в выборе номера класса, а в формулировках перечня: слишком общие, слишком «маркетинговые» или не соответствующие сути продукта. Правильные формулировки — это то, что проходит экспертизу и потом работает при защите на площадках.
Проверка должна учитывать именно те классы, которые вы заявляете. В IT это критично: похожий знак в 9/42/35 может создать конфликт даже при разных «мелких» отличиях.
Правильно подобранные классы позволяют:
Если у вас есть партнёры и лицензирование, юридические документы лучше выстроить через договорное право, чтобы полномочия и условия использования бренда были понятны и защищали вас.
Часто 42 класс действительно ключевой, но если у вас есть приложение/скачивание/клиент, а также если бренд используется как имя программного продукта, 9 класс обычно стоит добавить. Для маркетинговых и бизнес-платформ нередко нужен и 35.
Расширить охрану на новые классы через «правку» существующей регистрации обычно нельзя. Это делается новой заявкой (или портфелем знаков). Поэтому лучше сразу закрыть ядро и ближайшее расширение.
Для SaaS чаще всего критичнее словесный знак на название продукта, потому что пользователи ищут по слову, а копирование часто начинается с названия. Но если у вас сильный символ и его копируют, логотип/символ тоже стоит защищать.
МКТУ не «подстраивается автоматически». Если вы добавили новые направления, иногда требуется новая регистрация или расширение портфеля. Поэтому полезно планировать развитие на 12–24 месяца.
Проверка + усиление отличительной части + правильный формат знака + корректный перечень. В IT именно сочетание этих факторов влияет на результат.
Профессиональное сопровождение особенно оправдано, если:
Для IT-сервисов товарный знак — это защита бренда в цифровом канале. Ошибка в МКТУ и стратегии регистрации приводит к потере времени, частичным отказам и уязвимости в конкуренции. Saenko group помогает выстроить регистрацию так, чтобы она работала:
Если вы развиваете IT-сервис или SaaS и хотите, чтобы бренд был защищён в ключевых сценариях — в приложении, на сайте, в рекламе и в конкурентных нишах — начните с правильного выбора МКТУ и сильной стратегии регистрации. Это дешевле, чем исправлять последствия отказа или спорить за уже раскрученный бренд.