Purpose

This document represents early planning discussions for the ToIP Ecosystem Foundry Working Group (EFWG). The objective is to help the WFWG members establish a baseline framework for the purpose and scope of the WG.

Specifically, this document provides a catalyst for the discussion of foundational ecosystem concepts to help the working group develop an initial scope for the establishment and lifecycle management of ecosystems.

This document addresses five topics:

1. What is an “Ecosystem”?
2. What is a "ToIP Ecosystem"?
3. What is a “ToIP Ecosystem Project”?
4. How would we describe the lifecycle management of an ToIP Ecosystem Project?
5. Provide an exemplar use case to help visual the lifecycle management workflow concepts.

Concepts

The EFWG  needs to establish some foundational terms for submission to the ToIP Glossary (See Concepts and Terminology WG). This section provides initial working drafts for several key terms.

V0.1 -What is a TOIP Ecosystem?

A community of stakeholders including suppliers, distributors, customers, competitors, and government agencies involved in the delivery of specific products or services through both competition and cooperation. Each entity in the ecosystem affects and is affected by the others, creating a constantly evolving relationship that derives shared-value through trusted relationships.

******* Suggested Change (SM):

A community of stakeholders that may include any of: business entities, government agencies and individuals forged around a common purpose to deliver or consume specific products and services. Stakeholders relationships may include those of business partners, service providers, customers, consumers and competitors among others. Each entity in the ecosystem influences and is influenced by the others, creating dynamic relationships constrained by formal governance and policies with the overall goal of deriving shared-value through trusted relationships.

V0.2 What is a ToIP Ecosystem?

In the context of the ToIP stack we can have a more technically and legally precise definition of a ToIP ecosystem:

The set of all parties who have rights and responsibilities under a governance framework for applications at Layer Four of the ToIP stack. Note that a ToIP Layer Four ecosystem governance framework may span other ToIP governance frameworks operating at any layer.

V1.0 What is a ToIP Ecosystem?

A community of stakeholders that may include business entities, government agencies, and individuals forged around a common purpose to deliver, consume, or share products and services. Stakeholders relationships may include business partners, service providers, customers, consumers and competitors among others. Each entity in the ecosystem influences and is influenced by the others, creating dynamic relationships managed by formal governance framework policies with the goal of deriving shared-value through trusted relationships.  An Ecosystem represents the set of all parties who have rights and responsibilities under a governance framework for applications at Layer Four of the ToIP stack. Note that a ToIP Layer Four ecosystem governance framework may span other ToIP governance frameworks operating at any layer.

What is an ToIP Ecosystem Project?

A formalized collaborative activity, managed by members of an existing or prospective ToIP Ecosystem, that leverages the guidance of the ToIP Ecosystem Foundry Working Group (EFWG) to establish and maintain an operational implementation of a specific instance of a ToIP-compatible governance framework and a ToIP Interoperability Profile (TIP). Notes:

• An ecosystem project may have an existing governance authority (GA), or part of its work may be planning the creation of a GA. Note that a GA may be of any size or complexity and may take many legal forms, such as a government agency, a consortia, a non-profit, a corporation, an NGO, a university, a city, etc. A GA may also be set up as a non-profit entity at the Linux Foundation.
• An ecosystem project may choose to initially organize itself as a Task Force (TF) under the EFWG.
• An ecosystem project may decide to produce a specific type of ToIP deliverable—an implementation plan for its ecosystem. (A implementation plan template should be a deliverable of the EFWG.)

Ecosystem Foundry Workflow

The EFWG needs to publish guidance for the life cycle management of an Ecosystem Project. This guidance must consider:

• Ecosystem Project Requirements
• Life cycle Management of an Ecosystem Project
• Decision Tree Guidance for each life cycle swim lane

The following workflow diagram depicts the conceptual swim lanes of a life cycle management process for the establishment and maintenance of an Ecosystem Project.

Case Study Example: Chamber of Commerce Business Loyalty Ecosystem

In order to validate and refine the Ecosystem Foundry Workflow Process, a series of use case modeling exercises need to be undertaken. Contained herein is an initial example use case as a discussion starter.

Use Case Concepts

Chamber of Commerce (COC): A chamber of commerce is an association or network of business people designed to promote and protect the interests of its members. A chamber of commerce, sometimes known as a "board of trade," is often made up of a group of business owners that share a locale or interests.

Personas

The following subjects are stakeholders to use case:

• Ann (Convener) - Chamber of commerce (COC) Director responsible for business on boarding and promoting local businesses through the COC business loyalty program.
• Nick (issuer verifier) - Owner operator of a new Auto Repair shop. Not yet a member of the COC.
• Don (issuer verifier) - Doughnut proprietor and member of COC, supports COC loyalty program by providing discounts to the community.
• Mary (user) - New customer of Nick's Auto repair. A repeat customer of Don's doughnut shop and other businesses in the community.

User Stories

• Ann and the COC want to digitize their business loyalty program by providing digital credential coupons to replace the existing print based system.
• Nick wants to join the COC and use the loyalty program to promote his business.
• Mary takes her car to Nick's Auto for service. She would like to receive a loyalty coupon credential from Nicks shop
• Mary visits Don’s shop and wants to user her COC credential coupons to obtain discounts

Ecosystem Project Decision Flow

Learn

• Ann and COC members learn about digital trust Ecosystems (benefits,value,....)
• Review tools, standards, and best practices
• Review compliance, legal and risk implications
• Decision to convene

Convene

• Ann creates a COC task force (the “Loyalty Program TF”) to help promote local business with a new digital business loyalty trust system. Members include Nicks Auto, Dons Doughnut shop, and other local businesses.
• Ann’s objective is to leverage chamber membership as a means to drive community support of member businesses. Specifically, as a convener she desires to transform the print based loyalty program to:
• Reduce friction
• Expand reach of the COC
• Increase velocity of COC adoption
• Based on Ann’s learning activity, she has decided that a ToIP Ecosystem Project is applicable to her COC objectives.

Define

• The Loyalty Program TF gathers to:
• Articulate the scope for the management and governance of a new digital  program and dependent systems
  • COC loyalty data requirements for membership and discount coupons
  • Who will COC rely on to provide loyalty tools for the community?
  • Which utility is best fit for the COC program to establish transitory trust between COC members?
• Define the methods necessary to ensure reliable digital exchange of loyalty:
• Establish key performance indicators to measure and improve results

Create

• The Loyalty Program TF decides they will not require the use of a Linux Foundation Ecosystem Project and instead they decide to establish the COC Loyalty Governance (COC-LG) Committee within the COC which is an existing non-profit entity. The COC-LG will manage the ecosystem of trust for the new digital Loyalty Program.
• The new committee will be self-governed. It will manage all work-products under the existing COC knowledge repository using existing COC tools. 
• The COC-LG formalizes decisions on policies for utilities, tools and schemas using TOIP governance framework templates.
  
  

Note: This section needs to be expanded into a decision-tree for a variety of process questions/answers.

Implement

• COC-LG decides that a single public identity utility will be trusted for the ecosystem. This decision is captured in the Ecosystem Governance Trust Framework as “the Trusted Utility”.
• The COC-LG:
• publishes a loyalty credential and membership schema to the Trusted Utility.
• employs a local digital wallet provider as their shared standard for the loyalty program. 
• publishes Ecosystem Governance Trust Framework to the COC Membership.
• publishes guidance and incentives to the citizen community. Demonstrates how to obtain and use wallets to interact with the COC loyalty program.
• publishes a Chamber Membership Schema to the Trusted Utility.
• publishes a Chamber Loyalty Schema to the Trusted Utility.
• coordinates with vendors to provide education for all Chamber Members to become issuers and verifiers.

• Members onboard themselves as Issuers and/or Verifiers and implement the loyalty program within their unique business processes.

Grow

• COC-LG monitors and gathers results of the program and socializes with nearby Chambers.
  
• COC-LG creates additional schemas to support new senior citizen and under 18 incentives
  
• COC-LG evaluates options to expand the digital trust system into other business certification and licensing programs.

Next steps

While the example is high level, each workflow step will eventually be expanded into decision tree guidelines. Before we tackle this activity,  further modeling by example should be undertaken by EFWG members. Specifically, we need to:

1. Request that volunteers create other ecosystem project use cases
2. Solicit feedback on proposed workflow categories and definitions

• Do we need more or less, should we change the terms of each step? 

What are the decision flows for each step?