Data Analytics Pro
Поглиблений курс для Junior та Middle Data Analysts, які хочуть перейти від виконання запитів до створення аналітичних рішень для бізнесу.
11 тижнів ➙ повний цикл аналітичної задачі:
◉ Зрозуміти бізнес-запит і правильно сформулювати задачу
◉ Перевірити дані та визначити, яким цифрам можна довіряти
◉ Спроєктувати рішення — від моделі даних до готового дашборда
◉ Аргументувати висновки й захистити їх перед стейкхолдерами
- Живий онлайн-курс із фідбеком від експертів
- Наскрізний end-to-end кейс у портфоліо
- Core та Advanced практика на вибір
На якому етапі зараз ви?
◉ «Я не завжди розумію, що потрібно аналізувати»
Навчитеся перетворювати нечіткий бізнес-запит на analytical question, визначати scope і розуміти, що саме потрібно дослідити.
◉ «Я отримую готове ТЗ, але хочу сам впливати на постановку задачі»
Навчитеся самостійно ініціювати розмову зі стейкхолдером, ставити уточнювальні запитання й формувати вимоги до задачі.
◉ «Я рахую метрику одним способом, інша команда — іншим. Як зрозуміти, який правильний?»
Навчитеся визначати metric definition, grain, time window, знаходити причини розбіжностей і фіксувати єдину логіку розрахунку.
◉ «Я вмію зібрати дашборд у Power BI, але не завжди розумію, як правильно спроєктувати аналітичне рішення»
Навчитеся будувати star schema та data layers, продумувати логіку метрик і визначати, де краще виконувати трансформації — у source, SQL, Power Query чи DAX.
◉«Я «закриваю» багато ad-hoc задач, але хочу впливати на бізнес-результат»
Навчитеся бачити задачу ширше: не лише виконувати запит, а розуміти бізнес-контекст, формулювати висновки й рекомендації та перетворювати аналіз на рішення для бізнесу.
◉ «Я не завжди можу пояснити, яке з аналітичних рішень — найкраще»
Навчитеся обґрунтовувати вибір метрик, моделі та інструментів, пояснювати trade-offs і захищати своє рішення перед стейкхолдерами.
From Basic to Pro
Курс для вас, якщо ви...
-
Впевнено працюєте з SQL і Power BI
Виконуєте аналітичні задачі, але хочете не лише працювати за готовим ТЗ, а й пропонувати власний підхід.
-
Junior Data Analyst
Готові братися за складніші задачі без покрокових інструкцій, але хочете підготуватися до переходу на рівень Middle.
-
Data Analyst
Працюєте із запитами, метриками, моделями даних і клієнтами, але хочете систематизувати цей процес.
-
BI Analyst
Будуєте звіти й пишете формули в DAX, але хочете розуміти весь шлях — від джерела даних до готового рішення.
Переваги курсу
•
Один наскрізний кейс — повний аналітичний цикл
У результаті: не 10 окремих домашніх завдань, а цілісний end-to-end кейс, який показує весь шлях роботи дата-аналітика.
•
Бізнес-запит + технічне рішення
У результаті: можете не просто виконати задачу, а спроєктувати аналітичне рішення й обґрунтувати логіку свого вибору.
•
Робочі ситуації замість «ідеальних» задач
У результаті: вчитеся не губитися, коли задача виходить за межі готового ТЗ, а знаходити причину проблеми й адаптувати рішення під нові умови.
•
End-to-end data flow
У результаті: бачите не окремі етапи, а цілісну архітектуру аналітичного рішення та свою роль у ній.
•
Захист аналітичного рішення
У результаті: вчитеся не лише будувати аналітику, а й аргументовано захищати свій підхід у форматі architecture review.
Формат курсу
01
02
03
04
05
06
Програма курсу
1. Вимоги бізнесу та комунікація з клієнтом
·
◉ Stakeholder interview: конкретні приклади уточнювальних питань
◉ Дата-аналітик, як ініціатор розмови із замовником до появи технічного завдання
◉ Scope, assumptions, acceptance criteria: як правильно зафіксувати межі задачі письмово
◉ Вибір рівня рішення під контекст компанії: коли достатньо Excel/Power Query, коли потрібен повноцінний BI, коли — data-платформа
2. Поглиблений SQL для аналітичного розслідування
·
◉ Дедуплікація та перевірка якості даних до того, як довіряти цифрі: типові пастки (дублікати через join, NULL-и, що зникають з агрегації, часові зони)
◉ Debugging SQL: покроковий підхід до діагностики
◉ Живий воркшоп: пошук сегмента й періоду, де почалося падіння trial-to-paid conversion, на даних кейсу
◉ Коротко: підключення до БД через Python/Colab — де це доречно і чому це окремий бонусний трек
3. Метрики: визначення та відповідальність
·
◉ Metric ownership: хто зрештою власник визначення метрики і як це має бути зафіксовано документом
◉ Data audit: що робити, коли потрібних даних просто немає в системі — приклад, коли CS хоче бачити churn-risk score, а support-тікети навіть не звʼязані з billing-таблицею; задача дата-аналітика — сформулювати, що і як треба зібрати
4. Моделювання даних: схема «зірка» та шари даних
·
◉ Role-playing dimensions, slowly changing dimensions, surrogate keys — де вони реально знадобляться в кейсі (наприклад, зміна тарифного плану клієнтом протягом часу)
◉ Bronze/silver/gold: сирі events → очищені sessions/users → готові MRR/conversion-таблиці; чому це важливо розуміти аналітику, навіть якщо шари фізично будує data-інженер
◉ Де рахувати метрику: на gold-шарі бази чи всередині BI-інструменту — це усвідомлений вибір з конкретними наслідками для продуктивності й підтримки\
◉ Живий розбір: наявна (навмисно проблемна) модель кейсу — де вона зламається, коли обсяг подій виросте в кілька разів
5. Якість даних та розгортання аналітичного рішення
·
◉ Мінімальний набір перевірок, що ловить проблему до того, як її побачить CEO: sanity checks, edge cases, duplicate detection, null handling, source-to-dashboard validation
◉ Git/GitHub на прикладному рівні: репозиторій, коміт, pull request, code review — не як окремий IT-скіл, а як механізм, що не пускає неперевірене число в production
◉ Dev/QA/prod: чому зміну в розрахунку MRR не заливають одразу в дашборд, на який дивиться CEO
◉ Роль analytics engineer (гібрид DA+DE): коли Middle у невеликій компанії сам виконує ці кроки, а коли — тільки формулює вимогу для окремої data-команди мовою результату, а не рішення
6. Робота з клієнтами та проєктування рішення
·
◉ Product хоче фокус на conversion, CS наполягає на churn: як провести цю розмову, не відкидаючи вже зроблену роботу і не розпорошуючись на дві задачі одночасно
◉ Робота з конфліктуючими стейкхолдерами: як синхронізувати пріоритети, коли обидва мають рацію зі своєї позиції
◉ Коли і як говорити "ні" та як зафіксувати ухвалене рішення так, щоб до нього не поверталися щотижня
7. Поглиблений DAX: контекст і когортний аналіз
·
◉ Variables, iterators, віртуальні таблиці, filter propagation — на прикладах, що реально спрощують обчислення, а не як самоціль
◉ Time intelligence: складність не у "формулах", а в правильному контексті
◉ Когортний аналіз: retention і LTV по тарифних планах — тепер уже під обидві задачі, conversion і churn одночасно
◉ Принцип: складність DAX випливає зі складності бізнес-задачі, а не навпаки — кожна нова конструкція зʼявляється тому, що кейс без неї не розв'язати
8. Power Query та підготовка даних до розгортання
·
◉ Query folding: чому один крок "складається" в джерело, а інший ні, і чому це впливає на продуктивність
◉ Reusable queries, параметризовані запити, incremental refresh
◉ Розбір кейсу: модель зросла після додавання churn-даних (support tickets, event log), refresh став довшим — що саме змінюємо в Power Query, а не "все переробляємо"
9. Сторітелінг даними та ухвалення рішень
·
◉ Root cause vs correlation: чи справді проблема в onboarding, чи це сезонність — як перевірити
◉ Як звести дві паралельні лінії аналізу (conversion і churn) в одну звʼязну рекомендацію, а не два окремих звіти
◉ Executive summary: як стиснути аналіз до 3 висновків + рекомендації, явно позначивши обмеження і невизначеність
◉ Decision-oriented dashboard замість "15 графіків": відповідь на "То що мені із цим робити?"
10. Оптимізація Power BI
·
◉ DAX-оптимізація: calculated columns vs measures, дорогі патерни, яких варто уникати
◉ Performance Analyzer та DAX Studio — як діагностувати bottleneck, а не гадати
◉ Живий кейс: dashboard просів після додавання повного event-стріму — знаходимо причину й виправляємо, показуємо результат до/після
◉ Збірка всього кейсу в одну звʼязну історію: requirements → SQL → metrics → model → data quality → DAX → ETL → insights → performance
◉ Підготовка репозиторію ї dashboard до фінального захисту: структура, README, типові питання architecture review
11. Підсумкова презентація рішення
·
Питання формату architecture review:
Участь за бажанням.
Бонус (для пакету Mentor): AI в роботі Data Analyst
◉ Де AI прискорює (чернетки SQL/DAX, рутина)
◉ Де AI шкодить, бо не можете перевірити результат
◉ Що не можна шерити та як перевіряти згенероване рішення
Чому бонус? Спочатку вчіться робити та перевіряти самостійно, а потім прискорюйте роботу за допомогою AI
Розклад
- Тривалість: 11 тижнів
- Формат: живі вебінари й воркшопи
- Навантаження: 6-7 годин/тиждень
- Доступ до матеріалів: 2 роки
Що ви вивчите
Hard skills
◉ Advanced SQL: CTE, window functions, conditional aggregation, debugging
◉ Data modeling: star schema, relationships, data layers
◉ Data quality: reconciliation, source-to-dashboard validation
◉ Advanced DAX: context transition, CALCULATE, cohort analysis
◉ Power Query: query folding, reusable queries, incremental refresh
◉ Power BI optimization: Performance Analyzer, DAX Studio, storage modes
◉ Git/GitHub: repository, commit, pull request, code review
Робота з клієнтом
◉ Постановка задачі: уточнення бізнес-запиту та формування вимог
◉ Параметри: scope, assumptions, acceptance criteria
◉ Метрики: визначення та узгодження логіки розрахунку
◉ Стейкхолдери: синхронізація різних пріоритетів
◉ Рекомендації: від аналізу до рішення для бізнесу
◉ Захист: аргументація підходу, обмежень, trade-offs
Портфоліо
До кінця курсу у вас є структурований наскрізний кейс: бізнес-вимоги, SQL-дослідження, визначення метрик, модель даних, перевірка якості, DAX, підготовка даних, дашборд, оптимізація, висновки й рекомендації.
За потреби кейс можна оформити в репозиторій на GitHub і використати як приклад своєї роботи на співбесіді.
Вікторія Москалець
◉ Senior Data Analyst та Competence Lead в Sigma Software Group (одна з найбільших українських IT-компаній)
◉ Розвиває напрям аналітики в компанії: грейд-матриці, плани апскілу, технічна оцінка і найм аналітиків
◉ Стек: SQL, Python, Power BI, Looker, dbt, AWS, Databricks, Azure Data Factory і не тільки
◉ PhD, кандидатка технічних наук
◉ 7 років викладання в університеті: моделювання, теорія автоматичного управління, елементи ШІ
◉ Менторка IT-спеціалістів, авторка програми кар'єрного росту в IT
-
7+ років
у комерційній дата-аналітиці, шлях від Middle до Senior та Competence Lead
-
10+ ДОМЕНІВ
fintech, e-commerce, SaaS, marketplaces, healthcare, foodtech, education, legal
-
30+ СПЕЦІАЛІСТІВ
провела через менторство й наукове керівництво
-
50+ ПУБЛІКАЦІЙ
наукових робіт, PhD і 7 років викладацької практики
Оберіть найкращу програму для себе
STANDARD
- 10 живих занять
- Фінальний захист проєкту зі зворотним зв’язком
- Скринкасти та додаткові матеріали
- Завдання рівнів Core / Advanced на вибір
- Кейс в портфоліо
- Щотижневі тести
- Підтримка ментора й куратора у Slack
- Сертифікат Prometheus
- 2 роки доступу до матеріалів
MENTOR
- Усе, що в STANDARD, плюс:
- Індивідуальна перевірка домашнього завдання з розгорнутим фідбеком авторки
- Бонусний вебінар «AI в роботі Data Analyst»
- Підготовка до технічної співбесіди
- Доступно лише 7 місць
Нагадати про старт курсу
Популярні запитання
Кому підійде курс?
Чи підійде Junior-аналітику?
Чи підійде, якщо я вже самостійно веду повний аналітичний цикл?
Чому курс не прив'язаний до конкретної посади?
Чи потрібен Python?
Чи потрібен досвід у DAX?
Чим цей курс відрізняється від курсу з SQL чи Power BI?
Чому варто вчитися за свій рахунок, а не чекати навчання від компанії?
Чи буде AI на курсі?
Що буде з моїм кейсом після курсу?
Чи отримаю я сертифікат після проходження курсу?
Чи можна оплатити курс частинами?
Чи можна повернути гроші?
Процедура повернення коштів займає 30 календарних днів з моменту схвалення заявки. Щоб уникнути зловживань з боку слухачів, ми залишаємо за собою право обмежити або відхилити запити на повернення коштів у випадках, коли:
◉ Значна частина курсу була використана або завантажена студентом до того, як було оформлено заявку на повернення коштів
◉ Студент подав кілька запитів на повернення коштів за один і той самий курс
◉ Студент вимагає повернути зайву суму
◉ Користувачі порушили Умови або Правила платформи
Не знайшли відповідь?
Центр допомогиЩоб мати кар’єрний ріст, важливо інше: зрозуміти, що саме потрібно бізнесу, поставити правильні питання, перевірити дані, обрати спосіб реалізації та довести рішення до результату.
Саме цей перехід від виконання задачі до відповідальності за рішення — у фокусі курсу.
◉ Розуміння запиту
Перетворюєте нечіткий запит на конкретну аналітичну задачу.
◉ Ініціатива в комунікації
Ставите потрібні запитання клієнту ще до появи готового ТЗ.
◉ Визначення метрики
Фіксуєте, що саме і як рахуємо, щоб різні команди отримували однаковий результат.
◉ Перевірка даних
Не просто помічаєте розбіжність, а знаходите, звідки вона взялася і якій цифрі можна довіряти.
◉ Розуміння платформи даних
Розумієте, що аналітик може вирішити сам, а коли потрібно сформулювати вимогу для дата-інженера.
◉ Захист рішення
Обираєте підхід, пояснюєте, чому саме він і що зміниться, якщо обрати інший.
Компанія дає вам задачі відповідно до вашої ролі. Розширювати свою зону відповідальності доводиться самому. А вміння розібратися в задачі, спроєктувати рішення й обґрунтувати його не прив'язане до конкретного роботодавця.