Куди йдуть гроші на 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: інвестор першим питає, скільки коштує довести прототип до робочого стану — і компанія, яка відповідає цифрою, а не оцінкою «десь стільки», виглядає зовсім інакше й переговори веде з іншої позиції.

Як це виглядає в житті

Симптоми чути в típових фразах усередині команди. «Ми багато витрачаємо на розробку, але не можу сказати, на що саме». «Здається, дрон зʼїдає найбільше, але точно не знаю». «Донор просить звіт по етапах, а в нас усе однією купою — збиратимемо тиждень вручну». «Інвестор питає собівартість напряму, а ми відповідаємо приблизно». Кожна з цих реплік — про те, що витрати ведуться загальним казаном, і компанія не бачить власних ставок у цифрах.

Як це організувати

Рознесення по напрямах не потребує окремого фінвідділу. У Finmap ви створюєте проєкти під кожен напрям розробки й привʼязуєте до них витрати — зарплати часткою, закупівлі компонентів, тестові витрати. У звіті одразу видно вартість кожного напряму за період і динаміку: який дешевшає з ітераціями, а який лише розганяє burn. Коли приходить час звітувати донору чи готуватися до раунду, дані вже структуровані — не треба піднімати виписки за квартал і згадувати, що під який прототип купували.

Дотично — як порахувати реальну собівартість дрона і що змінюється у фінансах при переході від прототипу до серії.

Кілька порад

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

Кілька паралельних розробок — це нормально для defence tech. Ненормально — не знати, яка з них скільки коштує. Щойно зʼявляється ця цифра, рішення про те, куди вкладати останній місяць runway, перестає бути ставкою наосліп і стає розрахунком.

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

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