Обычная конфигурация проектной компании: задачи в трекере, деньги в бухгалтерии, а управленческий учёт — в таблице, которую ведёт руководитель по вечерам. Каждая часть работает. А вместе они не отвечают на главный вопрос бизнеса: этот проект приносит деньги или отнимает?

Причина не в качестве инструментов, а в том, что вопрос лежит ровно на стыке. Работа — в трекере, деньги — в бухгалтерии, а прибыль рождается там, где они встречаются. И если они не встречаются, прибыль остаётся ощущением.

Четыре разрыва

1. Работа сделана, но неизвестно, во сколько обошлась

Трекер знает, что задача закрыта. Он не знает, сколько это стоило компании, потому что не связывает часы со ставками. Бухгалтерия знает про зарплаты, но не знает, на какой проект они ушли.

В результате себестоимость проекта считается вручную, раз в квартал и приблизительно. А решения о ценах принимаются на глазок.

2. Деньги пришли, но неизвестно, за что

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

Особенно больно при поэтапной оплате: предоплата, промежуточный акт, финальный расчёт. Без связи с задачами непонятно, дошли ли вы до этапа, который уже оплачен.

3. Проект уходит в минус, а вы узнаёте после сдачи

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

Если бы цифра появлялась в момент, когда израсходовано 60% бюджета часов при 40% готовности, был бы выбор: сократить объём, договориться о доплате, поставить более дешёвого исполнителя. После сдачи выбора нет.

4. Решения принимаются вслепую

Вопросы, на которые проектный бизнес отвечает ощущениями, а не цифрами:

  • Какие клиенты действительно прибыльны?
  • Стоит ли брать этот заказ по такой цене?
  • Кого нанимать следующим?
  • Какую услугу продвигать?
  • Кому поднять цену, а с кем расстаться?

Все пять требуют связки «работа × стоимость × выручка». Ни один трекер и ни одна бухгалтерия не отвечают на них поодиночке.

Что должно связываться

Минимальный контур, при котором картина становится полной:

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

Проект → контракт → оплаты → дебиторка. Сумма договора, что уже собрано, что ещё висит. Правило простое: собрано + дебиторка = контракт. Если равенство не сходится, где-то потеряли этап.

Проект → прямые расходы. Подрядчики, закупки, комиссии — то, чего без проекта не было бы.

Итог: маржа = контракт − стоимость труда − прямые расходы. Методика подробно — в статье как считать маржу проекта.

Заметьте, чего здесь нет: полноценной бухгалтерии. Управленческий контур и бухгалтерский — разные вещи. Бухгалтерия отвечает перед налоговой, управленческий учёт — перед вами. Второй должен быть в системе, где живёт работа; первый пусть остаётся у бухгалтера.

Почему это редко решают интеграцией

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

  • Сущности не совпадают. В трекере проект, в бухгалтерии договор и счета. Соответствие «один к одному» бывает редко.
  • Часы негде взять. Бухгалтерия не хранит, кто сколько работал над проектом. Ставки — тоже управленческая величина, а не бухгалтерская.
  • Коннектор надо содержать. У него появляется владелец, стоимость и режим отказа. В команде до 20 человек такого человека обычно нет.
  • Данные расходятся. Как только появляются два источника, начинается сверка — и она отнимает больше времени, чем ручной подсчёт, ради которого всё затевалось.

Отсюда практический вывод: для малой компании дешевле, когда управленческий учёт живёт в той же системе, что и работа, а не связывается с ней проводами.

Что меняется, когда связь появилась

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

Разговор с клиентом о повышении становится возможным. «У нас выросла себестоимость» — слабый аргумент. «Проект занимает на 40% больше часов, чем в прошлом году, вот структура» — сильный.

Видно, кто из клиентов кормит. Обычно 20% дают 80% маржи. До расчёта об этом никто не знает, а после — меняется расстановка приоритетов в команде.

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

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

С чего начать, если сейчас всё раздельно

Не нужно строить всё сразу. Порядок такой:

1. Поставьте ставки сотрудникам. Полные: оклад + взносы + техника, делённые на оплачиваемые часы (60–75% календарных), а не на 160.

2. Начните фиксировать часы по проектам. Достаточно недельной оценки — точность в пределах 10–20% для управленческих решений хватает. Как сделать это без сопротивления — в статье про учёт времени без микроменеджмента.

3. Заведите контракт и оплаты на проекте. Сумма договора и что уже собрано. Дебиторка появится сама как разница.

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

5. Только потом автоматизируйте. Если контур сложился в таблице, его легко перенести в систему. Если нет — автоматизация просто ускорит получение неверных цифр.

Итог

Трекер без денег отвечает на вопрос «что мы делаем». Бухгалтерия отвечает на вопрос «сколько денег прошло». Ни один не отвечает на вопрос «зарабатываем ли мы на этом» — а именно он определяет, какие проекты брать, кому поднимать цену и кого нанимать.

Для проектного бизнеса связка задач и денег — не удобство, а условие управляемости. И проще, когда они изначально в одной системе, чем когда их сшивают интеграцией.

В Государыне задачи, клиенты и финансы по проектам лежат в одной базе: часы привязаны к задачам, ставки к людям, маржа считается на ходу. 7 дней бесплатно, без карты.