Войти и сохранить
Аккаунт, сведения и персональные настройки остаются доступными.
Пользователи / действия / данные / статусы
Когда страницы уже мало.
Если пользователь должен войти, сохранить данные или выполнить действие — нужна система с собственной логикой.
Проектирую и разрабатываю веб-сервисы и личные кабинеты с ролями, заявками, расчётами, документами, статусами, уведомлениями и интеграциями. Сначала разбираю процесс, потом выбираю интерфейс и технологии.
РолиДанныеСценарии
В центреДействиепользователь / состояние / результат
01Пользователь
02Сценарий
03Данные
04Статус
05Автоматизация
06Связи
Перед разработкой
Сначала процесс. Потом интерфейс. Красиво автоматизировать неверный процесс — дорогая ошибка. Сначала выясняю, кто пользуется системой и что должно происходить после каждого действия.
01 / Когда нужен сервис
Сайт показывает. Сервис работает.
Сервис нужен, когда пользователь не только читает информацию, но и возвращается к своим данным и действиям.
Создать действие
Пользователь отправляет заявку, бронь или расчёт.
Получить документ
Система формирует ответ или материал по процессу.
Следить за ходом
Человек видит текущее состояние и историю.
Работать вместе
Данные переходят между клиентом, сотрудником и системой.
02 / Пользователи и роли
У каждого свой интерфейс.
Клиент, менеджер, партнёр и администратор не должны видеть одни и те же данные и действия.
Права следуют за ролью и задачей.
03 / Сценарии
Действия. Не экраны.
Главное — что пользователь хочет сделать, какие данные нужны и кто получает результат.
01 / Цель
Что нужно сделать
Фиксирую конкретное действие и его результат.
02 / Данные
Что потребуется
Проверяю ввод, источники и обязательные поля.
03 / Переходы
Что меняется
Описываю статусы, проверки и уведомления.
04 / Результат
Кто получает
Передаю итог человеку, сотруднику или внешней системе.
04 / Данные
Хранить то, что нужно процессу.
Модель данных строю до того, как сервис разрастается и связи становятся дорогими.
01 / Участники
- Пользователи и компании
- Роли и права
- Контакты и профили
02 / Объекты
- Заявки и заказы
- Документы и брони
- Платежи и сообщения
03 / Состояния
- Статусы и события
- История действий
- Связи между объектами
Хорошая модель данных помогает развитию.
05 / Личный кабинет
Только нужные действия.
Кабинет не должен превращаться в панель со всем, что умеет система.
Что видит пользователь
Нужное действие — сразу.
- 01
Актуальное
На первом экране — текущие задачи и важные статусы.
- 02
История
Документы, заявки и действия находятся в одном месте.
- 03
Продолжение
Следующий шаг понятен без инструкции и лишних переходов.
06 / Административная часть
Бизнес управляет системой.
Внутренний интерфейс создаётся под реальные действия сотрудников.
01 / Люди
Пользователи
Права, профили и доступная информация.
02 / Работа
Заявки и статусы
Обработка обращений и смена этапов процесса.
03 / Данные
Справочники
Редактирование сущностей, документы и выгрузки.
04 / Контроль
События
Настройки, журналы и показатели работы.
07 / Интеграции
Не переносить данные руками.
Если данные уже живут в другом сервисе, проверяю способ связать системы.
01 / Продажи
CRM и учёт
Передаю обращения и состояния в рабочие системы.
02 / Платежи
Оплата и документы
Встраиваю платежи и связанные действия в сценарий.
03 / Коммуникация
Почта и API
Подключаю уведомления, календари и нужные интерфейсы.
08 / Автоматизация
Система берёт часть работы.
Автоматизирую только то, что действительно сокращает ручные действия.
Меньше рутины. Больше ясности.
09 / Процесс разработки
От задачи к системе.
Сложный функционал удобно собирать по этапам и проверять на реальных сценариях.
Разбор
Участники, цели и существующий процесс.
Сценарии
Роли, действия, состояния и переходы.
Архитектура
Данные, экраны и интеграции.
Интерфейс
Понятные рабочие действия для каждой роли.
Разработка
Клиентская и административная части.
Проверка и рост
Права, данные, сценарии и следующая версия.
10 / Что на выходе
Инструмент. Не просто сайт.
Сервис хранит состояние, выполняет действия и продолжает бизнес-процесс. Интерфейс — только видимая часть системы.
01 / ПользовательСвоя задача
Человек быстро выполняет нужное действие.
02 / БизнесУправляемый процесс
Команда видит данные, статусы и результат.
03 / РазвитиеОснова для роста
Функции можно добавлять по мере использования.
Другие форматы
Возможно, нужен другой формат.
Если задача выходит за рамки этого решения, подберу структуру под реальный процесс.
Частые вопросы
Что обычно спрашивают.
Начать можно с описания задачи. Детали структуры и реализации определим вместе.
Сайт в основном показывает информацию. Кабинет хранит данные конкретного пользователя и позволяет выполнять действия.
Да, если текущая архитектура подходит. Иногда сервисную часть лучше отделить.
Да, если она нужна в пользовательском сценарии.
Да. Доступ и интерфейс зависят от типа пользователя.
Да. Выделю первую полезную версию и заложу возможность развития.
Начать с задачи
Сайт уже не справляется?
Опишите, что должен делать пользователь и что сейчас приходится выполнять вручную. Соберу из этого понятную систему.