以方便觀察個案。個案選擇部份本研究選擇 Google 和 Facebook。這兩家企業都 是業界的領導廠商，並且擁有最高的市場佔有率，無論是 Google 要能夠提供每
Osterwalder 的經營模式由九大構面 Key Partnerships、Key Activities、Value Proposition、Customer Relationships、Customer Segments、Key Resources、Channels、
Cost Structure、Revenue Streams 所組成。各構面明確的定義如下：
選擇個案
‧
Value Proposition：所要傳遞給各消費者區隔的價值
Channels：企業如何接觸和提供服務給消費者的管道
Revenue Stream：透過各消費者區隔所得到的現金
Cost Structure：使經營模式運作所需要的支出
Key Resources：使經營模式運作最需要的資源
Key Activities：使經營模式運作最重要的活動
Key Partnerships：使經營模式運作所需要的供應網絡和合作夥伴
Customer Relationships：企業和特定消費者區隔所建立的關係
Customer Segments：企業所要接觸的各種不同消費族群
由於本論文將針對「以雲端運算為基礎」的企業來探討，雲端運算的出現是 一種突破且創新的技術與服務。因此 Osterwalder 的經營模式不適合直接拿來討 論，以下我們將重新設計經營模式成為我們的研究模型。從前面文獻探討我們已
「企業、事業夥伴、顧客」三大角色。對企業而言，Value Proposition、Key Resources、
Key Activities、Cost Structure、Revenue Streams 都是企業內部的要素，而連結企 業與顧客的便是 Channels 和 Customer Relationships，另外還有事業夥伴，可能和 企業本身是上下游關係，甚至有時候是同一個產業鏈位置的競爭者。重新整理後 的經營模式如圖三.2.1 所示：
‧
二、構面的調整：通路 Channel 改為帄台(Platform)然而使用者是如何使用雲端技術或雲端服務呢？對雲端提供者而言，使用者 都只是一個一個連到資料中心的連線罷了，但對使用者而言，他們看到的是一個 帄台(Platform)，這個帄台的 UI(User Interface)已經被設計過了，使用者可以透過 這個 UI 直接使用每個功能。 集了眾多的需求，根據網路外部性(Network Externality)當只有 2 個人時，整個帄 台的互動只有 1 對，當有 5 人時，整個帄台的互動將增為 10 對，當有 1 萬人時，
整個帄台的互動將增為 49,995,000 對。互動數 x 和帄台上人數 n 的關係式為
＝ 。其漸進上限是 O( )。帄台上發生的一切和消費者的行為足以影響
Value Proposition Channel Customer Segments
Key Resources Key Activities
Cost Structure Revenue Streams
Key Partnerships Customer Relationships 企業內部
顧客 外部夥伴
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
19
整個營運模式，其實使用者並不明白雲端運算實際運作的流程，但他們知道當他 們執行手邊的終端(筆電、桌上型電腦、手機、帄板、電視)，他們就可享有雲端 服務。但更精確地說，其實是看到終端中執行的應用的 UI。由於帄台為雲端使 用者在使用上真正面對的對象，在雲端服務上使用者反而感受不到傳統 Channel 所帶來的影響，因此本研究在營運模式中將 Channel 改為「帄台(Platform)」以更 貼切雲端運算所造成的影響。最後我們所完成的研究模型便如圖三.2.2 所示。
圖三.2.2
Value Proposition Platform Customer Segments
Key Resources Key Activities
Cost Structure Revenue Streams
Key Partnerships Customer Relationships 企業內部
顧客 外部夥伴
‧ 國
立 政 治 大 學
‧
Na tiona
l Ch engchi University
20