Первый заказ аналитика нередко приходит в формулировке «нужен простой дашборд в Excel на пару часов». Но уже вопросы о возвратах, скидках, категориях товаров и обновлении выгрузки способны превратить такую задачу в полноценный мини-проект. Для начинающих специалистов это практичное напоминание: коммерческая работа начинается не с графиков, а с умения уточнить, что именно клиент хочет считать.
Такой подход разбирает Karpov Courses в материале для Habr / Карьера вместе с продуктовым аналитиком «Звука» Ксенией Колодницкой. В качестве примера авторы берут владельца магазина, которому нужен Excel-дашборд с продажами, популярными товарами и фильтром по категориям. Внешне запрос выглядит знакомо любому, кто уже делал сводные таблицы на учебных данных. На практике до оценки срока и цены нужно понять структуру файлов, смысл полей, правила работы с отменами и возвратами, а также будущий процесс обновления отчёта.
Главная мысль материала проста: отсутствие оплаченных кейсов само по себе не делает специалиста непригодным для задачи. Учебный проект или отчёт, собранный на прежней работе, тоже дают нужную базу. Критерий готовности другой — может ли человек самостоятельно разложить запрос на этапы, заметить неоднозначность и выбрать инструмент. Если аналитик не понимает, с чего начать без пошаговой инструкции, безопаснее сначала отработать похожий кейс в учебном формате или с наставником, чем обещать клиенту результат к конкретной дате.
Неоднозначность обычно прячется в самых обычных словах. «Продажи» могут означать сумму до скидок, после скидок или выручку за вычетом возвратов. «Популярный товар» — лидер по числу проданных единиц либо по денежному обороту. Даже недельная динамика зависит от договорённости: возврат относить к дате исходной покупки или к дате самого возврата. Если клиент и исполнитель используют разные правила, цифры в отчёте разойдутся, хотя оба будут работать с одной и той же выгрузкой.
До оценки — вопросы о решениях, а не о цвете графиков
Перед обсуждением визуализации авторы предлагают выяснить, зачем заказчику нужен отчёт. Кто будет открывать его, как часто и какие действия должен принимать по его данным? Для магазина ответ может быть вполне приземлённым: владелец раз в неделю вручную сводит продажи и хочет в одном файле видеть динамику и самые востребованные позиции. Это уже ограничивает объём работы. От дашборда не требуется автоматически планировать закупки, искать причины колебаний спроса или заменять учётную систему.
После такого разговора можно зафиксировать конкретное ТЗ: например, показывать сумму продаж после скидок за вычетом возвратов, строить динамику по неделям и выводить десять товаров с наибольшим числом проданных единиц. В примере отменённые операции исключаются, а возврат влияет на ту неделю, когда был оформлен. Эти правила должны попасть не только в переписку, но и в описание метрик внутри файла или в короткую инструкцию. Для клиента это защита от неожиданностей, для исполнителя — способ не переделывать работу после фразы «мы вообще-то считаем это иначе».
Следующий обязательный этап — посмотреть реальные данные до финальной оценки. Формулировка «всё в Excel» почти ничего не говорит о трудозатратах. Нужные записи могут лежать в нескольких файлах, столбцы — различаться от месяца к месяцу, а категории товаров — храниться в отдельном справочнике. В описанном кейсе каждая строка представляет товарную позицию в продаже или возврате и содержит дату, идентификаторы операции, артикул, количество, сумму после скидки, тип и статус операции. Категории нужно подтянуть отдельно.
Именно здесь начинающий исполнитель легко принимает нормальную структуру данных за ошибку. Один заказ может занимать несколько строк, потому что в нём несколько товаров; удалять все повторяющиеся номера заказа нельзя, иначе из отчёта исчезнет часть продаж. До начала работы стоит проверить период выгрузок, единообразие колонок и форматов, способ маркировки продаж, возвратов и отмен, ключи для поиска настоящих дублей и соответствие артикулов записям в справочнике. Полезна и сверка нескольких операций с учётной системой клиента.
Excel остаётся инструментом, но не отменяет инженерную работу
Если клиент работает в Excel, объём данных невелик, а новые выгрузки он готов готовить сам, Excel или Google Таблицы могут быть достаточным выбором. Однако компактная визуализация не равна компактному проекту. Как только данные требуется регулярно собирать из нескольких систем, преобразовывать и публиковать для команды, появляются отдельные задачи: доступы, интеграции, механизм загрузки, контроль качества и поддержка. Их нельзя бесплатно спрятать за словом «дашборд».
Для исполнителя первый заказ аналитика стоит завершать не только готовым листом с диаграммами. В план должны войти проверка выгрузки, присоединение справочника категорий, расчёт согласованных показателей, тестовое обновление на новых данных и понятная инструкция для пользователя. Также важно заранее отметить, где потребуется участие заказчика: предоставить недостающий справочник, объяснить поле или подтвердить расчёт на конкретной операции. Если ключевая часть задачи пока не ясна, разумно сократить объём до аудита данных или отдельного прототипа, а не продавать уверенность, которой нет.
Рынок фриланса для аналитиков вряд ли станет проще: самообслуживаемых BI-инструментов больше, а запросов «соберите быстро и недорого» меньше не становится. Поэтому ценность начинающего специалиста — не в обещании сделать всё за два часа, а в способности вовремя превратить расплывчатую просьбу в проверяемую задачу. Чем раньше первый заказ аналитика получает границы, определения метрик и сценарий обновления, тем выше шанс, что дашборд будет использоваться, а не останется ещё одним файлом с названием «финальный_точно.xlsx».