TL;DR
F1 Flashka — финансовая компания, которая решает задачи организационного проектирования бизнеса через систему запросов, связанную с чатами. Клиент приходит с запросом: «Как выстроить процессы в компании?» — и получает инструмент, в котором вся организация работает как единая система. Я спроектировал 6 продуктов: две мобилки, две веб-панели, AI-аудит и корпоративный сайт. Главная задача была не нарисовать экраны, а собрать архитектуру, в которой всё связано.
Ключевые результаты
shipped
apps
apps
supported
site
audit
1. Контекст
Задача была не в одном продукте, а в целой экосистеме. Клиент — финансовая компания, у которой бизнес построен на системе запросов между подразделениями. Любая задача — от заявки на отпуск до согласования документа — проходит через цепочку людей. Проблема: процессов много, они живут в разных инструментах, единой картины нет.
Что такое F1 Flashka
Компания, которая помогает бизнесу выстраивать организационное проектирование через систему запросов и чатов. По сути — платформа для управления внутренними процессами компании: заявки, согласования, отчётность, оргструктура. Пользователи — сотрудники, руководители, HR, бухгалтерия, топ-менеджмент.
Что было до нас
Компания работала через смесь инструментов: чаты, email, Excel и несколько внутренних систем без единой связи. Запросы терялись, сотрудники не понимали статус задачи, руководители не видели картину. У клиента был запрос на «одну систему» — но не было понимания, как она должна выглядеть.
2. Исследование
Мы не стали сразу рисовать интерфейс. Сначала — разобрались, как устроена организация: кто какие роли выполняет, какие процессы критичны, где теряются данные. Без этой карты нельзя было строить архитектуру.
Глубинные интервью по ролям
Провели серию интервью с сотрудниками, руководителями отделов, HR, бухгалтерией, топ-менеджментом. Для каждой роли — свой набор болей, свой взгляд на процессы. Это стало основой для матрицы ролей и приоритетов по продуктам.
Руководитель. Дашборд по команде и подразделению.
HR. Оргструктура и управление ролями.
Финансы. Отчётность и дашборды по документам.
Топ-менеджмент. Картина целиком по всем отделам.
Клиент компании. Управление своим массивом данных в системе.
Ключевой инсайт
Один продукт не закроет все потребности. Нужна экосистема, где каждый продукт решает свою задачу, но все они связаны: данные, которые вводит сотрудник в мобилке, должны появляться в админке, в отчётах и в дашбордах руководителей.
3. Архитектура
Прежде чем рисовать экраны, собрали карту экосистемы: как продукты связаны между собой, кто родитель, кто дочерний, где данные текут напрямую, а где через API.
Связи между продуктами
Принцип «ядро + модули»
Вся система строится вокруг Flash Admin. Остальные продукты — модули, которые используют одну и ту же базу данных, одну логику ролей и один набор компонентов. Это дало возможность выпускать новые продукты быстро и без дублирования.
4. Продукты
Каждый продукт — часть общей системы, но со своей ролью и своим интерфейсом. Ниже — кратко по каждому.
5. Кто чем пользуется
Одно из ключевых решений — не «один интерфейс для всех», а матрица доступов. Шесть ролей, шесть разных наборов функций, одна система.
Матрица ролей × продуктов
| Роль | Admin | Client | Mobile | Auditor | Mystery |
|---|---|---|---|---|---|
| Сотрудник | — | — | ✓ | — | — |
| Руководитель | ✓ | — | ✓ | — | ✓ |
| HR | ✓ | — | — | — | — |
| Финансы | ✓ | — | ✓ | — | — |
| Аудитор | — | — | — | ✓ | — |
| Клиент компании | — | ✓ | — | — | — |
Почему это было важно
Без матрицы ролей продукт превратился бы в один перегруженный интерфейс «для всех». С матрицей — каждый пользователь видит только то, что ему нужно, а компания может гибко настраивать доступы под изменения в оргструктуре.
6. Результаты
Итог по трём направлениям: пользователи, бизнес, команда.
Для пользователей
• Прозрачные статусы запросов в реальном времени
• Мобильный доступ к задачам из любой точки
• Понятная оргструктура и роли
Для бизнеса
• Гибкая настройка ролей через RBAC
• Возможность масштабирования на новых клиентов через Client Portal
• Полная картина по компании через дашборды
Для команды
• Создан фреймворк для проектирования экосистем
• Научился работать со сложными B2B-сценариями и ролями
7. Рефлексия
Что сработало
Архитектура «ядро + модули» позволила выпускать продукты быстро и без дублирования. Матрица ролей дала гибкость, которая масштабируется. Плотная работа с бизнесом — мы не просто рисовали экраны, а проектировали систему.
Что было сложно
Разные продукты, разные роли, разные сценарии. Нужно было одновременно удерживать общую картину и детали каждого интерфейса. Сложные B2B-сценарии требуют больше времени на проработку, чем кажется на старте.
Что бы сделал иначе
Раньше вынес бы архитектурную схему на защиту — это могло сэкономить итерации. И больше внимания уделил бы онбордингу — это критично для сложных B2B-систем.
Что дальше
Развитие AI-направления в Mystery Shop. Расширение Client Portal на новые сегменты. Интеграции с внешними системами.