ИИ и системный аналитик: что делать, чтобы не заменили

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

Что уже автоматизировано, а что нет

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

К производству артефактов относятся черновики user stories, первая версия BRD, конспекты встреч, переформатирование таблиц, базовая документация, простые диаграммы по готовому описанию. Всё это модель делает за минуты, и делать это руками в 2026 году уже странно.

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

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

Как это выглядит на рынке труда

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

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

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

• Замещение начинается с критериев найма, а не с приказов об увольнении.
• Рост занятости замедляется, но не разворачивается вниз.
• Время на перестройку есть — примерно год, а не десять лет.

Шаг 1. Освоить ИИ как инструмент

Это гигиенический минимум, а не преимущество. В вакансиях уже прямым текстом просят навыки работы с ИИ: промптинг, понимание RAG и агентов. Человек, который умеет работать с моделью, обходит того, кто не умеет, при том же уровне аналитики.

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

Полезная привычка: держите файл с рабочими промптами в репозитории рядом со спецификациями. Через месяц у вас будет личная библиотека, которая экономит часы.

• Роль, задача, данные, формат, ограничения — пять частей рабочего промпта.
• Три задачи для старта: конспект, черновик требований, разбор данных.
• Храните промпты в репозитории: они такие же рабочие артефакты.

Шаг 2. Научиться проверять то, что создал ИИ

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

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

Дешёвый приём: попросите модель указать, какие утверждения она не может подтвердить переданными данными. Этот список почти всегда содержит самое интересное.

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

Шаг 3. Сместиться от документов к решениям

Если ваша ценность сводится к user stories и BRD, вы в зоне риска. Ценность теперь в вопросах: правильную ли проблему решаем, зачем это автоматизировать, что случится, если не делать ничего.

Практика простая: перед оформлением требований пишите короткий документ на одну страницу — какую задачу решаем, какое решение примем по результату, как поймём, что получилось. Если ответить нечем, дальше идти рано.

Второй приём — оспаривать допущения. Требование «нужен отчёт по всем клиентам» почти всегда означает более узкую задачу; уточняющий вопрос экономит недели разработки.

• Одна страница до требований: задача, решение, признак успеха.
• Спрашивайте, какое решение изменится, если показатель вырастет.
• Оспаривайте допущения до разработки, а не на приёмке.

Шаг 4. Понять, как устроены ИИ-системы

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

Минимальный набор понятий: токены и контекстное окно, вероятностная природа генерации, галлюцинации, RAG как поиск по своим данным, MCP как стандарт подключения инструментов, guardrails как ограничения, метрики качества для недетерминированных систем.

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

• Спецификация агента: роль, цель, инструменты, границы, отказ, человек в контуре.
• Понятия: токены, контекст, галлюцинации, RAG, MCP, guardrails, evals.
• Требования к вероятностной системе проверяют набором сценариев, а не примером.

Шаг 5. Углубить домен

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

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

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

• Составьте карту: источники данных, ограничения, кто принимает решения.
• Отмечайте, где ошибка в данных стоит дорого.
• Домен плюс ИИ дают результат, который модель не выдаст сама.

Признаки того, что пора меняться

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

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

Третий признак — вы не можете объяснить, какую задачу решает ваша система и как измерить результат. Это ровно та часть работы, которую ИИ не берёт.

• Больше половины времени уходит на производство документов.
• Вы не участвуете в выборе решений, только описываете их.
• Вы не можете назвать признак успеха своей системы.

Что сделать: короткий чеклист

• Разделил свою работу на производство артефактов и суждение о решениях.
• Написал три рабочих промпта под свои частые задачи и храню их в репозитории.
• Ввёл правило проверки: факты подтверждены или помечены как предположения.
• Перед требованиями пишу страницу «задача — решение — признак успеха».
• Разобрал понятия: токены, контекст, галлюцинации, RAG, MCP, guardrails.
• Могу описать спецификацию ИИ-агента с границами и поведением при отказе.
• Составил карту домена: источники данных, ограничения, решения.
• Прошёл тесты курса «ИИ для аналитика» и отметил слабые темы.

Где тренировать

Темы из гайда разобраны в тестах портала — каждый вопрос с объяснением ответа:

• Курс «ИИ для аналитика»: 74 вопроса с разбором
• Бесплатная вводная тема: что меняется в профессии
• MCP: что это и как настроить аналитику
• Требования к ИИ-агенту: спецификация и guardrails
• Подписка: доступ ко всем тестам и темам

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

Частые вопросы