DKR
Series X.

01 / ЗАДАЧА

Продаётся не портал. Продаётся проект.

DKR Series X — портальная роботизированная мойка: портал движется вдоль автомобиля, считывает геометрию кузова и объединяет мойку, обработку колёс, составы и сушку в один цикл. Только покупает её не человек, выбирающий мойку по каталогу. Это предприниматель или инвестор, который решает, встанет ли оборудование на его площадке и сойдётся ли экономика его проекта.

В исходных материалах было всё необходимое: характеристики, требования к помещению, экономические аргументы, объекты, сервис. Не было маршрута. Сведения существовали как независимые блоки, и посетитель должен был сам собирать из них картину — а затем сам догадываться, что делать дальше.

Эта формулировка стала критерием. Оценивалась не убедительность первого экрана, а полнота ответов и связность шагов: после каждого блока у посетителя должен появляться следующий вопрос и понятный способ его закрыть.

02 / АРХИТЕКТУРА

Структура выведена из вопросов покупателя.

Пять вопросов задают каркас страницы. Каждая секция существует не потому, что «так делают лендинги», а потому что закрывает вопрос, без которого следующий шаг не имеет смысла.

Порядок секций — не «сначала преимущества, потом форма». Это рост обязательств: понять продукт, проверить применимость, оценить экономику, обсудить проект. Основные CTA ведут в один сценарий; второстепенные действия не конкурируют с ним в каждой секции.

03 / ВИЗУАЛЬНАЯ СИСТЕМА

Синяя линия — это движение портала.

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

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

DISPLAY Barlow Condensed 700–900 /TEXT Manrope 400–700 /DATA DM Mono 400–500

04 / ИНЖЕНЕРНАЯ ЧЕСТНОСТЬ

Габарит портала — не габарит помещения.

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

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

05 / ПОВЕДЕНИЕ

Результат появляется после данных, а не вместо них.

Экономический блок — не декоративный виджет с красивой цифрой. Это последовательность: поток, средний чек и рабочие дни дают выручку; расходы и налог — расчётный остаток; инвестиции и положительный остаток — простой срок окупаемости.

Логика появления результатов принципиальна. Пока не введены расходы, страница не показывает оптимистичный остаток. Пока не указаны инвестиции, срока окупаемости нет. Это защищает от главного соблазна таких калькуляторов — продать цифру, а не расчёт.

Ограничения модели обозначены прямо: это не финансовый прогноз; кредит, ремонт, сезонность, маркетинг и коммунальные платежи не учтены. Кнопка ведёт не к «заявке вообще», а к обсуждению расчёта, где предположения можно проверить.

06 / РЕАЛИЗАЦИЯ

Макет, который можно собрать.

Результат — не картинка в Figma, а высокодетальный HTML-прототип: реальная типографика, сетка, адаптив, состояния формы и калькулятора. Его можно открыть на телефоне, проверить в браузере и передать в разработку без «дорисуем по ходу».

В реализации учтены семантические секции, читаемая иерархия, клавиатурный фокус и аккуратные пустые состояния калькулятора. CMS не добавлялась: для одной страницы это лишний слой — контент и правила живут в коде и не разъезжаются при правках.

07 / ГРАНИЦЫ

Что доказывает кейс — и чего он не доказывает.

Это концепт-редизайн по публичным материалам DKR Group, а не клиентский запуск. Конверсия, заявки и выручка не измерялись и не заявляются; изображения — макет, а не скриншоты работающего сайта.

Кейс доказывает метод и уровень исполнения: как из паспорта оборудования собрать маршрут решения, как развести близкие технические величины и как заставить интерфейс не показывать результат раньше данных.

Чтобы проверить гипотезу, нужны подтверждённые данные производителя, рабочая форма, аналитика и трафик — тогда сравнение «до и после» будет иметь основание. Без этого любая цифра роста была бы вымыслом.

Основа кейса: публичные материалы DKR Group. Концепт не связан с производителем и не является его проектом.