Як влаштований DefTech-бізнес: мій досвід роботи з RAVLYK
Я Олексій Северин, Commercial chief officer компанії-розробника наземного роботизованого комплексу RAVLYK
«Класна технологія» ще не означає, що виріб куплять і використовуватимуть у війську. У DefTech цінність рішення визначають його поведінка в полі, відповідність конкретній задачі підрозділу, готовність до виробництва та здатність команди виконувати зобов’язання перед замовником.
Я прийшов у цю сферу з понад 20-річним досвідом у продажах, маркетингу та запуску продуктів. Після початку повномасштабної війни два роки займався волонтерством, згодом долучився до команди RAVLYK як комерційний директор.
Досвід класичного бізнесу тут корисний, проте кожен звичний процес має свої умови. Product discovery відбувається поруч із військовими. Технічні рішення перевіряють під впливом РЕБ, втрат зв’язку, пилу, температури та рельєфу. Виробництво потребує захисту та розосередження. Контракти передбачають жорсткі строки, звітність і контроль. Помилка в продукті може коштувати значно дорожче, ніж втрачений бюджет
Рік від рішення до підрозділу — нормальний горизонт планування
«Від ухвалення рішення до постачання в підрозділ може пройти до 1 року».
Для команди без готових напрацювань це реалістичний горизонт. Кооперація з інженерами та виробниками може скоротити окремі етапи, але повного циклу вона не скасовує.
Команда підтверджує потребу, описує задачу, формує концепцію, поєднує апаратну та програмну частини, знаходить підрядників і створює прототип. Далі йдуть перевірки, полігонні випробування, демонстрації для військових, доопрацювання та підготовка документації. Паралельно команда готує виробництво, сервіс і логістику.
Історія RAVLYK добре демонструє тривалість такого маршруту. Перший прототип створили у 2017 році. Продукт, готовий до регулярного використання та подальшого масштабування, команда отримала у 2024-му після кількох років розробки, випробувань і доопрацювань.
Користувач, покупець і замовник — різні ролі
За моїми спостереженнями, приблизно у 90% кейсів із військовою продукцією ці ролі розділені. Користувачами є оператор або бійці підрозділу, які працюють із виробом у полі. Рішення про придбання може ухвалювати командування батальйону чи бригади. Замовлення, оформлення й розподіл часто проходять через логістичні служби або державні структури закупівель.
У кожного учасника свої критерії. Оператор оцінює роботу виробу в полі. Командир — задачу та вплив на підрозділ. Закупівельник — ціну, документи, строки, сервіс і формальні вимоги.
Порівняння двох НРК лише за ціною дає мало інформації. Машина за умовний мільйон гривень може перевозити 300 кг вантажу. Комплекс за два мільйони матиме іншу прохідність, захист і конфігурацію для евакуації. Вибір залежить від задачі та сценарію застосування.
Військові опишуть проблему, якщо правильно побудувати розмову
Підрозділ рідко приходить із готовим PRD. Частіше команда чує: «Що ви можете запропонувати?»
Треба з’ясувати:
— чим військові користуються, — де рішення дає збій,— за яких умов працює та який результат потрібен.
Кожен підрозділ буде казати, що йому потрібно. Частина побажань стосується локального сценарію й не масштабується на інших користувачів.
Для фільтрації запитів я використовую правило трьох підрозділів: рішення щодо нової функції варто ухвалювати після того, як однакову потребу підтвердили щонайменше 3 незалежні підрозділи.
Навіть одна категорія техніки має різні сценарії.
Для медиків НРК може бути засобом евакуації поранених і загиблих, де важливі вантажопідйомність, прохідність, фіксація нош і надійність.
Для десантно-штурмового підрозділу на окремій ділянці може бути потрібна проста колісна платформа для підвезення води, магазинів та іншого вантажу — з мінімальним набором функцій і прийнятною вартістю втрати виробу під час виконання завдання.
Технічна життєздатність перевіряється в полі
Робочий прототип у майстерні ще нічого не говорить про поведінку виробу під впливом глушіння, підміни навігаційних сигналів, РЕБ, теплового випромінювання та демаскувальних ознак від інфрачервоних джерел або лідара.
Візьмемо автономну навігацію НРК у лісі. Starlink під щільною кроною може втрачати стабільний зв’язок. Лідар допомагає комплексу розпізнавати дерева й об’їжджати перешкоди. Одночасно його випромінювання може стати помітним для оптичних засобів противника. Технологічно коректна функція створює новий ризик, який потрібно виміряти під час випробувань.
Послідовність має значення.
Спочатку команда тестує рішення на власному майданчику.
Далі самостійно перевіряє його на полігоні в умовах, наближених до бойових.
Після усунення очевидних недоліків до тестів залучають військових.
Вони перевіряють продукт у різних сценаріях і дають фідбек, який команда знову фільтрує, пріоритизує та переводить у технічні зміни.
Полігон відтворює типові перешкоди: підйоми, рови, складний ґрунт, бар’єри. Реальне застосування додає нові умови. Цикл «тест — фідбек — доопрацювання» продовжується після перших постачань.
Як підготувати прототип до виробництва
Прототип підтверджує роботу технічної ідеї. Серійне виготовлення потребує конструкторської документації, технічних умов, сервісної книги, специфікації компонентів, технологічних карт і контролю якості. Готувати їх варто вже під час розробки.
«Найкритичніша річ — та, яку легко виробити, запустити в серію й масштабувати».
Додаткові модулі можна нарощувати після перевірки базової платформи. Складна архітектура на старті збільшує ціну, кількість точок відмови, залежність від постачальників і навантаження на сервіс.
Компонентна база потребує окремої карти ризиків. Деталь із країни підвищеного ризику може зникнути з ланцюжка. Постачальник здатен зірвати строк. Підрядник може втратити виробничий майданчик.
Для критичних вузлів потрібні альтернативи, а для виробництва — план B, C і D.
У державному контракті строк постачання зафіксований. Якщо доставка морем компонента запізнюється, команда інколи переходить на дорожчу авіадоставку. Маржинальність партії знижується, але виробник виконує зобов’язання, уникає штрафу й зберігає довіру замовника.
Сервіс теж входить до продукту. Підрозділу потрібні інструкції, навчання операторів, запасні частини, діагностика та зрозумілий канал підтримки. Без ремонту й технічної підтримки попит з боку замовника може просто зникнути.
Безпека та контроль закладаються в операційну модель
DefTech-команда працює з чутливою інформацією про виріб, випробування, підрозділи та виробництво. Це впливає на найм, доступи, комунікації та зберігання даних. За безпеку має відповідати фахівець у штаті або перевірений партнер.
Виробничі майданчики, R&D і логістику варто розосереджувати. Команда має знати, куди перенести операції після загрози чи пошкодження локації, як замінити підрядника і де відновити критичний процес.
«Щойно ви почнете працювати на державу, держава почне працювати з вами».
Державний контракт передбачає перевірки, звітність, доступ уповноважених органів до пов’язаної документації та жорсткі вимоги до виконання. Фінансова, юридична й виробнича дисципліна тут є частиною готовності продукту.
Фінансування планують до першого великого замовлення
Гранти релевантні на різних етапах. Вони допомагають фінансувати розробку, а детальна звітність привчає команду рахувати витрати й документувати роботу.
Фонди варто обирати за їхньою спеціалізацією. Наприклад, збори Сергія Стерненка переважно зосереджені на FPV-дронах. Благодійний фонд Сергія Притули працює із ширшим переліком запитів: БпЛА, наземними дронами, РЕБ, зв’язком, транспортом, оптикою і тактичною медициною.
Перед зверненням я раджу перевірити три речі: чи працює фонд із вашим типом продукту, які документи потрібно підготувати та чи готовий підрозділ офіційно підтвердити потребу. Невеликі фонди часто мають прямі контакти з військовими. Через них можна знайти користувачів для інтерв’ю, організувати перевірки та зібрати фідбек.
Під час масштабування виникає касовий розрив. Постачальники можуть вимагати повну передплату, а оплата за державним контрактом надходить після виготовлення та приймання продукції. До підписання контракту потрібно розрахувати витрати на партію, зарплати, брак, сервіс і термінову доставку компонентів.
DefTech-продукт розвивається кількома паралельними треками
Повний маршрут виглядає так: проблема, ідея, перевірка рішення, прототип, внутрішні й контрольовані тести, полігон, випробування з військовими, доопрацювання, підготовка до кодифікації, перші прямі контракти, реєстрація на профільних маркетплейсах і партнерства з виробниками.
У цій послідовності є важлива деталь: продуктова перевірка, документація, виробництво, фінанси, безпека та сервіс рухаються одночасно. Якщо один трек відстає, весь шлях сповільнюється.
Перед активною розробкою команда має відповісти на сім питань:
Чию задачу ми вирішуємо?
Хто користуватиметься виробом?
Хто ухвалює рішення про його придбання?
Які три підрозділи підтвердили потребу?
Де і як проходитимуть випробування?
Хто вироблятиме продукт і з яких компонентів?
Як профінансувати роботу до оплати першої партії?
Відповіді не гарантують швидкого постачання. Вони дають маршрут, за яким технічна ідея поступово перетворюється на виріб, придатний для роботи в підрозділі.
Кожне із цих питань потребує окремої роботи: інтерв’ю з військовими, перевірки потреби, формування вимог, випробувань, підготовки виробництва та фінансового планування.
Детальніше ми розбиратимемо ці етапи на програмі DefTech Sprava. Кожному з них присвячено окремий модуль із практичними інструментами та роботою над власним продуктом.
Коментарі