ОКПД2 для создания сайта: какие коды указывать в закупках и как правильно формулировать лот
✅ Подробно о кодах ОКПД2 для создания сайтов, о том, какой код выбрать для лендинга, интернет‑магазина или портала, и как правильно сформулировать лот.
Короткий ответ: для создания сайта в ОКПД2 чаще всего используют коды из раздела 62 (разработка программного обеспечения) и 63 (информационные услуги): в качестве базового указывают 62.01 (разработка программного обеспечения) или 63.11 (размещение/обработка информации). Конкретный подкод выбирают в зависимости от объёма работ: простые лендинги — в составе услуг по веб‑разработке/дизайну, сложные порталы и ИТ‑системы — подкатегории раздела 62. При закупке разумно указывать основной код + дополнительные коды для дизайна, хостинга и сопровождения, а в ТЗ чётко разграничивать результат и SLA.
Краткое содержание
- Что такое ОКПД2 и зачем он нужен при создании сайта
- Какие коды ОКПД2 чаще применяют для разработки сайтов
- Как выбрать правильный код для конкретного проекта
- Как правильно сформулировать лот и техзадание (рекомендации и шаблон)
- Ценовые модели и как они влияют на выбор кода
- Обязательные требования по SEO в закупке: что прописать сразу
- Типичные ошибки и риски при указании ОКПД2
- Примеры формулировок лотов для разных типов сайтов
- FAQ
- Дальше: как мы поможем (нативно)
Что такое ОКПД2 и зачем он нужен при создании сайта
ОКПД2 — это общероссийский классификатор продукции по видам экономической деятельности. В закупках (Госзакупки, коммерческие тендеры) код ОКПД2 определяет предмет контракта с формальной стороны: он влияет на корректность документации, возможность участия поставщиков и статистику. Неверно выбранный код может привести к отклонению заявки, спору при экспертизе или некорректному учёту расходов.
Важно помнить: ОКПД2 описывает характер работ, но не заменяет подробного ТЗ. Код — это фильтр, а техзадание — спецификация результата и критериев приёмки.
Какие коды ОКПД2 чаще применяют для разработки сайтов
На практике для разных типов сайтов используют коды из двух основных направлений:
- Раздел 62 – Разработка программного обеспечения: применим для сложных проектов, где сайт — это программный продукт с интеграциями, БД, API, сложной бизнес‑логикой.
- Раздел 63 – Информационные услуги и размещение данных: подходит для сайтов как ресурса для размещения информации, простых корпоративных страниц или сервисов с основной функцией публикации контента.
Рекомендуемые (часто встречающиеся) уровни кодов для выборки в закупке — указывайте раздел и при необходимости подкатегорию. Например:
- 62.01 — разработка программного обеспечения (когда требуется разработка функционала, бэкенда, интеграции).
- 63.11 — обработка данных, размещение информации, прочие информационные услуги (когда сайт выполняет роль информационного ресурса).
- 74.10 — деятельность в области дизайна (если в закупке отдельный блок дизайнерских работ требуется оформлять выделенно).
Практика закупок: указывайте основной код (главный предмет) и в разделе «дополнительные характеристики/коды» перечисляйте сопутствующие услуги (дизайн, сопровождение, хостинг). Это снижает риск отклонения предложений и неужесточает участие подрядчиков.
Как выбрать правильный код для конкретного проекта — алгоритм
- Определите природу результата: это «сайт как интерфейс» или «сайт как программный продукт» (наличие сложной логики, интеграций, расчётов).
- Разбейте проект на блоки: дизайн, верстка, бэкенд, интеграции, наполнение, SEO, хостинг, сопровождение. Для каждого блока подумайте, нужен ли отдельный код.
- Выберите основной код под главный объект закупки (если основная задача — система и интеграции, выбирайте из 62; если — информационный ресурс, 63).
- Добавьте вспомогательные коды для дизайна (74.10), хостинга/размещения (63.11 или смежные) и сопровождения. Это прописывается в карточке лота.
- Согласуйте с юристом/бухгалтерией — для учёта и правильного отражения в отчётности важно, чтобы код соответствовал экономической сути работ.
Как правильно сформулировать лот и техзадание (рекомендации и шаблон)
Главная цель формулировки — однозначно описать результат и критерии приёмки. Код ОКПД2 — метка, но закупку выигрывает тот, кто чётко описал требования.
Ключевые блоки ТЗ:
- Описание результата: тип сайта (лендинг, корпоративник, интернет‑магазин, портал), число страниц/типовых шаблонов, ключевые разделы.
- Функциональные требования: корзина, личный кабинет, интеграция 1С, API, система оплат, формы, поиск, мультиязычность.
- Нефункциональные требования: требования по скорости (Lighthouse), доступности (WCAG), поддержке нагрузок, безопасности (HTTPS, защита от CSRF/SQLi).
- Требования к SEO: структура ЧПУ, шаблоны метатегов, карта сайта XML, корректный robots.txt, микроразметка, требования к скорости и мобильности.
- Дизайн и верстка: адаптивность, pixel‑perfect, кроссбраузерность, дизайн‑система или гайдлайн.
- Права и передача: передача исходников, доступы, права на код и дизайн, документация, инструкции для администратора.
- SLA и сопровождение: гарантийный период, сроки реакции, фиксированные часы, оплата багфиксов.
- Критерии приёмки: чек‑лист тестирования, приёмочные тесты, этапы оплаты (по вехам), процесс исправления недостатков.
Пример шаблона формулировки лота:
Предмет закупки: Разработка и внедрение интернет‑магазина (включая дизайн, верстку, бэкенд, интеграции с 1С, настройку платёжных агрегаторов) — ОКПД2: 62.01 (основной), 63.11, 74.10 (дополнительные).
Важно: не используйте в лоте слишком узкие технические формулировки вместо описания результата. Код ОКПД2 выбирается по сути работ, а не по используемым технологиям (PHP, WordPress и т. п.).
Ценовые модели и как они влияют на выбор кода
При формировании бюджета и выборе кода учитывайте модель ценообразования:
- Фикс‑цена за проект: подходит для чётко описанных объёмов и требований — чаще встречается при использовании 63.11 + 74.10.
- Почасовая оплата: когда объём неизменен или проект эволюционный — лучше прописать лимиты и контроль стоимости.
- Аутсорсинговая поддержка по SLA: отдельная строка в договоре и, возможно, отдельный код (сервисное обслуживание / сопровождение).
Экономика проекта: при выборе кода и модели учитывайте CPA/CPL и ROMI — если сайт проектируется для привлечения трафика и продаж, закладывайте бюджет на SEO (инвестиция) и контекстную рекламу как ускоритель первых заявок.
Обязательные требования по SEO в закупке: что прописать сразу
SEO — это долгосрочный канал. Если в закупке вы хотите получить продающий сайт, включите SEO‑требования в ТЗ с самого начала, иначе подрядчик может сделать технически корректный, но не оптимизированный ресурс.
Минимальный набор SEO‑требований для ТЗ:
- Управляемая структура URL: человеко‑читаемые ЧПУ, единая логика формирования адресов.
- Генерация и поддержка шаблонов meta title, meta description с переменными.
- Поддержка микроразметки (schema.org) для продуктов/статей/организаций.
- XML‑карта сайта и корректный robots.txt, возможность гибкой настройки индексации.
- Скорость загрузки: целевой показатель Lighthouse >= определённого балла или TTFB/CLS/INP в пределах KPI.
- Адаптивность и мобильная версия как приоритет.
- Возможность аналитики: интеграция с Google Analytics/Яндекс.Метрика, настройка событий, экспорт данных.
Если в закупке эти пункты не прописаны, SEO‑работы после сдачи проекта дороже и менее эффективны — это логика накопительного канала: SEO наращивает эффект длительно и требует закладки с момента разработки.
Типичные ошибки и риски при указании ОКПД2
- Указание слишком узкого кода, который исключает квалифицированных подрядчиков.
- Отсутствие вспомогательных кодов для сопутствующих услуг (дизайн, сопровождение, хостинг) — это ограничивает конкурс и создаёт юридические риски.
- Прописание только технических требований без чёткого результата и критериев приёмки.
- Неучёт SEO/аналитики в ТЗ — приведёт к дополнительным тратам и медленному росту трафика после запуска.
- Неоговорённые передачи прав и доступа — риск блокировки или потери контента/ПО.
Примеры формулировок лотов для разных типов сайтов
1. Лендинг (промо‑сайт)
Рекомендуемый основной код: 63.11 (информационные услуги). Дополнительно: 74.10 (дизайн).
Формулировка: «Разработка одностраничного промо‑сайта с адаптивным дизайном, формами лидогенерации и базовой SEO‑оптимизацией (чистые URL, метатеги, sitemap.xml)». Критерии приёмки: валидный HTML/CSS, адаптивность, работоспособность форм, передача доступов и исходников.
2. Корпоративный сайт
Рекомендуемый основной код: 63.11 или 62.01 (если нужен сложный функционал). Дополнительно: 74.10, 63.11 (хостинг/размещение).
Формулировка: «Разработка корпоративного сайта на CMS с разделами: О компании, Услуги, Новости, Контакты; интеграция CRM; SEO‑базовая оптимизация; передача доступа администратору». Критерии приёмки: контент‑менеджмент, корректная работа интеграций, базовые требования по скорости и SEO.
3. Интернет‑магазин
Рекомендуемый основной код: 62.01 (разработка ПО) — если требуется кастомный функционал или интеграции с 1С/ERP; 63.11 — для типовых решений.
Формулировка: «Разработка интернет‑магазина с каталогом, корзиной, личным кабинетом, интеграцией 1С, платёжными шлюзами; SEO‑структура карточек товара; обеспечение резервного копирования и SLA». Критерии приёмки: корректная работа корзины, обработка заказов, синхронизация с 1С, прохождение приёмочных тестов.
FAQ
1. Можно ли указать несколько кодов ОКПД2 в одном лоте?
Да. Рекомендуется указывать основной код и дополнительные коды для сопутствующих услуг (дизайн, хостинг, сопровождение). Это расширяет пул потенциальных подрядчиков и снижает риск формального отклонения.
2. Какой код выбрать, если нужен сайт + SEO‑продвижение?
Основной код выбирают по сути разработки сайта (62.01 или 63.11), а SEO‑услуги можно указать как отдельную позицию/допуслугу с соответствующим кодом (услуги по продвижению/маркетингу). В ТЗ обязательно укажите базовые SEO‑требования в технической части сайта.
3. Нужно ли указывать код хостинга и поддержки?
Если в закупке включены хостинг и сопровождение, укажите соответствующие дополнительные коды и сроки SLA. Это убережёт от недопонимания при принятии услуг и учёте расходов.
4. Кто должен окончательно подтвердить выбор кода — IT‑специалист или юрист?
Окончательное решение лучше принимать совместно: IT‑специалист определяет экономическую/техническую суть работ, а юрист/бухгалтер проверяет соответствие кода требованиям закупки и учёту.
5. Как учесть SEO как долгосрочный канал в закупочной документации?
Пропишите SEO‑требования как обязательную часть ТЗ (см. раздел «Обязательные требования по SEO»). Дополнительно можно включить этапы продвижения в сопровождение и KPI по росту трафика/конверсий в последующие 6–12 месяцев.
Дальше: как мы поможем
Если нужно — мы поможем подобрать корректный набор кодов ОКПД2 и составить техзадание так, чтобы закупка открывала доступ к квалифицированным подрядчикам и одновременно закладывала требования по SEO как фундаменту коммерческого результата. Rose Digital оформляет лоты, готовит подробное ТЗ с учётом SEO и unit‑экономики проекта, а также реализует разработку и последующее продвижение: смотрите наши услуги по созданию и продвижению сайтов и реальные кейсы для примеров.
