Загружаю страницу…
Open Design installed locally / exploratory layer
Three fresh portfolio concepts from OD systems.
Concept 01
Open Design system: Atelier Zero
Evidence Theatre
Портфолио как выставочная стена: крупный рабочий артефакт, рядом короткие curator notes, ниже ряд кейсов как exhibits.
Case wall
Concept 02
Open Design system: Mission Control
Signal Router
Портфолио как операционный пост: не набор карточек, а маршрут сигналов, решений, ограничений и подтверждающих экранов.
Case route / flight-planning-nda
From signal to design move.
Current proof
Интерфейс для плотной авиационной работы: планировщик открывает систему, понимает текущее состояние, сужает данные, проверяет статус и переходит к действию без потери контекста. Это не кейс про один красивый экран. В большой операционной системе пользователь почти никогда не решает задачу одним прямым шагом. Он держит в голове роль, раздел, выбранную сущность, фильтры, статус, ограничения, таблицу и действие, которое можно выполнить сейчас. Если эти слои живут отдельно, интерфейс заставляет собирать контекст вручную. Моя задача была в том, чтобы собрать повторяющиеся части продукта в понятную рабочую систему: хедер, фильтры, таблицы, сохраненные представления и большие сценарии редактирования.
StepSignalMove
Concept 03
Open Design system: WIRED
Case Tabloid
Портфолио как технологический выпуск: жесткий masthead, headline-first кейсы, таблицы источников и быстрые переходы к артефактам.
Product design under constraint.
Masthead logic
Сайт выглядит как выпуск про сложные продукты: headline, доказательство, источник, переход к полной истории.
Secondary story
Clinio
Медицинский продукт, где запись, анамнез, медкарта, консультация и консилиум связаны в один контекст между пациентом, врачом и клиникой. Clinio нельзя объяснить как набор медицинских экранов. Его ценность в том, что разные роли работают с одной историей: пациенту нужен следующий шаг, врачу нужен контекст, клинике нужна управляемая структура сервиса, а консилиуму нужен общий пакет данных для обсуждения. Моя задача была собрать эту ролевую архитектуру в продуктовую систему: от записи и первичных вводных до медкарты, консультации, рекомендаций и консилиумов.
Secondary story
Полевая карта
Карта для руководителя полевой команды: маршрут, заявки, история действий и простои собраны в один рабочий экран. Проблема была не в том, чтобы показать людей на карте. Руководителю нужно было понять рабочий день: где сотрудник находится, какие заявки взял, где возникла задержка, что закрыто и какой маршрут сложился по факту. Этот кейс можно сделать сильным операционным примером после metric gate. Пока он остается supporting case: есть визуальные источники и понятная продуктовая рамка, но точный смысл 2x нужно подтвердить отдельно.
Secondary story
Энергокабинет
Личный кабинет, где частые действия вынесены вперед: оплата, показания и важный статус не должны теряться среди справочных разделов. Пользователь приходит в такой продукт не изучать интерфейс. Чаще всего у него есть одна задача: оплатить, передать показания, проверить состояние счета, найти документ. Если эти действия спрятаны в общей навигационной массе, кабинет начинает ощущаться тяжелее, чем сама задача. Этот кейс лучше держать компактным: он не про большую трансформацию, а про ясную информационную архитектуру массового сервиса.