Спрощення бізнесових моделей — це природня супутня обставина спрощеного програмування і спрощених зв'язків. У Web 2.0 ця властивість добре використовується. Нова служба, подібна housingmaps.com, була побудована простим миттєвим злиттям двох існуючих служб. Housingmaps.com не має бізнесової моделі (поки що) — але для багатьох невеликих послуг, Google Adsense (або, можливо, Amazon, яка пов'язана з грошовими зборами, чи обидві) забезпечує успішний проект, що включає еквівалент митної моделі.
Ці приклади інтуїтивно забеспечують другий ключовий принцип Web 2.0, до якого ми звертаємося в «іноваціях у зборах.» Коли товарних компонент дуже багато, то ви можете новим і ефективним способом створити звичайною їх збіркою нове значення. Так як революція ПК сприяла багатьом можливостям для іновацій у зборі технічних пристроїв, з компаніями подiбних Dell, які роблять науку з таких збірок, і таким чином, наносять поразку компаніям, чиї бізнесові моделі потребують іновацій у розробці пристроїв, ми допускаємо, що Web 2.0 забеспечить можливість компаніям, які конкурують, одержувати кращі результати при використанні і об'єднанні послуг, які забеспечуються іншими.
Інвестиційний тезис Web 2.0
Ризикований капіталіст Поль Кедроський (Paul Kedrosky) писав, що «ключем є знаходження дієздатних капіталовкладень, де ви не згоджуєтися із консенсусом». Досить цікаво спостерігати, як кожний аспект Web 2.0 залучає незгоду до консенсусу: кожен, хто робить наголос на триманні даних в таємниці, Flickr/Napster/ i т. д. сприяє розголосу цього. Це не тільки розходиться в думках, щоб бути неприємним (pet food! он-лайн!), це розходиться в думках, де ви можете побудувати що-небудь поза відмінностями. Flickr будує спільноту, Napster — широту збірок. Іншим способом, щоб подивитися на це, успішні компанії цілком відмовляються від чогось дорогого, але вважається критичним, щоб одержати що-небудь цінне безкоштовно це було одного разу дорого. Наприклад, Wikipedia відмовляється від центрального редагування контролю у відповідь на швидікість і широту. Napster відступив на ідеї «каталога» (всі пісні, які продавец продавав) і одержав широту. Аmazon відступив на ідеї наличия фізичного фронтону магазина, але повинна була обслуговувати цілий світ. Google відступив на великих клієнтах (початково) і добрав 80 %, чиї потреби не зустрічалися. Є щось подібне до айкідо (застосування сили вашого противника против нього ж самого) у вислові, «ви знаєте, ви правильні — абсолютно хто-небудь у всьому світі МОЖЕ обновити цю статтю. І догадуйся, що, це погана новина для вас.» — Nat Torkington
Софт працює поверх пристроїв
Опубліковано 21.10.2005 р. (джерело)
Збираємо по-новому
Спрощення бізнес-моделі — це природний супутник спрощенного програмування і вільного партнерства. У Вебі 2.0 повторне використання не засуджується. Нові сервіси, такі як housingmaps.com, є простим поєднанням двох існуючих служб. У Housingmaps.com немає бізнес-моделі (поки), але безліч невеликих сервісів живе за рахунок Google Adsense (або, можливо, амазонівських програм, або — і тих, і інших).
Ці приклади ілюструють ще один ключовий принцип Веба 2.0 — те, що ми називаємо «збірка по-новому». Коли навколо стільки дешевих компонентів, ви можете створювати щось цінне, просто збираючи з них несподівані або ефективні комбінації. Точно так, як і ПК-революція дала «путівку в життя» компаніям що збирає комп'ютери із звичайних комплектуючих, Веб-2.0 надає можливість компаніям, що збирають свої застосування з чужих компонент.
Софт працює поверх пристроїв
Ще одна особливість Веба 2.0, яка заслуговує на увагу, це те, що тепер веб не прив'язаний до платформи ПК. Перед відходом з Microsoft розробник Дейв Стац (Dave Stutz) дав своєму колишньому працедавцеві пораду: «забезпечити високий прибуток здатне програмне забезпечення, що працює поверх пристроїв».
Звичайно, так можна охарактеризувати практично всі веб-додатки. В кінці кінців, просте застосування вимагає для своєї роботи принаймні два комп'ютера: один — для хостингу сервера, другий — для браузера. І як ми вже обговорювали, розвиток веба як платформи розширює цю ідею до синтетичних додатків, складених з сервісів, які надаються множиною комп'ютерів.
Але — з Вебом 2.0 таке трапляється частенько — «2.0» означає не щось абсолютно нове, а розвиток і поглиблення існуючих концепцій. І фраза Стаца пояснює, як потрібно проектувати додатки для нової платформи.
На даний момент часу кращим прикладом нового підходу є iTunes. Цей додаток без проблем сполучає кишеньковий пристрій з грандіозною веб-базою, залишаючи ПК роль локального кеш-сервера і контролюючої станції. Спроби донести веб-контент мобільних пристроїв, зрозуміло, робилися і раніше, але зв'язка ipod/itunes є одною з перших стосовно застосувань, які сполучають в єдиний ланцюжок відразу декілька пристроїв. Інший хороший приклад подібного підходу — цифровий відеомагнітофон TiVo.
itunes і Tivo також демонструють інші ключові принципи Веба 2.0. Вони не є веб-додатками самі по собі, проте використовують потужність веб-платформи, перетворюючи веб на непомітну, практично невидиму частину своєї інфраструктури. Tivo і iTunes — сервіси, а не коробкові застосування (хоча у випадку з iTunes це не зовсім вірно — програма цілком може використовуватися і як коробковий софтвер для управління призначеними для користувача даними). Більш того, і Tivo, і iТunes намагаються використовувати колективний розум, хоча в обох випадках ці експерименти натикаються на опір з боку лобі власників інтелектуальної власності. У iТunes архітектура взаємодії користувачів досить обмежена, хоча останні нововведення в області підтримки підкастінга дещо змінили положення справ у кращий бік.
Все це одна з областей Веба 2.0, в якій ми чекаємо тим більших змін, чим більше пристроїв підключено. Які застосування з'являться, коли всі наші телефони і автомобілі будуть не тільки споживачами інформації, але й її постачальниками? Моніторинг транспортних корків в реальному часі, флеш-мобі, любительська журналістика — ось тільки декілька перших ластівок, що натякають нам на можливості нової платформи.
Багаті інтерфейси призначені для користувача
Ще з часів браузера Viola (1992) у всіх на вустах слово «аплети» та інші способи доставки активного контента через браузер. Поява в 1995 році Java теж супроводилося згадкою аплетів. Javascript — а потім і DHTML — були представлені публіці як прості шляхи для виконання додатків на боці клієнта і збагачення призначених для користувача інтерфейсів. Декілька років опісля Macromedia використовувала термін Rich Internet Applications (втім, ним не гребувала і Laszlo Systems — розробник флеш-рішень у відкритих вихідниках), щоб підкреслити можливості Flash не тільки в області доставки мультимедіа-контента, але і як основи для побудови GUI-інтерфейсів.
Проте потенціал веба для побудови повномасштабних додатків не приймали серйозно до появи Gmail, за якою послідував Google Maps. В обох випадках веб-додатку пропонували багаті призначені для користувача інтерфейси і майже невідрізниму від ПК-додатків інтерактивність. В одному зі своїх есе Джес Джеймс Гаррет з веб-студії Adaptive Path «охрестив» використані для цієї мети технології Ajax. Він писав: