Решение проблемы инноваций в бизнесе. Как создать растущий бизнес и успешно поддерживать его рост

Создатели технологии могли сначала представить ее на рынке как поддерживающую инновацию для врачей, владеющих сложной традиционной техникой. Легко представить себе разговор между таким врачом и агентом по продаже нового оборудования: «А зачем мне это? – спросит врач. – Я стану лучше видеть, понимать или делать все то, что я делаю и так? Это устройство дешевле? А оно не сломается?» Это разговор о поддерживающей технологии.

Если же компания представит товар на рынке как «подрывную» технологию, позволяющую врачам общего профиля выполнять процедуру у себя в кабинете, врач наверняка первым делом спросит: «А как научиться пользоваться прибором?» Это уже разговор о «подрывной» технологии.

Итак, какие потребители заложат прочное основание для будущего прибыльного роста? Вам нужны клиенты, которые уже давно ждут вашего продукта, но не могли его получить, пока вы не вышли на сцену. Вы хотите обрадовать этих людей, хотите, чтобы ваш продукт стал им нужен. Вы хотите, чтобы ваши потребители были защищены от атак конкурентов. И чтобы в ваших потребителях были бы заинтересованы все ваши партнеры. Тогда в вашей сети создания стоимости у всех будут стимулы сотрудничать на основе возможностей новой технологии.

Таких потребителей надо искать. И вы их найдете, если ваша идея оформится в бизнес-проект, соответствующий нашей схеме по всем четырем пунктам. В этом случае можно будет говорить о том, что ваш инновационный продукт конкурирует с отсутствием потребления.

Хотя эти категории потребителей на бумаге выглядят очень привлекательно, процесс распределения ресурсов многих компаний заставляет их ориентироваться на потребителей прямо противоположной категории: на тех, кто уже давно использует продукт и привык к нему. Чтобы избежать этого, нужно сначала подать «подрывную» стратегию как угрозу и добиться от руководства нужных ресурсов, а затем создать команду для организации нового бизнеса. Только новая команда будет максимально полно использовать все возможности новой технологии. Благодаря рациональному управл ению процессом распределения ресурсов и концентрации усилий на «правильных» потребителях у нового бизнеса появится прочное основание для будущего роста.

Глава 5 Как правильно определить масштабы бизнеса?

Какие виды деятельности по разработке, производству и продаже продукта новой компании следует взять на себя, чтобы развиваться максимально успешно и быстро? Какое производство передать поставщику или партнеру? Следует ли заявлять права собственности на весь продукт или стоит пойти на модульное устройство бизнеса и открытые стандарты? Что подталкивает эволюцию от закрытой архитектуры продукта, права на который принадлежат одному собственнику, к открытой? Нужно ли компании стараться сохранить права собственности на весь продукт, когда уже появились открытые стандарты?

Решение о том, что производить самой компании, а что получать от поставщиков и партнеров, во многом определяет шансы на успех нового бизнеса. Все хорошо знают теорию, главными понятиями которой являются «основной бизнес» и «специализация». Если какой-то вид деятельности соответствует вашему основному бизнесу, то занимайтесь им сами, а если он не соответствует и есть фирмы, специализирующиеся на этой деятельности, – передайте им производство [79] . Руководство обычно поступает в соответствии с этой теорией.

79

Мы хотим выразить свою признательность исследователям, чьи работы посвящены специализации и роли основного бизнеса в принятии такого рода решений. Мы имеем в виду следующие работы: C.K. Prahalad, Gary Hamel. The Core Competence of the Corporation//Harvard Business Review, May– June 1990, 79–91; Geoffrey Moore. Living on the Fault Line. New York: HarperBusiness, 2002. При этом не имеет никакого значения, что термин «основной бизнес», введенный впервые Прахаладом и Гари Хэмелом в их программной статье, использовался как оправдание диверсифицированных фирм. Эти авторы развивали теорию диверсификации, основанной на использовании существующих возможностей компании, понимаемых в широком смысле этого слова. Мы считаем, что их работа вполне логично соотносится с другим направлением теоретических исследований, восходящим к книге Эдит Пенроуз «Теория роста фирмы» (Edith Penrose. The Theory of the Growth of the Firm. New York: Wiley, 1959). В рамках этого очень мощного направления было высказано много полезных идей. Однако сейчас термин «основной бизнес» стал синонимом термина «фокус», «специализация». Это означает, что фирмы, которые хотят расти за счет основной специализации, не диверсифицируются – они обычно развивают те бизнесы, которые у них получаются лучше всего. Но нам кажется, что сейчас этот термин употребляют не совсем верно.

Верна ли теория? Проблема в том, что не всегда легко определить, какие виды деятельности относятся к вашему основному бизнесу, а какие нет. Сегодня вам кажется, что то или иное производство не входит в него, а завтра вы поймете, что именно от него зависит успех всей компании и вам просто необходимо включить его в свой процесс.

Рассмотрим, например, решение IBM передать производство микропроцессоров для своих компьютеров компании Intel, а производство операционных систем – компании Microsoft. Эти решения руководство IBM приняло в начале 1980-х годов. Сама же компания должна была сосредоточиться на том, что она умела делать лучше всего, – на разработке, сборке и продвижении на рынок персональных компьютеров. С точки зрения истории развития компании эти решения представлялись вполне мудрыми. И Intel, и Microsoft прежде были никому не известными компаниями с минимальными прибылями, и деловая пресса на все лады расхваливала решение IBM передать им производство компонентов для своих компьютеров. Таким образом, IBM удалось резко сократить время разработки и запуска новых компьютеров. И все-таки, передав часть своего производства, IBM ввела в бизнес две другие компании, которые впоследствии стали получать самые высокие прибыли в отрасли, а ведь их могла бы получать и сама IBM.

Был ли у руководства IBM шанс предугадать, что это мудрое решение так дорого обойдется компании? Поставим вопрос шире: может ли исполнительный директор, который, как глава IBM в начале 1980-х годов, запускает новый перспективный бизнес, заранее знать, какие виды деятельности будут реально необходимы компании в будущем, чтобы оставить соответствующее производство в компании? [80]

Прошлый опыт часто вводит нас в заблуждение относительно будущего, поэтому единственный способ правильно предсказывать будущее – положиться на хорошую теорию. Чтобы описать, как тот или иной род деятельности становится основным или побочным, нам необходима теория, основанная на классификации условий и ситуаций. В пятой и шестой главах мы опишем этот механизм и покажем, как руководитель может использовать нашу теорию.

80

Можно поспорить с утверждением, что IBM, когда она разместила свои заказы в Intel и Microsoft и тем самым способствовала их развитию, обладала большими технологическими мощностями, чем Intel и Microsoft, в области разработки и производства логических схем или операционных систем. Правильнее будет сказать, что решение компании IBM было основано на том, что является для нее основным бизнесом, а не на том, что является ее специализацией. Понимание необходимости аутсорсинга, или размещения заказов на стороне, возникло благодаря тому, что менеджеры нового предприятия правильно оценивали ситуацию: чтобы эти предприятия приносили прибыль корпорации, во-первых, нужно было снизить накладные расходы, а во-вторых – ускорить процессы развития новых товаров. Эти процессы оказались плохо совместимыми со сложившимися в компании методами разработки новых продуктов, которые были рассчитаны на создание сложных продуктов взаимозависимой архитектуры.

Интеграция или аутсорсинг?

IBM и другие компании продемонстрировали – по недосмотру, конечно же, – что деление бизнеса на основной и побочный может привести к серьезным, даже фатальным ошибкам. Не всегда надо равняться на то, что у компании получается лучше всего в данный момент. Вместо этого нужно думать, каким производством необходимо овладеть сегодня, и каким – в будущем, чтобы совершенствовать продукт в направлении, важном для потребителей.

Тут нам снова поможет метафора о «найме» товара «на работу»: клиенты купят ваш товар только в том случае, если с его помощью решат важные для себя задачи. Но эти «решения» могут различаться в зависимости от двух представленных на схеме 5.1 условий: товар может быть недостаточно качественным или, наоборот, слишком качественным. Мы пришли к выводу, что, если товар пока недостаточно хорош, компании выгоднее интегрировать все производство у себя. Аутсорсинг – или специализация и дезинтеграция – уместен, наоборот, если продукт стал слишком высокого качества.

Чтобы пояснить это утверждение, мы должны рассмотреть инженерные понятия «взаимозависимость» и «модульность» и показать их важность для архитектуры продукта. Мы еще вернемся к схеме 5.1, чтобы увидеть, как эти понятия соотносятся с «подрывной» стратегией.

Архитектура продукта и контактные зоны

Архитектура продукта определяет его компоненты и их взаимодействие: насколько они подходят друг другу, чтобы в итоге была достигнута функциональность, ради которой продукт и был задуман. Место соприкосновения двух компонентов называется контактной зоной. Контактные зоны, то есть параметры совместимости, существуют как между разными компонентами продукта, так и между стадиями в цепочке создания стоимости (value-added chain). Например, существует контактная зона между разработкой и производством или между производством и реализацией.

Архитектура продукта является взаимозависимой, если хотя бы один его компонент нельзя создать отдельно от других, если его разработка и производство зависят от того, как разработаны и производятся остальные составляющие. Если же компания хочет разрабатывать и создавать какой-либо компонент продукта, а при этом в какой-нибудь из его контактных зон могут появиться непредсказуемые взаимосвязи, то ей нужно одновременно разрабатывать и создавать оба компонента.

Взаимозависимая архитектура оптимизирует свойства продукта в смысле его функциональности и надежности. По определению взаимозависимые архитектуры могут быть только закрытыми: каждая компания разрабатывает свою собственную архитектуру продукта со всем взаимосвязями, чтобы определенным, отличным от других способом оптимизировать его свойства, и при этом она обладает всеми правами на него. Когда мы в этой главе говорим о взаимозависимых архитектурах, этот термин следует понимать как закрытые, патентованные, оптимизированные архитектуры.

Наоборот, в модульной контактной зоне нет непредсказуемых взаимосвязей между компонентами продукта или стадиями в цепочке создания стоимости. Модульные компоненты стыкуются и работают вместе по понятным и четко определенным правилам. Модульная архитектура определяет место и функции каждого компонента в структуре – и определяет всеобъемлюще, настолько, что уже не имеет значения, кто производит компоненты или подсистемы, раз они полностью соответствуют спецификации. Модульные компоненты можно разрабатывать в независимых рабочих группах или в разных компаниях, управляемых из центрального офиса.

Таким образом, модульные архитектуры придают гибкость процессу создания стоимости, но требуют жестких спецификаций всех компонентов продукта и оставляют инженерам меньше свободы при разработке. В результате ради гибкости модульной архитектуры приходится жертвовать качеством продукта – его свойства должны быть жестко определены [81] .

Чистые случаи модульных и взаимозависимых архитектур – это две крайние точки на шкале, и большинство продуктов находятся между ними. Мы увидим, что компании скорее добьются успеха, если архитектура их продуктов будет определяться конкурентной ситуацией на рынке.

81

За последнее десятилетие опубликовано много важных работ на эту тему. Мы хотели бы отметить следующие: Rebecca Henderson, Kim B. Clark. Architectural Innovation: The Reconfiguration of Existing Product Technologies and the Failure of Established Firms//Administrative Science Quarterly 35 (1990), 9-30; K. Monteverde. Technical Dialog as an Incentive for Vertical Integration in the Semiconductor Industry// Mangement Science 41 (1995), 1624–1638; Karl Ulrich. The Role of Product Architecture in the Manufacturing Frim//Research Policy 24 (1995), 419–440; Ron Sanchez, J.T. Mahoney. Modularity, Flexibility and Knowledge Management in Product and Organization Design//Strategic Management Journal 17 (1996), 63–76; Carliss Baldwin, Kim B. Clark. Design Rules: The Power of Modularity. Cambridge, MA: MIT Press, 2000.