Разработка интерфейса сервиса корпоративной аналитики

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

Далее уже определяется, в каком виде эту информацию можно подавать – есть несколько критериев для этого:

Заказная разработка сервисов для корпоративной аналитики, безусловно подразумевает под собой постоянное взаимодействие с клиентом, который транслирует бизнес-требования к конечному продукту. В техническое задание чаще всего вкладывается не только пожелания к дизайну, анализу той или иной информации наглядными графиками, но и ориентир на те продукты, которые клиент использовал в своей работе до того, как появилась необходимость в индивидуальном продукте. Это могли быть коробочные решения, или целая система различных программ (например, 1C, Excel, бумажные носители) – то есть большое количество разрозненных данных, требующих постоянных расчетов и аналитики.

После этого рождаются наброски от аналитиков: как будут расположены данные, фильтры - простыми блоками без детализации, цвета. Такой макет согласовывается с заказчиком, далее отдается дизайнеру.

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

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

Основной нюанс заключается в большом количестве бизнес-логики (Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области) в техническом задании, которая не только обрабатывается сервером, но и отображается непосредственно на интерфейсе пользователя. Например, ролевая структура сервиса – что обозначает изменения интерфейса в зависимости от количества «прав» пользователя, а также возможность динамических изменений пользователем (самостоятельное добавление новых окон, граф, ячеек и значений).

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

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