Чем он занимается сколько зарабатывает и как им стать

25 рабочих гипотез для увеличения конверсии на 40%

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

На что обратить внимание? Каким бы ни был специалист – товарным, финансовым, системным – для сбора и обработки данных ему понадобится освоить определенные инструменты: от дашбордов до аналитических сервисов.

Кто такой аналитик

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

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

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

• игрушку «Железный человек» часто покупают в паре с образом «Капитан Америка»;
• а героя «Дарт Вейдер» – вместе с «Люк Скайуокер».

Вы заинтересовались данными и решили добавить в магазин новые рекомендации. Так можно проверить гипотезу о том, что модели, продающиеся в паре, могут существенно увеличивать прибыль. Вы оценили, что продажи смогут повыситься на 7 %.

По окончании определенного периода необходимо вновь обратиться к аналитику с просьбой о выдаче данных, связанных с текущим состоянием магазина. Изучая данные, тот приходит к выводу, что при помощи нововведения продажи увеличились на 9 %.

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

Общие задачи и обязанности аналитика

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

В обязанности аналитика входят:

• сбор и сортировка данных;
• их анализ и проверка;
• интерпретация результатов;
• визуализация информации в отчетах;
• работа с дашбордами.

Хотя у каждой компании существуют свои задачи для таких специалистов, однако есть набор стандартных задач, на примере которых мы расскажем об обязанностях аналитика:

Извлечение данных из системы

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

Решение бизнес-задач

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

Проведение исследований

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

Оценка перспективы проектов

Пример: инвестор, который хочет вкладывать деньги в новые активы, спрашивает у аналитика оценку их инвестиционного потенциала, чтобы решить, стоит ли вкладываться в них.

Расчет объема потребности в продукции

Пример: аналитик рассчитывает, когда начнется спрос на сезонные товары, и какое их количество необходимо поставить в магазин, чтобы остатки были минимальны, но всем покупателям хватило, делает постановку гипотез.

Обязанности аналитика в разных сферах деятельности

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

Обязанности системного аналитика

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

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

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

Обязанности бизнес-аналитика

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

Результат совместной работы аналитика, маркетологов и других специалистов – это стратегия и тактика ведения дела. Внутри общего направления труда первого – ряд узких специализаций:

• Аналитик данных. Этот специалист собирает, обрабатывает и изучает необходимые сведения, на основе чего выдает их интерпретацию и формирует итоговый отчет.
• Менеджер проектов (Project manager). Он управляет ведением интернет-концептов и координирует командную работу.
• Менеджер по продукту (Product manager). Этот специалист, имеющий больший объем работы, занимается созданием нового товара, а также на основе анализа рыночного ассортимента выполняет следующие обязанности:
• формирование ценообразования;
• продвижение на рынке сбыта;
• формирование итогового перечня требований;
• определение сферы назначения товара.
• Системный архитектор. Под техническим руководством этого специалиста осуществляются конкретные проекты. Он создает архитектурный эскиз, на основе которого проектной командой оформляются итоги работы.
• Технический писатель. Данный специалист должен составлять грамотные технические материалы, согласованные с определенными требованиями, документировать решение поставленных технических задач, в том числе – задачи разработки ПО.

От чего будут зависеть должностные обязанности? Это связано с видом и родом деятельности компании: производит продукцию или выполняет функции дилера, является ли стартапом и т.д.

Обязанности финансового аналитика

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

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

Веб-аналитик

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

Для усовершенствования сайта этот специалист исследует различные параметры:

• Анализ активности пользователей на сайте включает в себя изучение количества посетителей за определенный период (день, неделя, месяц и т.д.), а также времени, проведенного ими на странице. Также важно узнать, из каких регионов приходит наибольшее их количество, каков их средний возраст. Анализируется и пользовательское поведение: необходимо изучить, какие товары наиболее популярны, переходят ли посетители по внутренним ссылкам и оставляют ли свои контактные данные.
• Анализ активности посещаемости ресурса предполагает изучение популярности страниц сайта или товаров. Также необходимо узнать, какие этапы заказа вызывают трудности у клиентов, и какие ссылки приносят наибольшее количество переходов на площадку.
• Исследование эффективности семантического ядра. Достаточно ли ключевых слов зашито в текстах, и нужно ли их переработать.
• Анализ технической части сайта включает проверку скорости его загрузки и качества изображений, наличия битых ссылок, корректности отображения на экранах устройств.
• Исследование направлений трафика показывает источники, из которых приходят посетители. Это могут быть рекламные ссылки, соцсети, поисковые сервисы и так далее.

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

Обязанности аналитика-экономиста

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

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

Обязанности товарного аналитика

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

Чтобы эффективно решать проблемы на рынке сбыта, понимать особенности спроса и наблюдать за конкурентами, товарный аналитик должен обладать тонким профессиональным чутьем.

Часто задаваемые вопросы об обязанностях аналитика

Какие аналитические специализации пользуются популярностью сегодня?

Наиболее актуальны на данный момент специализации бизнес- и веб-аналитика.

Что входит в обязанности аналитика данных в IT?

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

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

Базовые знания кода дают аналитику огромный буст: в скорости выполнения задач, взаимоотношении с коллегами, пользе для клиента. Например, становится легче оценивать выполнимость «хотелок» клиентов и сразу озвучивать риски. За два года работы на проектах внедрения, я получила большой опыт общения с инженерами и разработчиками. Стала понимать, что существуют тяжелые для системы действия:  реализация сложной зависимости или большие сценарии, где необходимо сделать много параллельных шагов. 

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

Вика Анисимова

 Системный аналитик Naumen Service Management Platform

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

Кейс 1. Про главенство своих задач

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

Аналитик поделился, что методы, которые уже реализованы, можно взять за пример и переписать под свои задачи. Он сам писал интеграционные методы, поэтому объяснил, что задачу можно сделать самостоятельно. Я изучила все, что уже есть, провела эксперименты и в итоге реализовала нужные методы. 

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

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

Кейс 2. Про скорость работы

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

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

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

Кейс 3. Про понимание друг друга

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

Конфликт: Разработчик не чувствует экспертизы от аналитика, поскольку не видит ценности в новом решении: «если предыдущий аналитик утвердил решение, то зачем что-то менять? Мне нужно получить только текст пользовательской ошибки и завершить задачу».

Решение: Чтобы аналитику и разработчику понять друг друга, важно помнить, что у вас одна цель — принести пользу клиенту. А еще полезно быть базово погруженным в деятельность коллеги.

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

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

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

• 16 янв 2024

Чем он занимается, сколько зарабатывает и как им стать

Рассказываем о востребованной digital-профессии. Какие скиллы нужны, чтобы стать продуктовым аналитиком и зарабатывать от 80 000 рублей на старте.

Делаю презентации и получаю 220 000 рублей в месяц
На рынке полно клиентов, готовых платить за слайды, которые убеждают заключать сделки на миллионы рублей. Можно работать удалённо на себя или в штате компании. Как это делать, показываем на курсе «Мастер презентаций».

No- и low-code-инструменты серьезно повлияли на разработку программного обеспечения. Дискуссии о возможностях и потенциальных угрозах этих подходов побуждают бизнес задумываться, каким системам отдать предпочтение, насколько оправдано содержать большой штат ИТ-специалистов для развития и поддержки корпоративного ПО. Разбираемся, что изменилось в ролях аналитик — разработчик с приходом технологий NLC.

Что не так во взаимодействии аналитика и разработчика при классической разработке?

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

И здесь аналитик становился «заложником» программиста: нужно было ждать, когда код будет написан, протестирован и выдан. Даже если это небольшие изменения — добавить поле, изменить условие перехода по этапам и т.д.

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

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

Что изменяется с применением no/low-code? Можно ли говорить, что аналитику дали большую свободу?

Благодаря появлению ИС с no-code-слоем, аналитик может собирать бизнес-процессы из готовых блоков прямо в системе и сразу же тестировать их без дополнительных переносов. Последовательность процесса и формы для заполнения можно сразу показать заказчику или конечному пользователю как MVP и согласовать с ним.

То есть появилась возможность самостоятельно создавать модель, которая превращается в исполняемый рабочий процесс. И точнее формулировать свои идеи и пожелания разработчикам, если каких-то «кубиков» ему не хватило.

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

В чём основной эффект изменения ролей аналитика и разработчика?

Главный эффект в том, что существенно сокращаются сроки и трудоёмкость адаптации, куда входит и настройка, и разработка. Например, благодаря множеству блоков, встроенных в no-code-слой Directum RX, мы можем собирать готовые процессы сразу при внедрении. Это делается непосредственно аналитиками, и в результате получается гораздо быстрее, чем, допустим, дополнительная разработка по ТЗ заказчика. Исключаются глухие телефоны между аналитиками и разработчиками. Меньше времени тратится на взаимодействие, передачу информации от одних другим, обмен разработками. То есть по сути сам сделал, сам проверил, сам отправил дальше в продуктив.

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

Каждый отвечает за свое направление. То есть внятное разделение обязанностей, возможность не распыляться, прокачиваться в определенном профессиональном векторе — это тоже важно для людей.

Инструменты настройки без кода также позволяют аналитику фокусироваться на анализе и улучшении процессов и далее оперативно вносить изменения и оптимизировать рабочие потоки. То есть предприятие в целом получает возможность не «застревать» на долгой разработке, а сразу тестировать гипотезы, выбирать наиболее релевантный вариант процесса или подстраивать его своевременно под внешние факторы. При этом и сами пользователи системы в компании видят, что их замечания отрабатываются и предложения внедряются, а не «умирают» в бесконечных бэклогах разработчиков. Они чувствуют свою вовлеченность в достижение общих бизнес-целей. Как результат — внедрение инноваций ускоряется.

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

Насколько бизнес готов к такому разделению ролей? Доверяют ли компании настройку процессов аналитикам?

Далеко не каждая компания может позволить себе иметь в штате отдельного специалиста-аналитика.

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

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

Встроенные инструменты no-code дают возможность любому заинтересованному сотруднику подключаться к оптимизации процессов, т.к. не требуют каких-либо знаний в программировании. И даже в случае использования инструментов Directum RX не нужно глубокое погружение в методику BPMN, так как моделирование процесса значительно упрощено. Настройка интуитивно понятна.

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

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

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

Может ли разделение ролей аналитик-разработчик решить проблему кадрового голода на рынке?

Потребность в квалифицированных ИТ-специалистах однозначно никуда не исчезнет. О дефиците кадров в сфере информационных технологий говорят на уровне правительства страны, разрабатываются специальные программы обучения, внедряются меры поддержки, причем как для людей, так и компаний, отрасли в целом. Опытного разработчика и хорошего аналитика действительно сложно найти. Далеко не всегда задачи можно решить одним NLC-подходом.

Вместе с тем, роль no/low-code в ИС тоже нельзя недооценивать. Благодаря «бескодовым» инструментам снижается порог вхождения, так как для настройки бизнес-процессов в системе не обязательно быть обученным программистом или аналитиком. Достаточно хорошо знать ПО и понимать схемы процессов. Такие активные пользователи всегда есть в компаниях, на них можно опереться. С их помощью оперативно решаются какие-то некритичные задачи цифровизации, выполняются несложные доработки и настройки.

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

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

Станут ли в будущем все специалисты в итоге «разработчиками» — кто-то с кодом, кто-то без кода?

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

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

Но специалисты, которые понимают финансовый, производственный процесс, потребности рынка и клиентов и т.д. никуда не денутся. Без них не будет бизнеса. При этом no-code дает им возможность роста в сторону диджитал, оставаясь профессионалом в своем базовом направлении.

Часто в компаниях формируется стереотип, что инициативы по улучшению процессов с мест лягут в долгий ящик ИТ-служб с минимальным приоритетом. И даже желание высказывать их дискредитируется. Эту ситуацию можно изменить, доверив на отдельных участках самостоятельно реализовать пожелания.

Сергей Скурыгин

руководитель направления разработки Directum

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

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

⚡ Обсудим, что изменилось как для тех, кто только рассматривает IT-профессии, так и для действующих IT-специалистов

⚡ Прямо в эфире решим типичные задачи аналитика с помощью ChatGPT!

Как ускорить путь к IT-шным гонорарам в 3 раза?

3800+ нейросетей для разных сфер жизни

Безлимитный доступ в ChatGPT из РФ прямо в Telegram

ЧТО ТАКОЕ АНАЛИТИКА ДАННЫХ?

Анализ данных — это сбор и анализ больших объемов данных, последующая их обработка, изучение и выводы.

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

Аналитики проводят A/B тесты, выявляют тенденции в поведении клиентов, проверяют гипотезы.

ЧТО БУДЕТ НА ВЕБИНАРЕ?

Кто такой аналитик данных и что он делает?

Как ChatGPT упростил вход в профессию и какие задачи аналитика данных он может делать и кратно улучшать?

Сколько и где именно можно зарабатывать?

Экспресс-профориентация: прямо в эфире проведем короткое тестирование и узнаем, насколько тебе подходит эта профессия.

3800+ нейросетей для разных сфер жизни

Безлимитный доступ в ChatGPT из РФ прямо в Telegram

Всем, кто будет до конца, подарим

ПО ИТОГАМ ВЕБИНАРА ТЫ

Пройдешь профориентацию и сразу узнаешь на какую область разработки нужно обратить внимание в 2024 году

Поймешь, что делать и какие навыки развивать, чтобы начать карьеру в IT и сразу выйти на высокий доход

Разберешься, где можно работать и как туда попасть

ВСЕМ, КТО БУДЕТ ДО КОНЦА, ПОДАРИМ:

🎁 3800+ нейросетей для разных сфер жизни

🎁 Безлимитный доступ в ChatGPT из РФ прямо в Telegram

Спикер

СЕО университета Зерокодер

• СЕО & co-founder zerocoder.ru (текущий проект)
• CEO & co-founder Megaproryv.ru
• Коммерческий директор в Юниум.ру
• COO & co-founder в туристическом бизнесе
• Директор по продажам megaplan.ru

• Университет Иннополиса: программа «No code development»
• РАНХиГС: программа «International entrepreneurship»
• МГУ им. Ломоносова: гостевые лекции по маркетинг

• Мехмат МГУ им. Ломоносова
• MBA в Kingston Business School London
• 42 Silicon Valley Fremont California

Квалифицированный инвестор, аккредитован Moscow Seed Fund.

КТО МЫ?

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

8500+ выпускников наших программ

~450 000 подписчиков суммарно

Крупнейший русскоязычный канал о нейросетях и зерокодинге

850+ заказов на зерокод-разработку прошло через нас

Тем, кто хочет сменить профессию

Тем, кто уже начинал изучать IT-специализации,

и иметь возможность зарабатывать из любой точки мира

Тем, кто хочет стать востребованным IT-шником

но столкнулся со сложностями

КОМУ ТОЧНО СТОИТ БЫТЬ?

IT-специалистам и банковским служащим,

за несколько месяцев вместо нескольких лет

которые хотят сменить специализацию или расширить свои навыки

3800+ нейросетей для разных сфер жизни

Безлимитный доступ в ChatGPT из РФ прямо в Telegram

НАШИ ВЫПУСКНИКИ РАБОТАЮТ В КОМПАНИЯХ

И ускорил путь к твоему IT-шному гонорару

3800+ нейросетей для разных сфер жизни

Безлимитный доступ в ChatGPT из РФ прямо в Telegram

+7 (901) 468 44 19
+7 (999) 333 69 78
+7 (995) 376 01 07 (WA)

ООО Зерокодер
ИНН 9715401631
ОГРН — 1217700246026

г. Москва, Большая Новодмитровская ул, д. 23, э. 2 каб. 46