Задачи в Битрикс24: настройка, бизнес-процессы и отчёты

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

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

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

Зачем вести задачи в системе, а не в чате

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

Задача в Битрикс24 отличается от сообщения в чате тремя вещами:

• У неё есть владелец. Ответственный ровно один — размытая ответственность «на отдел» в системе невозможна.
• У неё есть срок. Крайний срок превращает задачу в объект контроля: она либо в работе, либо просрочена.
• Она заканчивается результатом. Задачу завершает не исполнитель по своему усмотрению, а постановщик — он принимает работу.

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

Жизненный цикл задачи в системе ↓

Каждый переход фиксируется по времени — из этого потом и складываются отчёты.

Настройка задач в Битрикс24: с чего начать

Настройка задач в Битрикс24 начинается не с кнопок, а с решения — что именно в компании считается задачей. Если задачей называют всё подряд, включая «посмотреть письмо», система захлебнётся в мусоре за две недели, и люди перестанут её открывать.

Рабочее правило: задача — это работа дольше нескольких минут, у которой есть измеримый результат и срок. Всё, что короче, остаётся в чате.

Роли в задаче

Роли определяют, кто что видит и с кого спрос:

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

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

Что настроить в первую очередь

Чек-листы, подзадачи и учёт времени

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

Практически: если всё делает один человек — чек-лист. Если участвуют двое и больше — подзадачи. Дробить каждую задачу на подзадачи «для порядка» вредно: у руководителя раздувается список, а реальной управляемости не прибавляется.

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

Отдельная история — представления. Один и тот же список задач смотрится по-разному: список удобен исполнителю, канбан — команде на планёрке, диаграмма Ганта — там, где важны сроки и зависимости, «Мой план» — для личного планирования дня. Навязывать команде одно представление не нужно, это дело привычки.

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

Отдельно про уведомления: по умолчанию система сообщает обо всём, и через неделю люди перестают их читать. Разумно оставить уведомления о постановке, изменении срока и просрочке, остальное убрать.

Общий порядок настройки портала — не только задач, но и структуры, прав и CRM — разобран в статье «Настройка Битрикс24».

Задачи и CRM: почему это не одно и то же

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

Практическое правило простое: то, что менеджер делает сам в рамках сделки, — дело; то, что он поручает другому отделу, — задача. Например, «позвонить клиенту в четверг» — дело. «Подготовить смету по проекту к пятнице» — задача на инженера, привязанная к той же сделке.

Привязка задачи к сделке — важная деталь: из карточки сделки видно всю сопутствующую работу, а не только переписку. Как строится сама воронка, разобрано в статье «Как настроить воронку продаж в Битрикс24».

Битрикс24, бизнес-процессы и задачи: автоматическая постановка

Ручная постановка задач — только половина возможностей. Дальше начинается то, ради чего систему обычно и внедряют: задачи ставятся сами, по правилам, а не по памяти руководителя.

Способов несколько, и они решают разные проблемы ↓

Механизм	Что делает	Когда применять
Роботы в CRM	Ставят задачу при переходе сделки на этап	«Сделка перешла в договор — задача юристу на проверку»
Бизнес-процесс	Ведёт цепочку из задач и согласований по схеме	Согласование скидки, приём сотрудника, заявка на закупку
Шаблон задачи	Разворачивает готовую задачу с чек-листом и подзадачами	Повторяющаяся работа с одинаковым составом шагов
Регулярная задача	Создаёт задачу по расписанию	Еженедельный отчёт, ежемесячная сверка, регламентные проверки

Роботы закрывают 80% потребности в автоматизации, а настраиваются мышью. Полноценный бизнес-процесс из дизайнера нужен там, где есть развилки и согласования: одна ветка при сумме до лимита, другая — выше, с участием руководителя. Типы процессов и работа с ними разобраны в статье «Бизнес-процессы в Битрикс24».

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

Типичные ошибки автоматизации задач ↓

Как это выглядит на практике

Разберём типовой пример, который встречается почти в каждой компании: согласование скидки. Обычно оно живёт в чате и в голове коммерческого директора, а срок согласования измеряется фразой «как ответит».

Как это же выглядит процессом:

1. Менеджер в карточке сделки запускает согласование и указывает размер скидки.
2. Система смотрит на сумму: до лимита — задача руководителю отдела, выше лимита — сразу коммерческому директору.
3. Согласующий получает задачу со ссылкой на сделку и всеми условиями — искать ничего не нужно.
4. По результату сделка либо переходит на следующий этап, либо возвращается менеджеру с комментарием.
5. Каждый шаг записан по времени: видно, где именно процесс встал.

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

Так же собираются заявки на закупку, приём сотрудника, согласование договора и любой другой внутренний порядок, где сегодня работает правило «спроси у того, кто знает».

Отчёт по задачам в Битрикс24: что смотреть руководителю

Отчёт по задачам в Битрикс24 нужен не для того, чтобы «наказать по цифрам», а чтобы увидеть узкие места: где работа стоит, кто перегружен и какие поручения систематически срываются.

Смотреть стоит четыре среза ↓

Технически отчётность собирается из нескольких мест: фильтры и представления в самом разделе задач (список, канбан, диаграмма Ганта, «Мой план»), сводки по эффективности сотрудников, учёт затраченного времени и BI-дашборды, если нужен свой набор показателей. Какие вообще отчёты бывают на портале и что они показывают — в статье «Отчёты в Битрикс24».

Любой отчёт по задачам ровно настолько правдив, насколько дисциплинированно ведутся сами задачи. Если половина работы идёт мимо системы, отчёт покажет, что самый занятый человек в компании — тот, кто аккуратнее всех заводит задачи. Это главная причина, по которой отчётность «врёт»: дело не в системе, а в том, что в неё попадает.

Задачи, проекты и рабочие группы

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

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

Для проектной работы полезна диаграмма Ганта: она показывает не только сроки, но и зависимости — какая задача не может стартовать раньше, чем закончится предыдущая. Именно на Ганте обычно и выясняется, что срок проекта нереален с самого начала, а не за неделю до сдачи.

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

Как приживить задачи в команде

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

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

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