База данных между конструктором и CRM: когда она нужна, а когда мешает

База данных между конструктором и CRM: когда она нужна, а когда мешает

Не ставьте БД «на всякий случай». В связке форма/квиз/бот → CRM она полезна там, где нужно хранить состояние, сверять дубли или восстанавливать заявки после сбоя. Если данные просто летят из формы в сделку — прямой вебхук обычно проще и надежнее.

Когда БД оправдана:
— лид приходит частями: форма, оплата, доп. анкета;
— нужно связать несколько источников по телефону/email;
— CRM не хранит технические поля интеграции;
— важен журнал: что приняли, что отправили, какой ответ вернула CRM.

Типовая ошибка — делать БД «главным источником правды», а CRM оставлять копией. Менеджер меняет статус в CRM, а интеграция перезаписывает его старым значением. Решите заранее, где живут статус, ответственный, сумма и комментарии.

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

Добавляйте БД не как модный слой, а как инструмент контроля. Если без нее нельзя объяснить, где заявка и почему она не в CRM, значит она нужна.