- Это про протоколы встреч или про коммерческие предложения?
- Под этой задачей два подтверждённых внедрения. Первое — протоколы встреч: ИИ превращает запись созвона или планёрки в саммари с решениями и задачами, и после проверки задачи уходят в трекер. Второе — коммерческие предложения: из переписки или брифа собирается задание, по нему смета, а на их основе черновик КП. Общее — повторяющаяся сборка рабочего результата из сырых исходников, где понятны исходные данные, структура результата и правила проверки. Это не «соберём любой документ», а прохождение конкретного рабочего процесса до проверенного результата.
- ИИ сам заводит задачи в трекер или отправляет КП клиенту?
- Нет. ИИ готовит результат, но человек подтверждает его перед тем, как он становится обязательством для компании или других людей. На встрече ведущий проверяет саммари, решения, исполнителей и сроки — и только после подтверждения задачи автоматически уходят в трекер. В КП менеджер проверяет смысл, состав работ, сроки и цену перед отправкой клиенту.
- Почему это черновик, а не автопилот?
- ИИ может собрать информацию, но не должен сам решать, что договорённость окончательно состоялась. В протоколе он способен принять обсуждение за принятое решение, неправильно определить исполнителя или извлечь несогласованный срок — и тогда в трекере появится задача, которую человек на себя не брал. В коммерческом предложении ошибка уходит клиенту как обязательство компании: неверная цена, срок или состав работ. Поэтому человек подтверждает результат до его записи в рабочую систему или отправки клиенту.
- Откуда берётся цена в коммерческом предложении?
- Цена не придумывается ИИ. Сначала по вашим правилам, ставкам и шаблонам собирается смета, и уже подтверждённая смета становится источником цены для КП. Менеджер проверяет цену, риски и допущения перед отправкой клиенту — ИИ не утверждает цену самостоятельно.
- Что нужно для запуска?
- Для встреч — записи встреч, понимание, что считать решением и задачей, список участников и внутренняя терминология, доступ к трекеру и ответственный за подтверждение. Для КП — реальные переписки, брифы или расшифровки, правила формирования задания, шаблоны и правила расчёта сметы, подтверждённая смета, шаблоны и хорошие примеры прошлых КП и менеджер, который проверяет и отправляет. Закрытый контур (on-premise) не обязателен, но возможен как вариант для чувствительных записей и коммерческих данных.
- С чего начать?
- С одного частого и понятного потока: одного типа встречи или одного типа КП, одного шаблона результата и одного ответственного за проверку. Берём реальные примеры, смотрим, где ИИ ошибается, уточняем правила и только потом подключаем автоматическую запись результата в рабочие системы. Хороший первый поток регулярно повторяется, результат уже собирается примерно одинаково, а человек может быстро проверить его корректность.