В проектной компании вопрос стоит не «где вести задачи» — доски есть везде и различаются мало. Вопрос в том, где сходятся три контура: план работ, фактически потраченные часы и деньги проекта. Пока они живут в трёх разных местах, рентабельность считается вручную и становится известна после сдачи, когда повлиять на неё уже нельзя.
Критерий отбора в подборку объявляем до списка: инструмент должен закрывать минимум два контура из трёх штатно, без доработки, и иметь механизм переноса данных в бухгалтерию. По этому критерию сюда не попали чистые таск-трекеры без учёта времени, доски и базы знаний общего назначения, а также сервисы контроля активности за экраном — последние дают ровные блоки по восемь часов и не отвечают на вопрос, сколько стоил проект.
Мы не продаём ни один из перечисленных продуктов и не получаем вознаграждения за упоминание. Наша работа начинается на стыках: связать выбранный инструмент с учётной системой, собрать отчёт по рентабельности и настроить признание фактических затрат. Поэтому и сравниваем мы по стыкам.
Три контура, которые обязаны сходиться
Модельная компания дальше по тексту: проектное бюро на 18 человек, 12 одновременных проектов, средний бюджет проекта 1 400 000 ₽, работа сдаётся этапами по актам. Руководитель проектов один, и именно его часы уходят на сведение — считаем их по ставке руководителя подразделения, 1 800 ₽/час полной стоимости.
План работ — что и в какой срок должно быть сделано, с зависимостями между этапами. Учёт времени — сколько часов и кто фактически потратил, с привязкой к проекту и этапу. Деньги проекта — доходы по договору и все прямые расходы: подрядчики, материалы, командировки, стоимость собственных часов. Рентабельность появляется только на пересечении всех трёх; двух из трёх недостаточно, потому что без часов расходы занижены на самую крупную статью — свою же команду.
Именно поэтому таск-трекер без учёта времени не решает задачу, даже очень хороший. И поэтому же учётная система без плана работ не решает её тоже: она знает расходы, но не знает, что половина этапов сдвинулась и половина команды в следующем месяце будет доделывать этот проект вместо следующего.
Схема из трёх пересекающихся прямоугольников с подписями «план работ», «учёт времени», «деньги проекта». В зоне пересечения всех трёх — подпись «рентабельность проекта». В зонах пересечения по двое — подписи «срок без цены», «расходы без причины», «занятость без результата». Сбоку столбик с числами модельной компании: «18 человек», «12 проектов одновременно», «1 400 000 ₽ средний бюджет». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Пять инструментов по покрытию контуров
Таблица ниже — не рейтинг: строки идут по возрастанию доли учётного контура, а не по качеству. Инструмент из первой строки для агентства из десяти человек лучше инструмента из последней, и наоборот для проектной организации с материальными затратами. Оценки покрытия относятся к сентябрю 2026 года и к типовой поставке без доработок.
| Инструмент | План работ | Учёт времени | Деньги проекта | Кому не подойдёт |
|---|---|---|---|---|
| Kaiten | Сильно: доски, зависимости, несколько пространств | Есть встроенный трекинг по карточкам | Слабо: только через поля и выгрузку в отчёт | Компаниям с материальными затратами и подрядчиками на проекте — расходы придётся вести отдельно |
| Weeek | Сильно: задачи, спринты, база знаний рядом | Есть, с отчётами по сотрудникам | Частично: базовый учёт бюджета проекта | Тем, кому нужен документооборот по проекту — акты и счета живут вне инструмента |
| Аспро.Cloud | Достаточно: задачи, этапы, диаграмма | Есть, с привязкой к задачам и к счетам | Сильно: счета, акты, расходы и маржа проекта | Командам, которым важна гибкость доски: планирование здесь проще, чем в специализированных трекерах |
| 1С:УНФ | Базово: заказы, задания, этапы | Базово: отметки по заказам | Сильно: полный управленческий учёт и штатный обмен с 1С:Бухгалтерия | Агентствам, у которых главная сущность — задача, а не заказ: планирование работ здесь неудобное |
| Comindware | Настраивается: процессный движок | Настраивается | Настраивается | Компаниям без бюджета на внедрение: это платформа, из которой контур собирают, а не готовый продукт из коробки |
Отдельно про платформу 1С. Кроме 1С:УНФ у партнёров есть профильные конфигурации для проектных и проектно-изыскательских организаций — они закрывают все три контура сразу, но требуют внедрения, а не подключения. Проверять надо две вещи: поддерживается ли редакция актуальной версией платформы и кто в вашем городе её сопровождает. Общая логика выбора между готовым сервисом и конфигурацией на платформе разобрана в материале готовое SaaS или заказная разработка.
Матрица пять на три: строки — «Kaiten», «Weeek», «Аспро.Cloud», «1С:УНФ», «Comindware»; колонки — «план работ», «учёт времени», «деньги проекта». В ячейках три вида заливки со сноской-легендой: «сильно», «базово», «слабо или настраивается». Справа от матрицы столбец подписей «кому не подойдёт» с одной короткой фразой на строку. Внизу пометка: «типовая поставка без доработок, сентябрь 2026». Чертёжный стиль, приглушённая палитра, подписи по-русски.
В трёх из пяти инструментов таймер существует, но его показания не участвуют в расчёте себестоимости проекта: чтобы часы стали деньгами, нужна ставка сотрудника в системе и правило её применения. Спрашивайте на демо не «есть ли трекер», а «покажите отчёт, где часы умножены на ставку и вычтены из бюджета проекта». Если такого отчёта нет, третий контур придётся собирать снаружи — обычно в управленческой отчётности.
Про деньги за подписку. Порядок цен на сентябрь 2026 года у сервисных инструментов — 300–700 ₽ за пользователя в месяц, то есть 5 400–12 600 ₽ в месяц на команду из 18 человек. У конфигураций на платформе 1С логика другая: разовые лицензии плюс сопровождение, и в пересчёте на год суммы получаются сопоставимыми. В расчёте ниже мы берём 9 000 ₽ подписки и 8 000 ₽ сопровождения, итого 17 000 ₽ в месяц. Тарифы у всех перечисленных вендоров меняются несколько раз в год — сверяйте на дату закупки, а не по статьям.
Почему таймшиты не заполняются
Учёт времени — задача не техническая, а организационная. Любой инструмент из таблицы умеет принимать часы; проблема в том, что их не вносят. Табель, заполняемый в пятницу за всю неделю, восстанавливает 80–90 % работы, и ошибка всегда в одну сторону: короткие задачи не вспоминаются. Три приёма меняют это надёжнее, чем смена инструмента.
- 1Система предлагает — человек подтверждает. Заготовка дня собирается из следов работы: закрытых задач, встреч в календаре, комментариев. Сотрудник правит и подтверждает за две минуты вместо того, чтобы вспоминать за двадцать.
- 2Фиксация в момент работы, а не в конце недели. Таймер в карточке задачи и одна кнопка «переключиться» дают точность выше на 8–12 процентных пунктов просто за счёт того, что память не участвует.
- 3Часы возвращаются человеку, а не только руководителю. Если сотрудник видит собственную загрузку и может показать её при споре о сроках, заполняемость держится. Если часы уходят только наверх и возвращаются в виде претензий, любая система умирает за квартал. Механику подробнее разбирали в материале оплачиваемые часы: где фирма теряет выручку.
Сколько стоит держать контуры порознь
Такую окупаемость мы не считаем аргументом за внедрение, и честно говорим об этом заказчикам. Проектный контур покупают не ради часов руководителя, а ради одного эффекта, который в этот расчёт не помещается: план-факт по проекту становится виден на третьей неделе работы, а не после подписания акта. На среднем бюджете 1 400 000 ₽ и плановой марже 20 % один вовремя замеченный перерасход в 10 % возвращает 140 000 ₽ — почти половину нижней границы сметы за один проект.
Двухосевой график по неделям проекта от первой до восьмой. По вертикали — доля известных расходов проекта в процентах, от 0 до 100. Две линии: серая штриховая «сведение вручную» выходит на 87 % только к моменту подписания акта, синяя сплошная «единый контур» проходит 87 % уже на третьей неделе. Точка расхождения на третьей неделе подписана «здесь ещё можно исправить». Внизу подпись «средний бюджет проекта 1 400 000 ₽, плановая маржа 20 %». Чертёжный стиль, подписи по-русски.
Стык с бухгалтерией: что переносится руками всегда
Проектный контур считает управленческие деньги, бухгалтерия — регламентированные, и совпадать они не обязаны. Спорных мест три, и ни одно из них не решается настройкой обмена: это вопросы учётной политики, которые надо один раз решить и записать.
- Момент признания выручки. В проектном контуре доход обычно признаётся по проценту готовности этапа, в бухгалтерии — по дате акта. Разрыв в месяц-полтора это норма, а не ошибка обмена; сравнивать отчёты можно только на закрытых периодах.
- Стоимость собственных часов. В бухгалтерии зарплата лежит одной суммой по подразделению, в проектном контуре она разложена по проектам через ставку. Ставка — управленческая величина, и её пересматривают раз в год: полная стоимость часа сотрудника считается отдельно и включает не только оклад.
- Расходы подрядчиков. Договор подписан на компанию, а потрачен на конкретный проект. Если в первичке нет признака проекта, разносить его будет человек — и это тот самый ручной перенос, ради устранения которого затевался контур. Признак проекта надо заводить в момент оплаты, а не при сведении отчёта.
Их пять, и все пять обязательны: бюджет проекта по договору, признак проекта на каждом расходе, часы с привязкой к проекту и этапу, ставка часа по каждой роли и дата закрытия периода. Без последнего пункта отчёт нельзя проверить: он будет меняться задним числом, и через квартал в него перестанут верить. Проверить эти пять полей можно за час на любом закончившемся проекте — если хотя бы одного нет, покупать инструмент рано.
Практический вывод: связывать проектный контур с бухгалтерией имеет смысл в одну сторону — из проектного в учётный передавать факт по подрядчикам и материалам, обратно забирать только оплаты. Двусторонний обмен с попыткой согласовать признание выручки стоит дороже и почти всегда заканчивается отключением половины правил. Более общий разбор того, во что обходятся такие обмены, — в материале сколько стоит надёжная интеграция.
Когда из этого списка не нужно ничего
Порог, ниже которого проектный контур не окупается, простой: до пяти одновременных проектов и одной команды. На таком объёме руководитель держит картину в голове, а таблица с двумя листами и получасовая планёрка в понедельник дают ту же точность за 0 ₽. Внедрение здесь не ускорит работу, а добавит к ней заполнение полей.
- 1Проверьте, сколько проектов идёт одновременно, а не сколько их за год. Двадцать коротких проектов подряд по одному — это не проектная компания в смысле учёта, это поток однотипных работ, и он закрывается единым окном заявок.
- 2Проверьте, сколько сотрудников работает больше чем на одном проекте одновременно. Если таких меньше трети, распределение часов между проектами не даст новой информации: и так понятно, кто чем занят.
- 3Проверьте, есть ли у вас цена часа. Без неё третий контур собрать невозможно ни в одном инструменте, а на её согласование внутри компании уходит больше времени, чем на внедрение.
- 4Проверьте, кто будет владельцем отчёта. Проектный контур без человека, который каждую неделю смотрит на план-факт и задаёт вопросы, превращается в ещё одну систему для заполнения — сценарий, разобранный в материале деградация системы автоматизации.
И обратный случай, когда откладывать уже поздно: если хотя бы один проект за последний год закрылся в минус, а обнаружилось это при подписании акта. Один такой проект на среднем бюджете 1 400 000 ₽ съедает маржу двух успешных, и цена ошибки здесь измеряется сотнями тысяч рублей, а не часами руководителя. В этой ситуации сначала считают пять полей из врезки выше на трёх последних проектах и только потом выбирают инструмент.
Проектный учёт покупают не за экономию часов, а за право узнать об убыточном проекте до того, как подписан акт.
