Человек-оркестр или просто хороший промпт?

Tenth Revolution Group ищет Solutions Architect.

Коротко о компании: это гигант. Глобальный лидер в подборе IT-специалистов, особенно в сфере облачных технологий. Под их крылом находятся такие бренды, как Nigel Frank и Mason Frank. Забавно, что компания, которая зарабатывает на поиске людей для других, сама ищет человека на роль, которую уже сегодня можно с успехом делегировать искусственному интеллекту.

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

— Марк (из отдела продаж): «Мы почти закрыли сделку с крупным ритейлером! Им нужно сто наших специалистов на проект миграции в Azure. Контракт на три миллиона!»
— Анна (технический директор клиента): «Марк, все звучит отлично. Но наш отдел безопасности хочет понять, как ваше решение будет интегрироваться с нашей унаследованной ERP-системой. Покажите архитектуру. И еще, у нас строгие требования по GDPR. Как вы обеспечите сохранность данных? Пришлите техническую часть для нашего тендера до завтра».

И тут у Марка начинается тихая паника. Он продавец, а не инженер. Он не может нарисовать архитектуру, не знает всех тонкостей API и GDPR. Сделка подвисает. Компания теряет деньги и, что еще хуже, репутацию. Им нужен «переводчик» с языка бизнеса на язык техники. Человек, который сядет рядом с Марком, очарует Анну глубокими познаниями и быстро подготовит безупречный технический ответ на тендер.

А теперь представьте, что вместо поиска этого редкого и дорогого специалиста, Tenth Revolution Group инвестирует в создание «Цифрового Архитектора». Это не робот в пиджаке, а интеллектуальная система, решающая ту же задачу.

Вот как это могло бы выглядеть.

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

Шаг 1: Создание Базы Знаний. Компания уже обладает бесценным активом – десятками и сотнями успешных проектов. Все технические предложения, архитектурные диаграммы, ответы на тендеры, документация по безопасности и соответствию стандартам (compliance) загружаются в единую векторную базу данных. Это становится «памятью» нашего ИИ.

Шаг 2: Интеграция с языковой моделью (LLM). Берется мощная модель вроде GPT-4o или Claude 3 Opus и с помощью технологии RAG (Retrieval-Augmented Generation) подключается к этой базе знаний. Теперь ИИ не просто фантазирует, а строит свои ответы на основе реальных, проверенных и успешных кейсов компании.

Шаг 3: Разработка интерфейса для отдела продаж. У Марка появляется простой инструмент. Он загружает в систему запрос от клиента – будь то email, текст из RFP или просто стенограмма звонка. И в ответ получает:
1. Проект архитектурной схемы интеграции, основанный на похожих кейсах.
2. Готовый черновик технического ответа для тендера, учитывающий специфику отрасли клиента (ритейл, финтех, госсектор).
3. Список потенциальных рисков и вопросов, которые может задать технический директор Анна, с готовыми вариантами ответов.
4. Ссылки на внутреннюю документацию, подтверждающую каждый пункт.

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

Как проверить, что этот «Цифровой Архитектор» работает?

Элементарно. Результаты измеряются теми же метриками, что указаны в вакансии.
1. Tender win rate. Сравниваем процент выигранных тендеров у команд, использующих ИИ-ассистента, и у тех, кто работает по старинке. Уверен, скорость и глубина проработки от ИИ дадут о себе знать.
2. Integration timelines vs plan. ИИ, анализируя десятки прошлых проектов, сможет давать более точные оценки сроков, снижая количество проваленных дедлайнов.
3. Customer satisfaction (NPS). Технический директор Анна получит свой ответ не «завтра к вечеру», а через час после звонка. Быстрый и компетентный ответ – прямой путь к росту доверия и удовлетворенности клиента.
4. Revenue growth (ARR). Сокращение цикла продаж и увеличение процента выигранных сделок напрямую влияют на доход.

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

Вакансия отсюда: https://www.linkedin.com/jobs/view/4412115158/