Вы решаете, что вам нужно. Остальное — 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Что концепция требует от системы
Каждый смысл выше — не только про интерфейс. Он накладывает требование на то, как устроен сервис внутри. Эта таблица — мост к следующим вкладкам.
| Принцип | Что это значит для системы | Где видно в прототипе |
|---|---|---|
| П-01Три степени участия | Услуга — одна сущность, доступная тремя путями: самостоятельная бронь, поручение консьержу, событие в ленте. Не три разных раздела с тремя разными данными. | Главная, каталог, голос, лента |
| П-02Говорим результатом | Каждое поручение хранит не только внутреннее состояние, но и человеческую формулировку результата для резидента. | Лента, «Массаж подтвердили» |
| П-03Один человек вместо структуры | Любое обращение сходится к консьержу; он раскладывает его по службам и остаётся владельцем результата. У консьержа должен быть свой рабочий инструмент. | Чат, голос, мостики в разделах |
| П-04Человеческий язык вместо форм | Свободная речь и текст превращаются в структуру поручения: что, когда, для кого, пожелания, ограничения, связь с другими планами. | Голосовое поручение, «Зафиксировано» |
| П-05Контекст вместо витрины | Дому нужна память о резиденте и поток событий (доставки, брони, обслуживание, привычки), из которых рождаются подсказки. | Подсказки в разделах и на главной |
| П-06Дом сообщает сам | Результаты и единственные нужные решения доходят до резидента без открытия приложения; приложение открывается для исключений. | Лента (пока только внутри приложения) |
| П-07Замеряем возвращённое время | Каждое поручение фиксирует действия резидента, время до намерения, повторные обращения и участие людей. | В прототипе не показано |
