Comments 7
Аналитики часто ожидают, что дашборд это нечто ценное само по себе и работа закончена. Но дашборд это инструмент, который нужен для принятия решений и если решения не принимаются - значит инструмент бесполезен
![](https://habrastorage.org/webt/nu/qi/fo/nuqifozzymrmgb9qbqyyxbcxgdi.png)
минутка снобизма: такие "часто ожидающие аналитики" - это, выражаясь современными терминами, вкатыши. Если человек таки получал какое-никакое профильное "верхнее" образование, которое все чаще пытаются обзывать набором заведомо устаревших знаний, то в ходе изучения теоретических основ кибернетики информатики наверняка столкнётся с таким понятием как "системы поддержки принятия решений" и будет в курсе, что дальнейшие откровения, описанные в данной статье, встречаются в литературе почти сорокалетней давности:
![](https://habrastorage.org/webt/f9/pk/5g/f9pk5gkcuobvdfyichycelmcnu4.png)
Ларичев О. И., Петровский А. Б. Системы поддержки принятия решений. Современное состояние и перспективы их развития. // Итоги науки и техники. Сер. Техническая кибернетика. — Т.21. М.: ВИНИТИ, 1987, с. 131—164
Как видите, весь набор модных среди недоумевающих аналитиков слов в 2024 году уже давно присутствует в профильной литературе.
Спасибо за комментарий!
Цель статьи - показать реальные раскиданные грабли, на который можно наступить и наступают.
такие "часто ожидающие аналитики" - это, выражаясь современными терминами, вкатыши.
Не соглашусь. Первичная проблема - в разделении ролей и излишней специализации.
Товаровед (есть такая профессия) решил бы подобную проблему за 1-2 недели.
Вручную.
В одиночку.
Спасибо за комментарий!
Решение этой задачи зависит от объёма ассортимента.
При сотне товаров эта задача решается полностью вручную и повторяется с определенной регулярностью.
При тысяче товаров становится сложнее, но ещё вполне решаемо вручную
При десятках тысяч+ товаров товаровед является участником процесса или, как максимум, заказчиком.
В нашем случае масштаб не позволял только товароведам решать такие задачи, т.к. нужна техническая экспертиза для автоматизации, например
Выделение ключевых метрик по бизнесу и построение витрин данных/дашбордов
Получение цен конкурентов и обработки endpoint для определения доступности
Прогнозирование выручки
Расчёт юнит-экономики на товаре
Технические сложности в этой статье я умышленно не описывал, т.к. фокус хотелось сделать именно на организации процесса.
Как вводная - статья хорошая. Хотелось бы больше деталей пути "Не знаем в чём проблема - Проблема обнаруживается и решается полностью или почти автоматически"
Автор прав. По одному автору помню группировку типов анализа по порядку: дескриптивный, диагностический, прогностический и что-то там ещё. Так вот, дашборд просто даёт нам оперативную описательную инфу ,что что-то пошло не так. Далее идёт диагностика ,то есть капаемся в данных под дашбордом. Ну и потом принимаем решение по результатам диагностики
Почему решения принимаются не на основе дашбордов?