И: Коллеги, подключились к целевой таблице, делаем отчет.
От вас ждем список желаемых наименований по полям.

З: Во дела, аналитики данных спрашивают нас, что за данных они видят, вот умора…

Сдали отчет…

З: Коллеги, директор посмотрел отчет, ничего не понял по наименованиям .
Мы вообще то, НАЗЫВАЕМ ИХ ПО СВОЕЙ ЛОГИКЕ, А НЕ ВАШЕЙ.

З: Вот файл с наименованием, могли бы и раньше запросить.
Исправить нужно вчера ASAP.

#типичный_диалог

UX для дашбордов: не дизайн ради дизайна, а удобство для людей!

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

Представьте себя на месте Олега, который заходит на ваш дашборд. Что он видит в первую очередь? Если за первые секунды он не понимает, что здесь происходит, значит, с навигацией беда.

Типичные ошибки, "топовового UX":

* Гистограммы “на весь лист” с кучей непонятных/несвязных групп.
* Объемные таблицы, в которых нужно долго копаться.
* KPI-карточки, затерявшиеся где-то внизу страницы.
Пока разберешься, что к чему, уже и KPI не нужны!
Пару примеров неудачного UX в скринах.


Чтобы такого не было, задай себе ряд вопросов:

* Кто будет смотреть этот дашборд? Для директора и аналитика нужны разные дашборды! Директору - пару ключевых цифр, аналитику - детализированные таблицы.

* Какая отчетность нужна? День, неделя, месяц? Сравнивать недельные данные с дневными - это бред!

* Какие данные нужны? Разрезы, сравнения, приоритетные направления? Чем больше данных, тем сложнее дашборд.

* Дашборд вообще нужен? Может, достаточно просто рассылать отчеты по почте? Зачем усложнять, если можно сделать проще?

А зачем вообще нужен дашборд?

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

Непродуманный UX = Дашборд-мертвец!

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

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

Рубрика “Да поможет мне UX!”:

Мне часто попадают дашборды соискателей и начинающих спецов на ревью, в этой рубрике буду разбирать типовые ошибки!
А потом - вместе переделывать их, с пояснениями почему мы сделали так и в чем польза!

#саморазвитие

Доброго утречка.🌞

Когда сделал кейс со сроком ВЧЕРА, а пользователь спрашивает:
- А чего такие тормоза в системе ?!

#смех_да_и_только

Я конечно не старец, но я пророчил неделю дедлайнов перед летом.

#смех_да_и_только

Всем доброго пятничного утра.🌞

#смех_да_и_только

Опубликовал свою статью на vc.ru.

Статья "база" про работу с аналитикой, и о том какие фразы с заказчиком звучат по разному, но всегда переводятся одинаково)

Может скоро уже можно будет сделать переводчик данный фраз.😂
Для начинающих спецов/ команд будет мастхев.

https://vc.ru/services/2014583-mit-o-chistyh-dannyh

#статьи

Отдали дашборд пожали руки и разбежались.
А проверять кто будет, Тетя Мотя?!

Рассмотрим чек - лист сверки данных на финише проекта.

1. Завершили работы графики глаз радуют ;
2. Делаем из графика таблицу ( да да, в ней сверяться будет максимально проще) ;
3. Берем отчет Зазказчика, что он формировал на основе свой системы;
4. Сверяем от большего к меньшему;
5. Сверили итоги с исходниками - сошлось;
6. Спускаемся на следующий уровень - проверяем итоги по каждому разрезу;
7. И так идем до самого минимального разреза;

Ловко я завернул, а? Все сошлось, прям как в сказке.

А если не сходиться, что делать то?
Идем почти в таком же пути, с небольшой поправкой:

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

Почему бывает, что данные перенесли с источника, а циферки не бьются ?
Расскажу в чек - листе проблем отчётов в одном из следующих постов.

🔥 - годный гайд, пойду чистить данные по нему.
🤔 - так вот почему мне звонили Заказчики после внедрения.

#саморазвитие

Нас уже больше сотни, имя нам Легион.)

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

Натолкнуло на идею, как попробовать раскрыть ключевой момент аналитике да и в целом IT сфере.
Ключевой, но почему то толком о нем никто не пишет и нигде не объясняют.

Что планирую?
С друзьями из онлайн школы SkyPro запустить вебинар в формате живого общения, о том что же это за Soft - скиллы такие и с чем их едят, и как собрать требования с менеджера без паяльника и утюга.
Как только упакуем финально, обязательно поделюсь анонсом и ссылкой.

🔥 - ждем такой вебинар.

Доброго субботнего утра.🌞
Забываем про рабочие проблемы.

#смех_да_и_только

Когда запустили приложение, но выделили минимальные мощности.

#смех_да_и_только

Доброго воскресного утречка.🌞
Да что ты знаешь про маркетинг?

#смех_да_и_только

А где вариант, перевести деньги на безопасный счет ?!
На доработку !!!

#смех_да_и_только

Всем доброе утречко.🌞
Начинаем неделю с инвестиций в будущее.

#смех_да_и_только

Умение делиться информацией и помогать эффективно

Часто сталкивался с “помощью без помощи”: прошу помощи с ошибкой в коде — мне дают готовое решение без объяснений.

Почему готовый код не помогает?

* “Работает — не трогай!” — новичок не поймёт основы, не обновит логику;
* Проблемы в команде: не объяснишь коллегам как работает код (“Почему отчёт неверен?”);
* Риск для БД: тяжёлые SQL-запросы без понимания оптимизации.

"Дай человеку рыбу — он будет сыт один день, научи человека ловить рыбу — он будет сыт всю жизнь".
Эффективная помощь = учить “ловить рыбу”
Готовое решение = рыба на один день. Настоящая помощь — учить анализировать.

Мой метод разбора кода:

* Изолируй — выдели проблемный блок;
* Декомпозируй — “Что делает каждая строка?”;
* Сформулируй цель, без кода — “Что мы хотим?” (Агрегация? Сегментация? Фильтрация?);
* Подбери инструмент — нужная функция/оператор;
* Проверь отдельно → тестовый запрос → интеграция;
* Цикл — не работает? → шаг 3.

Почему эффективно?

* Убивает страх сложного кода;
* Глубокое понимание основ;
* Более чистый и оптимизированный код.

Как просить помощь

❌ “Не знаю как начать” → бесполезно;
✅ Золотой стандарт:
“Сделал [цель X]. Блок сегментации пробовал через A/B (примеры) → ошибка [детали] / ожидал Y, получил Z. В чём ошибка?”
Ключ: покажи конкретную проблему и попытку решения.

P.S. Если ответы множат вопросы → упрости формулировку.
Техлид охотнее помогает при чётких запросах после ваших усилий.

💯 - получал ответы, где вопросы только росли.
👍 - теперь знаю как раскулачить техлида на ответы.

#мнение

А вот и дедлайны понедельника приехали.😱

#смех_да_и_только

API ЦБ РФ парсер курса валют.

Не частая рубрика, но периодически буду выкладывать.
После автоматизации часто остаются полезные скрипты, которые жалко просто так забрасывать!

Вот один из них: скрипт для работы с API ЦБ РФ и получения актуальных курсов валют.
Он собирает данные по USD, EUR, TRY, BYN, INR, CNY и сохраняет их в CSV-файл. Умеет проверять наличие данных за текущую дату и добавлять только новые записи!

👉 Запустить скрипт проще всего через Jupyter Notebook. Если у вас его еще нет, в архиве в файле Readme.txt инструкция.

🔥 - если интересны такие темы.
🤔 - что это за API такие, тарабарщина какая - то.

#склад_скриптов

З: Подготовьте срочно договор на 200 страниц. Очень оперативно ждем.
И: Отдаем док, сделав за пару вечеров.
З: Пропал на неделю с комментарием: «Спасибо, глянем»

#типичный_диалог