Шаблон коммерческого предложения с автозаполнением из CRM собирается за 6–10 часов работы, если подстановочных полей меньше десяти и позиции берутся штатным способом. Это реально сделать самому: программирования на текстовой части нет, есть аккуратная разметка документа и привязка полей к карточке сделки. Сложность появляется ровно в одном месте — в табличной части с позициями и скидками, и на неё уходит больше половины всего времени.
Смысл затеи не в скорости ради скорости. Менеджер, собирающий предложение руками, каждый раз копирует реквизиты, переписывает цены из прайса и правит номер прошлого документа. Двадцать минут на предложение — обычная оценка, и в ней не учтено самое дорогое: ошибка в цифре, которую клиент замечает раньше вас. После этого компания либо держит заявленную цену, либо объясняется.
Расчёты ниже — на модельной компании: 6 менеджеров, 90 предложений в месяц, средний чек 180 000 ₽, полная стоимость часа менеджера 1 100 ₽ со всеми накладными (как её считать, разбирали в материале про стоимость ручной работы). Оговорка для инструкции: интерфейсы CRM и конструкторов документов меняются несколько раз в год, поэтому ниже описана логика работы, а не расположение кнопок.
Сколько стоит собирать предложение руками
Считать надо две вещи: время и ошибки. Время очевидно и легко проверяется — засеките сборку трёх реальных предложений подряд. Ошибки менее очевидны, но именно они делают экономику проекта убедительной.
После автозаполнения сборка занимает около 4 минут: менеджер проверяет позиции, дописывает одну персональную фразу и нажимает кнопку. Это 6 часов в месяц вместо 30, то есть 6 600 ₽ вместо 33 000 ₽. Ошибки не исчезают полностью — подстановка снимает опечатки в реквизитах и суммах, но не спасает от неверно выбранной позиции, — поэтому реалистично считать не ноль, а одну ошибку в квартал, около 1 800 ₽ в месяц. Итоговая экономия — примерно 30 000 ₽ в месяц.
Поля подстановки: меньше десяти, плюс пять служебных
Главное правило звучит контринтуитивно: чем меньше полей, тем надёжнее шаблон. Каждое поле — это примерно час работы на настройку и проверку и одно новое место, где документ может уйти клиенту с дырой. Восьми смысловых полей хватает почти любой компании; всё, что кажется необходимым сверх этого, обычно является текстом, который просто не меняется от клиента к клиенту и должен быть частью шаблона.
| Поле | Откуда берётся | Что будет, если оно пустое |
|---|---|---|
| Наименование клиента | Карточка компании в CRM | Обезличенное предложение, которое читают как рассылку |
| Контактное лицо и обращение | Карточка контакта | Обращение в никуда: чаще всего это единственное, что клиент замечает сразу |
| Предмет предложения | Название сделки или отдельное поле | Документ без темы; при трёх предложениях одному клиенту их невозможно различить |
| Итоговая сумма | Считается в CRM, а не в документе | Самая дорогая пустота: предложение без цены приходится отправлять дважды |
| Срок исполнения | Поле сделки | Клиент подставляет свой срок и считает его согласованным |
| Условия оплаты | Справочник из 3–5 вариантов, а не свободный текст | Менеджер вписывает отсрочку, которую компания не согласовывала |
| Условия поставки или выполнения | Справочник вариантов | Спор о том, входила ли доставка в цену |
| Персональный комментарий | Заполняется менеджером вручную, 1–3 предложения | Ничего страшного: единственное поле, которое допустимо оставить пустым |
Отдельно — пять служебных полей, которые в шаблон попадают редко, а нужны всегда: номер предложения (сквозная нумерация из системы, а не правка прошлого файла), дата, срок действия предложения, ответственный менеджер с телефоном и почтой, реквизиты вашей компании. Срок действия — самое недооценённое из них: без него старое предложение живёт вечно, и клиент возвращается с ним через полгода, когда цены уже другие.
Карта связей. Слева три узла-источника: «Карточка компании» (наименование клиента), «Карточка контакта» (контактное лицо и обращение), «Карточка сделки» (предмет, итоговая сумма, срок исполнения, условия оплаты, условия поставки). Отдельный нижний узел «Заполняет менеджер» — персональный комментарий. Справа узел «Система» с пятью служебными полями: номер, дата, срок действия, ответственный, реквизиты. Все стрелки сходятся в центральный блок «Шаблон предложения». На стрелке от итоговой суммы подпись «считается в CRM, а не в документе». Внизу подпись «8 смысловых полей + 5 служебных». Чертёжный стиль, подписи по-русски.
Пошагово: пять шагов от шаблона до готового файла
Порядок важен: первый шаг определяет объём работы на всех остальных, и пропустить его — значит настраивать поля, которые вам не нужны.
- 1Шаг 1. Разметить три реальных предложения (1 час)
Взять три отправленных предложения за последний месяц — желательно самое простое, самое сложное и типовое — и выделить в них всё, что меняется от клиента к клиенту. Обычно выясняется, что меняется меньше, чем казалось: половина «уникального» текста одинакова во всех трёх.
- 2Шаг 2. Свести изменяемое к полям и убрать лишнее (1 час)
Каждый выделенный фрагмент либо становится полем, либо возвращается в постоянный текст шаблона. Правило отбора: поле остаётся, если у него есть однозначный источник в CRM и если пустое значение действительно меняет смысл документа. Если полей получилось больше десяти — вы описываете не шаблон, а калькулятор, и это другая задача.
- 3Шаг 3. Привязать поля и проверить, что они заполняются (2–3 часа)
Здесь всплывает главный сюрприз: половина нужных полей в карточке сделки либо отсутствует, либо заполняется через раз. Настройка шаблона поверх незаполненной CRM даёт красивый документ с дырами. Дешевле сделать эти поля обязательными на переходе сделки в стадию «подготовка предложения», чем потом ловить пустые подстановки. Как заставить карточку заполняться без ручного труда — тема автозаполнения CRM.
- 4Шаг 4. Собрать табличную часть (2–8 часов)
Позиции, количества, цены, скидки и итоги. Способ выбирается по следующему разделу; это единственный шаг, где разброс времени в четыре раза, и именно он определяет, уложитесь вы в один день или нет.
- 5Шаг 5. Прогнать на трёх реальных сделках и включить проверки (1–2 часа)
Не на тестовой сделке с идеальными данными, а на трёх настоящих из разных стадий. Одновременно включаются проверки перед генерацией: запрет на выпуск документа при незаполненных обязательных полях и заметная пометка вместо пустого места.
Настройка по умолчанию почти во всех конструкторах документов такова: если данных нет, в документ подставляется пустая строка. Визуально это выглядит как аккуратный пробел, и менеджер, который проверяет документ по диагонали, его не замечает. Замените поведение на крупную пометку вроде «НЕ ЗАПОЛНЕНО» — она уродлива, и в этом весь смысл. Один такой маркер, замеченный перед отправкой, окупает всю настройку.
Табличная часть: три способа собрать позиции и скидки
Текстовые поля подставляются одинаково везде. Различия начинаются на списке позиций переменной длины, где у каждой строки своя цена, своя скидка и, возможно, своя ставка НДС. Способов три, и выбирают между ними не по красоте, а по тому, как выглядят ваши предложения.
| Способ | Что умеет | Чего не умеет | Время и цена |
|---|---|---|---|
| Штатный повторяющийся блок CRM по позициям сделки | Выводит товары сделки списком с ценой, количеством и итогом; считает сумму в самой CRM | Обычно не умеет группировку по разделам, скидки по отдельным строкам, разные ставки НДС и сложное оформление | 1–2 часа, без дополнительной оплаты |
| Генератор документов на low-code платформе | Любая структура таблицы, условные строки, подстановка из нескольких систем сразу | Тяжело даётся сложная вёрстка: объединённые ячейки, переносы страниц, повторяющиеся шапки | 8–20 часов, от 2 200 ₽/мес за платформу |
| Собственный генератор на стороне бэкенда | Полный контроль над файлом и расчётами, любые правила скидок и НДС | Требует разработчика и сопровождения; при смене шаблона правки делает не менеджер | 40 000–90 000 ₽ разово |
Практическое правило выбора: если ваше предложение помещается в плоский список позиций — берите штатный блок и не усложняйте. Если в документе есть разделы, опции «на выбор» и скидки по строкам — штатный блок вы будете обходить костылями, и разумнее сразу взять второй или третий способ. Российские интеграционные платформы для второго способа доступны: Albato и ApiX-Drive работают с оплатой из России, n8n разворачивается на своём сервере. Zapier и Make для этой задачи не подходят — из России они недоступны.
Самая частая архитектурная ошибка — считать сумму отдельно в CRM и отдельно формулой в документе. Рано или поздно эти два расчёта разойдутся: округление, скидка, НДС. Правило простое: сумма считается в CRM, документ её только показывает. Тогда цифра в предложении и цифра в воронке — это одна и та же цифра, а не две похожие.
Сравнение в три колонки: «Штатный блок CRM», «Генератор на low-code платформе», «Свой генератор». Строки сравнения: структура таблицы, скидки по строкам, разные ставки НДС, группировка по разделам, сложное оформление, время настройки (1–2 ч / 8–20 ч / 40 000–90 000 ₽), кто вносит правки в шаблон (менеджер / администратор / разработчик). Отметки «да», «нет», «частично» вместо галочек. Под колонками общая подпись: «сумма считается в CRM во всех трёх вариантах». Чертёжный стиль, подписи по-русски.
Своими силами и силами инженеров: часы и деньги
Своими силами реалистичный расклад такой: 6–10 часов на весь шаблон при плоском списке позиций и 12–18 часов, если табличную часть приходится собирать вторым способом. Это работа руководителя отдела или администратора CRM, растянутая на неделю: между шагами нужны согласования по условиям оплаты и по тому, кто и когда заполняет поля в карточке.
Окупаемость: 85 000 ₽ против экономии около 30 000 ₽ в месяц — примерно 3 месяца, то есть обычный для такой автоматизации диапазон. Методику расчёта окупаемости целиком разбирали отдельно; здесь важна не сумма, а то, что срок считается от реального объёма документов, а не от впечатления «менеджеры много возятся». Если предложений 20 в месяц, экономия падает до 6 700 ₽ и окупаемость уходит за год — тогда правильный ответ делать самому и не платить никому.
Когда шаблон не спасёт
Автозаполнение работает там, где предложение собирается из известных элементов. Есть четыре ситуации, в которых шаблон либо не нужен, либо закрывает только обложку.
- Проектные сметы, которые считаются заново каждый раз. Стройка, оборудование под заказ, интеграционные проекты: содержательная часть рождается в расчёте, а не в подстановке. Шаблон здесь имеет смысл только на титул, служебные поля и условия — это тоже экономит время, но обещать сборку одной кнопкой нечестно.
- Меньше 15 предложений в месяц. Пять часов экономии в месяц не оправдывают ни день настройки своими силами, ни тем более 85 000 ₽ подрядчику. Вернитесь к вопросу, когда поток вырастет втрое.
- Позиций нет в CRM. Если прайс живёт в таблице у коммерческого директора и меняется чаще раза в неделю, подставлять в документ нечего. Сначала номенклатура и цены попадают в систему, потом появляется автозаполнение — иначе вы автоматизируете копирование из того же файла.
- Предложение по сути является договором. Когда каждый документ проходит юридическую правку под клиента, подстановка полей ничего не решает: узкое место не в наборе текста, а в согласовании формулировок. Это задача другого класса — маршрут согласования, а не шаблон.
И последнее наблюдение, которое стоит помнить, берясь за такую настройку. Автозаполнение улучшает документ ровно настолько, насколько порядок в карточке сделки. Шаблон — это зеркало CRM: если поля заполняются через раз, вы получите быстрый способ отправлять клиентам документы с дырами. Поэтому третий шаг инструкции — не формальность, а точка, где чаще всего честнее остановиться и сначала навести порядок в данных.
Шаблон не делает предложение лучше — он делает его воспроизводимым. Всё остальное по-прежнему решает содержание.
