Чтобы проверять посещаемость сайта, считать конверсии, измерять вовлеченность пользователей или составлять портрет аудитории, нужна веб-аналитика . Большинство выбирают для этого системы от Google и Яндекса.
О роли системного аналитика и шаблон для проектирования
Сейчас нужно написать краткое введение о том, что важно проводить аналитику для задачи на разработку: оценить влияние изменений, проработать все возможные сценарии и т.д.
Понимание сути и объема задачи должно появиться до первой строки кода. Писать сколь угодно емкое введение о важности этого этапа можно долго, но кажется, что все мы понимаем, что самые дорогие ошибки — на этапе проектирования.
Разработчику с проектированием и документированием решения задачи помогает аналитик.
Аналитики бывают двух видов:
- Бизнес-аналитик — понимает заказчика, его бизнес, пользователей, творчески мыслит. Он приносит задачу в команду на уровне «Наш бизнес (или пользователи) хочет такое вот волшебство: в двух словах рассказываю, все понятно, делаем!». Бизнес-аналитик отвечает за ожидания и потребности пользователей, за вид ПО снаружи.
- Системный аналитик — как правило, встречает бизнес-аналитика (если сам им не является) / заказчика / владельца продукта, получает «несколько строк на человекочитаемом» описания задачи, BPMN-диаграммы дедлайн. Он принимает задачу: оценивает изменения, анализирует влияние на подсистемы, модель данных, расписывает алгоритмы и вот это вот все.
Системный аналитик отвечает за внутренности, о которых пользователям лучше вообще не знать и не думать.
Системный аналитик: что это за профессия?
Задача системного аналитика — спроектировать решение «от и до»:
- Проработать пользовательские и системные сценарии, алгоритмы, реакцию на действия пользователя, обработать все возможные «а что может пойти не так»,
- Определить связи между подсистемами, влияние на них,
- Декомпозировать задачу, если она большая,
- Описать изменения в модели данных.
- Продумать требования к UI/UX.
В процессе проектирования с командой разработки обсуждаются варианты технической реализации. Системным аналитиком создаются UML-диаграммы, ER-диаграммы, схемы обмена данными, последовательности передачи управления. В общем всё, что происходит внутри — зона ответственности системного аналитика.
Кстати, иногда пользователем системы может быть другая система.
У нас в компании есть команды, которые отвечают за развитие отдельных частей МоегоСклада.
Если в процессе разработки не будет понимания, как очередные изменения повлияют на продукт в целом, на отдельные его части, то мы будем страдать и, возможно, расти со скоростью мертвой черепахи, ловя ошибки и ломая всё на своем пути.
Все, что нужно знать о профессии аналитика данных
А хочется быть лучше, качественнее, делать процесс разработки осознанным и управляемым.
Причины появления системного аналитика
Системным анализом в команде могут заниматься разработчики самостоятельно. Основные причины, которые приводят к решению искать выделенных специалистов:
- Разработчики хотят писать код, а не анализировать систему. Но все же хорошо и правильно, когда их подключают к этому процессу.
- Разработчики не готовы описывать результат анализа на человеческом языке. Они готовы только запрограммировать и показать готовое решение. Такой подход не всегда оптимален, потому что решение может оказаться неудовлетворительным для поставщика требований. А с ним оно должно быть согласовано.
- По итогам разработки остается только код. Разработчики не любят документировать, это не их задача.
Что делает системный аналитик?
Получив задачу в работу, системный аналитик представляет, как это вообще должно работать. Если ассоциировать систему с домом, то можно сказать, что он описывает, как построить дом или вставить кирпич в готовый так, чтобы сделать его больше и лучше. По сути аналитик, проектируя систему, делает архитектурный проект.
Чтобы построить здание, нужно понимать, для чего оно нужно: кто в нем будет жить и как им будут пользоваться, какой вид оно должно иметь, какие функции выполнять.
В идеальном случае системный аналитик оставляет в качестве результата работы документ, описывающий модель будущей системы или ее части.
Шаблон для проектирования поможет получить результат
От системного аналитика требуется описание модели ровно в том объеме, в котором его хочет получить заказчик.
Проект дома — понятие широкое, в него может быть вложено абсолютно разное наполнение: от дизайна комнат до высоты фундамента и толщины стен. Бизнес-заказчику обычно важно только то, что видит пользователь, а вот госзаказчику описание подавай по ГОСТу. Все разные.
В МоемСкладе — свой продукт. Нам важно понимать, какие возможности он реализует, какое поведение можно ожидать от системы, как обеспечена реализация в коде, как представлены объекты в модели данных.
У нас внедрен шаблон документации, который системные аналитики и другие участники команд наполняют в процессе проектирования и описания решения задачи.
Наш шаблон состоит из перечисленных далее блоков. Он помогает описывать, как встраивать новые кирпичики в «большое здание МоегоСклада».
Общее описание. Фото здания снаружи
В этом разделе мы описываем, что это за функциональность, для чего и для кого она предназначена. Кратко формулируем описание работы и какой результат нужно ожидать в идеальном случае.
Если необходимо, то обозначаются особенности работы, которые точно вызовут вопросы в процессе реализации и тестирования — все «потому что так задумано».
Влияние и связи. Не заденем ли мы при строительстве ель и баню, которые тут уже стояли?
В этом блоке в шаблоне автоматически подставляется полный список подсистем продукта и подсказки по функциональности, которая в них входит. Аналитику нужно заполнить его, чтобы проверить, что он точно всё учел, показать, с чем связана доработка.
Заполняя этот блок, системный аналитик оценивает влияние изменений на весь продукт в целом и ищет части, которые могут быть задеты.
Так, например, изменения в пользовательском UI основного приложения могут повлиять на наш публичный API и мобильные клиенты. Другим командам нужно будет своевременно сообщить о необходимости доработок.
Описание функциональности и основные сценарии. Список помещений и способы их использования
Системный аналитик прорабатывает:
- Пользовательские сценарии, алгоритмы обработки данных и поведение системы.
- Требования к передаче управления между подсистемами.
- Влияние исходного состояния системы на результаты выполнения задач.
Результаты своей творческой деятельности он должен описать в этом разделе, согласовать с владельцем продукта и продемонстрировать команде разработки.
Описание может включать UML- и BPMN-диаграммы, блок-схемы, диаграммы состояний, текстовое описание поведения, макеты экранов. Всё, что может помочь разобраться в том, как система должна работать: все решения по алгоритмам, основным сценариям и способам обработки ошибок.
Этот блок является основным, так как описывает модель поведения системы: ее реакцию на действия пользователя и внешние события.
Доступы и ограничения или просто ролевая модель. Кто может войти в здание
В системе есть администратор и обычный пользователь, оплаченный аккаунт и бесплатный, сотрудник с доступом к отчетам и без, пользователи основного приложения и кассового. Здесь нужно описать, кто будет допущен к использованию функциональности.
Если в шаблоне проектирования внедряется этот блок, то его лучше сразу наполнять заглушками по полному набору ролей пользователей, чтобы системный аналитик не упустил ничего.
Описание UI/UX. Дизайн-проект здания
Здесь важно не просто рассказать про то, что «пользователь видит на экране форму документа» и прикрепить макет, а подробно описать:
- Поля ввода, селекторы, тексты подсказок, кнопки и вообще все элементы, которые должны быть отображены на экране для каких состояний.
- Описать требования к валидации данных со стороны клиентского приложения (то, что проверяется без отправки запроса в сеть): ограничения на ввод, допустимые символы, значения для селекторов, какие проверки инициируются нажатием на кнопки, можно ли выделить текст на экране и т.п.
- Для кнопок и других элементов описываются требования к отправке запросов на сервер и реакция на их нажатие.
- В идеале здесь стоит описать, как данные на экране связаны с БД.
Если к моменту начала разработки есть макет от дизайнера — прекрасно! Если нет, то системный аналитик должен уметь сделать макеты, поставить задачку дизайнеру, который сделает всё удобно и красиво.
Для наглядности показываю нашу заглушку.
P.S. Хранить скрины и макеты в будущей документации не всегда хорошо. Они частенько теряют актуальность
Техническая реализация. Описание фундамента и инженерки
Самое интересное происходит здесь!
Требования к технической реализации можно описывать только после того, как модель поведения системы полностью проработана и согласована со всеми заинтересованными лицами. Их аналитику помогают собирать разработчики и архитекторы. Опытные аналитики могут проектировать эту часть самостоятельно.
Нужно проанализировать и описать:
- Список подсистем, которые будут реализовывать функциональность и процесс обмена данными между ними.
- Изменения в модели данных.
- Требования к алгоритмам обработки данных, работе с CRUD-моделью. Другие особенности реализации.
Техническая реализация — это последняя стадия проектирования перед написанием кода. Она может быть описана поверхностно, и доделывать ее нужно только после написания кода.
Блок используется для сохранения знаний об особенностях реализации и помогает быстро понять, как работает функциональность без доступа к коду.
Логирование и метрики. Как монтировать камеры видеонаблюдения и систему охраны
Сквозная, маркетинговая, продуктовая и мобильная аналитика: что это и зачем нужно компаниям
Полина Маликова, продюсер факультета « Аналитика и Data Science» в Нетологии, рассказала изданию Rusbase , в чём разница между сквозной, маркетинговой, продуктовой и мобильной аналитикой, какие инструменты в них используются, нужно ли применять все четыре типа и зачем вообще это нужно компаниям.
Полина Маликова
Продюсер факультета « Аналитика и Data Science » в Нетологии
Продуктовая аналитика
Что это. Продуктовая аналитика — это комплекс методов аналитики, направленный на улучшение продукта, его финансовых, маркетинговых и пользовательских характеристик. Эти данные важны для эффективности рекламы, удовлетворения болей клиентов и экономии бюджетов компании на всех этапах развития и реализации продукта.
Как это работает. Продуктовая аналитика собирает данные, которые помогают изучать поведение пользователей во время их взаимодействия с продуктом. Эти данные показывают, что происходит с продуктом.
К значимым данным относится:
- какие кнопки нажимают пользователи;
- как часто используют продукт;
- какие функции продукта популярны;
- с какими проблемами сталкиваются пользователи при взаимодействии с продуктом.
Зачем это нужно. С помощью этих данных компания способна удержать пользователя в продукте. Это дешевле, чем привлекать только новых пользователей. Изучив то, как клиент взаимодействует с продуктом, какую пользу он получает и с какими проблемами сталкивается, можно оперативно вносить изменения в продукт, развивать и повышать его ценность.
Инструменты. Python, Google Analytics, Tableau, Amplitude, SQL, SimilarWeb, ClickHouse. Дополнительно, в зависимости от бизнес-задач, продуктовая аналитика может отчасти включать в себя инструменты маркетинговой и мобильной аналитики.
Профессия
Продуктовый аналитик
Узнать больше
- Разберётесь в аналитических инструментах и сможете строить систему метрик для продукта
- Научитесь собирать данные и принимать на их основе полезные для бизнеса решения
Маркетинговая аналитика
Что это. Маркетинговая аналитика — это анализ маркетинговой кампании на всех уровнях с целью увеличения эффективности рекламы.
Как это работает. Маркетинговая аналитика собирает данные из рекламных каналов и CRM, настраивает метрики, по которым будет оцениваться реклама.
Полученные данные позволяют смотреть:
- откуда пришёл пользователь и с какой рекламной кампании;
- зарегистрировался или нет;
- оплатил продукт или нет и т.д.
Зачем это нужно. По этим данным можно оценивать эффективность каналов рекламы.
Работа с данными помогает понять:
- почему клиенты покупают или не покупают продукт;
- какой бюджет вкладывать в рекламные кампании;
- по каким KPI оценивать результаты рекламных кампаний;
- какие изменения и корректировки нужны на сайте, в продажах, логистике и т.д.;
- как внедрить эти изменения — вручную или автоматизированно.
Инструменты. Google Analytics, A/B-тестирование, R или Python, Power BI или Tableau, Яндекс.Метрика, Power View, Power Pivot, Power Query. Дополнительно: сквозная аналитика и понимание метрик.
Читать также
Профессия
Маркетолог-аналитик
Узнать больше
- Принимайте решения на основе data-driven подхода
- Прогнозируйте поведение клиентов и визуализируйте результаты
- Выстраивайте сквозную аналитику в компании с нуля
Мобильная аналитика
Что это. Мобильная аналитика строится на базе маркетинговой и продуктовой аналитики. Это анализ эффективности мобильного приложения как продукта. Актуальность этого вида аналитики в том, что сейчас почти каждая компания на определенном этапе развития бизнеса создает своё мобильное приложение.
Как это работает. В аналитике мобильных приложений выделяются три основных направления: аналитика маркетинга, аналитика продукта, аналитика сторов, где размещаются приложения.
Важные показатели для аналитики мобильных приложений:
- количество загрузок из сторов;
- откуда пользователи узнали про ваше приложение (из стора или по ссылке на сайте);
- ROAS, или окупаемость затрат на рекламу;
- рейтинг приложения;
- надолго ли задерживается ваше приложение в смартфоне;
- платные действия пользователей.
Зачем это нужно. Все это используется для улучшения мобильного приложения как продукта, выявления его слабых сторон. Это позволит скорректировать и стратегию продвижения продукта на рынке, увеличения вовлечённости и конверсии.
Инструменты. Firebase Analytics, Flurry, AppAnnie, Mixpanel, Facebook Аnalytics, AppMetrica, Amplitude и Adjust.
Сквозная аналитика
Что это. Сквозная аналитика работает на стыке всех вышеперечисленных типов аналитики. Она осуществляется в различных комбинациях: отдельно на базе маркетинговой, продуктовой или мобильной аналитики, либо сразу на нескольких аналитических системах.
Как это работает. Сквозная аналитика отслеживает весь путь пользователя с момента просмотра им рекламы и до покупки продукта. Поэтому сквозная аналитика представляет собой собранную систему сервисов, баз данных и инструментов аналитики и визуализации. То есть компания собирает в едином интерфейсе данные по ключевым показателям из различных систем: ROMI, ROAS (return on ad spend), ROI (return on investments), CPO (cost per order), CPA (cost per action), CTR (click through rate).
Данные автоматически собираются по всем каналам маркетинга. В систему сквозной аналитики также внедряются коллтрекинги для отслеживания телефонных звонков. Если компания использует email-рассылку как один из каналов привлечения, то дополнительно подключается и email-трекинг.
Зачем это нужно. Сквозная аналитика занимает важное место в системе интернет-маркетинга как средство визуализации всех процессов по направлениям маркетинга, продаж, автоматизации и т.д. Она помогает сфокусироваться на анализе событий и стратегиях, важных для достижения цели бизнеса — получение прибыли.
Инструменты. Вариантов для построения индивидуальной для каждой компании сквозной аналитики множество.
Вот один из примеров, какие инструменты могут использоваться:
- данные выгружаются из коллтрекинга, системы веб-аналитики и CRM;
- выгруженные данные стримингуются в базу данных Google BigQuery;
- данные обрабатываются с помощью BI-платформ, чтобы рассчитать дополнительные параметры: LTV, ROMI;
- информация о транзакциях из системы учета также передается в Google BigQuery;
- данные визуализируются в Google Data Studio или Microsoft Power BI.
Читать также
Источник: netology.ru