10 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

From Dashboard to HUD: How JASK reimagined the security analyst user experience

Содержание

3. Elastic stack: анализ security логов. Дашборды

В прошлых статьях мы немного ознакомились со стеком elk и настройкой конфигурационного файла Logstash для парсера логов, в данной статье перейдем к самому важному с точки зрения аналитики, то что вы хотите увидеть от системы и ради чего все создавалось — это графики и таблицы объединенные в дашборды. Сегодня мы поближе ознакомимся с системой визуализации Kibana, рассмотрим как создавать графики, таблицы, и в результате построим простенький дашборд на основе логов с межсетевого экрана Check Point.

Первым шагом работы с kibana — это создание index pattern, логически, это база индексов единых по определенному принципу. Разумеется, это исключительно настройка для того, чтобы Kibana более удобно искала информацию по всем индексам одновременно. Задается она по сопоставлению строки, допустим “checkpoint-*” и названия индекса. Например, «checkpoint-2019.12.05 » подойдет под паттерн, а просто «checkpoint» уже нет. Отдельно стоит упоминания, что в поиске искать информацию по разным паттернам индексов одновременно нельзя, чуть позже в последующих статьях мы увидим что API запросы делаются либо по названию индекса, либо как раз по одной строчке паттерну, картинка кликабельна:

После этого проверяем в меню Discover, что все логи индексируются, и настроен правильный парсер. Если обнаружатся какие либо несоответствия, например, поменять тип данных со строки на целое число, необходимо отредактировать конфигурационный файл Logstash, в результате новые логи будут записываться правильно. Для того, чтобы старые логи до изменения приняли нужный вид, помогает только процесс реиндексации, в последующих статьях эта операция будет рассмотрена более детально. Удостоверимся, что все в порядке, картинка кликабельна:

Логи оказались на месте, значит, можно приступить к построению дашбордов. На основе аналитики дашбордов от security продуктов можно понять состояние ИБ в организации, наглядно увидеть уязвимые места в текущей политике, и в дальнейшем выработать способы по их устранению. Построим небольшой дашборд, используя несколько средств визуализации. Дашборд будет состоять из 5 компонентов:

  1. таблица для подсчета суммарного количества логов по блейдам
  2. таблицу по критическим сигнатурам IPS
  3. круговую диаграмму по событиям Threat Prevention
  4. диаграмма по наиболее популярным посещаемым сайтам
  5. диаграмма по использованию наиболее опасных приложений

Для создания фигур визуализации, нужно перейти в меню Visualize, и выбрать нужную фигуру, которую хотим построить! Пойдем по порядку.

Таблица для подсчета суммарного количества логов по блейдам

Для этого выберем фигуру Data Table, проваливаемся в оснастку для создания графиков, слева проставляется настройки фигуры, справа то как она будет выглядеть в текущих настройках. Сначала продемонстрирую как будет выглядеть готовая таблица, после этого пройдем по настройкам, картинка кликабельна:

Более детальные настройки фигуры, картинка кликабельна:

Первоначально настраивается метрика, это значение, по которому будут агрегироваться все поля. Метрики вычисляются на основе значений, извлеченных тем или иным способом из документов. Значения обычно извлекаются из полей документа, но также могут быть сгенерированы с использованием скриптов. В данном случае ставим в Aggregation: Count (суммарное количество логов).

После этого делим таблицу по сегментам (полям), по которым будет считаться метрика. Эту функцию выполняет настройка Buckets, которая в свою очередь состоит из 2 вариантов настройки:

  1. split rows — добавление колонн и в последующем деление таблицы на строки
  2. split table — деление на несколько таблиц по значениям определенного поля.

В buckets можно добавить несколько делений для создания нескольких столбцов или таблиц, ограничения тут скорее стоят логические. В aggregation можно выбрать по какому способу будет происходить деление на сегменты: ipv4 range, date range, Terms и т.д. Наиболее занятным выбором является именно Terms и Significant Terms, деление на сегменты производится по значениям определенного поля индекса, разница между ними заключается в количестве возвращаемых значений, и их отображение. Так как мы хотим поделить таблицу по названию блейдов, выбираем поле — product.keyword и задаем размер в количестве 25 возвращаемых значений.

Вместо строк в elasticsearch используется 2 типа данных — text и keyword. Если вы хотите выполнить полнотекстовый поиск, вы должны использовать тип text, очень удобная вещь при написании своего поискового сервиса, например, ищете упоминание слова в конкретном значении поля (тексте). Если вы хотите только точное совпадение, вы должны использовать тип keyword. Так же тип данных keyword следует использовать для полей, требующих сортировки или агрегации, то есть, в нашем случае.

В результате Elasticsearch считает количество логов за определенное время с агрегированием по значению в поле product. В Custom Label задаем название колонны, которое будет отображаться в таблице, задаем время за которое собираем логи, запускаем прорисовку — Kibana отправляет запрос в elasticsearch, ждет ответ и после визуализирует полученные данные. Таблица готова!

Круговая диаграмма по событиям Threat Prevention

Определенный интерес представляет информация, а сколько вообще в процентном соотношении реакций detect и prevent на инциденты ИБ в текущей политике безопасности. Для такого случая хорошо подходит круговая диаграмма. Выбираем в Visualize — Pie chart. Также в метрике задаем агрегацию по количеству логов. В buckets ставим Terms => action.

Вроде все правильно, но в результате показываются значения по всем блейдам, нужно отфильтровать только по тем блейдам, которые работают в рамках Threat Prevention. Поэтому обязательно настраиваем фильтр для того, чтобы искать информацию только по блейдам отвечающие за инциденты ИБ — product: («Anti-Bot» OR «New Anti-Virus» OR «DDoS Protector» OR «SmartDefense» OR «Threat Emulation»). Картинка кликабельна:

И более детальные настройки, картинка кликабельна:

Таблица по событиям IPS

Далее очень важным с точки зрения ИБ является просмотр и проверка событий по блейду IPS и Threat Emulation, которые не блокируются текущей политикой, для того чтобы в последующем либо перевести сигнатуру в prevent, либо если трафик валидный — не проверять сигнатуру. Таблицу создаем также как и для первого примера, только с тем отличием, что создаем несколько колонн: protections.keyword, severity.keyword, product.keyword, originsicname.keyword. Обязательно настраиваем фильтр для того, чтобы искать информацию только по блейдам отвечающие за инциденты ИБ — product: ( «SmartDefense» OR «Threat Emulation»). Картинка кликабельна:

Читать еще:  Prototype 3: дата выхода

Более детальные настройки, картинка кликабельна:

Диаграммы по наиболее популярным посещаемым сайтам

Для этого создаем фигуру — Vertical Bar. Метрику также используем count (ось Y), а на оси X в качестве значений будем использовать название посещенных сайтов — “appi_name”. Тут есть небольшая хитрость, если запустить настройки в текущем варианте, то все сайты будут отмечаться на графике одним цветом, для того чтобы сделать их разноцветными используем дополнительную настройку — “split series”, которая позволяет делить уже готовую колонну на еще несколько значений, в зависимости от выбранного поля конечно! Это самое деление можно либо использовать как одна разноцветная колонна по значениям в режиме stacked, либо в режиме normal для того чтобы создать несколько колонн по определенному значения с оси X. В данном случае здесь мы используем то же значение, что и по оси X, это дает возможность сделать все колонки разноцветными, справа сверху они будут обозначаться цветами. В фильтре задаем — product:«URL Filtering» для того, чтобы увидеть информацию только по посещенным сайтам, картинка кликабельна:

Диаграмма по использованию наиболее опасных приложений

Для этого создаем фигуру — Vertical Bar. Метрику также используем count (ось Y), а на оси X в качестве значений будем использовать название используемых приложений- “appi_name”. Наиболее важным является задание фильтра — product: «Application Control» AND app_risk: (4 OR 5 OR 3 ) AND action:«accept». Фильтруем логи по блэйду Application control, берем только те сайты которые категоризированы как сайты с риском Critical, High, Medium и только в том случае если на эти сайты доступ разрешен. Картинка кликабельна:

Дашборд

Просмотр и создание дашбордов находится в отдельном пункте меню — Dashboard. Здесь все просто, создается новый дашборд, в него добавляется визуализация, расставляется по местам и все!

Создаем дашборд, по которому можно будет понять базовую ситуацию состояния ИБ в организации, понятно, только на уровне Check Point, картинка кликабельна:

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

Заключение

Мы рассмотрели возможности базовой визуализации в Kibana и построили дашборд, но это лишь малая часть. Далее в курсе отдельно рассмотрим настройку карт, работу с системой elasticsearch, познакомимся с API запросами, автоматизацией и много чего еще!

Security Reimagined

Security Reimagined — Solving an Old Problem with a New Approach

A decade ago this January, Steve Jobs challenged the conventional wisdom about tablets, unveiling the iPad with the words, “What this device has done is extraordinary.” Coming on the heels of iPhone’s smashing success three years earlier, the tablet, however, wasn’t a new idea.

Others had tried and failed, including Apple (remember Newton, Apple’s take on personal digital assistants?). Tablets, in fact, had been discredited as a computing category.

But with the iPad, Apple reimagined the tablet. And it was just getting started. As its ecosystem expanded with more devices, Apple has since redefined our experience as consumers. We expect a consistent, simplified way of interacting with our technology and consuming content, and we expect everything to work together and provide even more value as a group.

Security today is ripe for having its “iPad moment.” We need to challenge conventional wisdom — that every new threat vector requires a new solution. That you have to keep adding new tools and methodologies — and consequently, more people — in order to protect across users, devices, apps, and networks.

It’s time to reimagine security.

At Cisco, we’ve been doing that with SecureX, an open, integrated platform approach that simplifies our customers’ experience, enables automation, helps them accelerate their business, and protects their future. Like Apple did with iPad, we want to redefine the user experience. And that’s just for starters.

Security platforms, of course, are not a new idea either. While other security vendors have been here before — that is, have tried to solve problems with a platform approach — much like Newton, those platforms have fallen short.

What we’re doing differently is:

  • Redefining how you experience your security environment.
  • Improving outcomes by accelerating investigations and remediation.
  • Addressing the complexity by integrating your security for you.

Here’s how we’re doing that, at a high level.

Redefining the user experience

At its core, SecureX enables all your security solutions to work together harmoniously while uniting both products and users into a consistent experience.

It’s not unlike using Apple’s ecosystem. When you own multiple Apple devices, you can seamlessly move between them as you consume content. And while Apple has its own apps, you can still use others, if you prefer — say, Google Maps or Microsoft Outlook.

Just like Apple’s devices work seamlessly together, an integrated, streamlined platform enables your security solutions to work as a team and share context — while users can move seamlessly from one app or interface to the next. No more swiveling chairs, conflicting alerts, or inconsistent policy management.

And just like Apple devices provide more value as a group, the more natively integrated platform solutions you use in SecureX, the more value you derive. At the same time, you can bring your own “apps” — use the security solutions you already have. We don’t expect to be your only security vendor, and interoperability is our goal.

Accelerating threat investigation and remediation

When your SecOps receives an alert about command-and-control attempts, how long does it take an analyst to investigate? Chances are, it’s more than half a day’s work. Here’s the reality:

  • A typical SecOps team uses a sprawling number of siloed security solutions — which means multiple consoles, separate controls, conflicting information, and manual processes. That’s why 66% of IT and security professionals surveyed by the Enterprise Strategy Group say threat detection and response is challenging due to multiple independent point tools.
  • Limited visibility and context are a challenge in this heterogeneous environment. In our scenario, it means the analyst has to reach out to ITOps and email teams to search for the suspicious file. In the meantime, the users’ personal or corporate assets are staying exposed, putting them at risk.

With SecureX, the analyst’s response and remediation time would be cut by more than 50%. The analyst could immediately isolate the endpoint as a precaution; use the unified security dashboard to see a list of all users, devices, and applications; and quickly determine that the root cause is an executable file making phishing and authentication attempts.

Читать еще:  Prototype 2 Моды Пакетная сборка 8-штук

The analyst would additionally see what other users were targeted and block the file across all threat vectors without engaging additional teams. And once the initial endpoint is back to its normal state, it can be reconnected to the network with one click.

Addressing the complexity of your environment

Today, having a collection of best-of-breed point solutions is unavoidable. You’ve invested in these tools through the years. Integration is how you can leverage these investments to improve outcomes — but therein lies the rub. As one CISO told us, “I don’t want to be in the business of integration. I want to be in the business of security.”

Your teams are already overworked. You’re constantly fighting for talent. Doing complicated and resource-intensive integrations is just another burden.

And that is where Cisco comes in. SecureX is built around the idea that not only do your solutions need to work together, but you should be able to take advantage of the investments you have today and will make tomorrow.

If you want to use mobile device management from Palo Alto and a SIEM from Splunk along with Cisco AMP for Endpoints and Umbrella, you can do that and still leverage SecureX. Certainly, the more natively integrated Cisco Security solutions you use, the better your SecureX experience — but you can derive value from SecureX even with one Cisco product. SecureX comes with every Cisco Security product.

Stay ahead of the curve

While it will take some time for us to implement all the bold ideas we have for SecureX, you can stay ahead of the curve by signing up for the SecureX waitlist. We’ll notify you when we reopen our beta program for new users, as well as send you news and updates about our integrated portfolio.

Тестирование User Experience как метод оптимизации конверсии

Термин User Experience используется сегодня весьма широко. Все стремятся обеспечить действительно хороший пользовательский опыт. Но что же отличает качественный UX от посредственного? Попробуем разобраться.

В Semantic Studios аспекты, определяющие качество пользовательского опыта, представили в виде пчелиных сот:

Качество UX, согласно данной схеме, зависит от семи параметров:

  • Полезность продукта;
  • Простота использования;
  • Привлекательность;
  • Удобство навигации;
  • Доступность, в том числе и для людей с ограниченными возможностями;
  • Степень доверия потенциальных покупателей;
  • Ценность, определяемая уровнем удовлетворенности клиентов.

Тестирование User Experience может быть модерируемым и немодерируемым.

Модерируемое тестирование пользовательского опыта

Данный подход предполагает, что исследователь (либо группа исследователей) наблюдает за ходом тестирования в режиме реального времени. Преимущество данного метода состоит в его гибкости. Исследователь может внести коррективы на основе обратной связи от участников эксперимента.

Недостаток подобного подхода — риск искажения результатов под влиянием Хоторнского эффекта (Hawthorne Effect).

— Скажите первое, что придет в голову.
— Надеюсь, я смогу ответить правильно и получу свои $100 и кусок пиццы!

Крис Говард (Chris Goward) из WiderFunnel описывает Хоторнский эффект следующим образом:

«Когда люди знают, что принимают участие в исследовании, они могут быть более мотивированы, чем были бы при отсутствии наблюдения. Испытывая новое приложение, к примеру, пользователь может заметить недочеты, на которые не обратил бы внимание при использовании этого приложения в повседневной жизни».

На итогах модерируемого тестирования также может сказаться эффект ожидания наблюдателя (Observer-Expectancy Effect), суть которого состоит в бессознательном влиянии исследователя на ход эксперимента с целью привести его к определенному результату (тому, который кажется экспериментатору закономерным).

Немодерируемое тестирование пользовательского опыта

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

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

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

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

Пятисекундные тесты

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

В итоге вы получаете своеобразное облако тегов, иллюстрирующее то, как видит ваш бизнес аудитория:

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

Сортировка карточек

Используя обыкновенные бумажные карточки (или их программный аналог), можно добиться значительных успехов в деле оптимизации User Experience.

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

Просмотр повтора сессии

Просмотр сессии пользователя от начала до конца позволяет взглянуть на UX-дизайн вашего сайта с новой стороны. Вот как это может выглядеть:

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

Голос клиента

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

Ключевые аспекты потребительского исследования:

  • Пожелания к продукту должны описываться словами самих потребителей;
  • Необходима четкая иерархия потребностей;
  • Необходима сегментация потребностей.

Опросы

Самый простой способ узнать, чего хотят потребители — просто спросить у них об этом. С инструментами вроде SurveyMonkey или Typeform организовать масштабное исследование можно буквально в пару кликов.

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

Измерение удовлетворенности клиентов

На сегодняшний день в распоряжении маркетологов есть множество инструментов, позволяющих измерить степень удовлетворения (либо разочарования) потребителя. К таким инструментам относятся, к примеру:

  • After Scenario Questionnaire (ASQ);
  • NASA-TLX;
  • Subjective Mental Effort Questionnaire (SMEQ);
  • Usability Magnitude Estimation (UME);
  • Single Easy Question (SEQ);
  • SUPR-Q;
  • Net Promoter Score (NPS).

Айтрекинг

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

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

Читать еще:  Компьютер, Интернет – в помощь начинающим пользователям старшего поколения

Биометрические исследования

Еще недавно употребление термина «биометрия» в контексте маркетинговых исследований было большой редкостью. Но времена меняются. Сегодня многие компании проводят биометрические исследования при разработке сайтов или планировании дорогостоящих рекламных кампаний.

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

Сплит-тесты

Все вышеперечисленные методы тестирования User Experience способны дать внушительный объем полезной информации. Однако если вам нужно точно определить, как конкретное изменение повлияло на эффективность сайта, без сплит-теста не обойтись.

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

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

Заключение

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

Как использовать дашборд для аналитики в коммуникациях

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

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

Мы в PR News используем дашборд в собственной медиааналитике на регулярной основе (ежемесячно, ежеквартально и т.д.). Краткая версия данных позволяет в любое удобное время быстро вернуться к архиву в сжатом виде и увидеть его ключевые моменты. Визуализировать исследование или кейс, представить на мероприятии оперативную аналитику соцмедиа или презентовать информацию руководителю компании — во всем этом тоже пригодится дашборд.

Рассказываем, как работать с этим форматом тем, кто занимается коммуникациями и PR.

Что, собственно, такое дашборд?

Попросту говоря, это информационная панель (с английского dashboard дословно переводится как «приборная панель»): экран, на котором с помощью таблиц, диаграмм и других инструментов визуализированы наиболее важные данные. Особенность дашборда в том, что он не просто показывает информацию, но и анализирует ее, помогает сделать из нее выводы. То есть дает возможность понять ее значимость в объеме и динамике, выделить среди прочего самое главное и понять характер данных (позитивный, негативный и пр.). Это отличает дашборд от инфографики (она может быть его частью), которая призвана прежде всего показать, а не проанализировать.

Чем полезен дашборд

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

Дашборд — это универсальный формат для анализа данных. Чтобы создать его, мало просто найти подходящую программу и научиться ей пользоваться. Финальной работе над дашбордом предшествует работа аналитическая: сбор и структурирование информации, вычленение в ней главного и определение целей, на которые она работает. Иными словами, нам нужно сделать разрозненные данные полезными, определить, чем они могут помочь.

Как сделать дашборд

Правила создания дашборда основаны на тех же правилах, что и визуализация данных, UX и сторителлинг. Что роднит их? Забота о пользователе: вам нужно предоставить информацию так, чтобы у него не осталось вопросов о том, откуда эти данные, о чем они говорят и какие выводы нужно сделать тому, кто их видит. Это и есть особое искусство, которому стоит поучиться, взяв один или несколько курсов о работе с данными.

Программ для создания дашбордов немало, и на рынке появляются все новые. Есть собственная программа у Google — Google Data Studio и специальное расширение в Google Analytics. Компания Yandex выпустила сервис DataLens, а Microsoft — Power BI. Есть также и много самостоятельных платформ: Qlik, Tableau и другие.

В PR News мы используем разные сервисы, потому что для определенной задачи тот или иной может подходить лучше, чем другие. В качестве примера приведем наш дашборд, в котором мы представили собственное исследование по тендерам на оказание PR-услуг в 2015-2019 годы. Мы проанализировали государственные коммуникационные тендеры с официального сайта единой информационной системы в сфере закупок (www.zakupki.gov.ru). Для работы использовали сервис Tableau. Он помог нам показать большой объем данных в сжатом виде, при этом передать результаты исследования и донести ключевые выводы.

  • Данные в дашборде должны помещаться на один экран. При этом он может быть интерактивным — тогда экран имеет вкладки, переключаясь по которым, можно смотреть информацию по конкретным подтемам.
  • У дашборда должна быть композиция, построенная грамотно с точки зрения визуализации. Важно соблюдать правила, которые помогут усвоить данные максимально легко. Например, самое самое главное стоит размещать в верхнем левом углу, куда мы интуитивно смотрим в первую очередь, а логику повествования вести слева направо и т.д.
  • Стоит использовать элементы, которые помогут сфокусироваться на важных моментах: контрастные элементы, яркие цвета, крупный шрифт и др. Но при этом не перегрузить ими экран — должно быть ясно, какие из данных главные, а какие второстепенные.
  • Дашборд должен не просто показывать данные, но и объяснять их. Например, чтобы, глядя на информацию, можно было не только оценить показатели, но и понять причины, по которым они оказались именно такими. Или же увидеть нынешние показатели рядом с предыдущими и охватить их в сравнении: улучшилась ли ситуация, стала ли хуже и т.д.

Бонусы применения дашборда в PR и коммуникациях:

  • Аналитика — язык, понятный руководителям компаний. Дашборд — это переложение языка коммуникаций на язык бизнеса. В этом формате они становятся выгодными партнерами, а вы — тем, кто может говорить на двух языках.
  • Дашборд — быстрый способ донести большой объем информации и облегчить ее использование. Клиенты, которым вы предоставляете информацию в виде дашборда, благодаря вам смогут быстро принимать важные решения и не тратить свое время на анализ данных: вы уже сделали это за них.
  • Конференции, презентации, ивенты — на всех этих событиях дэшборд пригодится вам, чтобы увлечь аудиторию, даже если вы рассказываете ей о чем-то очень сложном.

Больше полезного читайте в нашем телеграм-канале о коммуникационной аналитике ComInsights.

Источники:

http://habr.com/ru/company/tssolution/blog/482054/

http://blogs.cisco.com/security/security-reimagined2

http://lpgenerator.ru/blog/2017/03/07/testirovanie-user-experience-kak-metod-optimizacii-konversii/

http://vc.ru/marketing/191021-kak-ispolzovat-dashbord-dlya-analitiki-v-kommunikaciyah

Ссылка на основную публикацию
Статьи c упоминанием слов:
Adblock
detector