Работа между отделами в Битрикс24: как передавать заказ без потери контекста

У клиента остаётся один ответственный

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

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

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

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

Что именно передаётся между отделами

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

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

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

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

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

Сделка хранит запрос, задача — работу специалиста

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

В Битрикс24 задачу можно создать из карточки через действие «Задача» в таймлайне либо связать уже созданное поручение через блок «Элементы CRM». Исполнителю передают необходимые подробности в описании. Доступ ко всей CRM ради одного расчёта ему выдавать необязательно. Сотрудник видит поручение, а менеджер — его состояние рядом с обращением клиента.

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

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

Ожидание становится видимым до просрочки

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

В справке Битрикс24 перечислены состояния задач, включая «Просмотрена», «Выполняется» и «Ждёт контроля». Поручение могут прочитать и отложить, а завершённую работу постановщику ещё предстоит принять, если включён контроль. На совещании полезнее обсуждать причину остановки конкретного обращения, чем спрашивать у каждого отдела общий процент готовности.

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

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

В таймлайне CRM доступны сведения о задаче, а кнопка «Пинг» позволяет напомнить исполнителю. Эти возможности описаны в официальной инструкции. Они сокращают отдельную переписку о статусе, если сотрудники действительно поддерживают состояние задач в актуальном виде.

Права на просмотр и изменение разделяются

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

В справке о правах задач названы роли постановщика, исполнителя, соисполнителя и наблюдателя. Там же поясняется, что участие в задаче и права доступа — разные настройки. Администратор открывает «Задачи и проекты → Ещё → Права доступа», а доступность настройки зависит от тарифа. Перед проектированием сложной схемы внедренец показывает её на действующем портале компании.

Приёмку проводят под обычными сотрудниками. Административный аккаунт скрывает проблемы ограничений: у него может открываться файл, который профильному специалисту недоступен, поэтому демонстрация только из-под администратора оставит этот разрыв незамеченным.

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

Структура компании тоже влияет на доступ. Битрикс24 связывает её с правами отделов, задачами подчинённых и передачей ряда материалов руководителям. Поэтому перевод сотрудника или смену руководителя учитывают в сопровождении, иначе организационные изменения оставят в системе старые полномочия.

Когда одной сделки мало

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

Документация Битрикс24 описывает проект как пространство с чатом, задачами, файлами и встречами. В параметрах есть «Владелец», «Модераторы» и «Участники проекта», а тип доступа может быть открытым или закрытым. Справка указывает коммерческие тарифы и постепенное получение обновлений. Поэтому названия и доступные действия исполнитель сверяет с вашим порталом перед включением их в задание.

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

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

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

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

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

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

Готовность к запуску видна по обращению:

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

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