Объяснить оценку
Три метода, качество данных и диапазон вместо ложной точности.
Собственник видит основания результата и его ограничения.
01 / Дороже · Сервис оценки и маркетплейс / 2026
За 116 дней идея сервиса оценки бизнеса выросла в два связанных продукта: платформу, которая объясняет стоимость, и маркетплейс для продажи бизнеса.
Продуктовая модель · UX/UI · Фронтенд · Бэкенд · Инфраструктура
Размер текущих исходников и конфигурации, без документации, зависимостей, lock-файла и сборок. Это масштаб разработки, а не показатель эффективности бизнеса.
01 / Откуда появилась задача
Собственнику нужен обоснованный ориентир. Покупателю — данные, которым можно доверять.
Сколько стоит компания? Что снижает её цену? Какие цифры придётся подтвердить? До переговоров эти вопросы часто остаются разрозненными.
Мы спроектировали путь: собрать сведения → объяснить диапазон стоимости → дать план подготовки → представить бизнес покупателю. Прежде чем рисовать интерфейс, проверили методологию на пяти типовых бизнесах.
Артефакт / 18–20 мая 2026
Анкета, три расчётных подхода и матрица факторов стали основой продукта. Ранние сценарии помогли проверить поведение формулы на разных моделях бизнеса.
Выдержка из сохранённого results.txt. Учебный сценарий сети кофеен; суммы не являются результатом продажи или независимой оценкой клиента.
Сценарий: сеть из 3 кофеен Оценка 11,85 млн ₽ Диапазон 10,67–13,04 млн ₽ Качество данных 88% P/EBITDA 9,93 млн ₽ DCF 15,93 млн ₽ Сравнительный 13,35 млн ₽ Источник: results.txt / май 2026
02 / Путь продукта · 18.05—11.09.2026
18–20 мая: вопросы собственнику, анкета, матрица факторов и Python-калькулятор. Проверили расчёт на пяти типовых бизнесах. Подготовили финансовую модель на семи листах и 12-слайдовый pitch deck.
Анкета A–K с автосохранением, три метода оценки, качество данных, кабинет и история расчётов. Добавили отчёты, тарифные ограничения, CMS и управленческие показатели. Первое ядро — Hono, TypeScript и D1/SQLite.
Редизайн, серверные права доступа, планы роста и продажи, диагностика бизнеса. Подготовили PostgreSQL, платежный адаптер ЮKassa, возвраты, чеки и версии юридических документов. Backend сохранил переносимость между средами.
1–11 сентября: отдельный маркетплейс «Дороже Брокер». Каталоги, модерация, запросы покупателей, кабинет продавца, продвижение и аналитика. Для работы AI предусмотрели очередь задач и защиту персональных данных.
03 / Продукт и интерфейс
01 / Дороже
Анкета с сохранением, P/EBITDA, DCF и сравнительный метод. Рядом с диапазоном — качество данных, риски и рекомендации. Кабинет связывает историю, диагностику и планы действий.
02 / Дороже Брокер
Отдельная витрина, кабинеты и админка при общей учётной записи. Объект проходит модерацию, получает статус данных и становится доступен для сравнения и обращения покупателя.
04 / Кейс внутри кейса
После оценки возникает следующий вопрос: как превратить интерес в управляемое обращение?
Собрали каталоги бизнесов, франшиз, инвестпроектов и инвесторов. В карточке предусмотрели источник показателей и уровень подтверждения. Чувствительная информация раскрывается постепенно.
За витриной — создание объекта, до 24 фотографий, модерация, избранное, сравнение, заявки покупателей и рабочий кабинет продавца. Продвижение связано с тарифами и событиями аналитики.
Схема реализованных сценариев. Она не означает, что через площадку уже заключены сделки.
Срез материалов на 12.09.2026. Каталожные сведения имеют даты актуальности и честные статусы проверки.
05 / Решения под поверхностью
Три метода, качество данных и диапазон вместо ложной точности.
Собственник видит основания результата и его ограничения.
Общая бизнес-логика для исходного edge-контура и Timeweb/PostgreSQL.
Развитие инфраструктуры не требует заново собирать продукт.
Общие аккаунты, отдельные сценарии и серверная проверка владения объектами.
Участник получает доступ только к своим данным и действиям.
Серверные цены, идемпотентность, проверка webhook, возвраты и история.
Оплата связана с выдачей и отзывом доступа, а не только с кнопкой.
Демо, сведения источника и проверенные факты имеют разные статусы.
Внешняя привлекательность карточки не заменяет подтверждение.
Hono · TypeScript · PostgreSQL · Next.js · Vite · ЮKassa · AI-контур · Web Crypto
06 / Результат и границы готовности
Сервис оценки и отдельный маркетплейс связаны общей логикой данных, прав и следующих действий.
Собраны анкета, расчётное ядро, кабинет, отчёты, диагностика, платежный адаптер и административные инструменты. Брокер продолжает маршрут через публикацию объектов и обращения.
По подготовленному аудиту от 12 сентября: 90 из 90 автотестов проходят, backend-сборка включает 65 модулей. Это проверка реализации, а не подтверждение коммерческих результатов.
Перед масштабированием остаются production E2E, юридическая финализация, боевые уведомления, проверка AI и PostgreSQL в production, кроссбраузерный QA и завершение операционных процессов услуг.
Начнём с вашей задачи