Елена Войниканис - Право интеллектуальной собственности в цифровую эпоху. Парадигма баланса и гибкости

На самом деле, точность определения не всегда является критерием понятия. Это справедливо в отношении любых широких понятий, которые играют роль отправной точки. Если взять для примера философию, то такие понятия, как «бытие» у Г.В.Ф. Гегеля, «язык» у Л. Витгенштейна или «существование» у К. Ясперса не имеют в научном понимании строгого определения. Каждый раз речь идет о ключевых понятиях в определенной сфере, через которые получают свое определение все остальные понятия. Не следует думать, что в праве дела обстоят намного лучше и что юристы мыслят яснее, чем философы. Существует ли согласие относительно того, что есть право, закон или договор? В действительности, мы каждый раз сталкиваемся с множеством не похожих друг на друга определений, и только для удобства профессиональной коммуникации принимаем одно из них за некий стандарт. Например, Г. Харт полагал, что ответ на вопрос «Что есть право?» нельзя дать в форме определения понятия, по крайней мере право нельзя определить по принципу рода-видовых отличий, а именно этот тип определения со времен Аристотеля считается единственно строгим. Точно так же и отдельные понятия, которые использует юриспруденция, не имеют однозначных определений. Последнее позволяет праву оставаться «открытой структурой», способной адаптироваться к новым ситуациям и феноменам общественной жизни [80].

И все же отсутствие строгого определения всегда имеет свои особенные причины. Ситуация Веб 2.0 отчасти напоминает ту, которую мы имеем с самим Интернетом. Интернет, строго говоря, представляет собой сеть компьютеров, связанных между собой по определенному протоколу (Internet Protocol), но помимо технической стороны вопроса не меньшее значение имеют социальные, экономические и иные составляющие. Фактически мы имеем дело с технологией, которая положила начало новой эпохе, видоизменила сознание, подходы и общественные отношения. Определять эпоху в развитии общества можно только через перечисление наиболее устойчивых тенденций и характерных примеров. То же самое справедливо и в отношении Веб 2.0, редуцировать который до технологической составляющей еще сложнее, так как активность пользователя становится неотъемлемой частью технологического процесса.

Чтобы было яснее, о чем именно идет речь, опишем основные принципы, которые используются в новых бизнес-моделях Веб 2.0.

Из отдельного продукта, который устанавливается на индивидуальный компьютер, программное обеспечение становится услугой, которая предоставляется пользователю в виде приложений к интернет-сервису . С точки зрения пользователя, это означает отсутствие необходимости следить за появлением новых версий используемых им компьютерных программ. С точки зрения разработчика и провайдера, речь идет о бизнес-модели «постоянной Бета-версии», когда процесс усовершенствования программы не прекращается, а время выхода новой версии существенно сокращается. Это становится возможным благодаря постоянной, в реальном времени обратной связи с пользователем. Изучение поведения пользователя занимает место маркетинговых исследований. Результаты, полученные таким путем, оказываются по определению более надежными, а планирование на их основе – более эффективным. Дополнительным способом коммуникации с пользователем служит «А/Б тестирование», когда какой-то части пользователей предлагается опробовать новые возможности про граммы [81]. Только при положительном отклике добровольцев изменения становятся доступными для всех. Такая переориентация изменяет структуру интернет-бизнеса. Над «видимой» частью сервиса – приложениями, с которыми работает пользователь, – надстраиваются «теневые приложения»: программы, которые обеспечивают сбор и анализ данных о пользователях, обратную связь и т. п. [82]Центры обработки данных, организация бесперебойной работы приложений, процесса взаимодействия с пользователями становятся не менее важными, чем работа над самими приложениями, т. е. программным продуктом. Естественно, что вместе с новым подходом возникают и новые проблемы. Желание удовлетворить всех пользователей сразу, поспешно введенные изменения могут отразиться на качестве услуг и в конце концов лишить компанию наиболее ценных клиентов. Функциональная избыточность может привести к так называемой «усталости от дополнительных функций» (feature fatigue), когда получение набора новых возможностей не окупает усилий на освоение громоздкого, сложного в использовании программного продукта [83].