Коммерческое предложение для строительной бригады 2026

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

А началось всё с того, что смета снова превратилась в ручную работу.

При нескольких объектах в работе часть материалов уже закуплена, часть ещё ждёт доставки, а состав работ по следующему этапу нужно подтвердить. Клиенту при этом нужен не внутренний список, а понятное коммерческое предложение: что делаем, из чего, в каком объёме и за какую стоимость.

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

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

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

Теперь у меня есть не просто файл, а понятное правило работы. Аванс, расход и результат по объекту лучше хранить отдельно от коммерческого предложения, даже если оба документа используют одни данные. Тогда в реестре видны этап, закупки и остаток обязательств, а КП показывает клиенту только состав и стоимость работ.

Что изменилось в моей работе после своего коммерческого предложения?

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

Сама строка выглядит примерно так:

client | object | stage | work | materials | quantity | price | total | document_url | status

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

В коммерческом предложении для объекта я оставляю:

• имя и контакт клиента;
• название или адрес объекта;
• состав работ по этапам;
• материалы;
• количество и единицу измерения;
• стоимость каждой позиции;
• итоговую стоимость;
• условия и срок, если они уже определены;
• ссылку на готовый файл;
• статус обработки.

Смета остаётся рабочим документом. КП становится документом для клиента. Они связаны данными, но не должны быть одним и тем же файлом.

Я также добавил статус. Пустая строка означает, что данные ещё не обработаны. После сборки появляется Готово, а рядом записывается ссылка. Если произошла ошибка, ставится отдельный статус, а не делается вид, что документ отправлен.

Экономию я отдельно не измерял: повторный перенос данных пропал, а вечерняя проверка стала короче. Раньше приходилось вспоминать, в какой таблице последняя версия. Теперь я открываю строку объекта и вижу результат рядом с исходными данными.

Главное правило осталось прежним: деньги по объекту не равны прибыли. Коммерческое предложение показывает клиенту состав и стоимость работ, но аванс становится результатом только после списания фактических затрат по выполненному этапу.

Почему свою форму коммерческого предложения не стоит сравнивать с готовым сервисом?

Когда ищут «коммерческое предложение шаблон», обычно хотят скачать красивый бланк. Такой бланк полезен, если КП собирается вручную. Но при нескольких объектах важнее другое: из каких полей документ создаётся и что произойдёт после изменения строки.

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

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

В своей форме я могу добавить поле, не меняя всю систему. Например:

• stage_status для этапа;
• who_buys_materials для того, кто закупает материалы;
• payment_status для состояния оплаты;
• estimate_version для версии расчёта;
• document_url для ссылки на файл.

Я не стал добавлять всё сразу. Сначала оставил только то, что появляется в каждом КП. Лишние поля не делают документ умнее. Они увеличивают число мест, где можно ошибиться.

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

Для меня важна именно возможность менять правило сразу. Если в работе появился новый этап, я не жду, пока кто-то перестроит форму. Я описываю помощнику, что изменилось, показываю текущие файлы и проверяю результат на одной строке.

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

Из чего состоит коммерческое предложение для строительной бригады?

Я начинаю и предложение на услуги, и предложение на работы с одной связки: клиент, результат и цена. Механизм один и тот же, но поля и формулировки различаются.

Строка в Google Таблицах

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

Шаблон Google Документа

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

{{КЛИЕНТ}}
{{ОБЪЕКТ}}
{{ЭТАП}}
{{СРОК}}
{{ИТОГ}}

Таблица работ

Это настоящая таблица внутри документа, а не текст с пробелами. В ней могут быть позиция, описание, единица, количество, цена и сумма. Такой формат легче читать и проверять.

Копия результата

Исходный шаблон не меняется. Для клиента создаётся отдельный Google Документ. После этого его можно скачать как PDF или DOCX, а ссылку записать в строку.

Статус

Он показывает, что произошло с записью: Новая, В работе, Готово, Ошибка. Я не использую пустую ссылку как единственный признак результата. Пустая ссылка может означать и ожидание, и сбой.

Google подтверждает базовую механику такой схемы. В документации Apps Script метод чтения диапазона возвращает значения ячеек как двумерный массив:

Так скрипт получает данные из строки и может подставить их в маркеры документа. Дальше он подставляет значения в маркеры и добавляет таблицу работ.

Важная техническая деталь: replaceText() работает с регулярными выражениями. Поэтому в данных со специальными символами могут появиться неожиданные замены. Помощнику стоит сразу сказать, чтобы он безопасно обрабатывал значения, а результат всё равно проверить глазами.

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

Что поставить перед сборкой и сколько это стоит?

Я открыл редактор кода и больше не воспринимаю его как место для программирования. Для меня это папка с файлами и окно, где помощник показывает, что изменил. Сам код я не пишу и не копирую.

Claude Code работает с файлами проекта из терминала или поддерживаемого интерфейса; конкретный способ подключения зависит от установленной интеграции. Подробнее о безопасной первой задаче рассказано в инструкции по настройке Claude Code. Ему можно написать обычными словами: «прочитай строку из Google Таблиц, создай копию документа, подставь поля и верни ссылку». В ответ он объяснит план, создаст файлы и укажет, что проверить.

Порядок установки простой:

1. Скачать и установить VS Code.
2. Открыть в нём отдельную папку проекта.
3. Установить Claude Code по инструкции помощника.
4. Войти в аккаунт.
5. Получить ключ, если он понадобится для подключения.
6. Проверить, что помощник видит папку и может создать тестовый файл.

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

Про расходы лучше сказать прямо. Claude Pro стоит $20 в месяц при помесячной оплате. Официальная цена в рублях для России не установлена, оплата российской картой не подтверждена. В годовом варианте официально указано $200 на странице тарифов Claude, но для сравнения самостоятельной схемы я беру помесячный тариф.

Подписка расходует общий лимит Claude и Claude Code. После включённого объёма использование может оплачиваться отдельно по API-тарифам. Поэтому $20 не стоит воспринимать как безусловный предел всех расходов.

Google Apps Script и Google Таблицы позволяют начать на бесплатной инфраструктуре. Для обычного пользовательского аккаунта Google указаны ограничения Apps Script:

• 90 минут работы триггеров в день;
• 6 минут на один запуск;
• 20 триггеров на пользователя и скрипт.

Для небольшой бригады этого обычно достаточно, но квоты могут измениться. Я не ставил отдельный планировщик: запуск по расписанию можно настроить через триггер Apps Script.

Как собрать коммерческое предложение шаг за шагом?

1. Опиши задачу словами.

   Создай папку проекта и открой её в VS Code. Не начинай с просьбы «написать программу». Сначала объясни помощнику, как сейчас готовится КП и что должно получиться.

   Разобрать сборку коммерческого предложенияСкопировать промпт

   У меня строительная бригада. Я веду несколько объектов и готовлю коммерческое предложение на основе сметы. Сейчас данные о клиенте, объекте, этапах, работах, материалах и стоимости приходится переносить вручную. Хочу связку Google Таблиц и Google Документа: одна строка с данными должна создавать отдельный документ коммерческого предложения, сохранять его на Google Диске и возвращать ссылку в таблицу. Пока не пиши код. Разбери задачу, перечисли нужные поля, этапы сборки и проверки. Задай вопросы, если чего-то не хватает. Сохрани разбор в файл plan.md. Объясняй простыми словами.

   Помощник должен выдать список полей, порядок действий и вопросы. Если он сразу создаёт большой проект с авторизацией, Telegram и CRM, останови его. Для первого результата нужна только цепочка «строка - документ - ссылка».

2. Подготовь таблицу полей.

   Создай Google Таблицу с одной строкой заголовков. Не смешивай описание объекта и список работ в одну ячейку, если таблица работ будет собираться отдельно.

   Создать структуру Google ТаблицыСкопировать промпт

   Подготовь структуру Google Таблицы для коммерческого предложения строительной бригады. Нужна одна строка на заявку. Поля: request_id, client_name, client_contact, object_name, object_address, stage, work_items, materials, deadline, total, document_url, status, error, created_at, processed_at. Покажи заголовки в нужном порядке и объясни назначение каждого поля. Для первого теста используй условные тестовые данные: клиент Иван Петров, объект «Ремонт кухни», этап «Подготовка», работы «демонтаж и выравнивание стен», материалы «грунтовка и штукатурка», условный итог 85000. Не добавляй Telegram, рассылку и CRM.

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

3. Сделай шаблон документа.

   Открой новый Google Документ и расставь маркеры. Исходный шаблон не должен превращаться в готовое КП для конкретного клиента.

   Подготовить шаблон Google ДокументаСкопировать промпт

   Создай структуру шаблона коммерческого предложения для строительной бригады. В документе должны быть заголовок, обращение к клиенту, название объекта, этап работ, срок, таблица работ и материалов, итоговая стоимость, условия и контакт для связи. В изменяемых местах используй ровно такие маркеры: {{КЛИЕНТ}}, {{КОНТАКТ}}, {{ОБЪЕКТ}}, {{АДРЕС}}, {{ЭТАП}}, {{СРОК}}, {{ИТОГ}}. Таблицу работ оставь с заголовками «Работа», «Материал», «Количество», «Цена», «Сумма». Не добавляй выдуманные сроки, скидки и юридические обещания. Объясни, какие маркеры потом заменит скрипт.

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

4. Свяжи строку и шаблон.

   Теперь попроси помощника читать строку, копировать исходный документ и заменять маркеры. Сначала работай с одной записью.

   Связать строку с копией документаСкопировать промпт

   Собери Apps Script для тестовой генерации одного коммерческого предложения. Скрипт должен прочитать одну тестовую строку Google Таблицы по заголовкам, найти исходный Google Документ-шаблон, создать его копию на Google Диске и заменить маркеры {{КЛИЕНТ}}, {{КОНТАКТ}}, {{ОБЪЕКТ}}, {{АДРЕС}}, {{ЭТАП}}, {{СРОК}}, {{ИТОГ}} значениями из строки. Имя копии составь из client_name и object_name. После создания запиши URL документа в document_url, статус измени на «Готово». Если обязательное поле пустое, документ не создавай, а запиши понятную ошибку в error и поставь статус «Ошибка». Перед изменением перечисли файлы и настройки, которые затронешь.

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

5. Добавь таблицу работ.

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

   Добавить динамическую таблицу работСкопировать промпт

   Дополни генератор коммерческого предложения. В поле work_items храни список позиций в понятном формате: работа, материал, количество, цена, сумма. При создании копии документа найди таблицу работ в шаблоне и заполни её строками из work_items. Не превращай список в длинный текст с пробелами. Проверь, что сумма каждой строки и общий итог совпадают с данными Google Таблицы. Если строка работы не заполнена полностью, запиши ошибку и не создавай документ. Покажи мне пример одной созданной таблицы на условных тестовых данных: демонтаж, мешки для вывоза, 10, 500, 5000; выравнивание стен, штукатурка, 40, 2000, 80000.

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

6. Сохрани PDF и DOCX.

   После проверки Google Документа добавь экспорт. Не начинай с Telegram: сначала нужен стабильный файл и рабочая ссылка.

   Экспортировать готовое коммерческое предложениеСкопировать промпт

   Добавь к генератору экспорт готового Google Документа в PDF и DOCX. Исходный шаблон не меняй. Для каждой строки создавай отдельный Google Документ и отдельные файлы PDF и DOCX в папке на Google Диске. Запиши ссылку на готовый документ в document_url, а ссылки на PDF и DOCX в отдельные поля pdf_url и docx_url. Если экспорт не удался, не ставь статус «Готово»: запиши причину в error и поставь статус «Ошибка». Перед изменением покажи список файлов и названий полей.

   На выходе должны появиться Google Документ, PDF и DOCX. Google Диск поддерживает сохранение документа в этих форматах:

   В справке Google описан выбор формата при скачивании файла на компьютер.

   • Google, справка о скачивании файлов с Google Диска

   Скачай PDF и открой его отдельно. Проверь страницы, таблицу работ, итог и отсутствие пустых маркеров.

7. Добавь статус и проверку ссылки.

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

   Добавить безопасный повторный запускСкопировать промпт

   Проверь генератор коммерческого предложения. Перед созданием документа проверяй status и document_url. Если статус «Готово» и ссылка открывается, не создавай новый документ. Если статус «Ошибка», сохраняй старую ошибку и создавай новый документ только после явного повторного запуска. Обновляй строку по стабильному request_id, а не по номеру строки. Записывай created_at, processed_at, document_id и число попыток. Если результат операции неясен из-за тайм-аута, ставь status «Неизвестно» и не повторяй автоматически. Покажи, какие проверки добавлены.

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

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

Какие файлы появятся после сборки и что в них менять?

В папке на Google Диске хранятся результаты для клиентов. Название может включать клиента и объект, например КП - Иван Петров - Ремонт кухни. Точные имена не важны, важно различать исходный шаблон и готовые документы.

В Google Документе меняются:

• заголовок;
• формулировка предложения;
• условия;
• порядок блоков;
• названия маркеров, если после этого обновить скрипт;
• заголовки таблицы работ.

В Google Таблице меняются данные заявки:

• имя клиента;
• объект;
• адрес;
• этап;
• работы;
• материалы;
• стоимость;
• статус.

PDF нужен для отправки клиенту. DOCX оставляет возможность открыть файл в Microsoft Word и внести правку вручную. Ссылка в таблице нужна, чтобы не искать документ по папкам.

Доступы надо проверить отдельно. Если ссылка открывается только у владельца, клиент её не увидит. Google Workspace может запрещать общий доступ по ссылке на уровне администратора. В таком случае отправляй файл подходящим способом или настрой доступ с учётом правил аккаунта.

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

Что делать, если документ создаётся дважды или не отправляется?

Документ создался дважды. После тайм-аута система может не знать, успела ли операция завершиться. Повторный запуск создаёт второй файл или повторно отправляет сообщение. В таком случае нужен operation_id или document_id, журнал попыток и статус Неизвестно.

Генератор коммерческого предложения иногда создаёт два одинаковых документа после тайм-аута. Проверь порядок действий и найди место, где повторный запуск не отличает незавершённую операцию от неудачной. Добавь operation_id на основе request_id и версии предложения, журнал попыток и статус «Неизвестно». Перед повтором проверяй, существует ли уже document_id или готовая ссылка. Не удаляй документы автоматически. Покажи, какие файлы изменишь и как проверить исправление на одной тестовой строке.

В обсуждении библиотеки python-telegram-bot пользователь описывал ситуацию, когда ошибка может возникнуть, хотя сообщение уже доставлено серверу:

В обсуждении отмечен неопределенный результат: исключение при bot.send_message() не всегда означает, что сообщение не дошло до сервера Telegram.

• Обсуждение python-telegram-bot

Статус меняется не у той записи. Если сценарий запомнил строку 42, а потом таблицу отсортировали, номер 42 уже относится к другому объекту. Обновляй данные по request_id, не по позиции строки.

После сортировки Google Таблицы генератор записывает document_url и status не в ту заявку. Проверь код и замени обновление по номеру строки на поиск по стабильному request_id. В каждой записи используй request_id, document_id, status, created_at, processed_at и error. Добавь проверку, что найденный request_id совпадает с исходной заявкой перед записью. Покажи тест: отсортировать таблицу и убедиться, что ссылка попала к правильному объекту.

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

Две заявки, пришедшие почти одновременно, иногда записываются в одну строку Google Таблицы. Проверь, не вычисляет ли сценарий строку через lastRow + 1. Сделай безопасное добавление новой записи, используй блокировку или очередь и после записи перечитывай строку. Проверь, что request_id первой заявки не совпадает с request_id второй и что ни один документ не потерян. Сначала объясни причину, потом перечисли изменения.

Появляется 429 или quota exceeded. На одной тестовой строке всё может работать, а при запуске по расписанию проявится лимит. Apps Script ограничивает время, триггеры и обращения к сервисам. Добавь журнал попыток, очередь и задержку после временной ошибки.

Генератор коммерческого предложения работает вручную, но при запуске по расписанию получает 429, quota exceeded или ошибку слишком большого числа запросов. Проверь количество обращений к Google Таблицам, Google Документам, Google Диску и URL Fetch на одну заявку. Добавь очередь, ограничение размера пакета, число попыток и время следующей попытки. После 429 не помечай заявку как готовую. В журнале сохрани текст ошибки и время повторной проверки. Объясни, какие ограничения могут быть причиной.

Не увеличивай число триггеров без причины. Для одной цепочки достаточно одного понятного расписания.

Последняя проблема - доступ отозван или токен недействителен. Это не всегда находится сразу: сценарий может молча перестать создавать документы, хотя расписание продолжает запускаться. Ошибки 401, invalid_grant и token revoked должны переводить заявку или систему в состояние auth_required.

Сценарий коммерческого предложения перестал создавать документы после изменения доступа к Google-аккаунту. Проверь обработку ошибок 401, invalid_grant и token revoked. При такой ошибке переводи систему в состояние auth_required, записывай понятную причину, дату последнего успешного запуска и отправляй владельцу уведомление о повторной авторизации. Не создавай пустой документ и не ставь status «Готово». Покажи, где находится проверка и как проверить её без удаления рабочих данных.

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

Сколько стоит своё решение против готового сервиса?

| Готовый сервис без указанного тарифа | Цена зависит от продукта | Готовый сервис |

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

Подписка Claude Pro считается отдельно: $20 в месяц при помесячной оплате. Официальной рублёвой цены для России нет, оплата российской картой не подтверждена. Если после лимита включить дополнительные кредиты, расходы могут вырасти.

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

Своя схема подходит, если:

• объектов не слишком много;
• структура КП меняется под работу;
• ты готов проверить результат;
• достаточно Google Таблиц, Google Документа и файлов на Диске;
• не нужна сложная CRM;
• документы не выпускаются массовым потоком.

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

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

Что сделать сегодня, если я не разбираюсь в технологиях?

Маршрут выглядит так:

1. Открой привычную смету.
2. Выпиши поля, которые повторяются в каждом КП.
3. Создай одну тестовую строку в Google Таблицах.
4. Подготовь простой Google Документ с маркерами.
5. Попроси помощника связать строку и копию документа.
6. Проверь один PDF и одну ссылку.
7. Только потом добавляй расписание или Telegram.

Не начинай с автоматической отправки клиенту. Сначала убедись, что документ правильно создан, сумма совпадает, доступ работает, а статус записан в нужную строку.

Время на сборку зависит от исходной таблицы, шаблона и объёма проверки. Поэтому начни с одной тестовой строки и измерь свой процесс.

Для базовой схемы отдельный планировщик не нужен. Apps Script умеет запускать сценарий по расписанию, но остаются ограничения времени выполнения и дневных квот. Поэтому сначала ручной запуск, потом один триггер.

Создай одну тестовую строку, собери один документ и проверь PDF; к практикуму переходи, если нужна пошаговая помощь.

Вопросы и ответы

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