Мы предлагаем начать с одной сделки. Если готовая CRM проходит согласованные проверки смет, изменений, прав и платежей, можно ограничиться настройкой. Каждый провал проверки должен получить конкретное решение и строку в смете внедрения.
Иллюстрация сценария
Один объект, несколько документов
Сравниваем версии сметы, договор и план работ прежде, чем выбирать способ автоматизации.
Разделите обращение, сделку и объект
Для проверки возьмите недавний заказ с изменением объёма работ. Обезличьте документы и восстановите последовательность: от первого обращения до последней оплаты. Нам важно увидеть, какие данные менялись, кто принимал решение и откуда сотрудник узнавал о следующем действии.
Обращение фиксирует интерес: звонок, письмо или заявку с сайта. Сделка описывает переговоры и коммерческое решение. Объект хранит адрес, технические условия и связанные документы. Проект организует исполнение: участников, этапы, сроки и приёмку работ. В небольшой компании эти данные могут быть в одной карточке. Связи и правила всё равно нужно описать отдельно.
Допустим, один заказчик обсуждает ремонт двух помещений. У него один контакт, два объекта и отдельные сметы. Позже на одном объекте появляется ещё договор. Попросите показать, как система найдёт все документы нужного помещения, сохранив общий контакт заказчика. Поиск по названию файла потребует ручной сверки, если документы нельзя связать с объектом.
В Битрикс24 для дополнительных сущностей предусмотрены смарт-процессы с собственными полями, стадиями и связями. Например, можно проверить отдельную карточку объекта. Доступность функции зависит от тарифа. В amoCRM API сделок позволяет работать со сделками и их полями через программный обмен. Наличие этих инструментов ещё нужно сопоставить с вашими версиями смет и правилами согласования. Документацию платформ мы проверили 3 октября 2026 года; перед закупкой мы проверим выбранную редакцию и тариф.
Готовую CRM можно сохранить в основе
Когда контакты и переговоры уже удобно вести в CRM, отдельный сложный процесс можно связать с ней через модуль. В Malling мы разработали инструмент CRM-коммуникаций рядом с Битрикс24 и amoCRM. Клиентские данные и сделки остаются в CRM, а для работы с коммуникационными кампаниями есть специализированный интерфейс.
Реальный проект 13FOX
Malling: отдельный рабочий интерфейс
Для строительного процесса мы можем рассмотреть отдельный модуль смет или исполнения рядом с CRM. Нужно передать между системами уникальный номер объекта, показать ссылку на смету и договориться, где меняется сумма. Поэтому модуль стоит сравнивать с настройкой на одинаковом сценарии. Если штатные возможности дают нужный результат, лишний обмен усложнит сопровождение.
Выберите формат по результату демонстрации
При сравнении CRM для подрядчика мы предлагаем четыре варианта. Сначала проверяем, какую работу сотрудник действительно может выполнить. Затем отмечаем, как достигается результат: штатной настройкой, готовым расширением или собственным кодом.
| Формат | Когда подходит | Что проверить до покупки |
|---|---|---|
| Настройка | Поля, связанные карточки, права и штатные правила закрывают ваш процесс. | Вторая смета сохраняет первую; нужные роли видят документы; переход этапа требует согласованных данных. |
| Расширение | Готовое приложение или доработка внутри платформы закрывает конкретный пробел: например, версии смет. | Совместимость с вашим тарифом, права, экспорт документов, лицензии и ответственность за обновления. |
| Отдельный модуль | Продажи удобно вести в CRM, а расчёт или исполнение требуют собственной структуры и интерфейса. | Объект и договор однозначно связаны между системами; ошибка обмена видна ответственному; повтор не создаёт второй документ. |
| Своя система | Ключевые операции на готовой платформе регулярно требуют обходов, а отдельный модуль оставляет сотрудникам слишком много переходов. | Прототип основного пути, роли, перенос данных, выгрузка документов, восстановление и команда сопровождения входят в проект. |
Подрядчик должен показать результат под учётной записью сотрудника на той версии продукта, которую вы будете покупать. Для готового расширения попросите тестовый доступ и пример выгрузки данных. Для доработки внутри платформы согласуйте прототип и проверку обновлений. Для отдельного модуля определите границы обмена. Красивый экран без этих условий оставляет состав работ неопределённым.
Проведите сделку через шесть проверок
Ниже приведён протокол демонстрации для условного ремонта помещения. Подставьте свои документы и правила компании. Пригласите менеджера, инженера, руководителя проекта и финансиста: каждый проверит действия своей роли. В строке результата запишите «прошло», «требует настройки» или «требует разработки», а рядом сохраните экран или выгрузку.
| Действие | Ожидаемый результат | Что предъявить при приёмке |
|---|---|---|
| Создать объект из обращения | Заказчик и объект связаны со сделкой. Повторное письмо находится в истории нужного заказчика. | Карточки обращения, сделки и объекта с проверяемыми связями. |
| Изменить объём и выпустить смету v2 | Смета v1 доступна для сравнения. Видны автор, дата и статус версии. Утверждённая версия определена явно. | Обе версии и объяснение, какие данные сохраняются при изменении. |
| Согласовать договор и добавить допработу | Исходный объём сохранён. Допработа меняет договорный итог после подтверждения заказчика и утверждения уполномоченным сотрудником. | Сохранённое основание изменения, согласующий, сумма до и после; отказ в изменении для другой роли. |
| Перевести этап в «Выполнен» | Система требует согласованные вами документы или подтверждение ответственного. Незаполненный этап остаётся открытым. | Успешный переход и попытка перехода без обязательного основания. |
| Внести частичную оплату | Видны факт, дата и назначение платежа, остаток к оплате по выбранному договору. Статус работ сохраняется по своим правилам. | Платёж, связанный договор, расчёт остатка и отдельный статус этапа. |
| Повторить обмен после пропавшего ответа | В согласованном сценарии повтор распознаёт уже переданный документ. Ответственный видит ошибку и результат сверки. | Номера связанного документа в обеих системах, журнал попыток и отсутствие дубля в проверке. |
Вторая версия сметы заслуживает отдельной проверки. Если система хранит только приложенный PDF, выясните, где остаются строки расчёта, кто может их изменить и откуда берётся итог договора. Если расчёт ведётся во внешней сметной программе, CRM может хранить ссылку, версию и согласованный итог. Такой вариант подходит, когда команде удобно работать в двух инструментах и правила обмена понятны.
С допработами согласуйте оба пути: заказчик подтвердил изменение и заказчик отказался. В отказанном варианте договорный итог сохраняется. Для платежа проверим ещё и исправление ошибочно выбранного договора: нужна история корректировки, чтобы финансист мог объяснить расхождение.
У оплаты, этапа и 1С разные правила
Аванс может прийти до начала работ, а завершённый этап может остаться неоплаченным. Поэтому мы предлагаем отдельно хранить состояние работ и состояние расчётов. В карточке объекта руководителю нужны обе части: что выполнено, что принято, что выставлено и что оплачено. Сумма сделки сама по себе не подтверждает поступление денег.
Если оплату учитывают в 1С, сначала определим, какой факт она передаёт в CRM: поступление, распределение по договору или иной согласованный статус. Для оценки нужны конфигурация и версия 1С, способ размещения, доступные методы обмена и права служебного пользователя. API, программный интерфейс обмена, должен позволять именно нужные операции.
Например, стандартный интерфейс OData в 1С:Фреш поддерживает программную работу с данными с учётом включённых объектов и прав. Этот вариант нужно проверять для вашего приложения и операций. Название «1С» в коммерческом предложении не определяет состав обмена.
В «Бакаеве» мы связали мобильный магазин, админ-панель и 1С через сервер синхронизации. Сотрудник меняет изображение в админ-панели; оно обновляется в 1С. Заказ из приложения отражается в остатках админ-панели и учётной системы. Изменения из 1С возвращаются к витрине. Для строительного объекта по такой логике мы сначала опишем направления обмена и ответственного за каждое поле.
В Frost Mining мы связали работу магазина термопрокладок с заказами, остатками и CRM. Команда управляет товарами и операциями через админ-панель. В строительном процессе отдельно потребуется определить сметные версии, договоры и основания допработ: эти правила зависят от вашей компании.
Сайт, телефония и почта тоже требуют проверки на одной сделке. Повторная заявка действующего заказчика должна попадать в согласованный процесс: например, становиться новым обращением с привязкой к контакту. Платформа или готовое подключение к внешнему сервису должны передавать нужные поля и события. При сбое сотруднику важно видеть, какие данные ещё не дошли, и иметь понятный способ исправления.
Проверьте доступ под каждой ролью
Менеджеру может быть нужно менять коммерческую стадию, инженеру готовить новую смету, руководителю проекта подтверждать этап, финансисту распределять платежи. Мы предлагаем заранее записать, какие документы каждый видит и какие суммы вправе менять. Так проверка обнаружит ситуации, когда сотрудник может выполнить действие за пределами своей ответственности.
В ролевой модели Битрикс24 права нескольких ролей могут расширять итоговый доступ. Возможность зависит от тарифа. Приёмка под администратором не показывает ограничения обычного пользователя. Под каждой реальной ролью проверим разрешённое действие и попытку запрещённого: например, менеджер создаёт запрос на допработу, но не утверждает её стоимость самостоятельно.
История должна помогать разобрать спор: кто изменил сумму, на каком основании и какая версия была согласована. Заранее укажите, какие события нужно хранить, кому доступен журнал и что должно оставаться после удаления или архивирования карточки. Возможность, требующая разработки, попадёт в смету отдельной строкой.
Запросите смету с проверяемым составом работ
После демонстрации у вас появится список пробелов. По нему можно сравнить стоимость доработки CRM для строительства. Попросите исполнителей оценить одинаковые сценарии и показать, где в цене находится настройка, лицензия расширения и заказной код.
- Модель данных и прототип. Обращение, сделка, объект, версии смет, договоры, этапы и платежи; связи между ними и пример основного пути.
- Настройка платформы. Карточки, поля, стадии, права, шаблоны и обязательные условия переходов.
- Расширения и разработка. Конкретные операции, которые не прошли демонстрацию; способ реализации, выгрузка данных и ответственность за обновления.
- Интеграции. Отдельно сайт, телефония, почта и 1С: объекты, направления, обработка ошибок и сценарии сверки.
- Миграция и запуск. Очистка данных, пробный перенос, сверка документов, обучение ролей и порядок перехода с таблиц.
- Приёмка и сопровождение. Проверки из протокола, исправление ошибок, резервные копии, восстановление и поддержка после запуска.
Лицензии CRM и расширений, размещение собственного модуля и регулярное сопровождение запросите отдельно от разовой работы. Тогда можно сравнить затраты на запуск и дальнейшую эксплуатацию. Общий метод разобран в статье о составе сметы разработки CRM; здесь каждая строка должна ссылаться на действие вашей строительной команды.
Согласуйте также порядок изменений. Если во время проекта добавится второй тип договора или новое правило распределения платежа, сначала уточним модель и проверку, затем пересчитаем затронутые работы. Это позволит увидеть причину изменения бюджета.
Перенесите одну действующую сделку перед запуском
Для пробного переноса выберите объект с несколькими сметами, допработой и частичной оплатой. Сверьте итог договора, документы, состояние этапов и остаток к оплате с исходными данными. Старые записи с непонятным статусом нужно разбирать с ответственным сотрудником: импорт не определит, какая из смет утверждена.
После переноса попросите команду продолжить эту сделку: подготовить изменение, подтвердить этап, найти платёж. Если для действия приходится возвращаться к старой таблице, уточним недостающие данные или интерфейс. По результату согласуем последовательность запуска, момент прекращения двойного ввода и план возврата к предыдущему порядку при проблеме.
Вопросы перед выбором
Можно ли обойтись готовой CRM?
Да, если на выбранном тарифе проходят ваши проверки документов, связей, прав и платежей. Мы предлагаем сначала настроить демонстрационную сделку и записать конкретные пробелы. По ним будет видно, нужна ли разработка.
Нужно ли переносить расчёт смет в CRM?
Это зависит от работы инженера. Если внешняя сметная программа удобна, можно сохранить её и связать с CRM версии, статус согласования и итог. Если нужны собственные правила расчёта и совместная работа, проверим расширение или отдельный модуль.
Что прислать для расчёта?
Обезличенный путь одной сделки, две версии сметы, пример договора и допработы, правила этапов и оплаты, список ролей, название CRM и конфигурацию 1С. Эти данные помогут согласовать сценарии проверки и состав работ.
Покажите путь от обращения до оплаты объекта
Начните с заявки в форме. Для обсуждения подготовьте обезличенную сделку, сметы, договор, допработу и список систем. Мы разберём связи, роли и обмен, сравним настройку CRM с расширением или заказным модулем. Результатом обсуждения станет согласованный сценарий проверки и состав работ для оценки.
Если проверка показала пробелы, обсудим внедрение или разработку CRM для строительной компании.