Задачи в Битрикс24: постановка, шаблоны и контроль сроков

За последние годы я настраивал Битрикс24 в нескольких компаниях, и главная боль всегда одна: задачи в Битрикс24 заводят как попало, сроки съезжают, а через месяц никто не может понять, кто и что должен был сделать. Система умеет гораздо больше, чем поле «Название» и кнопка «Поставить», просто этим редко пользуются. Дальше показываю, как я строю постановку задач, шаблоны и контроль сроков на реальных проектах, без теории из документации.

Как ставить задачи в Битрикс24, чтобы их не переделывать

Первое, с чем сталкиваюсь у новых клиентов: задачу ставят одной строкой в духе «Сделать баннер» или «Разобраться с сайтом». Через два дня исполнитель делает не то, постановщик злится, задача открывается заново. В карточке задачи Битрикс24 достаточно полей, чтобы такого не было, вопрос в том, заполняют ли их.

Я обычно требую от себя, а когда настраиваю процесс клиенту, то и от его сотрудников, трёх вещей в каждой задаче:

• Название в формате «глагол плюс результат»: не «Баннер», а «Подготовить баннер для главной страницы к акции 15 числа».
• Описание с явным критерием приёмки: что именно проверяется при закрытии, какого формата должен быть результат.
• Чек-лист из пунктов, которые нужно выполнить по порядку: в Битрикс24 это отдельный блок в карточке задачи, по нему видно прогресс в процентах.

На практике чек-лист из 5-7 пунктов снимает большую часть уточняющих вопросов в комментариях, потому что исполнитель видит структуру работы сразу, а не выясняет её в переписке.

Отдельно выставляю крайний срок и, если задача объёмная, планируемое время в часах: это отдельное поле, которое потом сравнивается с фактически списанным временем в отчётах.

Шаблоны задач: где они реально экономят время

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

Пример из практики: у одного клиента маркетолог каждую неделю вручную заводил 4-5 однотипных задач для контент-плана: название, описание, дедлайн, ответственный. Уходило минут 15-20 на всю неделю плюс регулярные ошибки в датах. После того как я собрал шаблоны под каждый тип публикации, постановка одной задачи занимает меньше минуты: просто выбираешь шаблон и указываешь дату публикации, остальное подставляется автоматически.

Из того, на чём обычно спотыкаются:

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

Роли участников и как они влияют на процесс

В карточке задачи несколько ролей, и от того, кого куда добавили, зависит, кто получает уведомления и кто может закрыть задачу:

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

Частая ошибка - добавлять руководителя или заказчика в соисполнители «на всякий случай». Это разбавляет ответственность: если за результат отвечают двое, по факту не отвечает никто. Для контроля со стороны обычно достаточно роли наблюдателя, а ответственный по задаче должен быть один.

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

Контроль сроков: план-факт, просрочки и отчёты

Дедлайн в задаче - это дата и время, но реальный контроль сроков строится на связке из нескольких инструментов:

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

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

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

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

Автоматизация постановки задач: роботы, вебхуки и интеграции

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

Второй уровень: REST API и вебхуки. У Битрикс24 есть собственный REST API, через него можно создавать задачи из внешней системы - формы на сайте, личного кабинета, другого сервиса. Я обычно собираю такие связки через n8n: там же, где стоит форма или CRM-триггер на стороне клиента, настраивается сценарий, который по вебхуку обращается к Битрикс24 и создаёт задачу с нужными полями и ответственным по правилу, например по региону или по типу заявки. Если у вас уже есть автоматизация в n8n для других процессов, добавить туда создание задач в Битрикс24 обычно занимает несколько часов, а не отдельный проект.

Третий сценарий, который просят чаще, чем я ожидал: уведомления о просрочках в Telegram. Системные уведомления Битрикс24 сотрудники быстро приучаются не замечать, а бот, который раз в день присылает список просроченных задач лично в личку, работает иначе: его сложнее пропустить. Собираю такое обычно на aiogram - бот раз в сутки идёт в Битрикс24 по REST API, забирает список задач с истёкшим дедлайном и статусом не «Завершена», группирует по ответственным и рассылает каждому персонально.

Пример запроса к REST API для получения просроченных задач через вебхук с правами на задачи:

import requests

WEBHOOK_URL = "https://your-domain.bitrix24.ru/rest/1/xxxxxxxxxxxxxxxx/"

def get_overdue_tasks():
    response = requests.post(
        WEBHOOK_URL + "tasks.task.list",
        json={
            "filter": {
                "!STATUS": "5",
                "<DEADLINE": "now"
            },
            "select": ["ID", "TITLE", "RESPONSIBLE_ID", "DEADLINE"]
        }
    )
    response.raise_for_status()
    return response.json().get("result", {}).get("tasks", [])

Дальше этот список уходит в aiogram-бота, который сопоставляет RESPONSIBLE_ID с Telegram ID сотрудника (это сопоставление храню в базе на своём сервере, не во внешних таблицах) и рассылает сообщения каждому по отдельности.

Условия и возможности Битрикс24 меняются, поэтому перед запуском я уточняю их у самого сервиса.

Частые вопросы

Можно ли ставить задачи в Битрикс24 без модуля CRM?

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

Как настроить, чтобы задача из заявки на сайте создавалась в Битрикс24 автоматически?

Через вебхук REST API Битрикс24: заявка с сайта или формы попадает в сценарий, например в n8n, который вызывает метод создания задачи и передаёт ответственного, название и срок. Такую же связку можно собрать и напрямую между CRM и роботами, если заявка уже приходит как лид.

Что делать, если сотрудники стабильно не успевают в срок?

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

Чем задача отличается от дела в CRM Битрикс24?

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