Пост канала
- фото
«Нам нужен удобный отчёт». Что с этим делать аналитику? Представим учебный пример: руководитель отдела продаж просит доработать отчёт в 1С. Он хочет «видеть, кто хорошо работает». Начинать с колонок рано: пока непонятно, какое решение он собирается принимать. Сначала уточняем: сравнивать менеджеров по отгрузкам, оплатам или марже? Учитывать возвраты? Видеть только свой отдел? Смотреть итог месяца или искать проблемные сделки каждый день? Допустим, договорились сравнивать отгрузки за период с учётом возвратов. В MAKER создаём макет: период, подразделение, таблица по менеджерам и переход к деталям. Подставляем вымышленные данные, чтобы заказчик оценивал знакомую ситуацию. Рядом описываем правила. Например: «Возвраты, проведённые в выбранном периоде, уменьшают сумму отчёта, даже если исходная продажа была раньше». Это один из возможных вариантов учёта — его необходимо согласовать с бизнесом. Теперь добавляем проверяемый пример: у менеджера отгрузки на 120 000 рублей и возвраты на 20 000 рублей. Ожидаемый итог — 100 000 рублей. Отдельно разбираем отсутствие данных и ограничения доступа. Показываем заказчику макет вместе с правилами и спрашиваем: «По этому отчёту вы сможете принять нужное решение? Чего для этого не хватает?» В MAKER визуальная форма и текстовое описание помогают обсуждать один и тот же будущий отчёт. После согласования команда получает основу ТЗ, которую разработчик дополняет техническими деталями. Мы разобрали максимально простой и даже примитивный пример специально для того, чтобы была понятна сама логика действий, которая позволяет прийти к главному выводу: Попробуйте превратить абстрактное понятие «удобный» в наглядное требование. Разговор сразу станет предметнее.
Открыть в MAX- Просмотры
- 25
- ER
- —
- Реакции
- —