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

Почему я не стал сам собирать объявления Авито

В первой статье этой серии я дошел до продуктовой гипотезы: если индивидуальная система стоит около 490 тысяч рублей, а клиент хочет готовый сервис за 3-5 тысяч рублей в месяц, возможно, одну систему имеет смысл сделать для нескольких компаний.

Но прежде чем проверять размер рынка, мне нужно было ответить на более приземленный вопрос. Откуда будущий сервис вообще будет получать объявления? Исходная задача предпринимателя была завязана в первую очередь на Авито. Его сотрудники уже искали там коммерческие помещения вручную.

Поэтому первоначальная схема выглядела просто:

Авито -> новые объявления -> проверка по требованиям клиента -> несколько подходящих объектов.

Казалось, что самая сложная часть здесь - научить систему понимать требования бизнеса и отбирать лучшие помещения. Но довольно быстро выяснилось, что еще до этого нужно решить вопрос с самими данными.

Официальный программный интерфейс Авито решает другую задачу

У Авито есть официальный каталог программного интерфейса для бизнеса. Я проверил его именно с точки зрения своей задачи.

Мне нужен был не доступ к собственным объявлениям клиента, а постоянный поток чужих объявлений по всему рынку:

• коммерческая недвижимость;
• продажа;
• Москва;
• нужная площадь;
• нужные этажи;
• новые публикации;
• изменения цены;
• другие параметры, важные конкретному клиенту.

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

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

для первой версии продукта у меня не было подтвержденного публичного официального способа получать нужный рыночный поток чужих объявлений.

Поэтому строить архитектуру на предположении “просто подключимся к официальному интерфейсу Авито” было нельзя.

Следующий очевидный путь - автоматически собирать публичную выдачу

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

Но для меня здесь важнее был не вопрос “можно ли это сделать”.
Важнее был вопрос “что я после этого обязан постоянно поддерживать”.

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

То есть вместе с сервисом поиска помещений я фактически создаю еще одну отдельную систему внутри продукта:

постоянный сбор данных с чужой площадки.

Клиенту этот технический слой сам по себе не нужен

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

При этом ему совершенно не важно, как именно внутри получены объявления.
Ему не нужен хороший сборщик Авито. Ему нужен результат:

несколько подходящих помещений, которые стоит проверить сегодня.

Если я беру на себя собственный сбор, то из ежемесячной платы мне нужно оплачивать:

• постоянную техническую поддержку;
• серверы;
• обработку данных;
• исправления после изменений площадки;
• хранение истории;
• дальнейший анализ объявлений.

И все это еще до той части, ради которой клиент вообще покупает сервис. Поэтому я решил проверить другой путь.

А что, если нижний слой уже продается как готовая услуга

Вместо вопроса:

Как мне самому стабильно собирать Авито?

я задал другой:

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

Это меняет всю конструкцию. Вместо:

Авито -> мой сбор -> моя база -> моя обработка

можно получить:

Авито -> готовый поставщик -> моя обработка.

Если такой поставщик уже существует, не нужно начинать проверку гипотезы с самого хрупкого технического слоя.

Готовые решения действительно уже есть

Я посмотрел несколько типов решений.

Часть сервисов просто следит за поисковой выдачей и сообщает о новых объявлениях. Например, SCANURIK отслеживает новые объявления Авито по заданным параметрам и отправляет результаты в Telegram или приложение. Сервис отдельно указывает недвижимость среди сценариев использования.

Visi тоже следит за новыми объявлениями по сохраненному поиску, поддерживает дополнительные фильтры и уведомления, а кроме Авито работает с другими площадками.

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

Но сам факт важен. Обычный мониторинг новых объявлений уже не выглядит редкой технической возможностью, которую обязательно строить самому. Более прямым вариантом для программной интеграции оказался rest-app.net. На момент проверки 12 сентября 2026 года сервис заявлял программный доступ к объявлениям Авито, ЦИАН и других площадок.

Для Авито можно было получать объявления по категории, региону, городу, времени появления, цене, тексту и другим параметрам.
В справочнике сервиса отдельно присутствовала категория коммерческой недвижимости.
Результаты можно получать в машинном виде и передавать дальше в собственную систему.
Публичная цена доступа на момент проверки составляла 4 тысячи рублей за 30 дней. Также был заявлен ограниченный пробный доступ на 15 дней.

То есть значительную часть того, что я изначально собирался строить сам, уже можно было купить как готовую услугу.

Это сильно меняет первую версию продукта

В первоначальном техническом задании отдельным большим блоком шел сбор данных. Нужно было:

• регулярно находить новые объявления;
• сохранять их идентификаторы;
• забирать цену;
• забирать описание;
• получать адрес и параметры;
• сохранять фотографии;
• следить за обновлениями;
• передавать все это дальше на обработку.

Если готовый поставщик уже отдает такой поток, этот слой можно не строить на старте. А значит, проверка гипотезы становится значительно дешевле. Можно сразу перейти к вопросу, который действительно интересует клиента.

Насколько хорошо система умеет отбирать помещения под конкретную бизнес-модель?

Но готовые сервисы закрывают и часть работы самого клиента

Здесь появился более важный вывод.

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

Можно круглосуточно следить за новыми объявлениями.
Можно использовать фильтры.
Можно получать уведомления.
Можно купить готовую выгрузку объявлений и работать с ней отдельно.

То есть исходная задача уже частично решается без моего продукта. Сначала я думал, что рынок выглядит так:

человек вручную ищет на Авито -> мой сервис автоматизирует поиск.

После проверки картина стала другой:

человек вручную ищет на Авито -> готовые сервисы уже закрывают мониторинг, сбор и базовую фильтрацию -> мой сервис должен дать что-то существенно выше этого уровня.

Что тогда остается моему сервису

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

Дальше начинается та часть, которую сложнее выразить несколькими полями формы:

• подходит ли этажность;
• есть ли отдельный вход;
• можно ли разместить вывеску;
• какая электрическая мощность;
• есть ли вентиляция;
• есть ли мокрые точки;
• кто сейчас занимает помещение;
• как давно объект продается;
• менялась ли цена;
• кто продает - собственник или посредник;
• насколько расположение подходит именно этой бизнес-модели.

Часть этих данных есть в описании свободным текстом.
Часть нужно выводить из нескольких признаков.
Часть вообще требует отдельной проверки человеком.

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

готовый поток объявлений -> требования конкретного бизнеса -> первичная проверка -> оценка -> несколько подходящих объектов.

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

И здесь появилась новая проблема

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

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

Если каждому клиенту нужно отдельно настраивать правила, источники, оценку и рабочий процесс, вместо массового сервиса постепенно получается конструктор индивидуальной автоматизации. И это уже совсем другая экономика.

Зависимость от источника все равно никуда не исчезает

Готовый поставщик убирает значительную часть технической работы. Но он не делает данные независимыми. Раньше цепочка была такой:

Авито -> мой сбор -> мой сервис -> клиент.

Теперь она становится такой:

Авито -> внешний поставщик -> мой сервис -> клиент.

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

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

технически получить поток объявлений можно, но устойчивую коммерческую основу такого потока еще нужно отдельно подтвердить.

После этого техническая часть перестала быть главным вопросом

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

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

сколько компаний вообще регулярно выполняют эту работу и платят за нее людям?

Если таких компаний мало, даже удобная надстройка над готовыми данными не превращается автоматически в хороший отдельный продукт. Именно поэтому следующим шагом я пошел не строить систему. Я пошел смотреть вакансии. Мне нужно было понять, насколько поиск и первичный отбор коммерческих помещений вообще являются регулярной оплачиваемой работой на рынке.

Короткий вывод

В начале я считал, что одна из главных сложностей будущего сервиса - самостоятельно получать объявления Авито.
После проверки картина стала другой.

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

Это хорошая новость для быстрой проверки гипотезы.
Но плохая новость для самой продуктовой идеи.

Чем больше готовых частей уже существует ниже, тем уже становится собственная ценность продукта. В моем случае она сжалась до слоя над готовыми данными:

понять требования конкретного бизнеса и выбрать из большого потока несколько действительно подходящих помещений.

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