Вертикальная интеграция не является бинарной. Это непрерывная серия решений о производстве или покупке, которые развиваются по мере масштабирования. Логика принятия решений всегда является компромиссом. С одной стороны: Ускоряет ли владение этим процессом наш цикл обучения? Генерирует ли это знания, которые мы не можем получить другим способом? Реально ли это сделать внутри компании без огромных первоначальных затрат? С другой стороны: отвлекает ли это внимание инженеров? Стоит ли капиталоемкость при нашем текущем объеме? Может ли третья сторона сделать это так же хорошо? Мы начали заниматься обработкой на раннем этапе. Не потому, что нам нравится капитальные затраты, а потому, что мы строим для массового производства с первого дня, и это относительно доступный процесс для владения. Наши инженеры чувствуют боль от производства того, что они проектируют. Они создают вещи, которые действительно можно производить. Это накапливается. Теперь, когда наш продукт созревает, и у нас больше ресурсов, мы возьмем на себя еще одну задачу вертикальной интеграции. Но всегда выбирая те, которые достижимы и имеют смысл, учитывая, на каком этапе находится эволюция компании. Это реальные затраты с первого дня. Но, как и большинство хороших инвестиций, отдача приходит по мере масштабирования. В конечном итоге вы накопили производственные знания, которых нет у ваших конкурентов, вы устранили маржу поставщиков по всей вашей цепочке, и вы контролируете свои собственные сроки производства. Другой аспект, который люди упускают, заключается в том, что это глубоко зависит от контекста. Если вы массово производите оборудование, аргументы становятся сильнее. Если ваша цепочка поставок нарушена (как в морской, космической, оборонной отраслях) - еще сильнее. Если регулирование, такое как ITAR, заставляет производить внутри страны, тем более. Не интегрируйте все вертикально с первого дня. Но и не избегайте серьезных производственных вызовов.