Контекст кейса
NDA-safe версия кейса для портфолио. Название компании, внутренние данные и точные количественные показатели не раскрываются.
Отрасль
Проектирование инженерной инфраструктуры, внутренние B2B-операции, управленческая аналитика.
Кто заказчик
Сегмент / отрасль
B2B, проектирование объектов инженерной и коммунальной инфраструктуры, управление проектной документацией и внутренними процессами.
Краткие бизнес-характеристики
Российская проектная организация, работающая с объектами водоснабжения, канализации и смежной инженерной инфраструктуры. Компания одновременно ведет несколько проектов, внутри которых необходимо координировать реестры проектной документации, исполнительскую дисциплину, подготовку отчетности, взаимодействие с заказчиками и внутреннюю аналитику для руководства. Параллельно бизнесу требовалась единая цифровая среда не только для производственного блока, но и для смежных внутренних функций: задач, контента, лидов, базы знаний и регуляторного мониторинга.
Зачем заказчик обратился
Компания работала сразу в нескольких разрозненных контурах: часть данных жила в Google Sheets, часть в переписке, часть в локальных файлах и ручных отчетах. Из-за этого управленческая картина собиралась фрагментарно, а доступ к актуальному статусу проектов, документов и внутренних задач зависел от конкретных сотрудников.
Заказчику требовалась единая защищенная платформа, в которой можно:
- видеть текущий статус проектов и производственных реестров;
- централизованно управлять пользователями, ролями и доступом;
- получать аналитические срезы для руководства;
- постепенно расширять решение на другие внутренние процессы без запуска новых разрозненных систем.
Проблема (боль клиента)
- Данные были разнесены по нескольким источникам, и у сотрудников не было одной точки входа в актуальную информацию.
- Статусы по MDR, ИД и смежным производственным процессам приходилось собирать вручную.
- Руководство не имело удобного управленческого интерфейса с быстрыми KPI, фильтрами и аналитикой по узким местам.
- Администрирование пользователей, ролей и проектных доступов не было централизовано в одном инструменте.
- Развитие внутренних процессов шло через новые таблицы и отдельные сервисы, а не через единую платформу.
Цель проекта
Что заказчик ожидал получить
Создать внутреннюю веб-платформу, которая станет единым операционным контуром для проектной организации и объединит:
- защищенный доступ по ролям;
- рабочие реестры проектной документации;
- административный блок с аналитикой и синхронизацией данных;
- управленческие экраны для производства;
- основу для расширения на другие отделы и процессы внутри той же системы.
На следующем этапе платформа должна была масштабироваться в сторону полноценной внутренней среды для отдела продвижения: задачи, контент-план, лиды, сайт, база знаний, регуляторный мониторинг и аналитика.
Условия успеха / KPI
- У пользователя есть единая точка входа в систему вместо набора таблиц и переписки.
- Роли и доступы разграничены по типу сотрудника и проектной принадлежности.
- Ключевые данные синхронизируются в систему и доступны через рабочий интерфейс, а не только через исходные таблицы.
- Руководители и администраторы получают отдельный аналитический контур для контроля состояния производства.
- Архитектура допускает дальнейшее расширение без пересборки продукта с нуля.
Решение
1. Спроектировал платформенную архитектуру вместо точечного дашборда
Система была реализована не как разовый экран отчетности, а как внутренняя платформа с авторизацией, защищенными маршрутами, ролевой моделью, общей навигацией, серверной логикой и единым визуальным каркасом.
2. Собрал производственный контур для проектных реестров
В первой очереди были реализованы рабочие экраны для ключевых производственных данных:
- обзорный dashboard;
- реестр MDR;
- реестр ИД;
- заготовка под отчетный блок;
- история и журнал синхронизаций.
Это позволило перевести критичные данные из режима “ручной сборки статуса” в режим регулярного просмотра через единый интерфейс.
3. Добавил административный аналитический блок
Для руководящего и административного уровня был реализован отдельный контур с прикладной аналитикой:
- аналитика по сопряжению;
- нормоконтроль;
- операционный мониторинг;
- управление пользователями и привязкой к проектам;
- ручной запуск и контроль загрузок данных.
Интерфейс строился по логике “KPI -> графики -> детализация -> журнал”, чтобы данные были полезны именно для управленческих решений, а не выглядели как сырой экспорт таблиц.
4. Подготовил платформу к развитию во второй внутренний контур
На базе уже работающей архитектуры был разведен второй режим системы для отдела продвижения. Внутри него появились отдельные модули:
- overview;
- контент-план;
- задачи;
- идеи;
- сайт и аудиты;
- лиды;
- база объектов;
- база знаний;
- регуляторный мониторинг;
- аналитика;
- настройки.
За счет единой платформенной основы новый контур не потребовал отдельной авторизации, отдельного UI-каркаса или независимой инфраструктуры.
5. Реализовал основу для интеграций и дальнейшей автоматизации
Система была построена с учетом регулярной синхронизации данных, серверных действий, журналирования изменений и возможности дальнейших интеграций с внешними сервисами. Это создало фундамент для следующего этапа: сквозных workflow, CRM-интеграций, работы с артефактами и AI-инструментов под контролем пользователя.
Технологии и инструменты
Архитектура и frontend
- Next.js 15 (App Router)
- TypeScript
- Tailwind CSS
- shadcn/ui
- Framer Motion
- Recharts
Backend и данные
- Supabase
- PostgreSQL
- Supabase Auth
- Server Actions
Интеграции и инфраструктура
- Google Sheets API
- Vercel
- Vercel Cron Jobs
Результаты
В результате была создана внутренняя защищенная платформа, которая:
- объединила производственные реестры, административную аналитику и пользовательские роли в одном интерфейсе;
- дала руководству отдельный контур для мониторинга состояния проектов и производственных показателей;
- сократила зависимость от ручного сбора данных из таблиц и переписки;
- стала масштабируемой основой для развития новых внутренних модулей без запуска параллельных мини-систем;
- уже на следующем этапе была расширена до второго рабочего контура для отдела продвижения.
Влияние на бизнес
- Компания получила единую цифровую точку управления вместо набора разрозненных таблиц, отчетов и локальных договоренностей.
- Управленческие решения стали опираться на системный интерфейс с актуальными срезами, а не на ручную консолидацию данных.
- Снизился операционный шум вокруг статусов, синхронизаций и доступа к информации по проектам.
- Появилась технологическая основа для поэтапной цифровизации смежных процессов внутри компании: задач, лидов, знаний, сайта и внутренних workflow.
Как можно использовать этот кейс в портфолио
Этот кейс можно позиционировать как:
- разработку внутренней B2B-платформы для проектной организации;
- переход от фрагментированных таблиц к единому операционному продукту;
- создание архитектуры, которая выдерживает поэтапное масштабирование на несколько бизнес-контуров;
- пример продуктового мышления, где MVP сразу закладывался как основа для дальнейшего роста, а не как одноразовый дашборд.