Канбан в CRM: как связать проекты, задачи и сроки на одной доске
Как спроектировать рабочую доску для команды: отличить проект от задачи, выбрать статусы, показать ожидание клиента и не потерять договорённые сроки.
Доска помогает управлять работой, когда карточка обозначает понятный объём, а переход между колонками имеет условие. Проекты, отдельные задачи и оплаты не стоит смешивать в один статус.
Решите, что именно обозначает карточка
Если рядом лежат создание сайта, исправление кнопки и обслуживание клиента за месяц, число карточек мало говорит о загрузке. У этих работ разный масштаб и разные критерии завершения. Сначала определите единицу учёта: проект, этап или конкретную задачу.
Для небольшой проектной команды можно хранить договорённости и бюджет в проекте, а на доску выводить задачи. Тогда карточка отвечает на вопрос что сделать сейчас, а проект объединяет результат, документы и связь с клиентом. Переход из задачи в проект должен быть доступен без повторного поиска.
Не каждый шаг нужно дробить до отдельной карточки. Если действия всегда выполняет один человек подряд, чек-лист внутри задачи может оказаться понятнее нескольких зависимых элементов.
Опишите условия перехода между колонками
Названия новая, в работе и готово становятся полезными только после договорённости об их смысле. Например, задача попадает в работу, когда есть ответственный и исходные материалы. На проверку — когда приложен результат и понятен способ его проверки.
Ожидание клиента желательно отличать от работы исполнителя. В карточке укажите, какой ответ нужен, кому отправлен запрос и когда стоит вернуться к нему. Иначе колонка ожидания превращается в склад задач без следующего действия.
| Колонка | Пример условия | Следующее действие |
|---|---|---|
| К выполнению | Задача описана и назначена | Исполнитель принимает её в работу |
| В работе | Материалов достаточно для выполнения | Подготовить результат |
| Ждёт клиента | Есть конкретный вопрос или запрос файла | Проверить ответ в назначенную дату |
| На проверке | Результат приложен | Принять или вернуть с замечанием |
Разделите срок клиента и внутреннюю дату
Обещанный срок сдачи и дата подготовки черновика решают разные задачи. Если хранить только одну дату, внутренний перенос может незаметно изменить договорённость с клиентом. Для проекта полезно отдельно показывать внешнюю дату и ближайший рабочий этап.
При переносе сохраняйте предыдущую дату и причину. Это помогает разбирать задержки предметно: изменился объём, не пришли материалы или задача слишком долго ждала проверки. Автоматический перенос всех сроков на завтра скрывает проблему вместо её объяснения.
Условный сценарий: макет нужен в четверг, а клиенту обещана сдача в понедельник. Просрочка макета должна быть видна уже в пятницу, хотя общий срок проекта ещё не наступил.
Покажите оплату и препятствия отдельно
Оплачено — характеристика расчётов, а готово — характеристика работы. Задача может быть выполнена до окончательной оплаты или оплачена до старта. Отдельные признаки позволяют видеть обе ситуации и не переставлять карточки между несвязанными состояниями.
Для ежедневного обзора обычно важнее исключения: просроченные задачи, работа без ответственного, ожидание дольше установленного срока, слишком много задач у одного исполнителя. Начните с таких фильтров, прежде чем добавлять десятки показателей на верхнюю панель.
- Сохранённый вид только моих активных задач.
- Фильтр по проекту и ответственному.
- Отдельный список задач без ближайшего действия.
- Переход к истории обсуждения и вложениям.
Проверьте доску на рабочей неделе
Для проектирования своей CRM возьмите обезличенные задачи за обычную неделю и разложите их по будущим колонкам. Если команда постоянно спорит о месте карточки, сначала уточните процесс. Интерфейс не исправит неопределённые правила сам по себе.
PXL Perfect разрабатывает рабочие доски и связанные с ними модули под задачи команды. На обсуждение полезно принести несколько проектов со сроками, этапами и примерами ситуаций, которые сейчас приходится отслеживать в переписке.