Вы решаете, что вам нужно. Остальное — Le Dôme.
Цифровой сервис клубного дома Le Dôme. Здесь зафиксировано, как сервис задуман, — чтобы из этого вывести сценарии, архитектуру и требования к каждому модулю.
Источники: интерактивный прототип — канон интерфейса и смыслов; информационная структура — полный объём приложения; концепция защиты бюджета, гант и реестр блокеров — слои сервиса, релизы и риски; клиентская презентация — ориентир по сути. Где структура расходится с прототипом, выигрывает прототип. Всё, что названо «в прототипе», проверено проходом по живым экранам.
01Дом, который не вмешивается
Le Dôme — камерный клубный дом. Сервис в нём присутствует постоянно, но не вмешивается в жизнь резидента: приватность, раздельные потоки, минимум бытового контакта. Физическое пространство уже построено по этому принципу.
Цифровой сервис продолжает ту же логику. Он не добавляет ещё один слой управления домом, а наоборот — забирает управление на себя там, где участие человека не нужно. Поэтому прототип открывается не меню, а двумя фразами: «Ценность, добавленная временем» и «Вы решаете, что вам нужно. Остальное — Le Dôme».
02Функции перестали быть преимуществом
Платежи, показания, заявки, документы, пропуска, камеры, услуги — у зрелых резидентских приложений это уже гигиенический минимум. «Всё в одном приложении» больше не звучит как премиальное предложение.
- 01Найти раздел
- 02Выбрать услугу
- 03Заполнить форму
- 04Создать заявку
- 05Следить за статусом
- 06При необходимости — позвонить
Цифровизация процесса ещё не означает экономию усилий человека. Если резидент по-прежнему ищет, заполняет и проверяет, ему просто перенесли обязанности из звонков и мессенджеров в красивый интерфейс.
03Три степени участия — ядро продукта
У резидента нет «разделов приложения». Есть три степени участия в жизни дома, и прототип строит на них главный экран: три круга, которые листаются жестом. Это не меню, а ответ на вопрос «насколько я хочу участвовать прямо сейчас».
Хочу — сделать самостоятельно
Хочу — рассказать, что сделать
Хочу — узнать результаты
Одна и та же функция может пройти все три состояния. Мы выбираем не тип услуги, а нужную степень участия человека. В прототипе это видно на массаже:
В полном приложении три круга — это три входа на главной, а не разделы меню. Меню функциональное: Главное · Услуги · Консьерж · Платежи · Видеонаблюдение. «Сам» открывает тот же каталог, что раздел «Услуги»; «За меня» — ту же связь, что раздел «Консьерж»; «Без меня» — заказанное, совершённое и запланированное. Главная даёт три входа, разделы содержат полный набор экранов.
Из концепции следует ещё одно состояние, которого в прототипе пока нет: «нужен только один выбор». Дом возвращается к резиденту, только когда без него действительно нельзя, — и просит одно решение, а не заполнение формы. Это нужно заложить в архитектуру, даже если экран появится позже.
04Один человек вместо структуры дома
Резиденту не нужно знать, кто отвечает за СПА, доставку, инженерию или ресторан. Он знает одного человека, которому можно передать контекст. В прототипе это консьерж Юлия: «на связи до 23:00, отвечает за несколько минут». Внутри задача может уйти пяти разным исполнителям — для резидента это остаётся одним разговором.
Поэтому путь к консьержу есть везде, где стандартного сценария может не хватить: на главной, внизу разделов («Есть особый повод? Расскажите консьержу, каким должен быть вечер — остальное организуем»), на экране услуги («Не нашли удобное время?»).
05Приложением пользуется не только собственник
В клубном доме живёт семья, а вокруг неё — помощники: няня, водитель, персонал, личный помощник. У каждого своя часть возможностей и свой срок. Собственник решает, кому что открыть, и остаётся единственным, кто видит платежи и меняет права.
В прототипе ролей нет: он показывает мир одного резидента.
06Говорим результатом, а не статусом
В прототипе нет слов «заявка создана», «в обработке», «статус подтверждён». Лента пишет так, как сказал бы человек, — сразу результатом для резидента:
Даже то, что ещё в работе, звучит по-человечески. Единственный признак состояния — цвет точки: серая — в работе, зелёная — готово.
За этим стоит словарь дома — как он говорит с резидентом в каждой ситуации: «Столик держат», а не «заявка принята». Отдельные правила для подтверждений, ошибок и уведомлений. Премиальность живёт в формулировках раньше, чем в картинке.
07Контекст вместо витрины
Дом ничего не продаёт — он замечает. Подсказки в прототипе появляются там, где действие сейчас уместно, и опираются на историю резидента и живые события дома:
08Хороший отказ стоит дороже хорошего успеха
Обещание «дом не требует внимания» рушится не на удачном сценарии, а тогда, когда дом не может помочь и не объясняет почему: нет мест, мастер занят, партнёр недоступен, срок сорван. Три круга участия — механика, которой нет ни у кого, и её ошибки проявятся в первые дни после запуска, когда правки самые дорогие.
В прототипе нет ни одного состояния отказа, ошибки или пустоты — только удачные пути.
09Дом работает, даже когда пропала связь
Внутри дома есть Wi-Fi. Связь пропадает на границе дома и за ней — там, где сервис нужнее всего: на улице у входа, в машине у Кремля, у гостей, курьеров и приглашённых специалистов без домашнего Wi-Fi. Мобильный интернет в центре могут ограничить, а сам Wi-Fi — отказать. Приложение дома не имеет права превращаться в бесконечную загрузку.
У автономности три слоя. Первый — телефон резидента без интернета. Второй — сбой внутри: если наш сервер, система консьержей или партнёр недоступны, приложение показывает сохранённое, копит действия, а поручения уходят консьержу-человеку. Оба слоя — в первом релизе. Третий — работа дома без внешнего интернета, с серверной частью в самом здании, — закладываем, только если этого требует инфраструктура дома.
В прототипе автономность уже частично есть: он устанавливается на экран и открывается без интернета после первого визита — но все данные в нём заданы заранее.
10Простота сверху, сложность внутри
В самом доме резидент не видит, как организованы доставка, инженерия и обслуживание: служебные процессы отделены от его жизни. В приложении то же самое — операционные процессы отделены от интерфейса резидента.
Но у каждой системы под водой есть люди, которые производят «Всё готово», — и им нужен свой инструмент: панель УК и служб, диспетчерская, контроль сроков, рабочее место консьержа, панель партнёров. Если заказ некому обработать, красивое приложение ничего не меняет.
11Сервис начинается не в приложении
Он начинается в вестибюле, в лифте и на парковке. Резидент встречает дом раньше, чем открывает телефон: стойка приёма, консьерж, указатели, карта-пропуск, папка заселения. Если цифра говорит одним языком, а вестибюль другим, премиальность рассыпается.
- Навигация и указатели в доме
- Планшет консьерж-стойки
- Карта резидента и пропуск
- Welcome-пакет нового резидента
- Зоны и стойка приёма
- Печатные материалы, фото и видео
- Айдентика цифрового сервиса
- Звук уведомлений и подтверждений
- Моушн: «дом дышит», а не мигает
- Промо к запуску
- Сезонные кампании и события дома
- Контент для резидентов: афиша, объявления
- Регламенты и скрипты консьержей
- Обучение резидентов и персонала
- Демо-режим для продаж квартир
- Дашборд для руководства
- Исследования и дизайн-аудит
- Тираж на следующие дома
12Как понимаем, что это работает
Обычный цифровой продукт стремится удержать пользователя: больше заходов, дольше сессия, больше экранов. Но приложение дома — не соцсеть. Человек приходит сюда не проводить время. Хорошая сессия здесь короткая.
- Время в приложении
- Количество экранов
- Количество действий
- Количество проверок статуса
- Количество обращений в управляющую компанию
- Задачи, решённые с первого обращения
- Задачи без повторного участия резидента
- Соблюдение сроков
- Долю успешно поручённых задач
- Готовность рекомендовать сервис
13Что концепция требует от системы
Каждый смысл выше — не только про интерфейс. Он накладывает требование на то, как устроен сервис внутри. Эта таблица — мост к следующим вкладкам.
| Принцип | Что это значит для системы | Где видно в прототипе |
|---|---|---|
| П-01Три степени участия | Услуга — одна сущность, доступная тремя путями: самостоятельная бронь, поручение консьержу, событие в ленте. Не три разных раздела с тремя разными данными. | Главная, каталог, голос, лента |
| П-02Говорим результатом | Каждое поручение хранит не только внутреннее состояние, но и человеческую формулировку результата для резидента. | Лента, «Массаж подтвердили» |
| П-03Один человек вместо структуры | Любое обращение сходится к консьержу; он раскладывает его по службам и остаётся владельцем результата. У консьержа должен быть свой рабочий инструмент. | Чат, голос, мостики в разделах |
| П-04Человеческий язык вместо форм | Свободная речь и текст превращаются в структуру поручения: что, когда, для кого, пожелания, ограничения, связь с другими планами. | Голосовое поручение, «Зафиксировано» |
| П-05Контекст вместо витрины | Дому нужна память о резиденте и поток событий (доставки, брони, обслуживание, привычки), из которых рождаются подсказки. | Подсказки в разделах и на главной |
| П-06Дом сообщает сам | Результаты и единственные нужные решения доходят до резидента без открытия приложения; приложение открывается для исключений. | Лента прототипа; уведомления 51–53; экран блокировки и виджет — релиз 2 |
| П-07Замеряем возвращённое время | Каждое поручение фиксирует действия резидента, время до намерения, повторные обращения и участие людей. Сбор событий — с первого релиза. | В прототипе не показано; направление 31 |
| П-08Не только собственник | Модель ролей с временными доступами — часть ядра данных. Данные разделов без прав не приходят на устройство вовсе, а не прячутся интерфейсом. | Структура 38–50, 61–63; в прототипе нет |
| П-09Хороший отказ | Каждый сценарий описан вместе с отказом, таймаутом и недоступностью партнёра; система честно говорит «не можем» и предлагает путь. | Системные состояния 54–63 |
| П-10Автономная работа | У каждого экрана и функции определён уровень работы без сети: без сети · только чтение · в очередь · нужна сеть. На телефоне — локальная база, очередь действий с защитой от повторов, синхронизация и честный отказ при конфликте. Данные зашифрованы; офлайн-пропуск живёт короткий срок, чтобы отозванный доступ переставал работать и без сети. | Колонка «Без сети» в структуре и функциях; состояние 57; блокер 10 |
| П-11Двенадцать систем под поверхностью | Каждая служба подключается через общий слой интеграций, и у каждой есть свой рабочий интерфейс. | Карта сервиса, слой 2 |
| П-12Один эталон | Токены и компоненты выгружаются в код; новая услуга собирается из готовых элементов, а не проектируется заново. | Направление 1, инструменты Р2–Р3 |
| П-13Цифра и физический дом | Пропуск, карта резидента, планшет стойки и регламенты консьержей опираются на те же данные и тот же язык, что и приложение. | Слой 3, направления 15, 18, 19 |
| П-14Устойчивость к сбоям внутри | Падение нашего сервера, системы консьержей или партнёра не останавливает резидента: сохранённые данные, очередь действий, запасной путь через консьержа-человека. | Блокеры 14, 18, 21 |
