{"id":4859,"title":"\u0422\u0435\u0441\u0442 \u0434\u043b\u044f \u043f\u0440\u043e\u0434\u0430\u043a\u0442\u043e\u0432: vc.ru \u0432 \u0432\u0430\u0448\u0438\u0445 \u0440\u0443\u043a\u0430\u0445","url":"\/redirect?component=advertising&id=4859&url=https:\/\/vc.ru\/special\/bettervc&hash=06e04557a2c39e6c33fa846ba405896b7fed5804f421a1db543b59166c87d7da","isPaidAndBannersEnabled":false}
Влад Кармаков

Какова роль аналитика и его задачи при разработке мобильных приложений?

Если вы задумались о разработке своего сайта или приложения, то уже наверняка знаете, кто должен входить в команду. Это, конечно, разработчики, тестировщики, менеджер проекта, который следит за всем и предоставляет отчеты, и, как минимум, один аналитик. И если остальные ключевые роли и их важность на проекте обычно не вызывают вопросов, то роль аналитика и его задачи понятны не всем. В этой статье мы с аналитиком Марией Плотниковой решили разобраться на конкретных примерах, какие IT-аналитики существуют и какую роль они играют на проекте.

Прежде всего, понятие аналитики очень широкое. Даже если говорить только о сфере IT, то есть ряд направлений: бизнес-аналитика, системная аналитика, UX-аналитика, продуктовая, digital intelligence… Мы в компании Siberian.pro сфокусировались на трех областях, а именно системной, продуктовой и бизнес-аналитике. О них и расскажем подробнее.

Бизнес-аналитика

Чем занимается бизнес-аналитик?

Специалист в этой области не обязан в деталях знать технические особенности и тонкости разработки. Задачи бизнес-аналитика — изучить предметную область и ее особенности, понять проблему заказчика и предложить эффективный способ решения. Как правило, в запросе на оценку дают готовые варианты, тем не менее, хороший аналитик подскажет, как те же проблемы решают конкуренты, где могут возникнуть сложности или узкие места.

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

Допустим, нужно создать такси-агрегатор. Основной сценарий понятен: пользователь указывает, где он находится и куда нужно попасть, система подбирает машину, пассажир доезжает до места и оплачивает заказ картой либо наличными. Кажется, все просто. Но как быть, если машин мало или ни один водитель не хочет брать заказ? Если у водителя или пассажира плохой интернет и невозможно отследить местоположение? Если по пути пассажиру перезвонили и надо ехать на другой конец города? Да, это, скорее, исключения, но система должна уметь с ними работать. Хороший аналитик опишет решение для таких случаев.

Что будет в результате работы?

Результат работы бизнес-аналитика — описание верхнеуровневых бизнес-требований (ВБТ), техническое задание (ТЗ) с описанием сценариев в формате use cases и user stories, при необходимости дополненные схемами и диаграммами. Точный список зависит от проекта.

Например, исходное описание нового раздела для ритейл-сети может выглядеть так:

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

Бизнес-аналитик распишет эти требования на несколько страниц, попутно указав все возможные сценарии, позитивные и негативные, опишет логику подсказок, которые появляются при поиске товара, продумает тексты для всех заглушек, поп-апов и ошибок.

Как это поможет проекту?

Описание бизнес-требований — один из основных артефактов проекта, который поможет решить сразу ряд задач.

  • Если вы выбираете подрядчика или оцениваете целесообразность разработки, то чем точнее описаны требования, тем меньше разброс в оценках подрядчиков и ниже вероятность, что в ходе разработки появятся дополнительные расходы.
  • Большая часть компаний отказывается разрабатывать проекты без предварительного этапа аналитики либо соглашается, но только по модели Time&Material и закладывая большие риски. Грамотно составленное ТЗ экономит бюджет и позволяет получить реалистичный прогноз насчет сроков поставки продукта.
  • Вопросы, которые аналитик задает на этапе проработки спецификации, все равно возникнут у команды. И в таком случае возможны два варианта:
  • Первый: разработчики будут постоянно вас отвлекать от других дел, а когда не получится отвечать сразу, это повлияет на сроки и может вызвать простои.
  • Второй: разработчики будут решать вопросы на свое усмотрение, и, скорее всего, в некоторых моментах ваши мнения не совпадут. Придется переделывать функциональность заново. Если добавить этап аналитики, со всеми вопросами разработчики будут обращаться к аналитику. Как показывает практика, общение с командой занимает до 40% времени работы аналитика.

Как сократить расходы на бизнес-аналитику?

Если у вас уже есть ТЗ — это замечательно! Скорее всего, вопросы у подрядчика все равно возникнут, но их будет значительно меньше. Если нет — опишите своими словами всё, что вам известно о проекте. Для чего он нужен бизнесу и как поможет пользователям. Кто эти пользователи и какие возможности у них будут.

Даже в обычном интернет-магазине это будут, как минимум, покупатель и администратор, заполняющий информацию о товарах. Возможно, также сотрудники склада, курьеры, поставщики…

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

Помимо описания работы системы рекомендуем упомянуть и нефункциональные требования. Нужна ли работа оффлайн? Сколько пользователей вы ожидаете в обычное время и при пиковой нагрузке? Какие браузеры или версии iOS/Android нужно поддерживать? Последнее разработчики закладывают, исходя из тенденций рынка, но если нужна поддержка старых версий, это лучше указать отдельно. Не нужно думать, что нефункциональные требования — мелочи: так, отдельная версия для планшетов может увеличить время на разработку до 1,5 раз!

Ещё один вариант экономии — разработка по T&M

Вы можете сэкономить на бизнес-аналитике, выбрав вместо тяжеловесной разработки по модели Fix Price более гибкую разработку на основе Time&Material. Вместо того, чтобы писать требования на всю систему перед разработкой, можно будет двигаться вперёд небольшими итерациями, каждый раз описывая часть системы, которая войдёт в ближайший релиз. Добавив на проект продуктовую аналитику (о ней расскажем позже), вы сможете после каждой итерации отслеживать, как продуктом пользуются реальные люди, что им нравится, что вызывает сложности, чего они хотят. Так в работу пойдёт только то, что нужно рынку, а вы сэкономите на разработке функционала.

Например, в начале 2020 года наш заказчик — сеть продуктовых магазинов — решил попробовать внедрить технологию Scan&Go. Её суть в том, что покупатель в торговом зале сканирует штрихкоды, складывая товар в корзину, оплачивает в приложении и выходит с покупками, минуя кассы. На тот момент это была передовая технология, набиравшая популярность на Западе.

Наши аналитики начали анализ конкурентов и рисков безопасности и занялись проработкой ТЗ… когда грянула пандемия. Количество покупок в магазинах упало в разы, а доставка стала пользоваться небывалым спросом. Работы в направлении Scan&Go были быстро свёрнуты, и вся команда сфокусировалась на разработке интернет-магазина в существующем приложении лояльности. Вместо того, чтобы тратить миллионы на проработку раздела, который нельзя запустить, заказчик в краткие сроки получил интернет-магазин. Сервис быстро стал одним из самых востребованных разделов и заслужил высокие оценки пользователей. Он успешно развивается и по сей день.

Системная аналитика

Чем занимается системный аналитик?

Системный аналитик продолжает работу со сценариями, которую начали заказчик и бизнес-аналитик. После того, как сценарии описаны, системный аналитик соотносит их с реальностью. Если реальность не позволяет реализовать «придуманный» заказчиком и описанный бизнес-аналитиком сценарий, именно системный аналитик скажет, что нужно делать по-другому. Он предложит решения или изменит сценарий и проследит, чтобы в сопутствующих артефактах (например, в дизайне) всё соответствовало реальности.

Помимо этого системный аналитик прорабатывает техническую реализацию. Изучает API сторонних систем, описывает требования к интеграции, совместно с архитектором и разработчиками продумывает архитектуру и оптимальные способы реализации. В каком-то смысле системный аналитик — переводчик с языка бизнеса на язык программистов и обратно.

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

В разных компаниях роли могут распределяться по-разному, где-то задачи системного аналитика выполняет архитектор либо tech lead, где-то это доверяют разработчикам. В Siberian.pro аналитик — отдельная роль, но обычно системный аналитик и бизнес-аналитик — это один человек.

Что будет в результате работы?

В зависимости от проекта артефакты могут отличаться. Наиболее распространенные — спецификация API в формате OpenApi 3.0 (описание взаимодействия разных частей системы: клиента и сервера), схема интеграции, модель данных, описание совместной работы «железа» и программы.

Как это поможет проекту?

Описание технической реализации и ограничений гарантирует, что система реализуема с технической точки зрения, и что разные её части будут работать согласованно. Разработчики будут одинаково понимать, как она должна работать. Это позволяет одновременно разрабатывать разные части системы, сократить расходы на созвоны и переписку и избежать многих переделок. Также описание технической реализации значительно уменьшает затраты на поддержку проекта и упрощает погружение новых участников. А если вы решите сменить подрядчика, документы помогут новому партнеру быстро понять, как все устроено, и работать эффективно.

Как сократить расходы на системную аналитику?

Совет первый

Если предполагается разработка с нуля, мы рекомендуем доверить выбор технологий, архитектуры и особенностей реализации исполнителю. Даже если у вас есть технические эксперты на своей стороне (или вы — эксперт), то лучше будет не диктовать свой взгляд, а организовать созвон с технической командой подрядчика и обсудить ваш подход. Вы сэкономите, как минимум, время: на коммуникации, споры о подходах и архитектуре.

Совет второй

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

Совет третий

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

Продуктовая аналитика

Чем занимается продуктовый аналитик?

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

Продуктовый аналитик, даже из другой компании, поможет сформулировать цели создания продукта, показатели, по которым можно отследить, достигнута ли цель и посоветовать систему для отслеживания результатов. Благодаря этому можно составить отчеты, которые будут в реальном времени показывать, как пользователи взаимодействуют с продуктом. Это поможет скорректировать план развития, добавить или убрать фичи. Некоторые системы создают отчеты автоматически, но другие, например, мобильная аналитика в Amplitude, требуют создания вручную. Тут опять поможет продуктовый аналитик.

Также мы в Siberian.pro помогаем работать с отзывами пользователей на маркетах. Постоянное отслеживание жалоб и предложений пользователей помогает повысить рейтинг приложения. Наш рекорд — прогресс оценки в Google Play с 3,2 до 4,8 за месяц. Разработчики быстро начали изучать жалобы и решать проблемы, и пользователи оценили высокую скорость ответов и исправления ошибок.

Что будет в результате работы?

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

На iOS проседание воронки на шаге ввода кода из СМС. Анализ показал — после перехода на экран пользователи несколько раз обновляют его или запрашивают код повторно и покидают приложение. Вывод: на iOS проблемы с доставкой СМС. Нужно повторное тестирование.
На Android подавляющее большинство попыток привязать карту заканчиваются неудачей. Заводим критический баг, изучаем причины, срочно исправляем.
Приложение в сторе более 2 лет, пользовательская база стабильна, большая часть — активные пользователи.
Масштабная рекламная кампания в марте привлекла много новых пользователей, но надолго они в приложении не задержались. Нужно повышать вовлеченность пользователей, работать над удержанием и retention. Это позволит работать с более лояльной аудиторией и тратить заметно меньше на рекламу.
Анализ аудитории по разным параметрам: город, платформа, версия операционной системы, версия приложения.
Последними версиями приложения пользуется 3,17% пользователей. Предыдущей —6,12%. Большая часть аудитории (58%) использует версию, выпущенную полгода назад, где нет новых фич. Необходимо побудить пользователей переходить на новую версию.

Как это поможет проекту?

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

  • Достиг ли продукт той цели, ради которой был разработан?
  • Как с ним работают пользователи в реальной жизни?
  • Что нужно сделать, чтобы улучшить результаты?

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

Как сократить расходы на продуктовую аналитику?

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

Чтобы сократить расходы, прежде всего, определите 1-2 основных цели, ради которых нужен сайт или приложение. Их не должно быть много: попытка одновременно увеличить продажи B2B и B2C, повысить лояльность, рассказать о новостях компании и ускорить подбор персонала, скорее всего, будет безуспешной. Как правило, пользователь приходит с конкретной задачей и быстро покидает сайт или приложение, если не видит, как ее достичь.

Определившись с целью, подумайте о показателях, которые помогут отследить ее достижение. Так, для цели «увеличить прибыль» показателями могут быть средний чек, количество покупок на пользователя, количество пользователей и объем продаж. Для постановки целей и задач удобно использовать схему SMART. Даже просто подумав над этими вопросами, вы сможете лучше осознать направленность вашего проекта и получить лучшие результаты при меньших затратах.

Вместо заключения. Можно ли обойтись без аналитика?

Наш ответ: Без аналитика обойтись можно. Без аналитики — нельзя. Отсутствие в команде аналитика как отдельной роли означает то, что эти работы будет выполнять кто-то другой. Например, прояснять бизнес-требования может менеджер проекта, дизайнер или разработчики. Системной аналитикой часто занимается тимлид, архитектор или опять же разработчики. Продуктовой аналитикой можете заниматься лично вы без помощи со стороны подрядчика. Но такой подход имеет ряд недостатков.

1. Переключение между задачами

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

2. Недостаток компетенций

Если нужно разработать несложный проект (например, лендинг для одного продукта), на фриланс-бирже легко найти человека, который сделает проект в одиночку. Такой специалист и задачи проясняет, и код пишет, и тестирует. Нередко это оправданно: не нужно ждать другого человека, чтобы продолжить работу, весь контекст проекта в одной голове, потери информации минимальны, расходов на коммуникации мало.

Чем сложнее задача, тем больше компетенций требуется для решения. Тут совмещение ролей начинает играть против проекта: сложно быть экспертом во всех областях. Согласитесь, странно пытаться «сэкономить», убрав из команды iOS-разработчика и передав обе платформы специалисту по Android. Так и аналитик — специалист с определенным спектром задач и компетенций, и его работу специалисту другого профиля будет выполнить сложно. Совмещение ролей на сложных проектах почти всегда значит, что качество работ пострадает, а сроки растянутся до бесконечности.

3. Соотношение задач и затрат

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

Здесь нужно затронуть вопрос оценки проекта и того, из чего она складывается. Какую бы модель вы не выбрали для разработки проекта — Fix Price, Time&Material или любой смешанный способ ценообразования, итоговая сумма напрямую зависит от стоимости часа специалиста. Клиент — первый, кто заинтересован в сбалансированном качестве и стоимости на проекте.

Если нанять дорогих специалистов для решения простых задач, это будет излишней тратой денег. А если поручить джуниорам сложные задачи, они могут не справиться или сделать продукт низкого качества, который придётся переделывать. Мы рекомендуем привлекать архитекторов и лидов для ревью ТЗ и решения сложных задач, поручив проработку и написание ТЗ аналитикам.

Подведем итоги

Основная задача аналитика на проекте — обеспечить, чтобы:

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

Совокупность этих факторов определяет успешность проекта и удовлетворенность от его создания. Часть задач аналитик выполняет вместе с другими членами команды, часть — самостоятельно.

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

{ "author_name": "Влад Кармаков", "author_type": "self", "tags": ["\u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0438","\u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430","\u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435","\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435","\u043c\u043e\u0431\u0438\u043b\u044c\u043d\u043e\u0435\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435","\u043b\u0438\u0447\u043d\u044b\u0439\u043e\u043f\u044b\u0442","\u043a\u0430\u0440\u044c\u0435\u0440\u0430","\u0430\u0443\u0442\u0441\u043e\u0440\u0441","\u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u0430","project","product","mobileapp","mobile"], "comments": 0, "likes": 15, "favorites": 8, "is_advertisement": false, "subsite_label": "unknown", "id": 251544, "is_wide": true, "is_ugc": true, "date": "Tue, 01 Jun 2021 17:18:30 +0300", "is_special": false }
0
0 комментариев
Популярные
По порядку
Читать все 0 комментариев
Aleph расширяет присутствие на Ближнем Востоке: холдинг приобрел контрольный пакет акций Connect Ads

Aleph Holding, глобальный партнер крупнейших диджитал платформ и материнская компания Httpool, объявил о приобретении контрольного пакета акций Connect Ads. Компания является провайдером цифровых медиа и рекламных решений в странах Ближнего Востока и Африки.

«Spotify: История продукта». Создание десктопного приложения

От десктопного приложения с серверами в шкафу до революционного формата потоковой передачи музыки.
«Spotify: История продукта» — серия статей от команды Spotify в России, где читатели vc.ru могут узнать, как создавался сервис, какие решения стояли за продуктовыми изменениями и кто придумал музыкальные стриминги такими, какими они выглядят сейчас.

Как Askona обманывает покупателей, а Aliexpress и Tmall не видят очевидного

Здравствуйте! Всегда был только читателем на vc и не думал, что когда-то придётся выйти из тени, но сейчас я не вижу другого выхода. Постараюсь кратко и по факту.
Видя очередную распродажу с мегаскидками на Али, я решился заказать матрас и в нагрузку к нему анатомическую подушку в Askona Official Store. Скомбинировав скидки, купоны, монеты и всё…

Власти США предъявили обвинения основателю производителя электрогрузовиков Nikola миллиардеру Тревору Милтону Статьи редакции

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

Тревор Милтон The Verge
PERI развивает систему управления производством с 1С:ERP
«Яндекс.Про» отстранил курьера от работы из-за неправильного адреса клиента

Несколько лет назад я прочитал на VC занимательную статью о том, как в одной из американских IT компаний искусственный интеллект самостоятельно уволил сотрудника, а тот никак не смог этому противостоять. Тогда мне это показалось забавным, исключительным случаем, но я и подумать не мог, что такие ситуации могут быть отлажены в «систему» и…

Как оцифровать ремонт колесных пар? Ответ нашли в Первой грузовой компании

Мы завершили разработку интеллектуальной системы, которая на основе контрольно-технических измерений позволяет отслеживать толщину колесных пар (ИС КТИ). С ее помощью компания снижает расходы на ремонт и повышает уровень клиентского сервиса. Проект является частью масштабной разработки под названием «Цифровой вагон». В статье мы подробно…

Итоги Python meetup: медленные языки, быстрые роботы
Клуб весёлых и непонимающих, как работает реклама — почему креаторы с КВН-бэкграундом не подходят для маркома

Самый сильный бренд — всегда самый смешной? (нет)

Если провести быстрый скрининг описаний вакансий на позицию креатора, то можно заметить, что одним из наиболее частых требований-пожеланий к соискателям является наличие у них КВНовского бэкграунда. Предполагается, что такой человек, экс-квнщик, отличается от других повышенной креативностью мышления и способностью придумывать яркие, творческие и…

На первые страницы Google в Норвегии поднялся спам-сайт, замаскированный картинкой со «Смешариками» Статьи редакции

«Один спамерский домен получает большую долю всего поискового трафика Google в стране».

Эту картинку видит пользователь при заходе на сайт мошенников
От простого робота до Защитника: как мы создавали телефонного секретаря Олега, которого потом начали копировать

В начале июня мы запустили Защитника Олега — нашего нового общедоступного телефонного секретаря, разработанного на базе похожего решения для абонентов Тинькофф Мобайла (работает с 2019 года).

null