Хочу, братья мои, перетереть с вами за аналитиков - уж очень разные они бывают.
🦉 Бывают, например, UX-аналитики: они копаются в головах пользователей, исследуют тот самый юикс, рубятся в психологию и вообще крутые ребята, люблю их. У них безумно сложная и хитрая работа, но конечная цель и смысл понятны.
🥨 Бывают продуктовые аналитики - тоже обманчиво простые ребята: они отвечают за то, чтобы работа продукта была оцифрована в виде целой вереницы показателей (воронки, метрики, LTV, ARPPU, Retention, вот это вот все) - и эти показатели были доступны команде. Кроме того, хорошие продуктовые аналитики умеют эти показатели смотреть, находить ответы и взаимосвязи, ставить перед командой и продактами интересные вопросы и вообще наводить достойную продуктовую суету.
🕸 Еще бывают веб-аналитики, которые формально от продуктовых аналитиков мало чем отличаются, хотя некоторые на эту тему готовы затеять срач-другой. Эти срачи настолько локальные и, прямо скажем, малоинтересные, что оставим их высоколобым эстетам.
🌈 А еще есть бизнес- и системные аналитики. И вот тут начинается торжество квантовой механики, дикий запад от мира процессов и обильно накрытая поляна для профессиональных троллей. Тут, господа и дамы, начинается настоящая терминологическая жопа, из которой я вас сердечно и приветствую.
Формально, впрочем, все не так страшно. По своему замыслу бизнесовые и системные аналитики делятся так:
⁃ Бизнесовый аналитик (БА) берет задачу от бизнеса и описывает ее условия: как выглядит постановка проблемы, какие бизнес-процессы реализовать (или просто учесть), как выглядят пользовательские и бизнесовые кейсы - в общем, отвечает на вопрос «ЧТО МЫ ХОТИМ СДЕЛАТЬ».
⁃ Системный аналитик (СА) принимает эстафету от бизнесового и отвечает на вопрос «КАК МЫ ХОТИМ СДЕЛАТЬ». Он расширяет намеченные БА процессы системными описаниями - т.е тем, как должна вести себя система, смежные продукты, интеграционные контуры и все такое прочее. Попутно СА описывает, посредством каких решений система будет себя хорошо вести: описывает микросервисы, структуры данных и прочую архитектуру.
Четко - комар носу не подточит, да? Проблема заключается в том, что настолько четко деление между БА и СА срабатывает, по моим скромным наблюдениям, только в продуктах крупных, забюрократизированных (еле выговорил) компаний.
🦉 Бывают, например, UX-аналитики: они копаются в головах пользователей, исследуют тот самый юикс, рубятся в психологию и вообще крутые ребята, люблю их. У них безумно сложная и хитрая работа, но конечная цель и смысл понятны.
🥨 Бывают продуктовые аналитики - тоже обманчиво простые ребята: они отвечают за то, чтобы работа продукта была оцифрована в виде целой вереницы показателей (воронки, метрики, LTV, ARPPU, Retention, вот это вот все) - и эти показатели были доступны команде. Кроме того, хорошие продуктовые аналитики умеют эти показатели смотреть, находить ответы и взаимосвязи, ставить перед командой и продактами интересные вопросы и вообще наводить достойную продуктовую суету.
🕸 Еще бывают веб-аналитики, которые формально от продуктовых аналитиков мало чем отличаются, хотя некоторые на эту тему готовы затеять срач-другой. Эти срачи настолько локальные и, прямо скажем, малоинтересные, что оставим их высоколобым эстетам.
🌈 А еще есть бизнес- и системные аналитики. И вот тут начинается торжество квантовой механики, дикий запад от мира процессов и обильно накрытая поляна для профессиональных троллей. Тут, господа и дамы, начинается настоящая терминологическая жопа, из которой я вас сердечно и приветствую.
Формально, впрочем, все не так страшно. По своему замыслу бизнесовые и системные аналитики делятся так:
⁃ Бизнесовый аналитик (БА) берет задачу от бизнеса и описывает ее условия: как выглядит постановка проблемы, какие бизнес-процессы реализовать (или просто учесть), как выглядят пользовательские и бизнесовые кейсы - в общем, отвечает на вопрос «ЧТО МЫ ХОТИМ СДЕЛАТЬ».
⁃ Системный аналитик (СА) принимает эстафету от бизнесового и отвечает на вопрос «КАК МЫ ХОТИМ СДЕЛАТЬ». Он расширяет намеченные БА процессы системными описаниями - т.е тем, как должна вести себя система, смежные продукты, интеграционные контуры и все такое прочее. Попутно СА описывает, посредством каких решений система будет себя хорошо вести: описывает микросервисы, структуры данных и прочую архитектуру.
Четко - комар носу не подточит, да? Проблема заключается в том, что настолько четко деление между БА и СА срабатывает, по моим скромным наблюдениям, только в продуктах крупных, забюрократизированных (еле выговорил) компаний.