Платформа продажи доменов из портфеля: рабочее демо по ТЗ

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

Задача

Заказчики больше десяти лет держат портфель доменов в зонах .ru и .рф. Сейчас домен продаётся так: кто-то находит контакты, пишет, начинается переписка без истории. В ТЗ они описали платформу из нескольких этапов. Первый этап про заглушки и входящие продажи: каждый домен показывает продающую страницу, посетитель оставляет предложение цены, менеджер ведёт сделку. Второй этап про триггеры спроса: система сама находит, кому домен может понадобиться, и готовит персональное письмо. Дальше условные этапы: биржа для чужих продавцов и мобильное приложение.

Нужно было демо, на котором заказчик пройдёт весь путь кнопками: зайти на домен, сделать предложение, увидеть сделку в бэк-офисе, довести её до передачи.

Что я сделал

Демо состоит из сервера на FastAPI с базой SQLite и набора страниц без сборки. Разделы такие:

• Витрина со всем портфелем: поиск, фильтры, карточка домена с блоком «почему такая цена».
• Заглушка домена: страница, которую видит человек, набравший адрес. Три разных шаблона, у каждого домена свой вордмарк, собранный по хэшу имени, и мокапы использования. Визит учитывается на сервере, шаблоны крутятся в A/B-тесте.
• Бэк-офис с пятью ролями: владелец, менеджер продаж, аналитик цен, администратор, модератор биржи.
• Кабинет покупателя: свои предложения, переписка, статус сделки.
• Партнёрский кабинет: ссылки с меткой партнёра, его сделки и комиссия.
• Биржа для сторонних продавцов, страница оплаты, документация для разработчиков и PWA для телефона.

Как устроено

Сделка от предложения до передачи

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

Триггеры спроса

В ТЗ описано семь источников лидов: новое юрлицо в ЕГРЮЛ, заявка на товарный знак, слабый домен у компании, регистрация похожего варианта, новости о ребрендинге, визит с корпоративной сети и реакция на витрину. В демо каждый триггер создаёт лида с объяснением, почему именно этот домен, и черновиком письма. Письма разбиты на варианты для A/B-теста.

Оценка и продление

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

Партнёры

Партнёр приводит покупателя по своей ссылке. Если по этой ссылке пришёл визит и потом появилась сделка, она закрепляется за партнёром на 90 дней, и второй партнёр её не перехватит. Комиссия считается от закрытых сделок по ставке партнёра.

Биржа

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

Внешние системы через адаптеры

Регистраторы, платёжный шлюз, номинальный счёт банка, реестры юрлиц и знаков, нейросеть для писем, почта, SMS и бот для сотрудников подключены через адаптеры. В демо каждый адаптер отвечает имитацией и пишет запрос в журнал. В бэк-офисе на экране «Интеграции» видно, какая система вызвана, с какими данными и что ответила. Для рабочей версии адаптер меняется на настоящий клиент, остальной код не трогается.

Что было сложно

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

Во второй заход я переделал визуал витрины, карточки и заглушек, добавил объяснение цены и три шаблона, и дособрал логику всех этапов из ТЗ, включая условные: биржу, оплату, API и приложение. Чтобы показ шёл чисто, у владельца есть кнопка «Сбросить демо», которая пересоздаёт все данные.

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

Что получилось

Демо показано заказчику. Решения о рабочей версии на момент публикации нет.

Чего в демо нет

• Настоящих подключений к регистраторам, платёжному шлюзу, банку и реестрам. Для этого нужны договоры и ключи заказчика.
• Настоящего портфеля. Демо работает на выдуманных именах, реальные данные и их объём не проверены.
• Юридических документов: оферты, договоров передачи, политики данных. Их готовит заказчик со своим юристом.
• Рабочая версия должна жить на инфраструктуре заказчика, демо стоит на моём сервере и закрыто от индексации.

Частые вопросы

Зачем заглушка на каждом домене?

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

Можно ли подключить своих регистраторов?

Да, каждый регистратор живёт в своём адаптере. Новый добавляется как ещё один адаптер с тем же набором действий: проверить владельца, сменить администратора, продлить.

Сколько времени заняло демо?

Первая версия одну ночь, вторая один день. Это демо для решения, рабочая система с настоящими интеграциями займёт заметно больше.

Коротко о главном

Демо по большому ТЗ полезно, когда в нём можно пройти путь целиком: от визита на домен до передачи. Внешние системы я сразу спрятал за адаптерами с журналом, поэтому демо честно показывает, где будет интеграция, и не притворяется рабочей системой. Про домены простыми словами есть статья что такое хостинг и домен, а про юридическую сторону владения доменом кейс возврат домена у бывшего разработчика. Если нужна своя платформа под идею, смотрите страницу про разработку веб-сервиса или пишите в Telegram, MAX или VK.