Кульминацией развития пакетов программ для бизнеса в 1990-е годы стало введение систем планирования ресурсов предприятия (ERP). Пионером в этой области разработки стала немецкая фирма SAP. Программы, которые разрабатывала эта фирма, должны были решить (и иногда действительно решали) одну из самых болезненных и «дорогих» проблем, стоящих перед современными компаниями: проблему хаоса узкоспециализированных приложений. По мере того как компании, отдельные предприятия или подразделения компьютеризировали одну функцию за другой, возникала проблема, связанная с необходимостью синхронного управления огромным количеством несовместимых программ, написанных на разных языках и требующих разной техники и операционных систем. Несовместимое программное обеспечение не только обусловливало высокие затраты на обслуживание и устранение неполадок. Оно также требовало дополнительной работы и увеличивало количество ошибок, поскольку одни и те же данные приходилось вводить в разные программы в разных форматах. Из-за этого руководители компаний не могли получить целостного представления о работе компании. Они могли видеть только отдельные ее аспекты.
В программном обеспечении SAP и других систем планирования ресурсов, появившихся вслед за ним, основные приложения для управления предприятием (бухгалтерский учет, управление персоналом, планирование производства, ценообразование, продажи) служили модулями единой интегрированной системы. Использование всеми модулями единой базы данных устраняло необходимость в повторном вводе информации, снижало вероятность ошибок и позволяло менеджерам получить гораздо более точное представление о работе компании. Хотя изначально можно было создавать отдельные уникальные элементы системы планирования ресурсов для конкретной отрасли или компании, внешние консультанты при выполнении заказов обычно «подгоняли» стандартные программы к потребностям отдельных потребителей на основе использования стандартизованных средств изменения конфигурации. Таким образом, любая ценная модификация могла быть скопирована другими компаниями. К концу 1990-х годов стало ясно, что масштабная «подгонка» редко стоила затраченных усилий. Компании все чаще предпочитали готовую базовую конфигурацию, понимая, что изменение комплексных программ потребует значительных затрат времени и денег, но не приведет к значимой дифференциации48.
Более того, системы от разных поставщиков почти не имели функциональных различий. Вне зависимости от того, у кого вы покупали систему управления ресурсами - у SAP, Oracle, PeopleSoft или Вааn, вы получали одни и те же базовые функциональные возможности и одни и те же плюсы и минусы. Различия между программами продолжали стираться, так как поставщики быстро копировали друг у друга все более или менее значимые новшества и каждое новое поколение программ было все более унифицированным. К 1998 году Рей Лэйн (Ray Lane), занимавший тогда пост президента Oracle, признавался, что «потребители не могут обнаружить даже пятипроцентного отличия между продуктами SAP, PeopleSoft и нашей компании»49.
Как и другие корпоративные системы, которые автоматизировали, например, управление поставками или связями с клиентами, системы управления ресурсами предприятия были крайне сложными, а их создание требовало больших затрат. Даже после того как SAP разработала версию программы для мейнфреймов, ей пришлось дополнительно потратить около $1 млрд на разработку версии для клиентских серверов50. Самостоятельно написать для себя подобную программу не смогла бы ни одна компания. Комплексные корпоративные системы могли быть созданы только внешними поставщиками, способными переложить затраты на их разработку на многочисленных заказчиков. Поэтому когда крупные компании выстроились в очередь к поставщикам таких программ, стандартное, массовое программное обеспечение начало работать «в самом сердце» предприятий. И снова в глазах руководителей компаний эффективность от использования единого ПО оказалась ценнее утраченной исключительности.
Когда генератором технологических инноваций становится не столько пользователь, сколько поставщик и подрядчик, как в случае с программным обеспечением, компаниям становится все сложнее дифференцироваться. Появление в конце XIX - начале XX века механических станков наглядно иллюстрирует эту тенденцию. Механические обрабатывающие станки являются аналогом компьютерных программ по трем причинам. Во-первых, они представляют собой своеобразный инструмент программирования, поскольку механизируют изготовление деталей или изделий, сохраняя информацию об их форме, размере и процессе производства. Во-вторых, они могут быть переналажены для выполнения различных функций, от простейших до самых сложных. В-третьих, они быстро начали широко применяться в промышленности, так как повышали производительность настолько, что практически каждый производитель был вынужден их использовать.
Первые механические станки представляли собой простейшие зажимы, то есть деревянные панели, которые использовались при работе с пилой или фрезой. Чем удачнее мастер продумывал конструкцию такого станка, тем выше была скорость работы и качество продукции. Это давало преимущество и мастеру, и его работодателю. Появление в конце XIX века электроэнергии и электромоторов позволило создавать гораздо более совершенные станки, и возникла новая отрасль экономики - станкостроение. Продавая свое оборудование различным компаниям, такие производители, как Cincinnati Milling Machine Company, смогли добиться экономии за счет эффекта масштаба и распределить высокие затраты на разработку станков между многочисленными потребителями. В первой половине XX века станки быстро совершенствовались благодаря ряду технических изобретений, например зубчатой передачи, гидравлического пресса и электромеханических рычагов. Каждое такое изобретение увеличивало сложность станков, что позволяло повысить точность, скорость и гибкость производственных операций.
Совершенствование обрабатывающих станков значительно увеличило эффективность производства за счет роста производительности и качества продукции. Однако поскольку производители станков, естественно, стремились увеличить объем продаж за счет обслуживания максимально возможного количества заказчиков, технические изобретения быстро распространялись во всей отрасли. Преимущества использования достижений технического прогресса не становились собственностью отдельного производителя, по крайней мере надолго. В результате совершенствование механических станков обычно способствовало развитию всей отрасли, не создавая устойчивых конкурентных преимуществ для отдельных компаний51. Превращение разработки ПО в самостоятельную отрасль обслуживания имело те же последствия.
Будущее программного обеспечения.
Эффект масштаба в производстве ПО объясняет распространение пакетных типовых программ, предлагаемых поставщиками и используемых многими компаниями. Однако программное обеспечение также в значительной степени подвержено уже упомянутому «эффекту перелета», который в свою очередь способствует коммодитизации. Как и производители компьютерной техники, компании, разрабатывающие ПО, вынуждены постоянно совершенствовать свои программы, чтобы удовлетворять потребности продвинутых пользователей и опережать конкурентов (или хотя бы не отставать от них). Однако в случае программного обеспечения существуют дополнительные факторы, обусловливающие «эффект перелета». Поскольку ПО не является материальным продуктом, оно «нетленно», то есть не подвержено физическому износу. Это устраняет необходимость его реновации за счет новых закупок. Единственный способ заставить потребителя снова купить программу - это сделать ее лучше, то есть модернизировать. Циклическая модернизация и постоянное совершенствование ПО были важнейшей задачей большинства производителей пакетного ПО, однако они также способствовали «эффекту перелета». Так, в 1980-1990-е годы компания Microsoft выпустила множество эффективных новых версий Microsoft Office. Однако когда появился Microsoft Office 97, оказалось, что рынок принимает его неохотно. Многим пользователям были не нужны новейшие возможности, и скорость модернизации упала. В конце концов недовольные потребители вынудили Microsoft выпустить специальный конвертер, позволявший открывать файлы Office 97 в Office 95, что позволило им продолжать использовать старые программы52. Microsoft Office превзошел потребности большинства пользователей. Это и было очевидным проявлением «эффекта перелета».
Как и в случае с эволюцией компьютерной техники, тенденция к опережению предложения по сравнению с потребностями пользователей открывает дорогу дешевым массовым версиям приложений. Это в значительной степени объясняет растущую популярность ПО с открытым исходным кодом. Хотя первые версии подобных программ чаще всего были «неуклюжими», не имели продвинутых пользовательских интерфейсов и часто ломались, число их потребителей стабильно росло по мере развития возможностей таких программ и их унификации. Сейчас основной программой для веб-серверов, использующей открытый код, является Apache. Ее доля на рынке составляет 65%53. Объем продаж на рынке операционной системы Linux продолжает расти за счет сокращения доли Windows и других систем разработки, основанных на Unix. На рынке ПО для управления базами данных MySQL отвоевывает позиции у традиционных и дорогих программ Oracle, IBM и Microsoft. В процессе разработки или доработки находятся еще несколько программ с открытым исходным кодом, в том числе такие бесплатные оболочки для офисных приложений, как OpenOffice, файлы которых совместимы с Microsoft Office. Можно не сомневаться, что по мере роста их возможностей многие из этих приложений также начнут вытеснять более дорогие пакетные программы традиционных поставщиков.
