Тендеры и лиды
Информация
Про то, как читать закупку на разработку сайта и как устроено положение о закупке по 223-ФЗ, я уже разбирался отдельно. За скобками обоих текстов остался вопрос попроще: а где эти закупки вообще искать, если руками пересматривать всё нереально. Поиск по слову «сайт» в единой информационной системе выдаёт и то, что нужно, и десятки закупок про ремонт фасадов, где слово просто упомянуто в приложении. Разбирался, почему так, и что с этим делать.
Первое, что стоит понять: закупка на сайт формально не существует как единая категория. Код ОКПД2 62.01.11 — это разработка, написание структуры и кода. Он прямо исключает случаи, когда сайт передаётся вместе с размещением или постоянным сопровождением: тогда заказчик берёт код из группы 63.11, обработка данных и хостинг. Техподдержку отдельно от разработки часто описывают кодом 62.02.30. Мелкие доработки часто относят к 62.09.20, куда попадает всё, что не подошло в другие группировки. А продвижение и SEO у части заказчиков вообще не ИТ-услуга, а рекламная: код 73.11 и его подпункт 73.11.19, прочие рекламные услуги.
Искать нужно не один код, а сразу пять-шесть, смирившись, что заказчик мог классифицировать закупку иначе, чем сделали бы вы. Встречался мне и код 62.01.29, «оригиналы программного обеспечения прочие»: иногда заказчик описывает готовый сайт как поставляемый программный продукт, а не услугу.
Поиск по ключевому слову в ЕИС ищет буквальное совпадение в названии и тексте закупки. Заказчики же формулируют предмет казённым языком техзадания: не «сайт», а «портал», «информационная система», «интернет-ресурс», «цифровая платформа». Запрос «сайт» такие закупки не найдёт, зато поймает случайные совпадения слова в описаниях закупок, которые к вебу не относятся: приложение к смете на здание со ссылкой на сайт производителя оборудования тоже проходит по текстовому поиску.
Поиск по коду ОКПД2 сужает выдачу точнее именно поэтому: код привязан к предмету закупки, а не к случайному вхождению слова. Но у него своя цена: если заказчик выбрал код неточно, а по моим наблюдениям это случается часто, закупка не найдётся и по правильному коду тоже. Часть позиций каталога товаров, работ и услуг, КТРУ, обязательна к применению с даты, которую правительство устанавливает отдельно для каждой позиции (статья 23 44-ФЗ, постановление № 145). Для услуги вроде разработки сайта, где единой стандартной позиции нет, заказчик по-прежнему описывает предмет своими словами по статье 33.
Вот как один и тот же по смыслу запрос ведёт себя на практике, если проверить его на нескольких вариантах:
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13802 тендера
проведено за восемь лет работы нашего сайта.
Отдельный источник, который студии иногда пропускают: закупки малого объёма у единственного поставщика по пункту 4 части 1 статьи 93 44-ФЗ. Лимит на один контракт — 600 000 рублей, и это товары, работы и услуги, не только товары. Годовой объём таких закупок у заказчика не может превышать 2 миллиона рублей либо 10% совокупного годового объёма своих закупок, но не больше 50 миллионов. Есть смежный пункт 5 для учреждений образования, культуры, науки и спорта: планка на контракт та же, а годовой лимит выше, 5 миллионов рублей либо 50% совокупного годового объёма, но не больше 30 миллионов.
Здесь у меня было отдельное сомнение, которое я специально проверил: работает ли для таких закупок электронный магазин, он же «закупка с полки» по части 12 той же статьи 93. Не работает. Этот механизм построен вокруг товара с обязательной позицией в КТРУ: характеристики должны буквально совпадать с каталогом, без единого параметра сверх написанного там. Услуга, тем более такая изменчивая, как разработка или поддержка сайта, под эту конструкцию не подходит в принципе: у неё не может быть единой стандартной позиции с фиксированными характеристиками. Малый объём на услуги веб-студии стоит искать в обычном расширенном поиске по пунктам 4 и 5, а не в электронном магазине, который заточен под товары.
223-ФЗ для digital-агентства я разбирал отдельно, здесь только то, что касается поиска. Заказчики по этому закону, а это госкорпорации, госкомпании, субъекты естественных монополий, ресурсоснабжающие организации, унитарные предприятия и хозяйственные общества с долей государства больше половины, формулируют предмет закупки ещё вольнее, чем по 44-ФЗ: жёсткой привязки к ОКПД2 там нет, каждый пишет положение о закупке сам. Это минус для поиска по коду, но и отдельное поле, которое реже просматривают конкуренты, привыкшие искать только по 44-ФЗ.
Отдельно стоит знать про постановление № 1352: оно обязывает многих заказчиков по 223-ФЗ направлять на закупки у субъектов МСП не менее 25% совокупного годового объёма договоров, из которых минимум 20 процентных пунктов закрывается закупками исключительно среди таких субъектов. Если у студии есть статус МСП, это отдельный пул без крупных интеграторов в конкурентах, и его стоит искать целенаправленно.
Прежде чем читать техзадание, я обычно смотрю историю заказчика. Реестр контрактов по 44-ФЗ и реестр договоров по 223-ФЗ открыты в ЕИС для просмотра по ИНН: видно, сколько похожих договоров заключалось, по каким ценам, с одними и теми же исполнителями или каждый раз с новыми, были ли расторжения раньше срока. Заказчик, у которого три года подряд один и тот же подрядчик закрывает контракт на поддержку сайта без единого нового имени в реестре, даёт повод трезво оценить шансы: у заказчика сложились отношения с подрядчиком, и конкурировать придётся не только документами, но и чужой историей работы. Разные исполнители из года в год обычно говорят об обратном.
Расширенный поиск в ЕИС позволяет одновременно задать код ОКПД2, ключевые слова, регион, закон и способ определения поставщика. Разово настроенный фильтр не то же самое, что регулярный просмотр: закупки публикуются каждый день, и заходить проверять руками реально день-два, потом бросают. У самой системы есть менее очевидная возможность, которую я нашёл случайно: после настройки поиска можно получить RSS-ссылку на его результаты и подключить к ней бота или читалку, чтобы новые закупки приходили сами.
Я в команде, которая делает «Систему Анализа Закупок», сервис для поиска и анализа закупок: там есть мониторинг по заданным условиям с уведомлениями в Telegram. Упоминаю его только потому, что речь как раз об этой задаче.
Я не сверял вручную, как часто заказчики указывают код ОКПД2 неточно: это наблюдение из личного просмотра закупок, а не статистика. Для студии, которая только начинает искать госзаказы на сайты, разумнее сразу взять широкий набор кодов и ключевых слов, а не полагаться на один точный запрос с первой попытки: единого «правильного» запроса для этой темы, похоже, попросту нет.
