Выносите работу в смарт-процесс Битрикс24, когда у неё есть собственный результат, ответственный и жизненный цикл: исполнение заказа, рекламация, заявка на обслуживание. Сделка при этом остаётся записью о продаже, а связанный элемент — записью о другой работе. Если нужен лишь один дополнительный шаг менеджера, часто достаточно поля или задачи: отдельный процесс добавляет не только возможности, но и правила передачи данных.
Ниже — методика выбора и учебная карта сущностей. Это проектная заготовка, а не готовая конфигурация портала. Доступность инструментов по вашему тарифу и редакции, права сотрудников и поведение автоматизации проверяйте до запуска.
Для чего нужен смарт-процесс
Смарт-процесс позволяет создать собственный тип элементов с карточками, полями и настройками работы. В нём можно использовать стадии и канбан, роботов и связи с другими элементами CRM. По справке Битрикс24 роботы и триггеры требуют включённых собственных стадий и канбана. Создание смарт-процесса.
Отдельная карточка нужна не ради ещё одной доски. Она должна отвечать на самостоятельный вопрос. Сделка показывает, что и на каких условиях продаём; карточка исполнения — кто и к какому сроку выполняет принятые обязательства; сервисное обращение — какая проблема поступила и как её решили.
Сначала опишите начало и конец каждого вида работы. Если команды по-разному понимают «готово», новые колонки этого не исправят. Для согласования границ используйте карту процесса до настройки CRM.
Когда отделять работу от сделки
- Продажа и исполнение идут независимо. Клиент уже подтвердил заказ, но производство или внедрение продолжается. Смешанные стадии искажают смысл коммерческой воронки.
- У одной продажи несколько результатов. Например, два выезда с разными датами и исполнителями. Один статус сделки не показывает, какой выезд задержался.
- Есть отдельная очередь и правила доступа. Сервисной команде нужен состав работ и контакт клиента, а коммерческие условия могут быть доступны другой роли.
- Обращения повторяются после продажи. Каждая рекламация имеет собственные сроки и решение; повторное открытие старой сделки смешивает продажи и обслуживание.
Оставляйте действие задачей, если достаточно исполнителя, срока и результата одного поручения. Используйте поле, если нужно хранить один признак. Если работа остаётся продажей, но идёт по другому коммерческому маршруту, сначала рассмотрите отдельную воронку сделок. Смарт-процесс оправдан там, где появляется самостоятельный объект учёта.
Карта сущностей и связей
Учебная модель: компания продаёт оборудование с монтажом и затем принимает сервисные обращения. Одна сделка может иметь несколько работ исполнения; к одному заказу могут поступать разные обращения. Эти связи нужно согласовать и испытать в выбранной конфигурации.
| Объект | Что хранит и кто отвечает | Связь и правило |
|---|---|---|
| Контакт / компания | Актуальные сведения о клиенте; владелец клиентских данных | Используется в продажах и обращениях; новый заказ не создаёт нового клиента без основания |
| Сделка | Коммерческие условия и результат продажи; менеджер | Связана с клиентом и работами исполнения; сумма продажи учитывается здесь один раз |
| Исполнение заказа | Состав принятой работы, срок, исполнитель, результат; руководитель исполнения | Каждая работа связана с исходной сделкой; несколько работ не сливаются в один статус |
| Сервисное обращение | Проблема, приоритет, срок реакции и решение; сервисная команда | Связано с клиентом и, когда установлен контекст, с заказом или работой; отдельное обращение имеет отдельный ID |
| Задача | Конкретное поручение и срок; назначенный сотрудник | Привязана к объекту, ради которого выполняется; завершение задачи не всегда завершает весь процесс |
Дополните карту перечнем обязательных связей и допустимых исключений. Например, сервисное обращение без найденного заказа не удаляется: оно поступает на уточнение. После выбора заказа сотрудник проверяет, что клиент совпадает, а связь установлена с нужной покупкой.
Как связать продажу и выполнение заказа
В настройках смарт-процесса на вкладке связей можно включить привязку сделок. Тогда в карточке процесса появляется выбор сделки; дополнительная опция позволяет показать связанные элементы процесса отдельной вкладкой в сделке. Это даёт навигацию между карточками. Перенос значений и запуск работы проектируются отдельно. Настройка связей с CRM.
- Определите условие передачи. Не просто «менеджер передвинул карточку», а проверяемое событие: согласован состав, выполнены условия запуска, известен получатель.
- Зафиксируйте комплект. Передайте версию спецификации, согласованный срок, контакт по выполнению и необходимые материалы. Укажите, что делать при неполных данных.
- Создайте или найдите элемент исполнения. Выберите ручной либо автоматический способ. Повторный запуск по тому же заказу не должен незаметно создавать ещё одну работу.
- Подтвердите принятие. Исполнитель должен видеть карточку и понимать ближайшее действие. При отказе от неполного комплекта менеджер получает причину и срок исправления.
- Покажите итог продажам. Менеджеру нужен понятный результат исполнения и ссылка на подробности. Для нескольких работ заранее определите, когда весь заказ считается выполненным.
Возврат сделки на предыдущую стадию, отмена заказа и изменение состава требуют отдельных правил. Не удаляйте уже выполненную работу автоматически вслед за отменой продажи. Сохраните историю и согласуйте, какие действия ещё можно остановить.
Можно ли вести сервисные обращения
Да, смарт-процесс подходит как основа карточек обращений. Официальная инструкция показывает настройку рекламаций: полей, стадий, представлений и прав. Но готовая карточка сама по себе не обеспечивает получение сообщений из всех каналов, рабочий календарь или контроль договорных сроков. Настройка процесса на примере рекламаций.
Для сервиса определите источник обращения, ответственного за первичный разбор, категорию, приоритет и два разных срока: первый содержательный ответ и решение. Для ожидания клиента задайте явное правило — останавливается ли отсчёт, кто контролирует ожидание и когда возвращает обращение в работу.
Учебные стадии: «Поступило», «Уточнение», «В работе», «Ожидаем клиента», «Решено», «Закрыто». Названия не заменяют критериев перехода. «Решено» может означать выполненное действие исполнителя, а «Закрыто» — подтверждение результата по согласованному регламенту. Повторное обращение после закрытия должно иметь объяснимый маршрут: продолжение прежней проблемы или новый случай.
Как избежать дублирования данных
Для каждого общего поля назначьте главное место хранения. Актуальный телефон относится к клиенту, коммерческий результат — к сделке, фактическая дата выполнения — к исполнению. Связанные карточки должны обращаться к этим данным либо получать их по явно описанному правилу.
Различайте три способа работы с данными:
- Связь. Храним ссылку на клиента или сделку, чтобы открыть актуальный источник.
- Зафиксированная копия. Сохраняем согласованный состав на момент передачи. Изменение исходной сделки не должно молча переписать уже принятые обязательства.
- Обновляемое значение. Передаём выбранное поле в другую карточку с заданным направлением, событием обновления и правилом конфликта.
Не включайте взаимную перезапись всех полей без владельца: менеджер и исполнитель могут менять разные смыслы под одинаковым названием. Для изменений после передачи храните версию и решение согласующего. Для повторных запусков сохраняйте идентификатор исходного заказа и проверяйте, создан ли нужный результат ранее.
В отчётах также разделяйте сущности. Две работы по одной сделке не означают две продажи. Если суммировать бюджет сделки после соединения с несколькими работами, он может попасть в итог несколько раз. Проверяйте расчёт на учебном заказе с двумя работами и двумя обращениями.
Права и ограничения до запуска
Проверьте маршрут под менеджером, исполнителем и руководителем. Возможность открыть карточку исполнения не должна автоматически означать доступ ко всем коммерческим сведениям. И наоборот, связь бесполезна, если получатель не может прочитать нужный для работы объект.
Для цифровых рабочих мест есть отдельные настройки ролей, а при нескольких воронках права настраиваются для каждой. В официальной справке указано: при пересечении нескольких ролей пользователь получает более широкие возможности. Проверяйте совокупный доступ, а не только одну назначенную роль. Права цифровых рабочих мест.
Если сотрудники работают с телефона, испытайте те же действия в приложении. Битрикс24 разрешает работать с элементами смарт-процессов в мобильной CRM, но сам процесс создаётся в веб-версии. Это не гарантия одинаковой доступности всех настроек на каждом устройстве. Смарт-процессы в мобильной CRM.
Как принять результат
- Одна продажа создаёт ровно согласованный набор работ, каждая связана с правильной сделкой.
- Повтор передачи не создаёт лишних карточек; новая самостоятельная работа при этом не блокируется.
- Неполный комплект возвращается с причиной, получателем и сроком исправления.
- Изменение условий после принятия проходит согласование, прежняя версия доступна.
- Отмена продажи не стирает историю выполнения; открытые действия получают решение.
- Сервисное обращение находится у нужного клиента и заказа, сроки реакции и решения различимы.
- Каждая рабочая роль видит необходимые данные и не получает лишний доступ.
- Отчёт считает продажу один раз, даже если с ней связаны несколько работ и обращений.
Начните с одного повторяемого маршрута и этой карты. Если структура уже работает, но требует развития, следующий шаг — сопровождение Битрикс24. Для создания нового маршрута передачи можно согласовать отдельный проект автоматизации продаж с проверяемыми условиями приёмки.