Как я один создаю B2B-каталог поставщиков — без команды и большого бюджета
На первый взгляд каталог поставщиков — это обычный список компаний с телефонами и ссылками. Но такой список почти ничего не решает. Если покупателю всё равно приходится открывать десятки сайтов, самостоятельно сравнивать бренды, регионы, условия доставки и наличие сервиса, значит хаос просто переместился из браузерных вкладок на одну страницу.
Так появилась идея EQUIPNXT — каталога поставщиков промышленного оборудования, в котором поиск строится не только по названию компании, но и по задаче покупателя. Первым направлением стало сварочное оборудование.
Я развиваю проект один: продумываю структуру данных, интерфейс, мобильную версию, фильтры, карточки компаний, формы, контент и поисковую оптимизацию. Отдельной команды разработки, дизайнера и большого бюджета у проекта нет.
Сейчас EQUIPNXT — это работающий MVP, а не история об уже достигнутом успехе. В этой статье я покажу, как устроен проект, почему для него была выбрана HostCMS, какие задачи оказались сложнее ожидаемого, где помогает искусственный интеллект и что ещё предстоит проверить на реальных пользователях.
Самая сложная часть — не дизайн и не код
В начале мне казалось, что больше всего времени займут страницы, карточки компаний и фильтры. На практике интерфейс оказался только видимой частью работы. Полезность каталога напрямую зависит от того, насколько аккуратно устроены данные внутри него.
Одна компания может одновременно быть производителем, дилером и дистрибьютором. В одном источнике у неё указан юридический адрес, в другом — офисы и филиалы, а фраза «работаем по всей России» вообще не отвечает на вопрос о фактическом присутствии в конкретном регионе. Названия брендов тоже приходится приводить к единому написанию, иначе в каталоге появляются дубликаты.
Поэтому поставщики, бренды, категории оборудования и регионы в EQUIPNXT существуют как отдельные связанные сущности. Для регионов создан справочник всех 89 субъектов России. Город используется только как уточнение, а доставка по России хранится отдельно и не заменяет географию компании.
Таким же образом разделены роли поставщика, наличие сервисного центра и условия доставки. Отдельно существуют признаки проверки данных и коммерческого выделения карточки. Платное размещение не должно автоматически означать, что сведения о компании проверены EQUIPNXT.
Эта работа почти не видна посетителю. Но именно она позволяет фильтрам выдавать осмысленный результат, а не просто скрывать и показывать случайные карточки по совпадению слов.
Как выглядит рабочий MVP
На момент подготовки этой статьи в каталоге опубликованы 30 компаний. Поставщика можно искать по названию, бренду, категории оборудования, региону и роли компании. Отдельно учитываются доставка по России и наличие сервисного центра.
Заполнять все поля необязательно. Пользователь выбирает только важные для своей задачи параметры, получает сокращённый список и видит количество найденных компаний.
В карточке поставщика отображаются регион, роль компании, представленные бренды, категории оборудования, доставка и сервисные возможности. Подробные сведения открываются на отдельной странице компании.
Это ещё не завершённая большая платформа. Сейчас задача MVP — проверить, помогает ли такая структура быстрее находить подходящие компании и какие данные действительно нужны покупателю.
Почему HostCMS, а не отдельный backend и frontend
На старте легко убедить себя, что серьёзному сервису сразу нужны отдельный frontend, собственный backend, VPS, новая база данных и сложная панель управления. Для проекта, который развивает один человек, такая архитектура могла бы стать отдельной задачей и отложить проверку самой идеи.
Основой EQUIPNXT стала редакция HostCMS «Старт», размещённая на обычном shared-хостинге Beget. CMS выполняет роль системы управления и базы данных. В ней хранятся поставщики, бренды, категории оборудования, регионы, статьи, формы и служебные свойства.
При этом публичная часть сайта не собрана из стандартного шаблона HostCMS. Интерфейс каталога, карточки компаний и остальные страницы создаются с помощью собственных HTML, XSL, CSS и JavaScript. Каждая страница поставщика формируется автоматически из заполненных полей — отдельный HTML-файл для каждой компании вручную не создаётся.
Такой подход позволяет одному человеку управлять данными и одновременно развивать интерфейс без отдельной административной системы. Обратная сторона — особенности XML и XSL, зависимости между шаблонами и необходимость аккуратно проверять каждое изменение, чтобы локальная правка не сломала уже работающие страницы.
Я не считаю этот стек единственно правильным или окончательным. На текущем этапе его задача — помочь выпустить полезный MVP, проверить спрос и получить первые обращения. Усложнять архитектуру имеет смысл только тогда, когда существующее решение действительно начнёт ограничивать работающую модель.
ИИ ускоряет работу, но не принимает решения за меня
Когда проект ведёт один человек, ИИ помогает сократить рутину. Но EQUIPNXT не был создан одной командой «сделай каталог». Я передаю актуальный код или скриншот, описываю конкретную задачу и указываю, что нельзя сломать.
ИИ помогает мне разбирать большие этапы, сравнивать UX-решения, анализировать PHP, XSL, CSS и JavaScript, редактировать тексты и находить пробелы в структуре данных.
Однако результат всегда нужно проверять. ИИ может выдумать факт, предложить устаревшее решение или исправить один элемент ценой другого. Поэтому сведения о компаниях я сверяю с источниками, а изменения на сайте тестирую на компьютере и смартфоне.
Для меня ИИ — не автор проекта, а инструмент ускорения. Архитектура, решения и ответственность за результат остаются на мне.
Что пришлось пересмотреть по ходу разработки
Некоторые решения, которые вначале казались простыми, пришлось переделать после проверки на реальных данных.
Первый пример — регионы. Изначально регион хранился обычным текстом, поэтому появлялись разные варианты: «Москва и Санкт-Петербург», «Несколько регионов», «Федеральная сеть». Такой формат мешал точной фильтрации. В итоге я создал отдельный справочник всех 89 субъектов России, город оставил уточнением, а доставку по стране вынес в самостоятельный параметр.
Второе решение связано с доверием. Коммерческое выделение карточки и проверка сведений теперь существуют независимо. Компания не получает отметку «Проверено EQUIPNXT» только потому, что оплатила расширенное размещение.
Третье — обработка запросов предложений. На этапе MVP заявки проходят через EQUIPNXT и обрабатываются вручную. Это позволяет контролировать качество процесса до запуска автоматической рассылки поставщикам.
Эти изменения почти незаметны визуально, но именно из них складывается надёжность каталога.
Что дальше
Ближайшая цель — не добавлять как можно больше функций, а проверить полезность уже созданной системы. Для этого я планирую расширить базу до 100 поставщиков, последовательно проверить данные и понять, какие параметры действительно используют покупатели.
Следующий важный результат — первые запросы предложений через EQUIPNXT. Только после подтверждения спроса имеет смысл полноценно тестировать расширенные карточки, приоритетное размещение и другие способы монетизации.
Возможно, часть гипотез не подтвердится, а некоторые решения придётся снова пересмотреть. В этом и состоит задача MVP: не угадать идеальную модель заранее, а проверить её на реальном использовании.
Если вы закупаете, продаёте или обслуживаете промышленное оборудование, буду благодарен за честную обратную связь: каких данных или возможностей вам сейчас не хватает в таком каталоге?