Агенты для сбора требований и оценки объёма работ
Агент проводит ту самую предпроектную работу, на которую сейчас уходят часы старших инженеров, — вытягивает из клиента, что ему на самом деле нужно, сверяет это с тем, что вы действительно делаете, и передаёт команде проработанное задание вместо «им нужно приложение».
Разбор задачи до предпроектного созвона
Агент проходит по вопросам, которые ваши инженеры всё равно зададут, — что уже построено, кто этим пользуется, с какой системой это должно общаться, чем продиктован срок, каков диапазон бюджета — и передаёт структурированное задание. Первый разговор с человеком начинается со второго вопроса, а не с первого.
Ответы из вашего стека, а не из интернета
Загрузите каталог услуг, список интеграций, архитектурные заметки и прежние документы по оценке объёма. Агент отвечает на вопросы о возможностях и интеграциях исходя из того, что команда действительно выпускала, и прямо говорит, когда задача выходит за рамки вашего профиля.
Квалификация под вашу модель ценообразования
Примерный масштаб, число интеграций, требования комплаенса, сроки — всё выясняется в живом диалоге и сверяется с форматами проектов, которые вы берёте. Слишком мелкие или слишком непрофильные клиенты узнают об этом в чате, а не на созвоне.
Предложения, о которых напоминают
Напоминания по расписанию возвращаются к висящему предложению, незакрытому техническому вопросу и заказчику, который замолчал перед праздниками, — в заданном вами ритме и без участия того, кто должен об этом помнить.
Он умеет работать с вашими системами
Через MCP и ваши API агент может завести заявку, создать запись в CRM или приложить задание к сделке — и результат разбора оказывается там, где команда уже работает, а не в логе чата.
Где это работает
Продуктовые студии, агентства разработки, системные интеграторы, ИТ-компании — все, кто продаёт работу, объём которой нужно оценить прежде, чем назвать цену.
Экономика здесь устроена необычно: предпроектный разбор ведут те же люди, которые потом делают проект. Час, потраченный на вытягивание требований из клиента, у которого, как выяснится, нет бюджета, — это час старшего инженера, и потрачен он ещё до того, как стало понятно, реальна ли сделка. А параллельно те же дорогие люди отвечают на вопросы, ответ на которые лежит в документе: с какими стеками вы работаете, интегрируетесь ли вы с этой ERP, как устроена передача проекта.
Как это выглядит изо дня в день
- Лид заполняет форму → агент начинает настоящий разговор вместо автоответа и возвращает проработанное задание.
- Клиент спрашивает, интегрируетесь ли вы с его складской системой → ответ по вашему списку интеграций, с теми же оговорками, которые сделала бы команда.
- Предложение висит одиннадцать дней → агент напоминает о нём и передаёт разговор человеку, когда из ответа видно, что по сделке что-то изменилось.
Два примера
Студия разработки на двенадцать человек. Входящий лид пишет, что хочет «внутренний инструмент вместо таблиц». Это может быть две недели, а может — два квартала. Агент разбирается: какие именно таблицы, сколько человек с ними работает, нужно ли читать данные из бухгалтерской системы, кто согласует результат, что произойдёт, если релиз выйдет в июне, а не в марте. Технический директор открывает задание с ответами на все шесть вопросов, видит, что всё упирается в интеграцию, которую они уже дважды делали, и уверенно называет цену на первом созвоне, а не на третьем.
Интегратор с длинным хвостом предпродажных вопросов. Два-три обращения в день — вариации на тему «а X вы поддерживаете?». Агент отвечает на них по каталогу интеграций, который ведёт команда, и — раз уж он прямо говорит «нет», когда ответ отрицательный, — заведомо непрофильные клиенты перестают съедать созвоны с продажами. До человека доходят те обращения, где ответ был «да, но с условиями».
Почему этот сценарий нам особенно близок
agent4.io делает команда разработчиков, которая продаёт разработку, и именно этот процесс мы взяли за основу при проектировании продукта. Разговор о требованиях — терпеливый, структурированный, повторяющийся сотни раз и почти никогда не проводимый одинаково — как раз та работа, которая хорошо переживает передачу агенту: ценность здесь в том, чтобы задать правильные вопросы в правильном порядке, а не в импровизации.
К тому же это тот случай, когда по ту сторону сидит технический человек. Он будет проверять агента на прочность. Он спросит то, чего агент не знает. Хороший повод настроить его так, чтобы он отвечал «не знаю, вот кто знает», а не блефовал, — см. Узкую экспертизу.
Что остаётся за вами
Агент оценивает объём, но не берёт на вас обязательства. Он не выдаёт оценок трудозатрат, не называет фиксированных цен и не соглашается на сроки — если только вы явно не дали ему прайс, по которому можно называть цифры, да и тогда лишь в заданных вами границах. Всё, что связывало бы вашу команду, выносится человеку на подтверждение.
Знания агента ограничены тем, что вы загрузили, поэтому он не может пообещать возможность, которой у вас нет. А поскольку в таких разговорах всплывают детали архитектуры и бизнес-планы клиентов, каждый из них изолирован в отдельном пространстве с контролем на уровне базы данных.
Нужно что-то сложнее чат-виджета? Эта отрасль чаще прочих хочет работать напрямую с API — см. White-label и API.