Продажа завершена: как передать проект команде и выполнить обещания клиенту

Что означает «продано» для команды исполнения

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

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

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

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

Как передать обещание без пересказа по памяти

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

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

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

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

Достаточно одной задачи или нужен проект

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

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

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

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

Кто отвечает за старт и вопросы клиента

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

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

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

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

Что поручить роботу в Битрикс24

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

Автоматизировать стоит завершённое правило. Когда команда ещё спорит, что означает передача, робот только быстрее размножит спорные задачи.

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

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

Как учесть новое обещание после продажи

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

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

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

Для повторяемых правил изменения можно подготовить внутреннюю инструкцию и ссылаться на неё из рабочих задач. О поддержании таких материалов рассказывает статья о базе знаний Битрикс24. В самой передаче при этом остаются конкретные условия заказа. Общая инструкция не подменяет решение о дополнительном объёме для этого клиента.

Закрытая задача означает принятый результат?

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

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

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

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

Запись, по которой можно принять передачу

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

• Какой вид услуги передаётся и какая версия договорённостей определяет объём.
• Кто подтверждает готовность к старту и кто принимает работу от продажи.
• Где находятся материалы и кто получит к ним доступ.
• Какая задача или структура проекта появляется после передачи.
• От какого события считаются сроки и как обрабатывается повтор передачи.
• Чем подтверждаются выполнение, внутренняя проверка и приёмка клиентом.

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