Срок первого ИИ-проекта: как оценить работу и зависимости

Срок зависит от готовности процесса

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

Начните с результата пилота. Например, система принимает вопрос, собирает обязательные данные и передаёт карточку менеджеру. Число каналов и подключений фиксируют отдельно. Фраза «готовый ИИ-отдел» не позволяет оценить работу.

Этапы и условия перехода

Этап	Что должно появиться
Бриф	Описание процесса и исключений
Проектирование	Схема данных, действий и передачи человеку
Подготовка среды	Разрешённые доступы и тестовые данные
Сборка	Один проходящий сценарий
Проверка	Результаты тестов и исправления
Передача	Инструкция и ответственный за поддержку

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

Где появляется задержка

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

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

Контрольные точки вместо обещания одной даты

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

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

Оценка с запасом

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

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

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

Как говорить с клиентом

Предложите срок для описанного пилота при конкретных вводных. Укажите, когда компания должна передать данные и кто принимает результат. Если зависимость задержалась, обновите план и объясните влияние на следующие этапы.

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