Антон Дегтярёвбитрикс24 «проекты ai»: как запустить командную работу
Задачи в Битрикс24 есть почти у всех, а проектная работа — почти ни у кого. Задачи висят россыпью, сроки живут в голове у руководителя, статус проекта выясняется на планёрке. Показываю, как за один день собрать нормальный проект с ролями, шаблонами и ИИ-помощником, который снимает половину рутины.
чем проект отличается от кучи задач
Проект в Битрикс24 — это рабочая группа с общими задачами, чатом, файлами и календарём. Разница с обычными задачами простая: у проекта есть границы, состав участников и понятный финиш.
Когда проект не нужен: рутина отдела, повторяющиеся мелкие поручения, всё, что живёт больше года без конечной даты. Для этого хватает обычных задач и канбана отдела.
Когда нужен: внедрение чего-либо, запуск направления, открытие точки, разработка сайта, переезд офиса, крупный клиентский заказ. Признак — участвует больше трёх человек из разных отделов и есть дата, к которой всё должно закончиться.
Мой критерий на пальцах: если руководителю приходится дважды в неделю спрашивать «а что у нас со сроками», это уже проект и его пора оформить.
Отдельно про название. В обсуждениях всё чаще встречается связка «проекты и ИИ» — имеется в виду не отдельный продукт, а обычные проекты в Битрикс24, к которым подключён встроенный помощник. Никакого отдельного модуля покупать не нужно, и если вам такой продают отдельно — это повод задать вопросы.
шаг 1 — собрать структуру, а не создать группу
Типичная ошибка: создали группу, накидали туда 40 задач, разошлись. Через неделю никто не понимает, что за чем идёт.
Правильный порядок обратный. Сначала на бумаге или в чате пишем этапы — обычно их 4–7. Например, для запуска интернет-магазина: аналитика, дизайн, вёрстка и разработка, наполнение, тестирование, запуск, поддержка первого месяца.
Дальше на каждый этап 3–8 задач, не больше. Если этап распух до 20 задач — это два этапа. Задача формулируется глаголом и результатом: не «дизайн», а «утвердить макет главной страницы».
И только после этого создаём в Битрикс24 группу, включаем канбан и раскладываем задачи по стадиям, где стадии = этапы. На этом моменте проект впервые становится видимым: руководитель открывает доску и за 10 секунд понимает, где стоим.
шаг 2 — роли и права
В группе есть владелец, модераторы и участники. Для проекта я раскладываю так: владелец — руководитель проекта, модераторы — ответственные за этапы, остальные участники.
Отдельно решаем вопрос видимости. Клиентские проекты я почти всегда делаю закрытыми: посторонний сотрудник не должен случайно найти в поиске бюджет и переписку по чужому заказчику.
Если в проекте участвует подрядчик или клиент — это экстранет-группа. Внешний участник видит только эту группу и ничего больше в портале. Работает надёжно, но проверьте свой тариф: экстранет доступен не на всех планах.
Совет из практики: не назначайте руководителем проекта самого загруженного человека в компании только потому, что он лучше всех разбирается. Руководитель проекта — это про сроки и коммуникацию, а не про экспертизу.
шаг 3 — шаблон, чтобы не собирать заново
Если проекты у вас типовые — а они почти всегда типовые — соберите шаблон один раз.
Шаблон задач позволяет задать список задач, ответственных по ролям и сроки относительно даты старта: «через 3 дня после начала», «за 2 дня до финиша». При создании нового проекта система сама расставит даты.
На моей практике сборка шаблона на 15–20 задач занимает 1–2 часа. Дальше каждый новый проект разворачивается за пять минут вместо получаса ручной работы, и — что важнее — ни один шаг не забывается.
Проверяйте шаблон после первых двух проектов: обычно выясняется, что две задачи лишние, а одной не хватает. Это нормальный цикл — правьте шаблон, а не героически держите отличия в голове.
шаг 4 — подключаем ии-помощника
Теперь то, ради чего многие приходят. ИИ в Битрикс24 работает не как отдельный «искусственный интеллект для проектов», а как помощник внутри уже существующих инструментов. Ключевые точки применения.
Постановка задач из текста. Кидаете в помощника кусок протокола встречи или письмо клиента — получаете черновики задач с формулировками и сроками. Правки нужны почти всегда, но это правки, а не набор с нуля.
Резюме обсуждения. Длинная ветка в чате проекта на 60 сообщений сворачивается в пять пунктов. Особенно полезно человеку, который вернулся из отпуска или подключился к проекту в середине.
Черновики документов: письмо клиенту о переносе срока, описание требований, отчёт по этапу. Помощник даёт болванку, вы доводите фактами.
Разбор входящих требований. Клиент прислал двухстраничное письмо с пожеланиями — помощник раскладывает его на пункты, и сразу видно, что три из них не входили в изначальные договорённости. Дальше это уже разговор о доп. работах, а не «мы думали, это включено».
Практический совет по формулировкам: чем конкретнее запрос, тем меньше правок. «Составь задачи по этому протоколу, каждая начинается с глагола, срок не больше трёх дней» даёт результат, который правится за минуту. Общее «сделай задачи» — за десять.
Чего он не делает — не следит за сроками и не принимает решения. Контроль дедлайнов остаётся на роботах и на руководителе проекта. Не путайте помощника с системой управления.
шаг 5 — автоматика вокруг проекта
Ручной контроль сроков не работает дольше двух недель, дальше руководитель устаёт. Поэтому базовую автоматику ставим сразу.
Минимальный набор, который я ставлю на каждом проекте: уведомление руководителю за день до дедлайна задачи; напоминание ответственному, если задача просрочена на день; автоматическое создание задачи следующего этапа при закрытии предыдущей; еженедельный отчёт по проекту в чат по пятницам.
Всё это собирается штатными средствами — роботами и правилами. Если сценарий сложнее, с ветвлениями и согласованиями, идём в бизнес-процессы: там можно описать логику любой глубины.
Отдельно рекомендую настроить перенос данных между проектом и CRM, если проект вырастает из сделки. Клиент подписал договор — сделка переходит в стадию «в работе» и создаётся проект из шаблона. Механика описана в разборе роботов и триггеров.
как понять, что проект живой
Три метрики, которых достаточно для еженедельного контроля.
Доля просроченных задач. Норма — до 10%. Выше 25% означает, что сроки ставили от балды, и проект пора пересобрать.
Скорость закрытия по этапам. Смотрим, сколько дней реально заняли этапы против плана. Отклонение в 20% — рабочее, в два раза — сигнал.
Активность в чате проекта. Тишина неделю — почти всегда означает, что проект умер, а сказать об этом никто не решается.
Все три цифры видно в стандартных отчётах по задачам, без выгрузок. Раз в неделю 10 минут — и картина есть.
Что я советую не измерять: количество закрытых задач на человека. Метрика легко накручивается дроблением задач и ничего не говорит о движении проекта. Смотрите на закрытые этапы, а не на закрытые карточки.
типичные ошибки при запуске
Проект без даты окончания. Без финиша это не проект, а вечный список дел. Ставьте дату, даже если она условная — её можно двигать, но она задаёт ритм.
Все задачи на руководителя. Классика: создали 30 задач и назначили ответственным того, кто их создавал. Задача без конкретного исполнителя не выполняется — она обсуждается.
Задачи-контейнеры. «Сделать сайт» со сроком в два месяца. Такая задача висит нетронутой до последней недели. Максимальный срок одной задачи — 5 рабочих дней, дальше дробим.
Обсуждение в личных сообщениях. Половина решений принимается в переписке двух человек, остальные не в курсе. Правило простое: решение по проекту — в чат проекта, иначе через месяц никто не вспомнит, почему сделали именно так.
Нет разбора после финиша. 30 минут в конце: что пошло не так, какие задачи забыли, где просели сроки. Выводы сразу вносим в шаблон — и следующий проект идёт заметно легче.
с чего начать на следующей неделе
Возьмите один текущий проект — самый болезненный — и соберите его по схеме выше: этапы, задачи, роли, канбан. Один проект, не все сразу.
Через две недели посмотрите метрики и поправьте шаблон. Дальше разворачивайте на остальные проекты — уже по накатанной.
Если параллельно наводите порядок в CRM, полезно посмотреть как внедрить Битрикс24 целиком и как обучить сотрудников, чтобы проектная часть не жила отдельной жизнью от продаж. А если проектная работа упирается в нестандартную логику, её закрывают приложения для Битрикс24.