Brick — маркетплейс ремонта
и стройматериалов
Три роли, две связанные доски объявлений, модерация и чаты. Собрали работающий MVP, чтобы заказчик проверил гипотезу до того, как вложит в разработку годовой бюджет.
Заказчик пришёл с идеей простой доски объявлений на ремонт. В проектировании выяснилось, что без третьей стороны — поставщиков материалов — сценарий не закрывается. Показываем, как мы расширили продукт, не сорвав сроки MVP.
- Наша роль
- Продукт, дизайн, разработка
- Стадия
- MVP, пилот
- Платформы
- iOS, Android
- Срок
- 6 недель
Свести заказчика, бригаду и поставщика в одном месте
Что было на входе
Действующая ремонтная компания, которая искала подрядчиков и материалы вручную: через знакомых, чаты и обзвон. Идея — перенести это в приложение и открыть для всех.
Ниша не пустая, поэтому первым делом мы разбирались не с экранами, а с тем, за счёт чего продукт вообще может занять место на этом рынке.
Что нужно было получить
- ✓Работающее приложение, которое можно дать реальным бригадам и заказчикам
- ✓Понятный ответ, есть ли спрос, до вложений в полноценную платформу
- ✓Материал для разговора с инвесторами: не макеты, а живой продукт
Три роли вместо двух
В исходном задании было две стороны: заказчик размещает заявку, исполнитель откликается. На разборе сценариев стало видно, что бригада тратит на поиск материалов не меньше времени, чем на поиск заказов, — и уходит за ними в другие сервисы. Мы добавили третью роль и вторую доску объявлений внутри того же приложения.
Заказчик
Размещает заявку с адресом, группой работ, описанием, фото и примерным бюджетом. Смотрит отклики, переписывается, выбирает исполнителя.
Исполнитель
Заполняет анкету с категориями работ и портфолио, фильтрует ленту заявок, откликается и ведёт переписку. Профиль проходит модерацию.
Поставщик
Публикует материалы с ценой, характеристиками и фото. Получает страницу компании с рейтингом и всеми объявлениями.
Что вошло в MVP и что мы сознательно не делали
Вошло
- ✓Регистрация по телефону, три роли, согласие на обработку данных
- ✓Заявки на работы: 18 групп работ, адрес или удалённо, фото, бюджет
- ✓Лента заявок с поиском и откликом в один тап
- ✓Анкета исполнителя: категории, опыт, портфолио проектов, отзывы
- ✓Каталог материалов: фильтры по категории, цене и городу, страницы поставщиков
- ✓Чаты между сторонами и поддержка внутри приложения
- ✓Модерация профилей: регистрация уходит на одобрение
- ✓Удаление профиля и выгрузка данных по запросу
Отложили осознанно
- −Онлайн-платежи и эскроу. До подтверждённого спроса деньги внутри платформы добавляют юридическую нагрузку, но не проверяют гипотезу.
- −Арбитраж споров. Зафиксировали в документации, что в MVP его нет и ответственность на сторонах, — вместо того чтобы делать наполовину.
- −Веб-версию. Первая аудитория — бригады, которые живут в телефоне.
- −Сложный антифрод. Оставили лимиты и подтверждение телефона, скоринг отнесли на следующий этап.
Список «чего нет» мы отдаём вместе с продуктом. Он экономит недели споров о том, что считать готовым.
Жизненный цикл заявки описали до первой строчки кода
В маркетплейсах ошибки живут не в вёрстке, а в состояниях. Что происходит с остальными откликами, когда исполнитель выбран. Можно ли переутвердить другого. Что видит заказчик после отмены. Мы зафиксировали диаграмму состояний и правила перехода, прежде чем рисовать экраны.
Модерация
Автофлаги по триггерам плюс ручная проверка профилей и объявлений. Кто блокирует, за что и как разблокировать.
Выбор исполнителя
Один или несколько, можно ли переутвердить, что происходит с остальными откликами и их авторами.
Отзывы
Отзыв доступен только после состоявшейся сделки — иначе рейтинг накручивается за вечер.
Уведомления
Пуш, почта и SMS: новый отклик, выбран исполнитель, новое сообщение. Для каждого события — свой канал.
Антиспам
Лимиты на публикации и сообщения, подтверждение телефона, капча на всплесках активности.
Метрики
Воронка «публикация → отклик → выбор → завершение», время до первого отклика, заполненность профилей.
Продукт до продакшена не дошёл
MVP был собран и передан заказчику. Дальше проект остановился на стороне заказчика — раунд не закрылся, и команда решила не идти в продакшен за свой счёт.
Мы считаем это нормальным исходом. MVP ровно для этого и нужен: за недели получить ответ, который иначе стоил бы года разработки. Код и макеты у нас остались — если решение изменится, продукт поднимается с той же точки.
Что этот проект говорит о нашей работе
Мы спорим с заданием
Пришли за доской на две роли — ушли с трёхсторонней платформой, потому что иначе сценарий не закрывался. И уложились в срок MVP.
Думаем про логику, а не про экраны
Состояния заявки, модерация и правила рейтинга описаны до первой строчки кода.
Считаем деньги заказчика
Приносим варианты решения со сроками и последствиями. И говорим, когда фичу лучше не делать вовсе.