
УНИК в Excel: как получить список без дублей и не сломать отчёт
Функция УНИК возвращает динамический список уникальных значений. Он обновляется вместе с исходными данными и может работать в паре с ФИЛЬТР и СОРТ.
Решения с послевкусием фактов
Выбираем сигналы, которые помогают действовать сегодня, а не объяснять вчерашний отчёт завтра.
Материалы, с которых стоит начать.

Функция УНИК возвращает динамический список уникальных значений. Он обновляется вместе с исходными данными и может работать в паре с ФИЛЬТР и СОРТ.

СУММЕСЛИМН складывает значения только в тех строках, которые проходят все заданные условия: период, канал, статус, регион или порог.

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

GROUP BY собирает строки в группы, а агрегатные функции считают по каждой группе сумму, количество, среднее, минимум или максимум.

СЧЁТЕСЛИМН считает строки, которые одновременно подходят под несколько критериев: период, статус, менеджер, регион или любая другая комбинация.

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

Карта полезна, когда география объясняет результат. Для адресов нужны точки, для величины — пузырьки или столбцы, для сравнения регионов — заливка.

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

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

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

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

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

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

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

CALCULATE нужна, когда меру надо посчитать не в текущем наборе данных, а в специально изменённом контексте. Разберём это на продажах без магии и шаманства вокруг DAX.

Производительность связывает результат с затратами труда. Разберём формулы для бизнеса, числовой пример и факторы, чтобы показатель не превращался в требование «работать быстрее».

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

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

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

Вакансия стоит бизнесу больше оплаты сервиса объявлений. Собираем внутренние и внешние затраты и делим их на фактический результат найма.

Оклад — только часть затрат на выплаты команде. ФОТ собирает регулярные и переменные начисления в одну управляемую картину.

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

Excel отлично решает локальные задачи. Power BI становится полезнее, когда источников, пользователей и регулярных обновлений становится много. Разберём момент перехода без войны инструментов.

Товар может аккуратно лежать на складе и одновременно удерживать деньги бизнеса. Разбираем, как найти такие остатки без гадания по одному сроку.

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

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

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

Клиент ждёт заказ десять дней, хотя работа занимает два. Это не магия — просто Cycle Time и Lead Time отвечают на разные вопросы.

Разбираем коэффициент брака простыми словами: что считать, как перевести процент в деньги и где искать причину, а не виноватого.

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

Разберём, чем paginated report отличается от обычной страницы Power BI и как получить аккуратный документ на десятки страниц.

Покажу, как настроить data alert и превратить уведомление в действие, а не в ещё одно письмо для коллекции.

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

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

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

Покажу, что оставить на маленьком экране и почему просто уменьшить desktop-страницу — не мобильный дизайн.

Разберём, как дать пользователю выбор меры или оси и не делать копию графика для каждого варианта.

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

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

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

Разберём, как переносить изменения по стадиям и не чинить production прямо во время совещания (плохой жанр).

Разберём, когда обычного RLS мало и нужно убрать из модели целую таблицу или чувствительный столбец.

Разберём, что именно тормозит страницу: DAX-запрос, загрузка данных, отрисовка или слишком бодрый набор визуалов.

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

Показываем, как вынести повторяющуюся логику периода и сценария в calculation groups и не получить сотню почти одинаковых мер.

Разбираем смешанную модель Power BI: какие таблицы импортировать, какие оставить в DirectQuery и где помогает режим Dual.

Объясняем, как Power Query переносит вычисления в источник, какие шаги ломают folding и как это проверить.

Настраиваем страницу детализации, чтобы руководитель мог открыть клиентов, сделки или товары за выбранной цифрой.

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

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

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

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

Разбираем, какую логику лучше оставить при загрузке данных, а какую считать уже в модели Power BI.

Сравниваем два режима Power BI по скорости, свежести, ограничениям и нагрузке на источник — с понятным сценарием выбора.

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

Разберём, что скрывается за буквами BI, какие данные нужны бизнесу и как превратить отчёт в понятное решение, а не в выставку графиков.

Разбираем, какой график выбрать для сравнения, динамики, состава, распределения и связи — без коллекции диаграмм ради красоты.

Объясняем дашборды простыми словами: чем они отличаются от отчёта, какие бывают и как выбрать экран под реальное решение.

Разбираем RangeStart, RangeEnd, партиции и проверку query folding, чтобы большая модель обновляла только нужный период.

Пошагово настраиваем RLS в Power BI и проверяем, что руководитель видит свой регион, а администратор — не случайно весь бизнес.

Объясняем Slowly Changing Dimensions на примере клиента, региона и менеджера: когда перезаписывать значение, а когда сохранять новую версию.

Разбираем измерения качества данных и переводим абстрактное «данные хорошие» в правила, пороги и понятные действия.

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

Разбираем CDC: откуда берутся события вставки, обновления и удаления, зачем нужен порядок и почему checkpoint важнее скорости.

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

Объясняем четыре принципа Data Mesh без архитектурного тумана и показываем, где заканчивается автономия команды и начинаются общие правила.

Разбираем архитектуру lakehouse простыми словами: что она объединяет, какие задачи решает и когда обычного DWH вполне достаточно.

Объясняем разницу транзакционных и аналитических систем на примере заказов, отчётов и нагрузки бизнеса.

Показываем, как собрать карту поставщика из измеримых KPI, весов и правил реакции — без субъективного общего балла.

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

Объясняем sell-through rate, выбор знаменателя и анализ по партиям, товарам и периодам.

Разбираем частоту отсутствия товара, выбор единицы наблюдения и связь stockout с потерянным спросом.

Показываем формулу reorder point, связь со спросом во время поставки и страховым запасом и проверку на реальных SKU.

Разбираем страховой запас с учётом колебаний спроса и срока поставки — без универсального процента на весь склад.

Объясняем уровень сервиса запасов, связь с вероятностью дефицита и почему цель должна отличаться по товарам.

Показываем разницу fill rate по заказам, строкам и единицам и объясняем, какой вариант нужен для решения бизнеса.

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

Разбираем, как собрать health score из использования, результата, поддержки и коммерческих сигналов — без чёрного ящика.

Показываем, как задать CSAT-вопрос после конкретного взаимодействия, посчитать долю довольных клиентов и не потерять контекст.

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

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

Объясняем, от какого события считать TTV, почему среднее скрывает проблемы и как сократить путь без фальшивого ускорения.

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

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

Объясняем коэффициент DAU/MAU, его связь с ритмом продукта и причины, по которым высокий показатель не всегда цель.

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

Разбираем adoption BI: роли, обучение, владельцев, поддержку и метрики использования, которые показывают реальную пользу.

Пошагово разбираем проект BI: обследование, показатели, данные, прототип, модель, тестирование, запуск и сопровождение.

Собираем понятный экран для решения: выбираем графики, расставляем акценты, добавляем контекст и убираем всё, что отвлекает.

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

Объясняем, как устроен data catalog, что в нём хранить и как запустить каталог без попытки описать всю компанию за один заход.

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

Разбираем на простом примере, где заканчивается хранилище данных и начинается витрина — и почему компании часто нужны оба уровня.

Собираем экономику подписочного продукта на одном клиенте: доход, маржа, привлечение, удержание и деньги для роста.

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

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

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

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

Разбираем A/B-тест по-человечески: что сравнивать, как выбрать метрику и выборку, когда останавливать эксперимент и почему значимость ещё не означает пользу для бизнеса.

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

Показываем, как проследить путь данных от источника до дашборда, быстрее находить ошибки и безопаснее менять расчёты.

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

Объясняем, как слой бизнес-терминов и мер связывает хранилище с отчётами и почему он полезнее копирования формул по дашбордам.

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

Объясняем две схемы загрузки данных на одном бизнес-примере: где преобразовывать данные, как считать стоимость и что проверить до внедрения.

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

Сравниваем Power BI и Yandex DataLens по данным, инфраструктуре, доступам и стоимости перехода — без любимого ответа «зависит» в первой строке.

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

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

ETL забирает данные, приводит их к общим правилам и загружает для аналитики. Объясняю процесс без технического тумана.

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

KPI нужен не для длинной панели, а для конкретного решения. Показываю, как связать цель, цифру, ответственного и понятное действие.

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

Это аналитика не для отчёта раз в квартал, а для сегодняшних решений: где очередь, что просрочено и кому пора действовать.

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

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

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

«Давайте попробуем» — ещё не гипотеза. Показываю, как превратить идею в понятную проверку с метрикой, сроком и следующим действием.

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

Дашборд может быть красивым и бесполезным одновременно. Разбираем ошибки, из-за которых команда смотрит на экран, но не понимает, что делать.

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

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

Data-driven подход начинается не с дашборда, а с вопроса и решения. Показываю, как связать цифры с действиями команды.

Разбираем, почему CRM, реклама и финансы показывают разные цифры и как собрать единую систему показателей с понятными источниками, формулами и проверками.
В этой рубрике пока нет опубликованных материалов.
Данные уже что-то говорят?
Можно прийти без готового ТЗ. Посмотрим, какие данные уже есть, где теряется смысл и с чего начать.