Size: a a a

2021 January 30

SP

Sergey Polekhin in Qlik BI chat
Daniil Semenov
нет :)
Давать профессиональную лицензию - пусть сами вываливают что хотят :))
Удобно для того, кому это показали и объяснили - да. Но стоит ли объяснять отдельный частный случай использования возможности конкретного объекта  каждому пользователю? Или стоит научить одному универсальному способу работающему в 100% случаев?
источник

SP

Sergey Polekhin in Qlik BI chat
Это уже вопрос из разряда философии
источник

DS

Daniil Semenov in Qlik BI chat
Sergey Polekhin
Удобно для того, кому это показали и объяснили - да. Но стоит ли объяснять отдельный частный случай использования возможности конкретного объекта  каждому пользователю? Или стоит научить одному универсальному способу работающему в 100% случаев?
Справедливости ради, пользователям приходится объяснять и работу обычного фильтра в Qlik.
Не только про цвета, но и про неожиданный сброс всех выборок, например
источник

DS

Daniil Semenov in Qlik BI chat
Ну и сам поиск значений , где бы он ни происходил - не самый очевидный.
источник

DS

Daniil Semenov in Qlik BI chat
А хочешь очевидный, не забудь поставить звездочки :)
источник

SP

Sergey Polekhin in Qlik BI chat
Учить приходится всему, что не  видел до этого :))
Не спорю, что многие вещи хотелось бы видеть из QlikView перенесенными в Qlik Sense. Но пока, видимо, у коллег из R&D несколько другие приоритеты. Именно поэтому QlikView продолжает существовать для сценариев, в которых были сделаны существенные наработки в  QlikView
источник

SP

Sergey Polekhin in Qlik BI chat
Если же мы говорим о новых сценариях и сценариях самообслуживания, то не важно чему учить - практика показывает, что конечные пользователи достаточно успешно и быстро ориентируются в интерфейсе Qlik Sense в том числе и потому, что он проще.
источник

DS

Daniil Semenov in Qlik BI chat
Кстати.
По-поводу ассоциативного поиска.
У нас фин. структура: бю->цфо->проект.
Пользователи привыкли к иерархиям. В sense их тоже не завезли. Пришлось в самих фильтрах изворачиваться и добавлять коды, чтобы они могли, например выбрать все проекты с одного цфо. И несколько проектов с других.
источник

SP

Sergey Polekhin in Qlik BI chat
Но к сожалению, простота и гибкость - очень часто взаимно противоположные требования к интерфейсу
источник

DS

Daniil Semenov in Qlik BI chat
Daniil Semenov
Кстати.
По-поводу ассоциативного поиска.
У нас фин. структура: бю->цфо->проект.
Пользователи привыкли к иерархиям. В sense их тоже не завезли. Пришлось в самих фильтрах изворачиваться и добавлять коды, чтобы они могли, например выбрать все проекты с одного цфо. И несколько проектов с других.
И вот тут не костыляя этих самых кодов в справочники нижних уровней, осуществлять такой поиск - чистый мазохизм
источник

SP

Sergey Polekhin in Qlik BI chat
Daniil Semenov
Кстати.
По-поводу ассоциативного поиска.
У нас фин. структура: бю->цфо->проект.
Пользователи привыкли к иерархиям. В sense их тоже не завезли. Пришлось в самих фильтрах изворачиваться и добавлять коды, чтобы они могли, например выбрать все проекты с одного цфо. И несколько проектов с других.
Не спорю. Но вопрос скорее из философии - кто приучил пользователей к иерархии? Не те ли самые классические фильтры с их убогими подходами, которые не позволяют видеть взаимосвязи. И не те ли ограниченные подходы к погружению в детали, которые основаны только на иерархических и предопределенных  операциях DrillDown? :))
источник

SP

Sergey Polekhin in Qlik BI chat
Если бы пользователи изначально в любых продуктах видели взаимосвязи в данных, то такие иерархии стали бы лишь вариантом представления данных необходимых для выбора последовательности агрегирования данных, а не отборов
источник

DS

Daniil Semenov in Qlik BI chat
Sergey Polekhin
Не спорю. Но вопрос скорее из философии - кто приучил пользователей к иерархии? Не те ли самые классические фильтры с их убогими подходами, которые не позволяют видеть взаимосвязи. И не те ли ограниченные подходы к погружению в детали, которые основаны только на иерархических и предопределенных  операциях DrillDown? :))
Я тут не могу ответить :)
Мне что пользователи, что консультанты говорят в один голос - в анаплане есть, в fc есть. Тут тоже надо.
И, главное, не очень и поспоришь. Выбор по иерархии делать просто.
Это, конечно же, речь не про работу аналитика и поиск взаимосвязей. Это про обычную ad-hoc аналитику.
источник

DS

Daniil Semenov in Qlik BI chat
Sergey Polekhin
Если бы пользователи изначально в любых продуктах видели взаимосвязи в данных, то такие иерархии стали бы лишь вариантом представления данных необходимых для выбора последовательности агрегирования данных, а не отборов
Но выбирать по большому справочнику целыми ветками действительно удобнее в иерархии
источник

DS

Daniil Semenov in Qlik BI chat
Для того же p&l. Всю ветку ревеню, например. И несколько статей с других узлов
источник

DS

Daniil Semenov in Qlik BI chat
В общем, опять же, для разных задач - разные инструменты
источник

DS

Daniil Semenov in Qlik BI chat
И было бы круто иметь их все тут, поскольку ассоциативная модель меня очень радует уже почти 10 лет)
источник

SP

Sergey Polekhin in Qlik BI chat
Daniil Semenov
Я тут не могу ответить :)
Мне что пользователи, что консультанты говорят в один голос - в анаплане есть, в fc есть. Тут тоже надо.
И, главное, не очень и поспоришь. Выбор по иерархии делать просто.
Это, конечно же, речь не про работу аналитика и поиск взаимосвязей. Это про обычную ad-hoc аналитику.
"В общем, опять же, для разных задач - разные инструменты" - точно сказано
источник

DS

Daniil Semenov in Qlik BI chat
При том, что опять же. Во view иерархии были :)
источник

DS

Daniil Semenov in Qlik BI chat
Спасибо за беседу, отправлюсь в сторону сна.
Хорошего вечера!
источник