Куда уходят деньги на R&D: учёт затрат по направлениям разработки в defence tech

«Мы были уверены, что направление А — наше главное, и лили в него ресурс. Когда впервые разнесли затраты по направлениям, выяснилось: А стоил вдвое дороже В, а до контракта был дальше. Мы ставили на более дорогой прототип вслепую».

В defence tech компания почти всегда ведёт несколько разработок параллельно. Дрон, антенна, система связи — и все они едят зарплаты инженеров, компоненты, тестовые вылеты. Проблема в том, что в учёте это один общий котёл «R&D», и владелец не видит, какое направление сколько стоит. А без этой цифры решение о том, что продолжать, а что закрыть, принимается по ощущению, а не по фактам.

Почему стоимость R&D невидима

Зарплаты команды идут одной суммой на всех. Компоненты покупаются то на один прототип, то на другой, и в банковской выписке это просто «оплата поставщику». Тестовые вылеты, аренда полигона, печать деталей — всё смешано в общих расходах. В итоге вы знаете, что на разработку ушло условно $90K за квартал, но не знаете, как эти $90K разложились по трём направлениям. А без этого невозможно решить, какое закрывать, а в какое вкладываться — вы управляете общим бюджетом, а не отдельными ставками.

Что нужно разнести по направлениям

Чтобы увидеть реальную стоимость, три вещи должны получить «адрес» — конкретное направление или проект.

Первое — время инженеров. Не точно до минуты, а хотя бы долей: этот конструктор 70% месяца на направлении А, 30% на В. Труд — самая большая статья R&D, и без её разнесения любая калькуляция неполна. Второе — компоненты и материалы: каждая закупка привязывается к прототипу, под который куплена, в момент оплаты. Третье — прямые затраты на тесты: вылеты, полигон, расходники, ремонт после неудачных попыток.

Тот же $90K бюджет выглядит совсем иначе, когда видно, что направление А съедает больше половины. Теперь вопрос «закрыть или продолжить» ставится на цифрах, а не на ощущении, какой прототип «перспективнее».

Разберём на примере

Представьте, что у компании квартальный R&D-бюджет $90K и три направления. По ощущению основателя направление А — главное: в него вложено больше всего внимания и лучшая команда. Но когда разнесли затраты, вышло, что А стоит $48K за квартал, В — $24K, С — $18K. Теперь добавьте второе измерение — близость к контракту. Направление В уже прошло полевые испытания и имеет письмо о намерениях от заказчика; направление А до сих пор на стадии прототипа с неопределённым сроком. Получается, что самое дорогое направление — дальше всего от денег, а самое дешёвое В — ближе всего. Без разбивки по направлениям этого не увидеть: в общем отчёте оба просто «R&D затраты».

«Пока R&D — одна строка в отчёте, вы видите, сколько тратите, но не видите, на что ставите. А ставка — это и есть главное решение в defence tech».

Зачем это, кроме любопытства

Стоимость направления нужна для трёх решений. Для приоритизации: ограниченный ресурс идёт туда, где соотношение «шанс на контракт к стоимости» лучше, а не туда, куда привык идти по инерции. Для грантовой отчётности: доноры и государство хотят видеть, куда пошли средства по направлениям и этапам, а не одной строкой, и если учёт с самого начала ведётся по проектам, отчёт собирается из тех же данных. Для due diligence: инвестор первым спрашивает, сколько стоит довести прототип до рабочего состояния — и компания, которая отвечает цифрой, а не оценкой «где-то столько», выглядит совсем иначе и переговоры ведёт с более сильной позиции.

Как это выглядит в жизни

Симптомы слышны в типичных фразах внутри команды. «Мы много тратим на разработку, но не могу сказать, на что именно». «Кажется, дрон съедает больше всего, но точно не знаю». «Донор просит отчёт по этапам, а у нас всё одной кучей — будем собирать неделю вручную». «Инвестор спрашивает себестоимость направления, а мы отвечаем приблизительно». Каждая из этих реплик — о том, что затраты ведутся общим котлом, и компания не видит собственных ставок в цифрах.

Как это организовать

Разнесение по направлениям не требует отдельного финотдела. В Finmap вы создаёте проекты под каждое направление разработки и привязываете к ним затраты — зарплаты долей, закупки компонентов, тестовые расходы. В отчёте сразу видно стоимость каждого направления за период и динамику: какое дешевеет с итерациями, а какое лишь разгоняет burn. Когда приходит время отчитываться донору или готовиться к раунду, данные уже структурированы — не нужно поднимать выписки за квартал и вспоминать, под какой прототип что покупали.

По теме — как посчитать реальную себестоимость дрона и что меняется в финансах при переходе от прототипа к серии.

Несколько советов

• Не гонитесь за точностью до минуты. Даже грубая доля времени инженеров даёт картину, которой сейчас нет вообще.
• Привязывайте закупку к направлению в момент оплаты, а не в конце квартала по памяти — иначе половину уже не вспомните.
• Смотрите на стоимость направления в динамике: здоровый R&D дешевеет с каждой итерацией, больной — дорожает.
• Ставьте рядом два числа: стоимость направления и близость к контракту. Решение принимается на пересечении, а не по одной цифре.
• Ведите учёт по направлениям с самого старта проекта, а не «наведём порядок перед due diligence» — ретроспективно собрать честные цифры почти невозможно.

Несколько параллельных разработок — это нормально для defence tech. Ненормально — не знать, какая из них сколько стоит. Как только появляется эта цифра, решение о том, куда вложить последний месяц runway, перестаёт быть ставкой вслепую и становится расчётом.

Money Doesn't Disappear. You Just Don't See It.

Хотите видеть стоимость каждого направления R&D отдельно, а не одним котлом? Закажите демо Finmap — за 30 минут покажем, как настроить учёт под ваши разработки.