1. Команда
   1. Выделяем и закрепляем роли
      1. Заказчик
      2. РО
      3. Инженер данных
      4. Аналитик
      5. Дизайнер
      6. BI- разработчик
      7. Тестировщих
      8. Специалист поддержки
   2. Создаем общее рабочее пространство
      1. трекер
      2. Miro
      3. Гугл дока
2. Интервью и понимание задачи
   1. Что?
      1. все участники поманды и заказчик понимают задачу одинаково и ожидания заказчика и то, что делает команда- совпадают
         1. заказчик берет полностью отвественность на себя
         2. у заказчика есть ожидания, а команда говорит как это сделать лучше
      2. собрать ожидания, понять что ждет клиент
         1. какая цель
      3. исполнитель понимает задачу
         1. общее описание бизнес-процесса, с которым будем работать
      4. Summary
         1. Почему мы это будем делать
            1. Какая модель бизнеса
         2. Какая цель
            1. например
            2. факторный анализ
            3. What - if анализ
         3. Как сейчас решается задача
            1. какие решения и прототипы уже есть сейчас
         4. Сроки задачи
         5. Синхронизация с заказчиком
   2. Как? Интервью
      1. Расскажи, как работает ваше подразделение
      2. Как вы понимаете, что вы хорошо или плохо работаете?
         1. Какие основные KPI вашего подразделения?
      3. От чего зависит изменения этих метрик?
         1. Что вы делаете, чтобы их менять?
      4. Какой дашборд вы хотите?
         1. Зачем он вам нужен?
         2. Как вы решаете задачу сейчас?
      5. Кто им будет пользоваться?
         1. Кого мы можем включить в тестовую группу?
      6. Как будете пользоваться? Когда?
      7. Какие основные сценарии и контексты при использовании?
      8. Что делаетет после того как посмотрели дашборд?
         1. Какие решения принимаете и как?
      9. Когда хотели бы получить результат?
         1. Почему именно в это время?
      10. Какие данные можно посмотреть?
      11. С кем еще стоит поговорить?
      12. Что я забыл спросить?
      13. Как сделать интервью лучше?
          1. Подготовьте план интервью
          2. Используйте шаблон анкеты
          3. Проводите интервью парами
          4. Слушайте, а не командуйте
          5. Перефразируйте, перефразируйте, перефразируйте
          6. Используйте косвенные подходы
          7. Не задавайте слишком много вопросов, слушайте
          8. Применяйте тактику Коломбо
          9. Напишите письмо резюме
3. Основые пользователи
   1. Пользователей - 10-15
      1. работаем с каждым из них
         1. ФИО, Позиция в компании
      2. создаем единое рабочее пространсво
         1. чат/группа
   2. Пользователей больше
      1. сегментируем по Ролям
         1. из каждой группы выбираем 3-5 представителей
   3. Пример
      1. Топ - менеджеры
         1. Цель
            1. Видеть общую картину по компании и возможность понять почему произошли те или иные отклонения
         2. Уровень доступа
            1. полный
         3. Частота просмотра
            1. Раз в месяц
      2. Менеджеры товарных групп
         1. Цель
            1. Следить за экономикой своей товарной группы. Отчет нужен для тонкой настройки комиссий и переговоров с поставщиками
         2. Уровень доступа
            1. только своя группа
         3. Частота просмотра
            1. Ежедневно
   4. может получиться несколько отчетов/дашбордов
4. Вопросы и бизнес решения
   1. Цель этапа
      1. Определить на какие вопросы пользователь должен увидеть ответ
         1. как часто отслеживать метрики?
         2. что будет отклонением?
            1. какой триггер важен, что мы поймем, что что-то не так
      2. Что он будет делать потом
      3. действия
         1. помогают в проектировании визуализации
   2. Примеры
      1. Вопросы
         1. Как изменилась метрика X относительно прошлой недели?
         2. Какова доля продукта Y в общем портфеле?
      2. Бизнес решения- Алгоритмичное действие
         1. Если метрика Z отличается от плана на X%, то я звоню менеджеру региона и выясняю подробности
            1. встраиваем связи между системами и интерактивность
         2. автоматизировать повторяющие стандартные алгоритмичные дейтсвия
5. Контекст и формат взаимодействия
   1. Что нам нужно понять?
      1. нужен для совещаний или для самостоятельного использования?
      2. как часть планируемся его использовать: каждый день, раз в месяц/квартал, по случаю?
      3. с какого устройства: мобильный телефон, ноутбук, проектор для демо, презентация на большую аудиторию
   2. Какой контекст и формат использования дашборда. Примеры
      1. Еженедельное совещание
         1. Смотрят на мониторе
      2. Менеджеры проводят индивидуальный анализ
         1. Смотрят на ноутбуках
         2. заходит в отчет с мобильного перед встречей с клиентом, чтобы проверить детали
      3. понять какие кейсы использования дашборда
         1. или несколько вариантов
         2. или один
      4. Дизайн
         1. определяем верстку!
            1. нужна ли интерактивность?
            2. фильтры?
         2. может быть сложным, если закрывает все задачи пользователей, которые используют его как ежедневный рабочий инструмент
6. Реальность и структура данных
   1. реальность данных
      1. что происходит в реальном мире и создает данные
         1. общее описание бизнес процесса с метками, касательно данных --> формирование потока данных
   2. какие нам нужны данные, чтобы решить задачу пользователя
   3. Источники и структура данных
      1. формат хранения
         1. длинный/широкий
      2. способ хранения
      3. способ подключения
      4. Источники → структура данных
         1. Метрика → Таблица логов использования сайта в виде юзерских сессий
         2. CRM → Ежедневная выгрузка таблицы статусов заказа
         3. Карты → История пробок по маршруту доставки
         4. CRM → История оценок заказов
7. Основные блоки и подбор форматов
   1. Используем информацию, которую получили раннее
      1. получаем список блоков, графиков, отчетов
         1. предложение по их формату
            1. Цель
            2. определит визуальный формат отображения данных для ответа на вопросы заказчика
8. Верстка и прототип
   1. проектируем UI/UX с учетом композиции
      1. что важно
      2. что не важно
      3. показываем прототип тестовой группе и собираем обратную связь
9. Реализация
   1. берем и делаем
   2. возвращаемся в наши предыдущие блоки для уточнения, детализации и изменения
10. Тестирование и Поддержка
    1. Используем быстрые UX исследования
       1. посмотреть «из за плеча»
       2. сделать опрос и проверочные задания по данным даша
       3. записать видео как пользуются
       4. Нет страданиям!
    2. Настраиваем автоматические тесты данных
    3. Пишем документацию и делаем анонсы
    4. Создаем чат поддержки
    5. Мониторим статистику использования
    6. Определяем Success Metric
11. Что смотрим
    1. Вебинар от Романа Бунина
    2. Miro
    3. Data Visualization. Kaddle
    4. Пример дашборда
    5. DaryaManuhina/Data_Visualization.ipynb
12. Катим в прод. Чек-лист
    1. Отчет сделан на сертифицированном источнике данных
    2. Настроены уведомления в случае падения сборки данных
    3. Отчет грузится менее чем за X секунд
    4. Отчет оформлен по стайлгайду
    5. Есть описание отчета, отчет назван в соответствии с требованиями
    6. Есть документация на отчет, ссылки на документы есть в отчете
    7. Проведено обучение основных пользователей отчета
    8. Сделана рассылка о появлении нового отчета
    9. Отчет добавлен в реестр отчетов
13. Выбираем тип визуализации
    1. Общая обстановка/Овервью?
       1. фактоид+мини график
    2. Какова динамика кол-ва?
       1. Барчарт
          1. чтобы разбить структуру
    3. Какая динамика конверсии?
       1. лайнчарт во времени
    4. Портрет клиента?
       1. несколько факторов
          1. матрица: кол-во сделок*Объем сделок. Ячейка- кол-во клиентов
    5. Сравнение сущностей по нескольким параметрам
       1. таблица с барчартами внутри
    6. Choosing Plot Types and Custom Styles
    7. Guide to visualizations
14. очень сложно дойти до сути
15. Один человек может выполнять несколько ролей
16. А зачем?
    1. мониторинг метрик и состояния продукта в реальном времени
    2. периодический контроль основных показателей
    3. быстро реагировать на проблемы
    4. искать узкие места и точки роста
    5. что происходит в продукте
       1. с определенными показателями
       2. группами показателей
       3. какое состояние продукта/потрфеля продуктов/направления/компании