Анализ тендеров для исследования рынка: что можно узнать из закупочной истории

Анализ тендеров для исследования рынка показывает наблюдаемую закупочную активность выбранных заказчиков и требования к предложениям. До подсчёта нужно разделить процедуры, лоты, версии документов и стадии закупки. Объявленная сумма, стоимость заключённого контракта и фактическая оплата описывают разные события. Результат относится к охвату источника, а не автоматически ко всему рынку или доступным продажам компании.

Выгрузка содержит тысячи строк и внушительную общую сумму. Это ещё не рыночный вывод: одна покупка могла появиться в объявлении, уточнении, решении и контракте. Если аккуратно сложить всё найденное, спрос вырастет благодаря документообороту. Полезнее сначала восстановить историю событий и определить, какой именно показатель команда собирается считать и для какого решения он нужен.

Запишите продукт, территорию, период, тип заказчиков и доступные источники. Разведите вопросы: сколько процедур объявляли, какие требования повторялись, кто получал контракты или какие суммы были оплачены. Для каждого нужен свой массив. Перечень открытых закупок не охватывает автоматически закрытые процедуры, прямые покупки и частные сделки. Отсутствие записи означает прежде всего отсутствие наблюдения в выбранном источнике, а не отсутствие покупки в экономике.

Сохраните дату выгрузки, правила публикации источника и известные пробелы. Поздние итоги могут появиться после окончания исследуемого периода. Заказчик мог изменить способ раскрытия или классификацию предмета, и тогда рост числа строк не доказывает рост спроса. Сравнивайте периоды при сопоставимом охвате и отдельно показывайте изменения состава наблюдаемой группы. Условия использования материалов проверяют до включения источника в рабочий процесс.

Создайте разные ключи для закупочного процесса, лота и публикации об изменении. Не объединяйте записи только по похожему названию и не считайте одинаковый номер уникальным вне контекста источника. В руководстве OCDS по идентификаторам отдельно описаны идентификаторы процесса, организаций и связанных объектов. При исследовании нестандартизированной выгрузки полезен тот же принцип: сначала определить область уникальности, затем связывать записи.

Историю изменений сохраняйте отдельно от таблицы, по которой строятся показатели. В модели releases и records OCDS новые публикации отражают изменения процесса, а сводная запись позволяет видеть актуальные значения и историю. Для своей задачи заранее определите правило снимка на выбранную дату. Обновлённый документ не создаёт новую закупку только потому, что получил другую ссылку или дату публикации.

Не помещайте любые найденные суммы в одну колонку «объём рынка». В справочнике структуры OCDS различаются планирование, объявление закупки, присуждение, контракт и исполнение; сведения о платежах относятся к исполнению. Показатель в исследовании должен точно называть выбранную стадию и смысл значения. Оценка предстоящей закупки не равна заключённому обязательству, а стоимость контракта сама по себе не подтверждает совершённую оплату.

Карточка ниже — рабочий шаблон исследователя, а не требование ко всем закупочным площадкам. Названия полей и доступность сведений у источников различаются. Если лот, версия или итог не установлены, сохраните неизвестный статус и отметьте ограничение. Ноль — тоже значение, поэтому им нельзя заменять отсутствие сведений. Для сумм дополнительно фиксируйте валюту, ценовую базу и состав предмета, насколько это доступно.

Поле: Процедура. Что сохранить: Источник и устойчивый идентификатор закупочного процесса. Какую ошибку исключить: Принять одинаковые локальные номера за один процесс

Поле: Лот и предмет. Что сохранить: Идентификатор лота, состав покупки и единицы. Какую ошибку исключить: Смешать целую процедуру и её отдельные части

Поле: Версия. Что сохранить: Идентификатор публикации и связь с изменённой записью. Какую ошибку исключить: Посчитать уточнение документа новой покупкой

Поле: Стадия и величина. Что сохранить: Статус, тип суммы, валюта и доступные условия. Какую ошибку исключить: Сложить объявление, контракт и оплату

Поле: Даты и основание. Что сохранить: Дата события, публикации, выгрузки и ссылка на документ. Какую ошибку исключить: Сравнить неполный свежий период с завершённым старым

Рассмотрим полностью вымышленный учебный пример, не описывающий закупку клиента. У процедуры А один лот: объявление с оценкой 10 млн рублей, уточнение оценки до 12 млн, решение о выборе на 9 млн и контракт на 9 млн. У процедуры Б опубликовано объявление на 4 млн и затем сообщение об отмене. Перед нами шесть записей о двух процессах и один известный заключённый контракт.

Сложение пяти денежных значений даст 44 млн рублей, но такая сумма смешивает стадии и повторения. Для отдельного показателя заключённых контрактов в этом примере известно 9 млн; сведений о фактической оплате нет. Отменённую процедуру Б сохраняют в истории и анализе отмен, но не выдают за заключённый контракт. Последнюю оценку А можно изучать в своей метрике объявлений, не добавляя к ней предыдущую оценку как новую возможность.

После проверки структуры изучайте распределение закупочных событий во времени, повторяющиеся требования, состав покупателей и поставщиков, укрупнение предметов и доступность итогов. Отделяйте частоту формулировки от её значения: одинаковое слово в техническом задании может описывать разные условия. Проверьте небольшую разнообразную часть исходных документов вручную и сохраните правила включения и исключения. Автоматическая классификация без такой проверки способна очень последовательно отнести не те покупки к вашему сегменту.

В результате нужны очищенная таблица показателей, история существенных изменений, описание охвата и перечень неразрешённых вопросов. Вывод о концентрации наблюдаемых контрактов не равен выводу о нарушении правил закупки. Растущая активность выбранных заказчиков не доказывает доступность этих покупок конкретной компании. Свяжите обнаруженные закономерности с дальнейшим исследованием требований и условий выбора, сохранив маршрут от диаграммы к исходной записи и документу.

Сначала установите, какую часть покупок покрывает источник и что именно означают суммы. Можно описать выбранный наблюдаемый сегмент при ясных ограничениях. Перенос оценки на весь рынок требует дополнительных источников и отдельного обоснования.

Сохраните состояние на дату исследования и отличайте отсутствие итога от отмены или неудачи процедуры. Не присваивайте предполагаемого победителя и нулевую стоимость. Для сравнения периодов учитывайте разное время, доступное для публикации итогов.

Код полезен как часть правила отбора, но состав предмета проверяют по описаниям и доступным документам. Зафиксируйте дополнительные признаки, исключения и порядок ручной проверки. Иначе похожие заголовки и широкая категория будут определять границы рынка вместо исследовательской задачи.

Authority Lab поможет определить исследуемый сегмент, проверить охват источников и собрать сопоставимые показатели закупочной активности. Начнём с решения бизнеса, доступных публикаций, нужной стадии закупки и ограничений, которые важно сохранить в итоговом выводе.