Задачи или дела: какой инструмент подходит разным ролям и процессам

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

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

Главный вопрос не в том, где меньше кликов. Главный вопрос - какую работу нужно удержать, передать и проконтролировать.

Почему количество задач мало говорит о результате

Начну с ограничения. Задача сама по себе не создаёт бизнес-результат.

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

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

То же относится к делам. Большое число звонков и писем не гарантирует, что менеджер фиксирует следующий шаг, работает с потребностью и продвигает клиента к решению.

Поэтому сначала нужно отделить две вещи:

• инструмент организации внимания и ответственности;
• результат роли или обязательное действие, которое связано с целью.

Когда дело является естественным объектом

Дело удобно, когда работа живёт внутри одного понятного процесса и сводится к следующему касанию.

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

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

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

Дело хорошо поддерживает ритм продаж: увидеть следующий контакт, выполнить его и зафиксировать продолжение.

Но эта простота работает только пока контур остаётся простым.

Когда задача становится необходимой

Задача сильнее там, где работа не сводится к одному касанию.

Она нужна, если требуется:

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

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

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

Главный критерий - сложность контекста

Я бы смотрел не на должность, а на контекст работы.

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

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

Один и тот же руководитель может смотреть дела внутри воронки, чтобы видеть темп продаж, и задачи - чтобы контролировать межфункциональные обязательства.

Поэтому выбор необязательно должен быть бинарным для всей компании. Иногда правильное решение - развести типы работы.

Матрица выбора

Роль

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

Число рабочих контекстов

• Один стабильный контекст - дело может быть достаточным.
• Несколько проектов, процессов или объектов - задачи дают единый обзор.

Необходимость обсуждения

• Действие однозначно и не требует совместного решения - дело.
• Нужны комментарии, аргументы, файлы или согласование - задача.

Передача ответственности

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

Длина процесса

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

Количество участников

• Один ответственный и один клиентский контакт - дело.
• Несколько сотрудников, подразделений или внешних участников - задача.

История и контроль

• Достаточно видеть факт и дату касания - дело.
• Нужно восстановить ход решений и причины изменений - задача.

Связь с прямым результатом

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

Где задачи полезны как сигнал нагрузки

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

В таких случаях задачи помогают увидеть:

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

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

Задачи дают материал для разговора о нагрузке. Управленческий вывод требует контекста.

Почему для продаж отчёт по задачам особенно слаб

У менеджера по продажам есть более прямые результаты:

• сделки дошли до целевого этапа;
• оплачены счета;
• получена выручка;
• назначены встречи или демонстрации;
• зафиксированы следующие шаги;
• соблюдены обязательные действия в релевантных коммуникациях.

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

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

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

Риски комбинированной модели

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

Нужно заранее договориться:

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

Правила должны быть короткими. Если сотруднику нужно каждый раз читать регламент, модель слишком сложная.

Алгоритм выбора

1. Перечислите реальные типы работы сотрудника.
2. Разделите короткие касания и многосоставную работу.
3. Посчитайте число рабочих контекстов.
4. Определите, требуется ли обсуждение и история решений.
5. Проверьте сценарии отпуска, болезни и передачи ответственности.
6. Определите, где должен храниться полный контекст.
7. Выберите дела для простых действий внутри одного процесса.
8. Выберите задачи для совместной, передаваемой и длинной работы.
9. Если нужны оба инструмента, сформулируйте одно простое правило границы.
10. Оценивайте не количество объектов, а то, решена ли исходная управленческая проблема.

Чек-лист

• Сотрудник работает в одном контексте или в нескольких?
• Действие короткое или требует этапов?
• Нужны обсуждение и файлы?
• Работу придётся передавать?
• Контекст можно восстановить без устных пояснений?
• Один человек выполняет работу или несколько?
• Мы хотим видеть касание, нагрузку или бизнес-результат?
• Не превращаем ли количество задач в удобную, но слабую метрику?

Управленческий вывод

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

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

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

Предыдущий материал: «Сначала цель, потом инструмент».

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

Все материалы: серия «Управленческие алгоритмы».

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

Можно ли всей компании использовать только задачи?

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

Можно ли менеджерам продаж оставить только дела?

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

Что считать главным источником правды?

Источник зависит от управленческого вопроса. Для движения сделки это обычно карточка и коммуникационный след. Для совместной внутренней работы - задача с историей решений. Главное - не дублировать один и тот же контекст в нескольких местах без ясного правила.