filipp.iofilipp.io
Главная/Кейс 10
Для операционной команды и руководителя

Вся операционка платформы — на одном экране, без ручных отчётов

Система, которая объединила финансовые показатели, поездки, парк, географию и клиентские данные в одном рабочем интерфейсе.

Вместо отдельных таблиц, выгрузок и ручных отчётов команда получила единый инструмент для ежедневного анализа и принятия решений.

внутренний продуктоперационная аналитикаразработка под ключ
  • 10модулейв одной системе
  • P&Lфинансовая аналитика
  • ИИ-запросык операционным данным
  • 2026используется командой

§ 01 · Интерфейс

Один экран для ключевых операционных решений

Система объединяет финансовые показатели, поездки, парк, географию, клиентские сегменты и другие направления работы платформы.

dashboard.electra.space

Дашборд Electra Ops

E
ОбзорФинансыКлиентыПаркРефералыПоддержкаГеографияКачество AI

P&L Dashboard

Filtered:Systems: Electra EUFleets: Vienna, PragueExcl. zero-fare
+12.4%

Gross Revenue

€247,832

51 426 trips

+0.18

Avg Check

€4.82

per trip

+6.1%

Active Users

8,214

last 30 days

Active Vehicles

342

в парке

+0.3

Avg Duration

14.7

минут / поездка

+3.8%

Rev per Vehicle

€724

в месяц

Revenue · last 16 days

€247,832 +12.4%

01.0308.0316.03

превью · данные замазаны

  • 01Единый интерфейс вместо отдельных отчётов
  • 02Общие фильтры для всех аналитических модулей
  • 03Загрузка и проверка новых данных внутри системы

§ 02 · Проблема

Данные были разбросаны между таблицами, выгрузками и ручными отчётами

Операционная аналитика собиралась из нескольких источников. Чтобы проверить показатель, найти отклонение или сравнить периоды, сотрудникам приходилось выгружать данные, соединять таблицы и вручную готовить очередной отчёт.

Каждый новый вопрос превращался в отдельную аналитическую задачу. Результат зависел от того, кто собирал данные, какие фильтры использовал и не появилась ли ошибка при переносе информации.

Команде нужен был постоянный рабочий инструмент: самостоятельно исследовать данные и быстро получать ответы. Статичные отчёты эту задачу не закрывали.

Требовалось

  • объединить основные направления аналитики;
  • создать единые правила фильтрации;
  • сократить ручную подготовку отчётов;
  • проверять новые данные перед загрузкой;
  • дать команде возможность самостоятельно работать с показателями.

§ 03 · Решение

Спроектировал внутренний аналитический продукт для ежедневной работы операционной команды.

  • 01

    Десять модулей в одном интерфейсе

    Финансы, поездки, парк, география, клиенты и другие направления собраны внутри единой системы.

  • 02

    Общие фильтры для всех разделов

    Период, город, парк и другие параметры применяются ко всем связанным показателям и экранам.

  • 03

    Запросы к данным обычным языком

    Пользователь может сформулировать вопрос без подготовки отдельного отчёта и получить ответ на основе загруженных данных.

  • 04

    Загрузка данных с проверкой

    Перед добавлением новых файлов система проверяет структуру, обязательные поля и возможные ошибки.

§ 04 · Моя роль

От таблиц и выгрузок — к рабочему аналитическому продукту

Я отвечал за проектирование и разработку системы целиком: от структуры показателей и пользовательских сценариев до интерфейса, обработки данных и подготовки продукта к ежедневной работе команды.

  • 01

    Разобрал существующий процесс подготовки аналитики.

  • 02

    Спроектировал структуру из десяти операционных модулей.

  • 03

    Создал единый механизм фильтрации связанных показателей.

  • 04

    Разработал финансовый модуль с расчётом P&L.

  • 05

    Реализовал загрузку и предварительную проверку данных.

  • 06

    Добавил запросы к операционным данным на естественном языке.

  • 07

    Собрал продукт в единый рабочий интерфейс.

§ 05 · Результат

Команда получила единое окно для работы с данными

  • 10аналитических модулей
  • 1рабочий интерфейс
  • 0отдельных отчётов внутри системы

До

  • данные в разных таблицах и выгрузках;
  • ручное объединение источников;
  • отдельный отчёт под каждый вопрос;
  • риск ошибок при переносе данных;
  • зависимость от сотрудника, который готовит аналитику.

После

  • единый аналитический интерфейс;
  • общие фильтры для всех модулей;
  • самостоятельная работа с показателями;
  • проверка данных перед загрузкой;
  • ответы на дополнительные вопросы без сборки нового отчёта.

Результатом стал внутренний аналитический продукт для ежедневной работы команды: загружать данные, менять срезы, проверять показатели и исследовать причины отклонений.

Данные всё ещё живут в таблицах, выгрузках и ручных отчётах?

Я помогаю превратить разрозненные источники и ручную аналитику в рабочие внутренние продукты, которыми команда может пользоваться самостоятельно.