В июле 2022 года я начала работать как бизнес-аналитик в «КОРУС Консалтинг». Представьте, вы приходите в новую компанию и сразу попадаете на старт большого проекта по внедрению КХД, одним из этапов которого является разработка макетов отчетности для двух функциональных областей.
Несколько слов о проекте: Заказчик – крупная региональная сеть супермаркетов.
- Проведено 48 интервью;
- исследовано около 40 отчетов;
- 190 показателей и 80 измерений было выделено для дальнейшей работы.
На основании всего этого требовалось разработать 20 макетов отчетности, по 10 на каждую функциональную область. К слову, BI у Заказчика не было, отчетность обычно рассылалась по почте в PDF или Excel файлах, и как правило представляла собой длинные таблицы с некоторой индикацией.
В ходе работы над этим проектом был разработан инструмент макетирования отчетности, в основе которого лежит сформированный в нашей компании принцип конструирования дашборда, исходя из решаемой бизнесом задачи, или «сценарный подход».
Этот инструмент можно переиспользовать в будущем и на других проектах, тем самых упростив свою работу с макетированием и представлением результатов.
Сценарный подход к макетированию. Что это?
Сценарным подходом я называю подход, в основе которого лежит анализ пути от идентификации проблемы, через ее локализацию к решению. Он помогает систематизировать работу с данными. Обозначая вопросы к данным, мы собираем показатели, необходимые для ответа на эти вопросы и представляем их в таком виде, чтобы ответ был очевиден. Сценарный подход дает устойчивый результат от анализа данных, когда каждый пользователь понимает, какую информацию он должен получить в ходе анализа. К тому же, в сценарном подходе нагрузка на систему снижается за счет специализации отчетов, которые включают в себя необходимый для определения проблемы и принятия решения перечень показателей.
Для правильной реализации сценарного подхода к макетированию нужно выполнить несколько условий. В первую очередь нужно разделить все требования на области, в соответствии с бизнес-процессами компании. Далее необходимо собрать требования с бизнес-пользователей, сформировать логическую модель данных и определить роли пользователей. После этого уже можно заниматься созданием эскизов с учетом типовых вопросов и ответов.
Важный нюанс: цикл должен быть коротким, чтобы пользователи не забыли, что они говорили на этапе сбора требований и адекватно воспринимали результат.
Чем будет полезен фреймворк
Как правило, аналитик на этапе макетирования сталкивается с одной и той же проблемой – нехваткой времени, которая проявляется как:
- Проблема «чистого листа». Когда тебе нужно что-то написать/нарисовать, но все, что у тебя имеется – пустая страница.
- Использование стандартных графиков, которые не всегда подсвечивают проблемы, а времени, чтобы разобраться и подготовить данные для более сложных диаграмм – нет.
- Необходимость примеров для пресейла с реальными данными, когда важно показать Клиенту такой макет, при просмотре которого обсуждение уходит в бизнес, а не в дашборд.
В данных случаях и может быть полезен фреймворк макетирования отчетности.
Откуда появилась идея создания фреймворка и как этому способствовали корпоративные наработки
Итак, вернемся к проекту. Мы закончили этап сбора требований, и пора приступать к макетированию. Первая сложность, с которой я столкнулась, — это тот самый «чистый лист». Я помню, как в первый день открыла miro, создала новый фрейм и немного впала в ступор. С одной стороны, у меня большой объем данных, который был получен в ходе сбора требований, с другой стороны, множество прочитанных статей, примеров визуализации. До этого разрабатывать отчетность с нуля мне не приходилось, но темой я интересовалась. У меня была задача – объединить все свои знания и наработки в полезный инструмент, который действительно будет помощником в поиске инсайтов и проблем в бизнесе. А также – это был мой первый проект в компании, хотелось сделать все классно.
Потратив некоторое время, я нашла подход к чистому листу, структурировала имеющуюся информацию и сделала первые наброски. Вот так это выглядело.
Появилась структура будущей отчетности, с выделением восьми предметных областей, наполненных перечнем показателей. Но набор этих показателей был довольно сумбурным, не имел уровня детализации и не представлял собой какой-то целостной картины. Поэтому следующим моим действием была проработка макетов в отдельности. На рисунке мы видим разделение дашборда на зоны, перечень показателей и наброски фильтров.
Картина начинала постепенно вырисовываться, но меня не покидало ощущение, что я делаю что-то не так и упускаю что-то важное.
А упускала я цель – вопрос, на который пользователь должен получить ответ при обращении к дашборду. Ведь нашей задачей в рамках проекта было не просто предоставить пользователям набор данных для свободного анализа, а дать инструмент с готовыми сценариями выявления проблемы на основе данных.
Передо мной стояли задачи: переработать структуру и определить цели каждого уровня.
Так как функциональные области были достаточно объемными и включали в себя множество показателей, для их структурирования и удобства дальнейшей работы было принято решение выделить несколько предметных областей.
Для каждого дашборда были сформулированы вопросы, на которые он должен ответить. В дальнейшем, прописанные в структуре вопросы и пользователи, мне очень помогли при детальной проработке макета. Во-первых, я понимала, кто будет основным пользователем отчета. Во-вторых, на какие вопросы конкретный пользователь должен получить ответы.
Я копировала вопросы из структуры, размещала их рядом с макетом и таким образом, они всегда были у меня на виду, и я на них ориентировалась и разбиралась с помощью каких показателей и диаграмм я смогу получить ответы.
Так как функциональные области были достаточно объемными и включали в себя множество показателей, для их структурирования и удобства дальнейшей работы было принято решение выделить несколько предметных областей.
Таким образом, в дополнение к структуре и целям, была получена третья составляющая основы макетирования – сценарный подход, о котором я говорила ранее.
В результате проделанной работы был получен следующий результат: прямоугольники с вопросами превратились в макеты дашбордов, отвечающие на те самые вопросы.
С этими макетами мы уже выходили к Заказчику. Работа велась в Excel, и получился удобный инструмент не только макетирования, но и демонстрации.
Во-первых, была добавлена удобная навигация, при помощи которой можно было перемещаться в нужное место файла. При нажатии на дашборд, происходил переход к нужному листу и обратно. Во-вторых, Excel позволяет использовать реальные данные при построении диаграмм.
Поэтому я подумала, что было бы здорово поделиться этим инструментом с другими аналитиками, возможно кому-то он упростит работу и станет хорошим помощником.
Шаблон для создания макетов отчетности
Перейдем непосредственно к самому шаблону. Он включает в себя общую структуру отчетности, лист с вопросами, шаблоны визуальных элементов.
Структура. Данный лист представляет собой структуру отчетности, детализированную по уровням применения и ответственности. Здесь необходимо заполнить основных пользователей и наименования дашбордов, соответствующие макеты будут транслироваться сюда автоматически с заранее подготовленных дашбордов, лишнее по итогам можно удалить.
Следующий раздел – это блоки с вопросами, на которые мы должны получить ответы. Здесь мы их фиксируем и к ним обращаемся в ходе разработки
Также, инструмент содержит шаблоны для нескольких типов диаграмм, не самых простых и очевидных, на подготовку которых потребуется затратить некоторое время. Чтобы немного упростить этот этап и были созданы эти заготовки. Какие визуальные элементы можно получить в рамках инструмента, лишь подставив свои данные в заранее подготовленные таблицы? Такие виды диаграмм как – водопад, точечная, пузырьковая, комбинированная, паук.
Например, для получения точечной диаграммы заполняем данные для осей Х и У в таблице слева и получаем готовый вариант визуализации, в котором нам остается лишь изменить цветовую гамму для необходимости. Основные базовые настройки визуального отображения уже были сделаны.
А так выглядит пустой макет дашборда с основными элементами, который и будет транслироваться в структуру. Именно его мы должны заполнить визуальными элементами.
Конечно, каждый в работе использует свои подходы и свои наработки, полученные с опытом. Но находясь в начале карьерного пути или на старте новой задачи, в частности по разработке макетов, хочется иметь какую-то основу, помощника, чтобы не оставаться наедине с «чистым листом» и не тратить на него лишнее время. Я думаю, что описанный выше шаблон макетирования может стать именно таким помощником, который будет структурировать информацию и направлять в нужном направлении при макетировании отчетности, экономя при этом часы, затраченные на творческий процесс.