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