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