Что за продукт
Масштабная Low code платформа разработана для корпоративного сектора и позволяет пользователям самостоятельно конструировать внутренние сервисы без участия программистов. Продукт объединяет четыре модуля, включая базу данных с жесткой типизацией, визуальный центр управления логикой, умные формы и аналитический блок. Платформа автоматизирует весь цикл производства цифровых продуктов, отвечая за каждый этап от проектирования архитектуры до развертывания готовых решений в инфраструктуре компании.
Моя роль
Я пришла в проект как играющий тренер (Lead UX/UI) с главной задачей прочно связать визуальные решения с целями бизнеса. На старте я много работала руками: проводила исследования, проектировала ключевые пользовательские сценарии и упрощала сложные интерфейсы для управления данными. На стратегическом уровне я участвовала в формировании продуктовой концепции, закладывала базовую архитектуру платформы и определяла принципы интерфейсов визуального конструктора. Параллельно я руководила командой, выстраивала внутренние процессы, внедряла единую систему компонентов и налаживала синхронизацию между дизайнерами, продуктовым отделом и разработкой. В процессе работы я вырастила двух дизайнеров, которые успешно перешли на следующий профессиональный уровень. Спустя год, когда фундаментальная база была полностью настроена, я передала роль лида другому специалисту и вышла из проекта.
ТАТЬЯНА КОЛОБОВА
Middle UX/UI Designer
АНАСТАСИЯ МУСИЕНКО
Middle UX/UI Designer
ОЛЬГА ГЕРАСИМЕНКО
Senior UX/UI Designer
Цель бизнеса
Компании Proscom требовалось избавиться от жесткой зависимости от зарубежного программного обеспечения: остановить рост стоимости владения, вернуть гибкость настроек и исключить риски при масштабировании. Главной задачей было построить независимую Low code платформу для закрытия собственных нужд, снижения операционных издержек и стандартизации рабочих процессов. Кроме того, было необходимо подготовить успешно протестированное внутреннее решение к коммерциализации, превратив его в полноценный корпоративный продукт для выхода на внешние рынки.
Проблематика
Линейный сотрудник: Сталкивается с тем, что корпоративные данные и рабочие процессы хаотично распределены между таблицами, формами, почтой и внутренними системами. Вынужден постоянно переключаться между разными инструментами и вручную поддерживать согласованность информации.
Аналитик: Ограничен в самостоятельных действиях. Не имеет единой настраиваемой среды и вынужден привлекать программистов даже для самого небольшого изменения отчета или настройки нового процесса.
Разработчик: Перегружен потоком мелких рутинных запросов. Вместо развития сложной системной архитектуры тратит дорогое рабочее время на верстку простых таблиц, сборку форм и базовое связывание компонентов.
Руководитель: Сталкивается с высоким техническим барьером при попытке быстро получить нужные метрики. Не имеет времени на изучение сложных баз данных, но остро нуждается в прозрачной аналитике для принятия управленческих решений.
Вызовы
Баланс между гибкостью и сложностью: Главный вызов заключался в том, чтобы сохранить широкие возможности корпоративной системы, не превращая интерфейс в перегруженную техническую панель, понятную только разработчикам. Платформа должна была сочетать свободу визуальных рабочих пространств с жесткими требованиями безопасности и управления ролями.
Изоляция от прямых заказчиков: Требования к продукту поступали исключительно через менеджеров и аналитиков. Это требовало глубокого погружения в контекст и самостоятельного перевода агрегированных пожеланий в понятные пользовательские сценарии без возможности проведения прямых переговоров с клиентами.
Связность масштабной экосистемы: Требовалось спроектировать и объединить несколько совершенно разных функциональных модулей в единую логическую среду. Для этого было необходимо с нуля создать фундаментальную базу компонентов, которая обеспечивала бы единые паттерны поведения, сквозные состояния и визуальную целостность всей платформы.
Защита от критических ошибок: Поскольку платформу настраивали нетехнические специалисты, цена случайного действия была крайне высока. Требовалось спроектировать логику системы так, чтобы предотвратить случайную публикацию закрытых корпоративных отчетов или потерю конфигураций, продумывая защиту еще до появления экранов с ошибками.
Ключевые метрики успеха
Для оценки успешности я выделила следующие метрики:
Метрика 1: Уровень автономности нетехнических пользователей при создании новых аналитических представлений.
Метрика 2: Степень стандартизации сбора корпоративных данных и объединения их в единую управляемую модель.
Метрика 3: Частота успешного использования алгоритмов для снижения порога входа в сложную аналитику.
Метрика 4: Индекс готовности внутренней архитектуры к коммерциализации и внедрению у внешних заказчиков.