Маркетплейс ухода за собаками, где владелец может проверить доверие — до передачи питомца незнакомцу, во время прогулки и после возвращения домой.
Результат. Получился не набор идеальных happy-path экранов, а проверяемая модель сервиса: видны семь этапов верификации, передача оставляет доказательство, у сбоя есть восстановление, а продукт честно называет то, чего не гарантирует. Цена решения: более узкий запуск, ручные операции за интерфейсом и несколько намеренно исключённых обещаний.
Исходный бриф был «Uber для собак»: найти исполнителя рядом, забронировать и следить за маршрутом. Но владелец на работе за пятнадцать минут решает, можно ли доверить незнакомцу питомца и доступ к дому. Список профилей отвечает только на простую часть вопроса.
Исследование показало раскол: self-service продукты ускоряют сделку с поверхностной проверкой, а сервисы с институциональным доверием опираются на менеджера и ручное назначение. Возможность — совместить скорость и доказательства, не притворяясь, что ранний маркетплейс уже покрывает весь город.
Экономика сузила сценарий: двадцать прогулок в месяц стоили бы 18–22 тысячи рублей, поэтому стартовое поведение — одна-три прогулки в неделю. Продукт обещает надёжность в важных случаях, а не универсальную ежедневную привычку.
Зелёная галочка сжимает семь разных утверждений: личность, статус, обучение, интервью, практический навык, рекомендации и дату проверки. Она просит поверить интерфейсу вместо просмотра того, что он знает.
Та же проблема продолжается во время услуги. Точка на карте может исчезнуть вместе с сетью, а маршрут не доказывает, кто принял собаку и вернулась ли она домой. Нужны последний сигнал, локальный буфер маршрута и фото, подтверждения начала и окончания.
Объект продукта изменился с «исполнитель рядом» на полную цепочку: совместимый человек, видимая проверка, передача, маршрут, возврат и восстановление. Скорость остаётся требованием, но не ценой скрытого ограничения.
Делать каждое обещание проверяемым до того, как оно станет доверием, и сохранять доказательства при сбое happy path.
Я начал со вторичного исследования, пяти конкурентов и аудита ближайшего аналога. Интервью основной персоны было симуляцией и использовалось только для проверки первой гипотезы: фото передачи и возврата оказались важнее идеальной GPS-линии, а состояние «питомец дома» — важнее всего маршрута.
Затем объём: 42 Must-have из 65 требований, карта из 95 экранов, 81 ключевой узел и семь потоков. На уровне потоков спроектирован 81 экран; шестнадцать самых насыщенных решениями собраны в 17 маршрутизируемых кадров плюс лендинг.
Визуальная система содержит 63 примитивных и 30 семантических токенов, 14 текстовых стилей и 33 React-компонента с матрицами Storybook. Прототип прошёл структурную, parity- и визуальную проверку и синтетические прогоны; исправления возвращались в источник.
Карта покрывала нормальный путь подробно, но первые проверки нашли разрывы между экранами и обещанием сервиса. Подмена отменившего исполнителя, некачественное фото и потеря сети существовали как названия, но ещё не как работающие переходы.
Parity-проверка рассмотрела 73 находки: 71 закрыта, две сняты как ложные. Финальная приёмка собрала 91 скриншот в девяти отчётах и не оставила ошибок консоли — это проверка поведения прототипа, а не доказательство спроса.
Главный урок был в том, что полный список экранов не равен полной услуге. Граница считается спроектированной только тогда, когда сбой доведён до понятного исхода для обеих сторон.
Общие семантические имена проходят через Figma, спецификации, React и Storybook. Матрицы описывают не только внешний вид, но и реальные различия поведения: раскрытие, действие, отсутствие действия, доказательство и вложенное состояние.
Состояния не дорисовываются ради полноты. Каждый вариант появляется из сценария и проверяется в каталоге тем же компонентом, который используют экраны.
Это интерактивный концепт, а не запущенный маркетплейс. Живых интервью и юзабилити-сессий не было; нет бронирований, пользователей, выручки, конверсии или удержания. Синтетические прогоны измеряют поведение прототипа, а цели PRD остаются целями.
Каждый экран выше либо показывает доказательство, либо сохраняет его при сбое, либо признаёт, чего сервис пока не гарантирует.
Если кейс выше ответил на ваш вопрос — или добавил новый.
