pect of business model; for business performers, ac-
tivities or BPM process context. Clearly, such in-
formation, whether machine readable or not, would
bring business benefits, especially when CoPI4P busi-
ness scenarios are considered. It is similar to other
”soft-”parameters of business processes, like per-
formers’ social and psychological aspects or satisfac-
tion, among others.
The approach of business modeling of a whole
ecosystem as an open sociotechnical system rather
than just a digital system brings additional challenges.
The whole ecosystem is partially encoded through
(i) the digital world (online platforms, visual rep-
resentations of workflows, mobile apps), partially
through (ii) the external physical world (books, note-
books, methodological cards and tools), and partially
through the (iii) social world of community members
(facilitators, moderators, observers, participants) and
tacit knowledge (methodologies, experience, emo-
tions, individual and collective intelligence). On the
one hand, the boundaries between the parts of the
ecosystem introduce sociotechnical gaps (Ackerman,
2000), while the non-digital parts of the ecosystem
make it hard to capture and digitalize the ecosystem’s
values. On the other hand, this (holistic) approach
and problems of digitalization makes it even harder to
use pre-designed business processes as a prescriptive
guide for community behavior outside of the digital
borders.
Additionally, the ecosystem values in such
CoPI4P communities can be hard to digitalize. Apart
from pure information and knowledge, they can com-
prise social content and social connections (social
capital) in a social network, as well as tacit (inter/intra
human) knowledge (Duguid, 2012), skills, collective
intelligence (Woolley et al., 2015), and human emo-
tions.
To support CoPI4P communities and the business
modeling that is emerging from their distinctive prac-
tice, we need a shift in the system design itself. The
motivation comes from the core difference in what we
are designing, as instead of designing systems, we de-
sign ecosystems. Ecosystems stress the importance of
the holistic and non-technical aspect of the solution.
We build on top of the sociotechnical systems (Whit-
worth et al., 2006) (Trist, 1981) and theory that under-
stands the importance of the duality in the design of
such ecosystems. Apart from the already mentioned
ecosystem worlds - digital, physical, and social - that
constitute such ecosystems, these ecosystems encom-
pass multiple ecosystem domains as well. There are
social, technical, democratic, geographical, psycho-
logical, artistic, racial, religious, scientific, and many
other domains or fields of inquiry. We are not propos-
ing to integrate (support for) the entire variety of these
domains as that strategy would be both unrealistic and
counter-effective. The aim is rather to avoid ”exclud-
ing” certain kinds of ecosystems from potential study
merely due to the limitations of the current design and
development principles and paradigms.
The problem is much larger than implementing
particular sets of standards or polices by the system
designer and developers. Rather, it concerns the chal-
lenge of the inherent incompetence of system design-
ers and domain experts to design a whole ecosystem.
It is valid for both the initial period of engagement
with the designed ecosystem, and even more when it
comes to an unpredictable future. If we take an exam-
ple of the democratic domain, we can see that current
social-media platforms lack mechanisms that would
monitor and protect platforms’ democratic values and
principles (Rudan and Rudan, 2014). Additionally,
it is hard to imagine today’s social media platforms
embracing such mechanisms, especially ones origi-
nating from a 3rd party independent institution such
as are usually the most competent for particular do-
mains. Therefore, we need to redesign the very way
we design and develop ecosystems.
We thus propose to expand ecosystem design
based on the sociotechnical and socio-material the-
ories that inherently recognize the limited set of
ecosystem aspects (i.e. sociotechnical or socio-
material ecosystems (enlisting) =¿ socio, technical,
material, ...) to apply a term that can potentially en-
compass an unlimited number of domains; therefore
we introduce a new term: trans-domain ecosystems.
This term recognizes ecosystems as liberal and ag-
nostic in their nature, but at the same time it calls
for a paradigm shift in ecosystem design and devel-
opment. Such a paradigm shift requires a design that
would embrace an open world rather than a closed
world, and provide mechanisms for introducing new
ecosystem domains. It calls for declarative descrip-
tion, evaluation, and evolution of an ecosystem, done
by all the key stakeholders of the ecosystem rather
than solely by developers; including the community
and experts in the given domain. It calls for a com-
mon language and a continuous ever-evolving bridge
between ecosystem designers, developers and CoPI4P
communities.
Without going into details, as it is out of the scope
of this paper, the candidate for such a language is
clearly BPMN, a language that can potentially be spo-
ken by all the key stakeholders of an ecosystem. The
additional, but often overseen
6
, values of ecosystem
6
This understanding comes from our preliminary explo-
ration of the state-of-the-art research, focus-group discus-
sions with system architects of CoPI4P communities sys-
MODELSWARD 2021 - 9th International Conference on Model-Driven Engineering and Software Development
356