↗ Стас← Все проектыПопробовать кабинет ↗
05 / РАБОЧИЙ ИНТЕРФЕЙСАВТОРСКИЙ КОНЦЕПТ / 2026

ТИХО / кабинетДве съёмки.
Одно время? Не в этом расписании.

Рабочее место администратора фотостудии: увидеть неделю, найти заявку и перенести съёмку без пересечения с другой бронью.

ПОПРОБОВАТЬ КАБИНЕТ ↗
Мой вклад
Сценарии / UI / Вёрстка / Логика
Пользователь
Администратор одного зала
Реализация
HTML / CSS / JavaScript
Формат
Самостоятельный учебный проект
Схема интерфейса кабинета: навигация, недельное расписание и статусы броней
Обзор структуры интерфейса. Рабочие данные и текущие даты — в демо.
01 / КОНТЕКСТ И ЗАДАЧА

Порядок между съёмками.

Лендинг «ТИХО» помогает клиенту выбрать студию. Этот проект раскрывает другую сторону: как администратору работать с заявками после обращения. Гипотеза концепта — единое расписание и проверка времени снижают риск наложения съёмок.

Это не заказ действующей студии. Сценарий сформулирован самостоятельно; интервью с администраторами, внедрение и рост бизнес-показателей не заявляются.

02 / МОЯ РАБОТА

От правила бронирования
до работающего экрана.

Сценарии и правила

Определены состояния заявки, время работы зала и условия пересечения. Ожидающая заявка занимает интервал до подтверждения или отмены.

Интерфейс

Недельная сетка для обзора, список для поиска и одна форма для создания и изменения брони. На телефоне расписание превращается в повестку по дням.

Реализация

Проверки вынесены в отдельный модуль. Состояние сохраняется локально. Ошибки объясняются в форме, введённые значения не теряются.

03 / РЕШЕНИЯ И КОМПРОМИССЫ

У каждого состояния
есть следующий шаг.

01

Цвет дополнен текстом

Подтверждённые и ожидающие брони различаются фоном и подписью. Отменённые остаются в списке, но не занимают время в расписании.

02

Перенос через форму

Выбор даты и времени работает с клавиатуры и на телефоне. Перетаскивание не добавлено: в этом объёме важнее явная проверка нового интервала.

03

Ошибка до сохранения

При пересечении показан занятый интервал. Пользователь может изменить время, не заполняя карточку повторно. Соседние брони без пересечения допустимы.

04

Расчёт не равен выручке

Сумма в обзоре вычисляется по активным броням. Она явно подписана как расчёт: платежей и факта оплаты в концепте нет.

МАТЕРИАЛЫ РАБОТЫ

Как правило стало интерфейсом.

Ниже — разбор реально реализованного сценария. Схема собрана по текущему проекту; это не архив ранних макетов и не результаты интервью.

01 / ПРАВИЛО

Один зал — один активный интервал

Заявка занимает время даже до подтверждения. Отмена освобождает его. Бронь 12:00–14:00 может идти сразу после 10:00–12:00.

02 / РЕШЕНИЕ

Одна карточка для изменений

Дата, время, длительность и статус находятся рядом. При конфликте форма остаётся открытой, а введённое имя сохраняется.

03 / ПОВЕДЕНИЕ

Ошибка объясняет следующий шаг

Это время занято: 10:00–12:00. Выберите другой интервал или дату.

Это точный текст сообщения из рабочего сценария.

Ожидает

Время занято. Можно подтвердить, перенести или отменить.

Подтверждено

Время занято. Любой перенос снова проходит проверку.

Отменено

Время свободно. Запись остаётся в списке для истории.

Посмотреть код и технический разбор ↗
04 / ПРОВЕРЬТЕ САМИ

Не только экраны.
Работающее поведение.

  1. Нажмите «Новая бронь», введите вымышленное имя и выберите сегодня, 10:00, 2 часа.
  2. Сохраните: исходная портретная съёмка занимает 10:00–12:00, поэтому появится конфликт.
  3. Поставьте 12:00: два часа до следующей съёмки свободны. Сохраните и найдите новую бронь.
  4. Измените статус на «Отменено» — интервал освободится, а запись останется в заявках.

Для исходного сценария сначала нажмите «Сбросить демо». Это удалит только ваши изменения в этом кабинете.

Открыть интерактивный кабинет ↗
05 / ЧТО ПРОВЕРЕНО

Проверяемые детали
вместо громких обещаний.

Правила времени

Автоматические проверки пересечений, соседних интервалов, отмены, часов работы и некорректных значений.

Рабочий путь

Создание конфликтующей заявки, исправление времени и отмена проверены в браузере. Полный журнал проверок хранится рядом с проектом.

Честный результат

Получился функциональный прототип для обсуждения и оценки навыков. Экономия времени и рост конверсии не измерялись.

06 / ГРАНИЦЫ И СЛЕДУЮЩИЙ ШАГ

Что потребуется
для реальной студии.

Сейчас это один зал, один браузер и демонстрационные заявки. Нет авторизации, сервера, синхронизации, оплаты, уведомлений и защиты от одновременного бронирования разными администраторами. Локальная проверка не заменяет серверную.

Перед внедрением — проверить сценарии с администраторами, уточнить правила предоплаты и отмены, затем реализовать роли, серверный календарь и атомарную проверку занятости.

ДЛЯ КЛИЕНТОВ И КОМАНД

Нужен понятный
рабочий интерфейс?

Могу разобрать сценарий, спроектировать экраны и реализовать поведение в браузере. Этот кейс показывает подход к формам, данным, ошибкам и адаптации — его можно обсудить предметно.

Обсудить проект или сотрудничество ↗
ДРУГАЯ СТОРОНА ПРОДУКТАТИХО / лендинг ↗Как клиент знакомится с пространством