<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Hybrid revenue models of software companies and their relationship to hybrid business models</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Karl Michael Popp</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Corporate Development</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>SAP AG (karl.michael.popp@sap.com)</string-name>
        </contrib>
      </contrib-group>
      <pub-date>
        <year>2011</year>
      </pub-date>
      <fpage>77</fpage>
      <lpage>88</lpage>
      <abstract>
        <p>Software companies create revenue from selling software licenses and services to customers. This paper tries to model revenue streams of software companies and addresses questions like: What do revenue models consist of and how do companies differentiate their revenue model to that of other companies? After structuring revenue models and describing attributes of revenue streams, this paper shows the relationship between revenue models and business models and provides some answers to the questions by using a semi-formal approach to classifying and modeling business models and revenue models on a type level. It illustrates the findings with examples from three companies in the software industry.</p>
      </abstract>
      <kwd-group>
        <kwd />
        <kwd>Business model</kwd>
        <kwd>Software business models</kwd>
        <kwd>Business model classification</kwd>
        <kwd>Hybrid business models</kwd>
        <kwd>Business model generation</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>A creator uses supplied goods and internal assets and transforms them to create a product. It is
important to know that the main work done by the creator is designing the product. An example is Apple.
Apple designs the iPod in California. So Apple uses the business model archetype creator.</p>
      <p>A distributor buys a product and provides the same product to customers. Obvious examples are
companies in the wholesale and retail industries, or value added resellers in the software industry.</p>
      <p>A lessor provides the temporary right to use, but not own, a product or service to customers.
Examples are landlords, lendors of money or software companies that license their software to customers.</p>
      <p>A broker facilitates the matching of potential buyers and sellers. A broker never takes ownership of
the products and services. An example is a stock broker. Another example is Google´s advertising
business, which matches the advertisers with potential customers.</p>
      <p>Figure 2 shows the combination of archetypes and type of goods offered, resulting in 16 different
results. Each combination of the type of goods/services provided and the business model archetype is
called a business pattern.</p>
      <p>
        Since software vendors are focused on providing intangible goods and services like software [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], let
us investigate what the specifics of the different business patterns are for intangible goods/services.
      </p>
      <p>Inventors create intangible services or goods. The main task is inventing (designing) the new service
or product. Being an inventor is a widespread business model archetype in the software industry. Often
this is an expensive task, e.g. when the inventor designs and programs software leveraging developers
on his own payroll. After the invention activities have ended, software companies make use of other
archetypes for intangible products to make them available to customers. Common are IP distributor for
selling the intellectual property or IP lessor to provide usage rights for the software to customers.</p>
      <p>IP distributors sell their intellectual property rights or another software vendor´s usage rights to
customers. Typical ways to distribute intellectual property in the software industry are OEM agreements
for software components and distribution rights for redistributables, which are often bundled with
development tools and are integrated and shipped with a software product.</p>
      <p>IP Lessors are providing intangible goods “for rent”. As outlined above, intangible goods can be
software but also other intellectual property, like knowledge, brand image, trade secrets or patents.
Software companies provide usage rights for their software to customers and thus act as IP Lessors.
3</p>
    </sec>
    <sec id="sec-2">
      <title>Business, Business Model and Revenue Model</title>
      <p>
        For the sake of simplicity, let´s assume a business (software company) under consideration has one or
more business models and one or more revenue models. A business model determines which goods or
services are provided by a company. Formally, the business model consists of one or many business
patterns. A business model is a model on type level, which means that it is a generic model showing the
type of business, but not how the business is run. For further definition and information on business
models, please review the literature [
        <xref ref-type="bibr" rid="ref2 ref3">2,3</xref>
        ].
      </p>
      <p>A revenue model defines how a company is compensated for each of the business patterns provided.
The compensation usually, but not necessarily, is a payment. A company has the freedom to create a
revenue model for each the company´s business patterns.</p>
      <p>
        A revenue model consists of one or several revenue streams [
        <xref ref-type="bibr" rid="ref4 ref5">4,5</xref>
        ]. Usually one revenue stream
compensates for each of the business patterns offered. But this is not necessarily the case. In the case of
SaaS, the customer usually pays one subscription fee for the combination of the business patterns
Physical Lessor, IP Lessor and Contractor business.
      </p>
      <p>
        There are flexible ways to create revenue streams for the goods and services provided. Different
types of revenue models and revenue streams are created by choosing different values for the following
attributes that apply to revenue streams [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]: Compensator, Effect, Rating, Charging and Timing.
All of these attributes except causality also apply to revenue models.
3.1
      </p>
      <sec id="sec-2-1">
        <title>Compensator 3.2</title>
      </sec>
      <sec id="sec-2-2">
        <title>Effect</title>
        <p>The Compensator is the party, which provides the compensation (e.g. a customer or third parties). In the
creation of a revenue model, you first look at the different parties which could provide the
compensation. A simple case of a compensator for goods and services is that a customer pays in cash for each
instance of a service that was consumed.</p>
        <p>The effect of the compensation tells if a compensation takes place and of what type the compensation
is:</p>
        <p>A good or a service might have no compensation. An example is open source software, which can
be used without monetary compensation under a certain license. Another example is the social work of
a volunteer.</p>
        <p>A good or a service might be compensated with other goods and services in return. The search
service from Google is compensated with information about the searching user.</p>
        <p>A good or a service might be compensated financially by different forms of payment. An obvious
example is a barber, who gets compensated by cash or credit card payments.
3.3</p>
      </sec>
      <sec id="sec-2-3">
        <title>Causality 3.4</title>
      </sec>
      <sec id="sec-2-4">
        <title>Rating</title>
        <p>The relationship between business models and revenue models is based on causality. A revenue stream
is always linked to exactly one business pattern that represents the cause for the revenue stream
(Causality). Please note that the relationship between business model and revenue model is an indirect
relationship, which allows flexibility in creating combinations of business models and revenue models.
Rating is defined as the way to measure the usage or consumption of goods and services. Ratings are
done based on amounts or on time or ratings are combinations of both. Ratings by amount are based
on the number of goods and services consumed. There are many different ratings possible and many
different ratings are used in practice.Typical ratings by amount in the software industry are the number
of processors of a computer that runs software or the number of users that has access to a software
solution or the throughput of a software solution. A software as a service provider usually rates the
number of users that have access to the offering.</p>
        <p>Ratings by time are also popular. You could allow the usage of a software or service for a limited
time or for a certain period of time. A cell phone network provider could for example rate for initiation
of a call and for each minute of the call by one minute increments.
3.5</p>
      </sec>
      <sec id="sec-2-5">
        <title>Charging</title>
      </sec>
      <sec id="sec-2-6">
        <title>Charging is defined as the way to define the compensation amount for a certain rating of goods</title>
        <p>and service consumption. There is again tremendous freedom to create charging rules. Typical charging
models in the software industry are fixed fees for each processor of a server or fixed fees per user or
fixed fee per megabyte throughput for a data cleansing solution or a combination of the above.</p>
        <p>Extreme examples of rating and charging in the software industry are used for perpetual licenses and
all you can eat licenses. Perpetual license means that a revenue stream relates to perpetual use of a
software component, which means that the software can be used forever. So the usage is rated by time
for unlimited time, but compensated for perpetual use.</p>
        <p>An all you can eat license might refer to the customer having a right to use all software solutions of
a software vendor. In this case, the software vendor is bundling all of its products into one bundle. This
is usually done for large customers of software vendors. It is a good way to sell more products into a
customer and to lock-out competitors from that customer.
3.6</p>
      </sec>
      <sec id="sec-2-7">
        <title>Pricing</title>
        <p>
          There are different pricing mechanisms and strategies possible. We omit further discussions on pricing
and therefore point to existing literature [
          <xref ref-type="bibr" rid="ref2 ref3 ref6">2,3,6</xref>
          ].
The timing of compensation tells at what time the compensation will happen and what additional
conditions apply for the timing of the compensation. Examples we meet often are prepay, which
means you pay before you are able to consume goods or services, by payment schedule, which might
define certain payments at different points in time under certain payment conditions and post pay,
meaning you pay after you were able to consume or have received or consumed the products or
services.
4
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Hybrid business models and hybrid revenue models</title>
      <p>If a business model is made up of several business patterns, it is called a hybrid business model. To
create a hybrid business model in the real world, you could choose the business patterns Inventor, IP
Lessor and Contractor to create a product software company. Hybrid business models can be a source
of business model synergies to create competitive advantage, for example: when there is an
asymmetric market for companies offering that specific hybrid business model, like the early markets for on
demand software or if a hybrid business model creates competitive advantage in markets due to
synergies between business patterns or business models.</p>
      <p>If a revenue model is made up of several revenue streams, we call it hybrid revenue model. By
definition, a hybrid business model always has a hybrid revenue model due to causality. Hybrid revenue
models can be a source of revenue model synergies to create competitive advantage. This can be the
case if a hybrid revenue model allows to fund cost of a business pattern with a revenue stream that is
not connected by causality or to fund cost for a new business pattern. We will see examples later in this
paper.
4.1</p>
      <sec id="sec-3-1">
        <title>Hybrid business and hybrid revenue models in the software industry</title>
        <p>Looking at the software industry, most software companies have a hybrid business model, because they
are acting as an inventor and as an IP Lessor at the same time. In addition, software companies can
differentiate their business model by offering software as a product, software as a service or a
combination of both.</p>
        <p>Software as a product (SaaP) means that a copy of the software product gets delivered to the
customer and the customers gets usage rights, usually in the form of a license, for using the software for a
specified purpose. The customer does not get ownership of a product, but rights to use the software for
a compensation back to the software company. Cost of support and of providing maintenance releases
is carried by the IP Lessor. The cost of operations of the solution and the license fees are carried by the
customer. The typical Software as a product business represents a hybrid business model as shown in
figure 5.</p>
        <p>The hybrid revenue model for software as a product is usually made up of the following revenue
streams: Inventor (no compensation), since there is no direct compensation for the Inventor business
pattern in the software product business, the Inventor business pattern is often associated with sunk
cost, IP Lessor (license fees) and Contractor (service, maintenance and support).</p>
        <p>Software as a service (SaaS) means that the customer gets access to the software as well as usage
rights for a specified time and a specified purpose. The software runs at a hosting provider or in the
cloud and is not delivered physically to the customer.</p>
        <p>The hybrid business model for SaaS consists of the business patterns Inventor, Physical Lessor, IP
Lessor and Contractor. The Inventor business pattern creates the software product that is underlying the
service. The software is operated leveraging the business patterns physical lessor (hardware usage), IP
Lessor (usage rights) and Contractor (operating, maintaining and supporting). The software company
carries the sunk cost of development, the cost of support and maintenance as well as the cost of
operations of the software.</p>
        <p>For most SaaS offerings in the market, the customer pays for the usage of the SaaS offering, but not
for each of the business patterns contained in SaaS. The hybrid revenue model for SaaS is constructed
as follows: Inventor (no compensation), since there is no direct compensation for the Inventor business
pattern in the software product business, the Inventor business pattern is often associated with sunk
cost, IP Lessor (license fees), Physical Lessor (usage fees) and Contractor (operation, service,
maintenance and support fees).</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Revenue models of successful software companies</title>
      <p>Now let us apply this framework to three software companies, which were chosen for their size and
availability of information about their business models: SAP, Microsoft and Google. The first one is
SAP AG, a german company selling software and services in the area of enterprise applications.</p>
      <p>
        SAP is a 11,5 billion Euro revenue company, with more than 100,000 customers in 120 countries
[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. SAP´s focus is on offering software as a product, but SAP is actively working on increasing the
software as a service business. In addition, SAP also offers system integrator services and a variety of
support services.
5.1
      </p>
      <sec id="sec-4-1">
        <title>SAP business model details</title>
        <p>One part of SAP´s business model is acting as an inventor. SAP´s inventor business means sunk cost of
development, but there is no direct revenue stream compensating for the inventor activities. This would
work for SAP if and only if there are enough customers paying for licenses, maintenance and support in
the future to make the break even for each product invented. By having a hybrid business model, SAP´s
revenue streams for IP Lessor and Contractor business (license, maintenance and support revenue)
cover for sunk cost of inventions.</p>
        <p>Another part of SAP´s business model is the IP distributor business. Here SAP acts as a reseller and
revenue share partner for a number of partner solutions. SAP distributes usage rights for the intellectual
property of SAP partners while avoiding the sunk cost of inventing these solutions.</p>
        <p>Furthermore, SAP has IP Lessor business working in a direct and indirect way with customers.
While SAP owns direct business for very large and large enterprises, they engage with partners to get
access to small and medium sized customer companies. SAP offers all models of the IP Lessor
business. While most of the customers run along the traditional model of SaaP, SAP is increasingly
targeting the software as a service business.</p>
        <p>Yet another business at SAP is the financial lessor business since SAP offers financing to customers
to pay for their license fees. SAP also acts as a physical lessor by running customer software on SAP´s
hardware. In addition, SAP offers SaaS solutions like SAP Business ByDesign or SAP CRM on
demand, which are running on hardware in SAP data centers.</p>
        <p>SAP also acts as a contractor by providing consulting services, support and maintenance services as
well as customer specific development for SAP´s on premise offerings as well as operating services for
SAP´s SaaS products.</p>
        <p>
          Last but not least, SAP has an IP broker business [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. They host an online solution partner
marketplace called SAP Ecohub. Partners can advertise their solutions there and SAP can get a revenue share
from partners if leads for partner solutions are created via SAP Ecohub. SAP is also advertising partner
products and services that are resold by SAP on SAP Ecohub. Overall, SAP is extending their activities
in the partner ecosystem in order to increase revenue from the ecosystem.
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>5.1.1 SAP´s Revenue Models</title>
        <p>Figure 7 gives a simplified view of SAP´s revenue model, because only large streams of revenue are
listed. The largest stream of revenue for SAP is revenue for maintenance and support followed by a
revenue stream for SaaP. Revenue from maintenance and support services is used to compensate
indirectly for inventor business at SAP. Emerging revenue streams at SAP are for SaaS and revenue from
the ecosystem.</p>
      </sec>
      <sec id="sec-4-3">
        <title>5.1.2 SAP´s revenue model synergies</title>
        <p>SAP´s hybrid revenue model allows to fund new product development from support and maintenance
revenue models. In addition, funding of Saas activities by revenue from SaaP seems possible. The
revenue generated also allows SAP to acquire companies and thus extend their business and revenue
models.
5.2</p>
      </sec>
      <sec id="sec-4-4">
        <title>Microsoft´s business model</title>
        <p>
          The second software vendor analysed here is Microsoft. Microsoft is a very large company with a
number of different business models and over 60 billion US Dollar revenue. Analogous to SAP, Microsoft
is rapidly changing from a company that was solely focused on offering software as a product to
offering software as a service solutions. As a difference to SAP [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ], Microsoft is in the business to business
as well as in the business to consumer business, Microsoft offers software and hardware solutions,
Microsoft has done significant steps forward in establishing a software as a service offering in the
business to consumer business (with Windows Live etc.) and Microsoft does most of its revenue indirectly
through partners. Hardware vendors are bundling Microsoft operating systems, software vendors are
including Microsoft´s databases in their offerings etc.
        </p>
        <p>Microsoft has direct and indirect IP lessor business with end customers and offers all models of the
IP Lessor business with most of the revenue being indirect. In addition, Microsoft has a well established
cross-licensing business with a number of software vendors. Microsoft´s Partner solution finder allows
customers to find partner solutions on Microsoft´s website, so they match partner offerings with
customers (IP broker business). But Microsoft is also extending their business models into other types of
broker business. Microsoft partners with Yahoo in the advertising/matchmaking business and provides
advertising opportunities via their search engine Bing and as part of Windows Live.</p>
      </sec>
      <sec id="sec-4-5">
        <title>5.2.1 Microsoft´s revenue models</title>
        <p>As mentioned above, the main source of revenue is the ecosystem of partners. Many hardware vendors
(computers, cell phones, cars) are delivering Microsoft operating systems as part of their offerings and
many SaaS and SaaP software vendors base their solutions on Microsoft operating systems and
database platforms. In addition, Microsoft has revenue coming from SaaS (Windows Live) and from
appliance sales (e.g. XBox).</p>
      </sec>
      <sec id="sec-4-6">
        <title>5.2.2 Microsoft´s revenue model synergies</title>
        <p>Microsoft´s direct and indirect revenue allows Microsoft for their activities in the SaaS and other new
areas of business.
5.3</p>
      </sec>
      <sec id="sec-4-7">
        <title>Google´s business model</title>
        <p>Google is a software company that started in the search and advertising business and has extended its
business to many other areas. Google´s revenue in 2010 was 29 billion US Dollars, mainly from broker
business.</p>
        <p>What Google does successfully is matchmaking between advertisers and potential customers. But
Google has more products and services than just advertising and search. Let us have a look at the
business model. We start with the products/services offered and the business model archetype.</p>
        <p>Besides of Google´s main business as a broker, Google is a manufacturer of the Google Search
Appliance, which is a hardware appliance that includes Google´s Search Engine. Target customers are
companies, that should use the search appliance for searching their intranet. Inventor business at
Google is mainly focused on inventing products for the broker business and for other SaaS offerings
like Google Apps, Gmail or Google Voice. The SaaS offerings are created by combining the business
models Physical Lessor, IP Lessor and Contractor. In addition, Google acts as a IP Lessor for browser,
operating systems and content of books.</p>
      </sec>
      <sec id="sec-4-8">
        <title>5.3.1 Google´s revenue models</title>
        <p>This overview is limited to large sources of Google revenue. As mentioned above, the main source of
revenue at Google is from their broker business, which we will analyze in a little more detail below.</p>
        <p>Now let us have a look at Google´s revenue model for the broker business. As you may remember,
there usually is a compensation for every product and service, not necessarily as a payment. In
Google´s case the non-monetary compensation for their search offering is the key to Google´s fortune.
In Fig. 10 you can see that Google´s search business basically provides a search service to search
customers and a PPC (Pay per click) advertising service to its advertising customers. The compensation for
the PPC advertising service is payment per click on an advertisement. The non-monetary compensation
for the search service is data about the user who is searching.</p>
      </sec>
      <sec id="sec-4-9">
        <title>5.3.2 Google´s revenue model synergies</title>
        <p>This business model has two striking advantages: The information about the search customers is
provided to Google for free and Google sells advertising space, perfectly matched with the customer
information, to advertisers via an automatic online auction. So Google leverages a revenue synergy
between the search and advertising business. The revenue generated in the broker business is used to carry
the sunk cost and operations cost of offerings like Gmail and others.
6</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>Comparison of the three revenue models</title>
      <p>
        Software companies design and frequently change their business models and corresponding revenue
models to create competitive advantage and to adapt to a changing business environment [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ]. In
addition, they try to leverage synergies Figure 11 shows similarities and differences of the three business
models.
      </p>
      <p>While SAP and Microsoft both are currently focused on software as a product, they show significant
differences in their revenue models and main target customers. Google in contrast, is focused on its
main broker business model and has advertising as main source of revenue. It is interesting to see the
similarities that all three vendors do follow a common trend in the software industry to offer SaaS
solutions. But here, again, they also show differences in the target customers. While Microsoft and Google
are mainly focused on consumers, SAP is mainly focused on businesses as customers.</p>
      <p>An interesting view on the three companies is how they leverage their customer and partner
ecosystem. SAP mainly uses revenue from its customer ecosystem to fund innovations and new business,
while its partner ecosystem is still not a significant source of revenue. Microsoft leverages its partner
ecosystem to create most of its revenue to fund innovations and to subsidize new business. Google, in
contrast, leverages the customer and partner ecosystem to massively subsidize new businesses.
7</p>
    </sec>
    <sec id="sec-6">
      <title>Summary</title>
      <p>This article has outlined a classification of business and revenue models of software companies and a
structure of business models as well as revenue models. These were applied to three successful
companies in the software industry showing similarities and differences in their status quo and future
direction. Insights provided here are:</p>
      <p>Software companies usually have hybrid business models. Each of the business patterns used has its
specific characteristics and the combination of them creates a hybrid business model with special
characteristics. Related to software ecosystems, there has to be a fit of business models between the
companies in the software ecosystem.</p>
      <p>Hybrid business models might differ between software vendors to create competitive advantage. So
the specific characteristics of hybrid business models might be used to differentiate from the
competitors. But that differentiation between companies might also pave the way for a symbiosis in a software
ecosystem.</p>
      <p>Software vendors usually have hybrid revenue models. The structure of revenue models with their
combination of revenue streams, often containing one or more non-monetary compensations, can be a
source of competitive advantage in a business model. Related to software ecosystems, there are two
aspects. One is, that there might be revenue models specific to the software ecosystem like software
ecosystem fees or revenue shares. The other is, that</p>
      <p>Revenue models can be used to fund business patterns or businesses that are not connected by
causality. This funding might be used to create competitive advantage, e.g. by establishing lower pricing
for other revenue streams. It might also be used to subsidize the software ecosystem, e.g. by donations
of a commercial software vendor to the open source community.</p>
      <p>Overall, it was proposed that creation of competitive advantage is possible in business and revenue
models. It is obvious that this paper only shows an initial view of the subject and further detail research
is warranted. Topics of interest for that research might be profitability of different business patterns,
new combinations of hybrid business models and hybrid revenue models based on additional software
companies analyzed and matching of business and revenue models of different companies in a software
ecosystem.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Weill</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Malone</surname>
          </string-name>
          , T. W.,
          <string-name>
            <surname>D'Urso</surname>
            ,
            <given-names>V. T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Herman</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Woerner</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <source>Do Some Business Models Perform Better than Others? A Study of the 1000 Largest US Firms</source>
          . Boston : MIT Center for Coordination Science Working Paper No.
          <volume>226</volume>
          ,
          <year>2005</year>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2. Meyer, R.,
          <string-name>
            <surname>Popp</surname>
            ,
            <given-names>K.M.</given-names>
          </string-name>
          ,
          <source>Profit from Software Ecosystems. Norderstedt : Books on demand</source>
          ,
          <year>2010</year>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Cusumano</surname>
            ,
            <given-names>M. A.</given-names>
          </string-name>
          ,
          <article-title>The business of software : what every manager, programmer, and entrepreneur must know to thrive and survive in good times and bad</article-title>
          . New York : Free Press,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Osterwalder</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <article-title>The business model ontology - a proposition in a design science approach</article-title>
          .
          <source>Lausanne : Ph.D. dissertation</source>
          ,
          <year>2004</year>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Osterwalder</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pigneur</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <article-title>Business Model Generation</article-title>
          . Hoboken : Wiley &amp; Sons, 2010
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Messerschmitt</surname>
            ,
            <given-names>D. G.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Szyperski</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <article-title>Software ecosystem: understanding an indispensable technology and industry</article-title>
          . Cambridge : MIT Press,
          <year>2003</year>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Popp</surname>
            ,
            <given-names>K.M.</given-names>
          </string-name>
          ,
          <article-title>Business models of software companies</article-title>
          . to appear in: IEEE Software.
          <year>2011</year>
          , Vol.
          <volume>28</volume>
          ,
          <fpage>4</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Cusumano</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <article-title>Microsoft secrets</article-title>
          . New York : Free Press,
          <year>1998</year>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Cusumano</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <source>The Changing Software Business: Moving from Products to Services</source>
          . IEEE Computer.
          <year>2008</year>
          , Vol.
          <volume>41</volume>
          ,
          <issue>1</issue>
          , pp.
          <fpage>20</fpage>
          -
          <lpage>27</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>