Tilda CRM для интернет-магазина: какие статусы заказа можно менять и что проверить перед запуском
Tilda CRM может помочь менеджеру работать с заказами магазина, но ее нельзя автоматически считать полноценной складской или ERP-системой. В обновлениях 2026 года Tilda описала операции с составом заказа, статусом оплаты, отменой, статусом заказа, профилем покупателя и публичным комментарием.
Перед запуском проверьте доступность этих операций в своем проекте и согласуйте процесс с тем, как реально работают оплата, доставка, возвраты и склад. Статус в CRM должен объяснять состояние заказа, а не просто заменять переписку менеджеров.
Какие данные заказа нужно видеть
Минимальный набор — состав заказа, контакт покупателя, сумма, способ оплаты, статус оплаты, статус исполнения и дата. Если менеджер видит только имя и номер заказа, ему будет трудно понять, что именно нужно изменить.
Почему важно отделить оплату от исполнения
Оплаченный заказ может еще не быть собран или передан в доставку. Поэтому «оплата получена» и «заказ отправлен» — разные события. Не объединяйте их в один статус, если процесс магазина требует последовательной проверки.
Какие операции доступны менеджеру
Изменение состава заказа, статуса оплаты, отмена и изменение общего статуса помогают корректировать работу без перехода между несколькими экранами. После каждого изменения менеджер должен проверить итоговую запись и связанные уведомления.
Что проверить после изменения состава
Сверьте количество товаров, варианты, цену и итоговую сумму. Уточните, изменилось ли это только в CRM или также в связанном каталоге/платежной логике. Не сообщайте клиенту новый итог, пока не проверили фактическую запись.
Публичный комментарий и профиль клиента
Публичный комментарий нельзя использовать как внутреннюю заметку. Перед сохранением проверьте, кому он показывается и входит ли он в письмо или страницу заказа. Внутренние причины отмены, персональные сведения и служебные инструкции не должны попадать в публичное поле.
Профиль клиента помогает видеть историю контакта, но доступ к нему должен соответствовать ролям команды. Проверьте, кто может смотреть, менять и экспортировать данные.
Где заканчиваются возможности CRM
CRM не заменяет проверку остатков, бухгалтерский учет, складской резерв, сложные возвраты или маршрутизацию доставки, если для этого нет отдельной интеграции. Не обещайте менеджерам, что изменение статуса автоматически изменит все внешние системы.
Составьте карту интеграций: где создается заказ, где подтверждается оплата, где хранится остаток, что отправляет уведомление и где фиксируется возврат. На каждом переходе должен быть понятный журнал или способ ручной проверки.
Чек-лист перед запуском
Создайте тестовый заказ, проверьте изменение состава, отмену, статус оплаты, общий статус, комментарий и видимость профиля. Проверьте роли сотрудников и уведомления. После этого оформите короткую инструкцию для менеджеров с примерами, когда менять каждый статус.
Хороший процесс не скрывает ограничения CRM. Он показывает менеджеру, что можно изменить внутри Tilda, что нужно подтвердить в платежной системе и когда нельзя закрывать заказ без дополнительной проверки.
