Professional Documents
Culture Documents
Business Model: J. Open Innov. Technol. Mark. Complex. 2021, 7, 86 8 of 32
Business Model: J. Open Innov. Technol. Mark. Complex. 2021, 7, 86 8 of 32
2021, 7, 86 8 of 32
relationships presented in Figure 6. The figure also shows the concepts in each cluster
differentiated by their corresponding author.
Value Object-Money
Margin Model Value Streams
Profit Revenue Streams
Customer value proposition (Value).
Revenue Sources Cost
Customer value (Product)
Cost Structure
Revenue Model Value Value Object
Revenue Streams Value Proposition
Cost Structure Money
Customer Benefits (Value) Market Segment
Revenue sources Money
Cost structure Value Proposition, Value Network (Suppliers)
Goods
Value Network ( Partners)
Value Proposition
Value Network
Customer Customer
Value Customer Segments
Actor
Customer Interface (Channels) Market
Implementation (People)
Partners
Channels Agent
Scope (Market segment)
Parties
Customer Interface (Relationships)
Channels
Business model Composite Actor
Relationships Key Processes
Activities
Links Value Interface
Action Sequence
Value Port Exchange Mechanism
Activities
Customer Relationships Connected activities
Configuration of Activities
Funding Model
Information Resource Value Offering
Customer Interface Knowledge) Capabilities Capabilities (Competencies)
Logistical Streams Value Exchange
Information Assets
Value Object-Information Resources Value Chain
Knowledge Control Capabilities
Information Capabilities (Resources) Value Activity
Resource Velocity (Metrics) Delivery Model
Key Resources
Resources
3. NCB Meta-Model
The third, fourth and fifth stage in the construction of our MBM describes to construc-
tion process for the NCB meta-model along with a graphical notation to portray NCBs.
Given the concepts identified in the second stage, we built our MBM aiming to establish a
structure that serves to portray the complex network that characterizes NCBs. To guide our
approach we defined five requirements that had to be met by the meta-model and by the
notation. The obtained results, our final MBM, and the notation is presented trough-out
this section.
Business Model
*
Activities Resource
id: String id: String
* name: String * name: String Customer
description: String
*
Actor
id: String
*
name: String
Partner
Channel *
*
id: String
* name: String
type: ChannelType
* « Enumeration »
ChannelType
ExchangedItem
Communication
id: String
Sales
name: String
Distribution
structure, should allow the minimum possible efforts when modeling. To guarantee that
our MBM met the desired outcomes, in terms of expressiveness and ease of use, and the
characteristics of useful and effective models [66] we defined the following requirements:
R1: The MBM should have the expressive power to represent NCBs precisely enough
to describe and analyze them
One of the main limitations in the use of existing MBMs to describe complex business
models is their lack of precision. In particular, as most MBMs rely on textual representa-
tions [54], the vagueness derived from linguistic descriptions [44] diminish their precision
as components can have a range of values instead of just one. Since NCBs are characterized
by their circular structures in which multiple elements relate to each other, describing the
resulting network and the dependencies within it can hardly be achieved by means of text.
For instance, in the case of businesses that recycle their own packages to make new ones,
two value flows are established: one that goes from the business to the client, and one that
goes from the client to the business. These flows define a loop in which actions like waste
collection are essential to recapture value, however describing them like “collect waste
from clients” or even as detailed as “collect used packages from clients placing collection
points”, does not provide a precise representation of the relations and components between
the business and the clients, and what is involved in the waste collection. Moreover, these
descriptions limit the conceptualization of the key elements in the business model as there
is no formal way to establish what is a concept and what is just additional information in
the description. Consequently, our meta-business model should provide the concepts and
structure needed to portray NCB networks and conceptualize their elements with precision
and without relying solely on textual notations.
R2: The MBM should manage multiple abstraction levels
The characteristics of NCBs can result in great quantities of information derived
from the number of elements and relations in their structures and the corresponding
descriptions, which are essential to understand how value, information, and money are
exchanged between these elements. Recalling our example of businesses that utilize their
used packages to create new ones, we can tell that these businesses generate value from
a product and from the packages in which it is sold. To do so, there must be activities
dedicated to the production of the sold product and from the recycling of used packages.
In the first case, activities can include the transformation of the raw material, placing the
product in packages and labeling the packages. In the case of the recycling of the package,
activities can relate to the collection of the used packages, cleaning and transforming
them into new ones. Each one of these activities is performed by one or more actors,
and requires various resources like warehouses and machinery. Attempting to portray
all this information can lead to highly complex models (both in terms of the number
of concepts and relations, and in the artifacts themselves) that will require an immense
effort to be understood and used. As we are interested in keeping this information to
achieve a precise description, our MBM should deal with the resulting complexity. Thus, it
should include different abstraction levels, in which elements and details can be hidden
without losing information. To do so, it should be possible to group concepts in terms of
hierarchical relations (for instance if a business has stores with warehouses in them they
could be grouped in a single component). These abstraction levels can be used to conceal
the complexity of the network or show more details if needed.
R3: The MBM should have the minimum number of concepts needed to model NCBs
while maintaining expressiveness
Managing the complexity inherent to NCBs demands extra efforts in the construction
and use of any MBM. In our case, the complexity of the businesses, that are going to be
represented, should be balanced out by the structure proposed in our MBM and by the
number of concepts and rules in it. In particular, the structure should have the minimum
number of concepts required to portray the different elements in an NCB’s network. This
too applies for the construction rules, in which case the number should be just enough
J. Open Innov. Technol. Mark. Complex. 2021, 7, 86 12 of 32
to portray the network with precision. A starting point to identify this minimum, is the
average number of concepts identified in the MBM’s studied in Section 2.1 which was 7
concepts per MBM.
R4: The MBM should foster the cognitive skills required for open innovation in NCBs
MBMs are essential to support open innovation as they guide related design and
thought processes. Based on the work of [67] MBMs that define visual business model
representations are especially useful as they foster the cognitive skills that are essential to
analyze and design businesses. The most common visualizations correspond to graphic
organizers like the business model canvas, which portray the business in terms of elements.
It has been shown however that while these representations are used for innovation,
they are not very effective in sparking creativity and are not well suited to support the
skills required for business model ideation. Conceptual maps on the other hand, are
better suited to foster said skill, since they disclose previously intuited relations and
clearly portray the transaction network of the business models. Working with this type
of representations, however, is subject to a user-friendly approach. With this in mind, our
MBM and its corresponding artifacts should contribute to fostering the skills required for
open innovation in accordance with a conceptual map-based approach.
R5: The MBM should be easy to use
To guarantee that our MBM is effective and useful we should also make it easy to use.
This means that the time and effort required to portray an NCB with our MBM should be
minimal in spite of the complexity of the portrayed businesses. To minimize these efforts
we should base our representation on an effective graphical notation. This notation should
be intuitive, and should manage few symbols and graphic variables while still managing
to represent the concepts and relations that result from requirement R3.
On the other hand, actors like employees, automated systems or any other actor within the
business do not accumulate items, instead they execute the activities in the channels and
are referred to as roles.
Depending on the components related to a channel, the type of activities performed in
the channel, and the items that are exchanged in it, a channel can be classified into 5 types:
Supply (S), Transformation (T), Distribution (D), Relationship (R) and Monetization (M).
Supply channels connect suppliers with the business, and group the activities necessary
to supply goods as well as the value, information, and money involved in said activities.
Transformation channels connect internal components in the business, and represent how
value is created and produced. This type of channel includes all the activities necessary
to produce value like transforming raw material or assembling the parts of a product,
hence value and information are exchanged in it. Distribution channels connect internal
components in the business, or the business with its client. This type of channel comprises
the activities necessary to deliver value within the components or the business (for instance
from a main warehouse to a store deposit) or from the business to its clients. This channel
exchanges both value and information items. Relationship channels connect the business
and its clients and includes the activities necessary to relate to them, ranging from pre-
sales to customer service. Relationship channels enable the exchange of information.
Finally, Monetization channels connect the business and its clients, and group the activities
necessary to exchange value for money. The money that a client pays for value is exchanged
through this channel, along with the information required to make the payment. Regardless
of the channel type, items can be exchanged both ways, and depending on the business
model the structure will only include certain types of channels. In particular, businesses
whose value is not classified as a product or result should not exhibit transformation
channel as there is no value transformation.
*
Business Model
Main Component Activity Resource
id: String id: String
1 name: String * name: String
description: String
*
Role
* +responsible
id: String
Component * name: String
+to Channel
name: String 1 id: String
*
name: String *
* +from
type: Channel_Type « Enumeration »
* Channel_Type
Supply
Transformation
* Distribution
1
Relationship
Item
Monetization
id: String
name: String « Enumeration »
description: String Value_Type
Physical Product
Digital Product
Money Information Value Durable Items
type: Value_Type Service
Information
Money
Result
Marketplace
Human Asset
Component 4
Component 4
R1 R1
D2 D2
Component 2
M2 M2
Component 1
Component 1
Component 3
S S T
Business I I
Component 5
Component 5
R2 R2
D2 D2
M2 M2
ID NAME TYPE
ACTIVITIES
ROLES RESOURCES
ID NAME AND DESCRIPTION
ID NAME ID NAME
4. MBM Validation
The sixth stage in the definition of our MBM was the validation of the MBM. To do
so we performed two validations: modeling a case study and conducting a modeling and
interpretation experiment. In the first validation we followed the structure defined in our
MBM and used our graphical notation to model an NCB. In the second validation we tested
if our MBM could be used to represent and understand a business model. The validation
processes and results from the validations are presented in this section.
barley and hops order which is delivered by the supplier. Upon receiving it, a warehouse
agent checks the order, stores the barley and the hops, and pays for the order. On the
other hand, to order bottles the production agent uses an ordering system to forecast its
bottle demands based on previous orders and the current number of recycled bottles in
store. With this in mind, the agent places an order in the system and pays for it using the
brewery’s bank application. Once it is delivered, a warehouse assistant stores the bottles.
The brewing process is divided into 9 steps which are executed by production op-
erators. First, the barley is unpacked and grounded using a mill. The residue and the
grounded barley are picked and stored in their corresponding deposits. Then, the ground
barley is transferred to a tun where water is added and mixed with the barley until a mash
is obtained. The mash is tested to determine its quality. This mash is later pumped into
a lauter tun in which temperature is risen to separate the wort. The fourth step consists
of collecting the wort from the tun in a kettle, adding the hops to the wort and boiling
the mixture. When the mixture is boiled, the wort is separated and cleared from residues,
and placed to cool in a whirlpool. The cooled wort is then used to fill a vessel in which
yeast is added, thus beginning the fermentation process. Once fermentation is over, the fer-
mentation residue is collected and transferred to a deposit. The fermented beer or green
beer is stored in a container to begin the maturation process. The amount of time the beer
is stored depends on the type of beer being produced. Once the beer is mature, it is filtered
while being transferred to a tank, where it is carbonatized by adding CO2 . The beer is then
prepared for the packaging step. In this step the brewery prepares the bottles and the bottle
caps, fills each bottle with beer and seals it tightly. The bottles are taken to a bottle deposit
and then packed in crates and stored in a warehouse.
Alps Brewery beer has three main types of clients: convenience stores, bars and people
who buy in the brewery’s stores. In the case of the convenience store, the brewery has
a database in which the information of stores is managed. When a store is interested
in selling Alps Brewery beers it is registered in the database. Each month the brewery
takes the store’s orders, offers products to new stores and schedules visits to interested
stores to show them the product portfolio. Monthly orders are delivered by picking the
corresponding crates from the warehouse, loading the brewery’s truck, delivering the
crates to the convenience store, and unloading the truck to hand them. The store pays for
the order and the brewery hands the receipt.
The bars that buy beer from the brewery interact in a similar way to the convenience
stores. When a bar is interested in the brewery’s product it is registered and each month
bar’s orders are taken, products are offered to new bars, and in case a bar is interested
in tasting the products the corresponding tasting is scheduled. Promotional pieces are
also sent to bars for display. Orders to bars are dispatched each month for which crates
are picked, loaded into the truck, and delivered to the bar where they are unloaded from
the truck.
The brewery also serves clients in the brewery’s stores. In this case, the brewery
calculates the order of bottles for each store, it picks the crates from the crates warehouse,
packs them and delivers them to each store. The store receives the crates and stores them
in their warehouses. When a client arrives to the store, a waiter takes the client’s order
and registers its information in the brewery’s database if the client approves. The waiter
then picks the bottles from the store warehouse, opens and hands the bottles to the client.
When the client has finished the beer, the waiter collects the empty bottles and stores them.
Lastly, the waiter generates a receipt and collects the client’s payment. In the store, clients
are offered discounts and the chance to enroll in the brewery’s customer loyalty program.
In spite of beer being the core of the business, Alps Brewery has managed to create a
more sustainable business model by taking advantage of barley and fermentation residues
and by recycling its bottles and unsold beer. For the residues of the milling and the
fermentation step, the brewery collects, packs, and stores them to sell them to local farms as
food to feed stock and poultry. The relationship with local farms works in a similar fashion
to beer clients. The brewery also manages a database where local farms are registered.
VIEW: Alps
J. Open Innov. Technol. Mark. Complex. + 7,
2021, Clients
86 18 of 32
5. CASO DE ESTUDIO PARA ILUSTRAR TODO
Local Farms
R1 D5 M1
D6
Convenience
Barley and Hops
R2
Store
S1
Supplier
M2
D7
R3
Bar
Alps Brewery M3
Bottle Supplier
S2
D8
R4
Stores’
Client
M4
I
R5 D9 M5
Local Distillery
Local Farms
R1 D5 M1
D6
Convenience
Barley and Hops
R2
Store
D3 Brewing Residue
Supplier
S1 Deposit M2
Beer Bottle Deposit
Supplies Deposit
T D7
Store Warehouse
Bottle Crate
Warehouse
R3
D1 D2
Bar
M3
D4
Bottle Supplier
D12 D8
Stores’ Client
S2
D10 R4
D11
Used Bottle Deposit Unsold Beer Deposit M4
R5 D9 M5
I
Local Distillery
The complete structure of the Alps Brewery business model is presented in Figure 15.
The model provides a more detailed view of the structure, in terms of the beer production
process, as the deposits involved in the different production steps are portrayed. With this
structure the beer production is described in terms of 9 main steps. In the case of the
residue collection, we now see that they are collected in the milling and fermentation steps.
D4.5
T6.3 Pick
Allowused bottles
fermentation RO3 Truck Driver
D4.6
T6.4 Pick unsold
Remove beer
fermentation debris RO3
RO4 Truck Driver Operator
Production
D4.7 Load used bottles and unsold beer RO3 Truck Driver R3 Truck
D4.8
J. Open Deliver
Innov. bottles
Technol. Mark. Complex. 2021, 7, 86 RO3 Truck Driver R3 Truck 21 of 32
D4.9
ID Store
S2 used and unsold beer
NAME RO2 Supply
Bottle Warehouse Assistant
TYPE Supply
ACTIVITIES
RESPONSIBLE RESOURCES
IDID R4 NAME
NAME AND DESCRIPTION Stores' Clients Relationship TYPE Relationship
ACTIVITIES ID NAME ID NAME
S2.1 Forecast bottle order RO1 Procurement Agent
RESPONSIBLE R1 Ordering System
RESOURCES
ID NAME AND DESCRIPTION
S2.2 Place bottle order RO1 IDProcurement
NAMEAgent R1 IDOrdering System
NAME
S2.3 Take
R4.1 Pay bottle
client'sorder
order RO5 Waiter R2 Bank App
S2.4 Receive bottle order
R4.2 Offer loyalty program RO2 Warehouse
RO5 Waiter Assistant
S2.5 Offer
R4.3 Store beer
bottlediscount
order RO2 Warehouse
RO5 Waiter Assistant
S2.6 Register
R4.4 Load truck with non-refillable bottles
client RO2 Warehouse
RO5 Waiter Assistant R6 Database
S2.7 Deliver non-refillable bottles RO3 Truck Driver R3 Truck
Figure 18. R4 Catalogue.
In order to guarantee an adequate selection of the sample that would perform the
experiments we defined the target population of our MBM. In general, our MBM should be
used by business modelers and business analysts, however since the size of this population
J. Open Innov. Technol. Mark. Complex. 2021, 7, 86 23 of 32
INTERPRETATION SCORES
5%
6% Insufficient (Below or
equal to 21 points)
Good (36,39]
50%
Excellent (More than 39
points)
Figure 24 shows the scores from the beer production description and the supplier identi-
fication. In the case of the description, scores were also classified in four levels (insufficient,
sufficient, good and excellent), and the obtained results show that 83% of the participants
were able to provide a description (28% gave a good description and 17% an excellent one).
Figure 24 also shows that 100% of the participants were able to identify some of the suppli-
ers and supplies of the brewery, and 72% of the participants were able to identify the two
suppliers and their corresponding supplies.
Identified 1 of
17%
Could Identify 22% the products
39%
the Type Identified 2
Could not products
Identify the Type Identified 3
83% 39%
products
Finally, Figure 25 shows the results obtained in the description of the four scenarios.
In this case results were classified in three levels: did not provide a description, provided
a partial description or provided a complete description. Accordingly, results show that
for the beer sale scenario 83% of the participants were able to provide a description (39%
provided a complete one.) In the recycling scenario 72% of the participants provided a
description (39% gave a complete one). Finally, both in the unsold beer scenario and in
the brewing residue management scenario 61% of the participants provided a description,
in the residue management scenario 50% gave a complete description.
J. Open Innov. Technol. Mark. Complex. 2021, 7, 86 26 of 32
model establishes the business’ logic that creates and delivers value, innovation can be eval-
uated under said logic and socialized later on [38]. Moreover, businesses that are truly able
to take advantage of open innovation exhibit open business models in which value is both
created and recaptured by including external ideas and by sharing resources and activities
with other companies [83]. Consequently, MBMs are essential in open innovation as they
guide the representation of the business model and set the foundations for further analysis,
design, and evaluation to achieve open business models.
Understanding and implementing open innovation in NCBs is related to comprehend-
ing the business logic derived from their complex network. Describing and analyzing this
network, requires a precise representation of its components and the way in which they
relate to one another. However, when describing said networks by means of existing MBMs
expressive power becomes a limitation as these MBMs do not define a formal structure that
allows the representation of NCBs with precision. This lack of precision is not a mistake
but rather one of the various decisions that are made in order to guarantee the MBM’s
usefulness in light of its specific purpose. While expressive power in existing MBMs can
be increased, efforts may end up in complicated and imprecise representations, especially
if expressiveness is added without considering the purpose of the MBM or the previous
decisions made in the MBM’s definition. This too, is a reminder of the importance of
understanding the purpose of an MBM before using it.
identification and the beer production process, the scenario descriptions showed that in
some cases 39% of participants were not able to provide descriptions. This is partially
explained by the lack of time considering that the scenario descriptions were the last
questions in the questionnaire. In spite of the time limitation, the obtained results were
mainly positive both in terms of the MBM and the proposed notation. Since participants
were able to portray and understand the case study, we were able to validate the usefulness
of the MBM.
R1 R2
Business
Buyer
Seller
M1 M2
At the end, the MBM presented in this paper should serve as a tool to describe, ana-
lyze, design and evaluate NCBs, its application however can be extended to any scenario
in which one desires to understand the structure of a business model. Moreover, we
expect that with our MBM it will be possible to achieve a better understanding of the com-
plex structures upon which business models based on sustainability, digital technologies,
and collaboration are founded, and to foster the skills required for open innovation. While
the complexity behind these business models and their networks is unquestionable, repre-
senting them with textual or informal descriptions prevents a complete comprehension of
the elements within the network that are essential to create and deliver value and to define
a disruptive and sustainable business model.
Author Contributions: All authors contributed to the work in this manuscript. All authors were in-
volved in the conceptualization, methodology, validation, analysis and data collection. The manuscript
was edited and reviewed by the three authors. All authors have read and agreed to the published
version of the manuscript.
Funding: This research received no external funding.
Institutional Review Board Statement: Not applicable.
Informed Consent Statement: Not applicable.
Data Availability Statement: The data presented in this study can be found in https://github.com/
roms1092/MBM-Validation.git (accessed on 28 October 2020).
Conflicts of Interest: The authors declare no conflict of interest.
Abbreviations
The following abbreviations are used in this manuscript:
References
1. Drucker, P.F. Business Objectives and Survival Needs: Notes on a Discipline of Business Enterprise. J. Bus. 1958, 31, 81–90.
[CrossRef]
2. Elkington, J. Cannibals with Forks: The Triple Bottom Line of 21st Century Business; Conscientious Commerce; New Society Publishers:
Gabriola, BC, Canada, 1998.
3. Srivastava, S.K. Network design for reverse logistics. Omega 2008, 36, 535–548. [CrossRef]