
Когда слышишь в разговорах ?Дрон 2 завод?, первое, что приходит на ум — какой-то крупный, возможно, государственный производственный комплекс, скрытый где-то за Уралом. На деле же, в последние пару лет этот термин всё чаще мелькает в контексте не столько производства ?железа?, сколько создания сервисной и операционной инфраструктуры. Многие до сих пор путают, думают, что это про конвейер, где штампуют фюзеляжи. А на самом деле, суть часто смещается в сторону ?второго завода? данных и логистики полётов — того, что происходит с дроном после того, как он покинул сборочный цех первого, физического завода.
Вот смотрите. Раньше цепочка была линейной: завод-производитель собирает аппарат, продаёт его оператору, и всё. Сейчас же, особенно с развитием AI и больших данных, появился этот самый условный Дрон 2 завод. Это уже не про пайку плат, а про обработку телеметрии, планирование миссий, анализ снимков, дистанционное управление парком. По сути, это цифровая надстройка. Я сам долго не мог перестроиться, пока не столкнулся с проектом, где 90% стоимости контракта составляли не сами аппараты, а именно софт, интеграция и год обслуживания их ?цифрового двойника?.
Возьмём, к примеру, платформу OOO ?Технологии беспилотных летательных аппаратов Хунань Юхан?. Они позиционируют себя именно как сервисная платформа, фокусирующаяся на экономике низких высот. Их сайт — uavhunan.ru — это по сути витрина их подхода. Основаны в 2019, что интересно — не в традиционном авиастроительном кластере, а в Чанше, в Хунани. Это показательно: география уже не привязана жестко к ?первому заводу?. Их модель ?сервис+продукт+операция? — это и есть попытка построить тот самый второй завод, но в цифровом пространстве. Они не производят дроны с нуля (насколько я понимаю), но создают среду, в которой эти дроны работают с максимальной отдачей.
Проблема в том, что многие клиенты, особенно из госсектора, до сих пор закупаются по старинке: хотят коробку с аппаратом, а потом сами разбираются. А без этой самой сервисной платформы, без того, что я называю заводом по обработке полётных заданий, эффективность падает в разы. Аппарат неделями простаивает, данные с него неинтегрированы в общие системы предприятия. Вот это и есть провал — купить ?первый завод?, но проигнорировать необходимость ?второго?.
В описании Хунань Юхан прямо указано: основано на интеллекте AI и технологии больших данных. Звучит гладко, но на практике интеграция — это ад. Я помню один проект по мониторингу ЛЭП. Дроны летали, собирали терабайты фото. И всё уперлось в то, что нейросеть для обнаружения дефектов нужно было обучать на местных данных — с нашей растительностью, нашими типами опор. Готовые решения с ?первого завода? или из коробки работали на 60%. Пришлось фактически строить на стороне свой маленький Дрон 2 завод — сервер для обработки, команду аннотаторов, цикл переобучения моделей. Платформа, которая заточена под это изначально, как у упомянутой компании, могла бы сэкономить месяцы.
Именно здесь бизнес-модель распределенных городских услуг, которую они продвигают, обретает смысл. Не нужно каждому муниципалитету строить свой ЦОД для анализа данных с дронов. Можно использовать облачную платформу как услугу — тот самый ?второй завод? в аренду. Но и здесь свои грабли: вопросы безопасности данных, задержки связи в удалённых районах, наконец, банальное доверие к стороннему оператору. Всё это приходится прорабатывать в каждом конкретном случае, универсальных решений нет.
Частая ошибка — пытаться сразу автоматизировать всё на 100%. Начинать нужно с пилота, с конкретной, узкой задачи: например, не ?мониторинг всей городской инфраструктуры?, а ?поиск трещин в бетоне пяти конкретных мостов?. Обработать этот объём данных можно и полуручными методами. А потом, по мере накопления данных и отладки процессов, масштабироваться. Платформа должна это позволять.
Разберём эту триаду на примере, близком к сельскому хозяйству, где мы плотно работали. ?Продукт? — это, условно, дрон для мультиспектральной съёмки. ?Сервис? — это облачный кабинет, куда сливаются данные, с предобученными моделями для расчёта индексов NDVI, выявления зон стресса. А ?операция? — это когда платформа не просто даёт тебе карту, а сама формирует задание на внесение удобрений дифференцированно и загружает его в бортовой компьютер дрона-разбрасывателя. Вот это и есть полный цикл, который закрывает Дрон 2 завод.
У OOO ?Технологии БПЛА Хунань Юхан? в заявке упомянута именно такая модель. На практике же, часто компании тяготеют к чему-то одному: либо продают ?железо?, либо предлагают чистый аутсорсинг полётов. Свести всё воедино — сложно. Требуются разные компетенции: инженеры, пилоты, data-scientist’ы, разработчики. Их удержать в одном проекте — та ещё задача. Возможно, их расположение в Чанше, крупном технологическом хабе, как раз помогает решать кадровый вопрос.
Из личного опыта: самая большая нагрузка ложится на стыке ?сервиса? и ?операции?. Пилот в поле может столкнуться с внезапным изменением погоды, отказом датчика. И здесь платформа должна не просто принимать данные, а оперативно перестраивать полётное задание, переназначать миссию другому аппарату в парке. Такая гибкость — признак зрелости системы. Без неё вся концепция рассыпается.
Не всё, конечно, бывает гладко. Один из самых показательных провалов у нас был связан как раз с переоценкой возможностей AI. Для инспекции трубопроводов в заболоченной местности мы полагались на алгоритм автоматического облёта препятствий и детекции коррозии. Но нейросеть, обученная на чистых эталонных трубах, в условиях густой растительности, паутины из веток и бликов от воды начала ?глючить?: то пропускала реальные дефекты, то выдавала ложные срабатывания на тени. Пришлось срочно дополнять миссию оператором в режиме реального времени для контроля, а это сводило на нет всю идею автономности. Завод по обработке данных встал в тупик из-за плохого ?сырья?.
Этот кейс хорошо иллюстрирует, почему сервисная платформа не может быть полностью оторвана от реалий ?поля?. Разработчикам из офиса в том же здании Минвэй в районе Фуронг необходимо постоянно получать фидбэк от пилотов, адаптировать модели. Идеальная схема — когда пилот в приложении может пометить кадр: ?здесь алгоритм ошибся?, и эта метка уходит на дообучение. Но наладить такой цикл быстро получается не всегда.
Ещё один камень преткновения — связь. Распределённые городские услуги подразумевают работу в разных точках. Но в том же частном секторе, на окраинах, с покрытием сотовой сети бывают проблемы. И тогда вся красивая схема с облачной обработкой данных в реальном времени рушится. Приходится городить гибридные решения: предобработка на борту, сохранение, а затем выгрузка, когда дрон возвращается в зону устойчивого сигнала. Это усложняет и аппаратную часть, и софт.
Сейчас уже очевидно, что ценность смещается. Сам по себе дрон — это расходный материал, платформа. Главное — данные и действия, которые из них следуют. Поэтому я уверен, что понятие Дрон 2 завод из профессионального сленга перейдёт в официальные документы, в технические задания. Будет раздел: ?поставка аппаратно-программного комплекса?, где софт и сервисы будут занимать 70% стоимости.
Платформы, подобные той, что развивает OOO ?Технологии беспилотных летательных аппаратов Хунань Юхан?, — это пионеры такого подхода. Их успех будет зависеть не от того, насколько крутых дронов они смогут подключить, а от глубины интеграции их системы в бизнес-процессы заказчика. Сможет ли их система ?распределенных городских услуг? легко встроиться в ?Умный город? конкретного муниципалитета, в цифровые контуры сельхозхолдинга или нефтяной компании.
В итоге, возвращаясь к началу. Когда теперь слышу ?Дрон 2 завод?, я думаю не о цехах, а о дата-центрах, о командах аналитиков, о потоках цифровых карт и автоматических отчётах. Это и есть современное производство — производство решений из данных. И те, кто это понял и вложился в создание такой инфраструктуры пять лет назад, как, возможно, команда из Чанши, сейчас имеют фору. Остальным придётся догонять, и это будет куда сложнее, чем наладить сборочную линию.