Шрифт:
Интервал:
Закладка:
Какие виды деятельности по разработке, производству и продаже продукта новой компании следует взять на себя, чтобы развиваться максимально успешно и быстро? Какое производство передать поставщику или партнеру? Следует ли заявлять права собственности на весь продукт или стоит пойти на модульное устройство бизнеса и открытые стандарты? Что подталкивает эволюцию от закрытой архитектуры продукта, права на который принадлежат одному собственнику, к открытой? Нужно ли компании стараться сохранить права собственности на весь продукт, когда уже появились открытые стандарты?
Решение о том, что производить самой компании, а что получать от поставщиков и партнеров, во многом определяет шансы на успех нового бизнеса. Все хорошо знают теорию, главными понятиями которой являются «основной бизнес» и «специализация». Если какой-то вид деятельности соответствует вашему основному бизнесу, то занимайтесь им сами, а если он не соответствует и есть фирмы, специализирующиеся на этой деятельности, – передайте им производство[79]. Руководство обычно поступает в соответствии с этой теорией.
Верна ли теория? Проблема в том, что не всегда легко определить, какие виды деятельности относятся к вашему основному бизнесу, а какие нет. Сегодня вам кажется, что то или иное производство не входит в него, а завтра вы поймете, что именно от него зависит успех всей компании и вам просто необходимо включить его в свой процесс.
Рассмотрим, например, решение IBM передать производство микропроцессоров для своих компьютеров компании Intel, а производство операционных систем – компании Microsoft. Эти решения руководство IBM приняло в начале 1980-х годов. Сама же компания должна была сосредоточиться на том, что она умела делать лучше всего, – на разработке, сборке и продвижении на рынок персональных компьютеров. С точки зрения истории развития компании эти решения представлялись вполне мудрыми. И Intel, и Microsoft прежде были никому не известными компаниями с минимальными прибылями, и деловая пресса на все лады расхваливала решение IBM передать им производство компонентов для своих компьютеров. Таким образом, IBM удалось резко сократить время разработки и запуска новых компьютеров. И все-таки, передав часть своего производства, IBM ввела в бизнес две другие компании, которые впоследствии стали получать самые высокие прибыли в отрасли, а ведь их могла бы получать и сама IBM.
Был ли у руководства IBM шанс предугадать, что это мудрое решение так дорого обойдется компании? Поставим вопрос шире: может ли исполнительный директор, который, как глава IBM в начале 1980-х годов, запускает новый перспективный бизнес, заранее знать, какие виды деятельности будут реально необходимы компании в будущем, чтобы оставить соответствующее производство в компании?[80]
Прошлый опыт часто вводит нас в заблуждение относительно будущего, поэтому единственный способ правильно предсказывать будущее – положиться на хорошую теорию. Чтобы описать, как тот или иной род деятельности становится основным или побочным, нам необходима теория, основанная на классификации условий и ситуаций. В пятой и шестой главах мы опишем этот механизм и покажем, как руководитель может использовать нашу теорию.
IBM и другие компании продемонстрировали – по недосмотру, конечно же, – что деление бизнеса на основной и побочный может привести к серьезным, даже фатальным ошибкам. Не всегда надо равняться на то, что у компании получается лучше всего в данный момент. Вместо этого нужно думать, каким производством необходимо овладеть сегодня, и каким – в будущем, чтобы совершенствовать продукт в направлении, важном для потребителей.
Тут нам снова поможет метафора о «найме» товара «на работу»: клиенты купят ваш товар только в том случае, если с его помощью решат важные для себя задачи. Но эти «решения» могут различаться в зависимости от двух представленных на схеме 5.1 условий: товар может быть недостаточно качественным или, наоборот, слишком качественным. Мы пришли к выводу, что, если товар пока недостаточно хорош, компании выгоднее интегрировать все производство у себя. Аутсорсинг – или специализация и дезинтеграция – уместен, наоборот, если продукт стал слишком высокого качества.
Чтобы пояснить это утверждение, мы должны рассмотреть инженерные понятия «взаимозависимость» и «модульность» и показать их важность для архитектуры продукта. Мы еще вернемся к схеме 5.1, чтобы увидеть, как эти понятия соотносятся с «подрывной» стратегией.