Практика KorDevTeam9 мин

Канбан-доска и тайм-трекинг: как связать задачи, сделки и план-факт

  • Канбан-доска
  • Тайм-трекинг
  • План-факт
  • CRM
  • Управление задачами
  • Krasotula
Отчёт по времени задач в Krasotula CRM
Настройки связи канбан-доски со сделками

Настройка связки CRM и канбана: передача задач из сделок, статусы, ограничение работы, тайм-трекинг, план-факт и полезные отчёты.

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

Весной 2026 года мы развивали в Krasotula CRM именно эту связку: добавили счётчик непрочитанных сообщений и дублирование карточек на CRM-доске, план-факт и учёт времени на канбане, передачу задач между сделкой и рабочей доской, а также первый отчёт по тайм-трекингу. Автоматизация сделок тогда готовилась к бета-версии — этот исторический статус важно не превращать задним числом в обещание готового релиза.

CRM-доска и канбан решают разные задачи

CRM-доска

Отвечает на вопросы:

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

Канбан-доска

Показывает выполнение работы:

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

Не стоит превращать этапы продажи в этапы производства. Сделка «Согласование договора» и задача «Подготовить схему API» могут двигаться по разным маршрутам.

Когда задача должна переходить из сделки на канбан

Передача полезна, если после события в CRM начинается внутренняя работа команды.

Примеры:

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

Связь должна сохранять:

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

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

Не дублируйте карточки без причины

Функция дублирования ускоряет типовые процессы, но создаёт риск копирования устаревших данных.

При дублировании определите, что переносится:

  • название шаблона;
  • чек-лист;
  • набор полей;
  • исполнители;
  • плановое время;
  • вложения;
  • комментарии;
  • связь с клиентом;
  • фактическое время.

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

Как настроить колонки канбана

Колонки должны отражать реальные состояния, а не должности сотрудников.

Базовый поток:

  1. Входящие.
  2. Готово к работе.
  3. В работе.
  4. Нужна информация.
  5. Проверка.
  6. Выполнено.

Для каждой колонки опишите:

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

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

Ограничение незавершённой работы

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

Проверьте:

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

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

Плановое и фактическое время

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

Перед началом задачи зафиксируйте:

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

Фактическое время включает только заранее определённые категории. Решите, учитывать ли встречи, ожидание ответа, исправление дефекта, внутреннюю проверку и переключение между задачами.

Сравнение одной задачи ничего не доказывает. Ищите повторяющиеся отклонения по типам работ.

Как использовать тайм-трекинг

Таймер можно запускать при переводе задачи в работу и останавливать при выходе из неё. Но автоматическое правило должно учитывать реальность:

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

Поэтому нужны:

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

Тайм-трекинг не заменяет результат. Задача может занять восемь часов и остаться незавершённой.

Какие отчёты действительно полезны

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

Полезные срезы:

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

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

Связь с клиентским отчётом

Если работа выполняется для клиента, связка сделки и задач позволяет показать:

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

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

Автоматизация переходов

Автоматизация должна запускаться от понятного события.

Примеры:

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

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

Не переводите сделку автоматически только потому, что таймер остановился. Это не доказывает получение результата клиентом.

Пошаговая настройка

Шаг 1. Разделите продажи и выполнение

Опишите этапы сделки и этапы задач отдельно.

Шаг 2. Найдите точки передачи

Когда событие в CRM действительно создаёт внутреннюю работу?

Шаг 3. Определите обязательные поля

Клиент, результат, исполнитель, срок, план и связь со сделкой.

Шаг 4. Настройте канбан

Колонки, критерии перехода, лимиты и блокировки.

Шаг 5. Запустите план-факт на одном типе работ

Не включайте таймер для всей компании в первый день.

Шаг 6. Проверьте отчёт

Разберите отклонения вместе с командой и исправьте правила.

Шаг 7. Добавьте автоматизацию

Только после того, как ручной процесс стал понятным.

Чек-лист

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

Канбан, CRM и тайм-трекинг становятся системой только тогда, когда одна договорённость проходит весь путь: от клиента и сделки до задачи, результата и понятного отчёта.


Источник первоначального материала: Telegram-канал «Красотуля»

Теги: Канбан-доска, Тайм-трекинг, План-факт, CRM, Управление задачами, Krasotula Дата публикации: 1 мая 2026 Дата обновления: 25 сентября 2026

Массовое создание задач: как расставить приоритеты команде и не устроить хаос

Массовое создание задач / CRM

Массовое создание задач: как расставить приоритеты команде и не устроить хаос

· 7 мин

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

Читать далее
Дорожная карта продукта: как приоритизировать функции без бесконечного списка

Дорожная карта продукта / Roadmap

Дорожная карта продукта: как приоритизировать функции без бесконечного списка

· 8 мин

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

Читать далее
Техническая поддержка сайта: как учитывать часы, задачи и оплату

Техническая поддержка / Дебиторская задолженность

Техническая поддержка сайта: как учитывать часы, задачи и оплату

· 10 мин

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

Читать далее