Product Ontology and Product Intrinsic Nature (PIN)
1. Purpose
This page defines a generic product ontology for BPS and introduces Product Intrinsic Nature (PIN) as the common ontological mechanism used to establish what a Product fundamentally is.
The purpose of PIN is to separate the intrinsic nature of a Product from contextual classifications such as who consumes it, why it is consumed, how it is delivered, how it is commercialized, or what business role it plays in a particular organization.
This separation allows BPS to describe physical products, creative products, service products, Data Products, AI Products, Information Products, and future Product families using a consistent model without forcing fundamentally different concepts into one flat taxonomy.
2. Core Principle
A Product is defined intrinsically by the nature of the value it embodies, not by the ingredients, technologies, channels, consumers, or organizational context used to create or deliver it.
A Product may depend on many other Products, assets, technologies, models, or services without inheriting their intrinsic nature.
Examples:
- A Movie created using AI Products remains a Movie Product.
- A Streaming Service powered by Data Products and AI Products remains a Service Product.
- A Smartphone containing software, data, and AI remains an engineered physical Product.
- A Data Product enriched from multiple authoritative sources remains a Data Product.
- An Early Warning Information Product composed from Data Products, AI Products, analytical processes, KRIs, thresholds, and rules remains an Information Product.
3. Product Intrinsic Nature (PIN)
3.1 Definition
Product Intrinsic Nature (PIN) defines what a Product fundamentally is by identifying its Value-Bearing Essence, the Essential Value Capability through which that essence provides value, the Constitution by which that value is formed, and the Identity Invariants that preserve its intrinsic identity.
PIN is independent of contextual characteristics such as consumer, business purpose, delivery mode, commercial model, implementation technology, organizational ownership, lifecycle state, and business role.
A compact representation is:
PIN = Value-Bearing Essence
+ Essential Value Capability
+ Constitution
+ Identity Invariants
4. General PIN Dimensions
| Dimension | Question | Meaning |
|---|---|---|
| VBE — Value-Bearing Essence | What is actually being productized? | The primary thing, capability, information, intelligence, experience, or service in which Product value resides. |
| EVC — Essential Value Capability | What must the Product inherently be capable of providing? | The capability without which the Product would cease to be the same intrinsic kind. |
| CON — Constitution | From what and through what relationships is the Product constituted? | The provenance, dependencies, components, assets, models, Products, and construction relationships used to form the Product. |
| INV — Identity Invariants | What must remain true for the Product to remain the same intrinsic kind? | The invariant characteristics that distinguish intrinsic properties from contextual or incidental ones. |
4.1 Value-Bearing Essence (VBE)
VBE answers:
What is the thing in which the Product's primary consumable value resides?
Examples:
| Product | Value-Bearing Essence |
|---|---|
| Rocket | Engineered physical system |
| Smartphone | Portable connected computing device |
| Movie | Audiovisual creative work |
| Streaming Service | Continuously available service capability |
| Payment Lifecycle Data Product | Governed representation of payment lifecycle information |
| Fraud Detection AI Product | Governed fraud-detection intelligence capability |
| Early Warning Information Product | Governed early-warning information proposition |
The Value-Bearing Essence is not necessarily the Product's ingredients. A Movie may contain AI-generated content; a Service may depend on many Data Products; a Smartphone may embed AI models. These dependencies do not determine the Product's intrinsic family.
4.2 Essential Value Capability (EVC)
EVC answers:
What fundamental capability must the Product provide for it still to be this kind of Product?
Examples:
- Smartphone — portable, connected, interactive computing and communication.
- Movie — delivery of an audiovisual work or experience.
- Streaming Service — ongoing access to a managed audiovisual catalogue and playback capability.
- Data Product — governed representation and exposure of trusted information.
- AI Product — governed provision of intelligence such as inference, detection, recommendation, generation, reasoning, or action.
- Information Product — governed provision of information satisfying a defined and enduring information need or Product Promise.
EVC is not a feature list. Features may evolve without changing the intrinsic Product kind.
4.3 Constitution (CON)
CON answers:
How is the Product's value-bearing essence constituted?
Constitution has two useful subdimensions:
- CON-P — Provenance: where the Product's value originates.
- CON-C — Construction Structure: how those origins are transformed, assembled, composed, operationalized, or governed into the Product.
Examples:
Payment ADS + PurposeCode ADS
-> normalize / reconcile / enrich
-> Payment Lifecycle Data Product
Story + performances + video/audio assets + AI-generated assets
-> adapt / generate / edit / assemble
-> Movie Product
Content catalogue + platform capabilities + entitlement + operations
-> discover / authorize / stream / support
-> Streaming Service Product
Constitution may influence family-specific Intrinsic Type, but it does not automatically determine Product Family.
4.4 Identity Invariants (INV)
INV answers:
What can change without changing the Product's intrinsic kind, and what change would make it a fundamentally different kind of Product?
Typical contextual changes that often preserve intrinsic nature include:
- consumer;
- purpose;
- delivery mode;
- implementation technology;
- commercial model;
- deployment location;
- interface format;
- organizational owner;
- lifecycle state;
- risk classification.
The key test is counterfactual:
If property X changes while the Product's value-bearing essence and essential capability remain intact, does the Product become a fundamentally different kind of Product?
If the answer is no, X is probably not part of PIN.
5. Product Family
5.1 Definition
Product Family is a broad intrinsic classification derived primarily from the Product's Value-Bearing Essence and Essential Value Capability.
Product Family answers:
What broad kind of value-bearing Product is this?
The following families are currently useful as stress-tested examples and should not be interpreted as an exhaustive closed taxonomy:
- Physical / Engineered Product
- Creative / Content Product
- Service Product
- Data Product
- AI Product
- Information Product
5.2 Product Family examples
| Product | Product Family | Product Kind |
|---|---|---|
| Rocket | Physical / Engineered Product | Rocket |
| Smartphone | Physical / Engineered Product | Smartphone |
| Movie | Creative / Content Product | Movie |
| Netflix-like Streaming | Service Product | Streaming Service |
| Payment Lifecycle Data Product | Data Product | Payment Lifecycle Data |
| Fraud Detection AI Product | AI Product | Fraud Detection Intelligence |
| Early Warning Information Product | Information Product | Early Warning Information |
6. Product Kind and Family-Specific Intrinsic Type
6.1 Product Kind
Product Kind identifies a more specific intrinsic kind within a Product Family.
Examples:
-
Product Family: Physical / Engineered Product
Product Kind: Smartphone -
Product Family: Creative / Content Product
Product Kind: Movie -
Product Family: Service Product
Product Kind: Streaming Service -
Product Family: Data Product
Product Kind: Payment Lifecycle Data -
Product Family: AI Product
Product Kind: Fraud Detection Intelligence -
Product Family: Information Product
Product Kind: Early Warning Information
6.2 Family-Specific Intrinsic Type
Each Product Family may define additional intrinsic classifications that are meaningful only within that family.
For example, a Data Product may define intrinsic types based on dependency origin:
- Foundational — constructed directly from authoritative source data / ADS dependencies.
- Derived — constructed from one or more upstream Data Products.
- Synthetic — data is synthetically generated.
- Simulated — data represents the outputs of a simulation or modelled environment.
AI Product intrinsic types are defined separately by AIPS and should be derived from the General PIN framework rather than by reusing Data Product types mechanically.
Information Product family-specific intrinsic classifications are not yet formally standardized by BPS. Current candidate formation classifications include Contextualized, Derived, Evaluated, and Synthesized; more than one may apply. These remain provisional until a dedicated Information Product specialization is formalized.
A useful distinction is:
Product Family = what broad kind of Product is this?
Product Kind = what specific kind within that family is this?
Intrinsic Type = what family-specific intrinsic classification applies?
7. Business Product as a Contextual Role
7.1 Business Product is not an intrinsic Product Family
BPS treats Business Product as a contextual role, not as a mutually exclusive intrinsic Product family.
A Product plays the role of Business Product when a defined Business intentionally manages that Product as part of the value proposition or service mandate it delivers across its enterprise value boundary to an external customer or beneficiary.
The same Product may play different roles in different business contexts.
Examples:
- A nut and bolt is a Business Product for the company that manufactures and sells it.
- The same nut and bolt is a Procured Component Product for a rocket manufacturer.
- A Data Product sold externally may be both a Data Product intrinsically and a Business Product contextually.
- The same Data Product used only by internal executives may remain an Enabling Product, not a Business Product.
- An internal Fraud Detection AI Product may be an Enabling Product for a bank while the same kind of AI Product may be a Business Product for an AI vendor selling fraud detection services externally.
7.2 Enterprise Value Boundary
The Enterprise Value Boundary distinguishes value exchanged internally in order to create or operate the enterprise's propositions from value intentionally delivered to the enterprise's external customer or beneficiary.
Internal producer-consumer relationships do not automatically create Business Product relationships.
For example:
Client Portfolio Data Product
-> C-level Executive
-> internal decision support
This is a valid Product relationship, but it does not by itself make the Data Product a Business Product.
8. Generic Product Ontology
9. Intrinsic Nature vs Contextual Role
10. Product Composition Does Not Imply Ontology Inheritance
A Product does not inherit the intrinsic nature of its dependencies.
The governing principle is:
Composition does not imply ontology inheritance.
A Movie made using AI Products does not become an AI Product. A Streaming Service powered by Data Products and AI Products does not become a Data Product or AI Product. An Information Product composed from Data Products and AI Products does not become a Data Product or AI Product. Analytical capabilities participating in a Product's Constitution do not create an "Analytics Product" family; Product Family continues to be determined from Product Intrinsic Nature.
11. Context Is King — But Context Does Not Redefine Intrinsic Nature
The same Product may have different business roles depending on whose enterprise value boundary is being evaluated.
From BoltCo's context, the nut and bolt is a Business Product. From RocketCo's context, the same Product is a procured component used to construct RocketCo's Business Product.
This yields the rule:
Context determines the role a Product plays; PIN determines what the Product intrinsically is.
12. General PIN Decision Framework
The following sequence can be used to classify an arbitrary Product candidate.
12.1 Qualification questions
-
Is it actually a Product?
Is there a deliberately managed, reusable value proposition or capability offered to defined consumers? -
What is the Value-Bearing Essence?
Complete the statement:
"The thing being productized is..." -
What is the Essential Value Capability?
Complete the statement:
_"Without the ability to _____, this would no longer be this kind of Product." -
How is the value constituted?
Identify dependencies, provenance, assets, components, models, Products, and construction relationships. -
What are the Identity Invariants?
Test changes in consumer, technology, delivery mode, commercial model, ownership, deployment, and dependencies. -
What Product Family follows from VBE + EVC + INV?
-
What family-specific Intrinsic Type applies?
-
What role does the Product play in Business Context B?
13. Working PIN Principles
PIN-PR01 — Intrinsic Independence
A Product's intrinsic nature is independent of consumer, purpose, commercial model, implementation technology, and organizational context.
PIN-PR02 — Value Primacy
Intrinsic nature begins with identifying the Value-Bearing Essence that is actually being productized.
PIN-PR03 — Capability Primacy
A Product is characterized by the Essential Value Capability through which that essence provides value, not by incidental features.
PIN-PR04 — Constitution Awareness
Product dependencies and construction structure inform intrinsic classification but do not automatically determine Product Family.
PIN-PR05 — Invariance Test
An alleged intrinsic property must survive counterfactual testing. If it can change without fundamentally changing the Product kind, it is contextual or incidental rather than intrinsic.
PIN-PR06 — Contextual Role Separation
Business Product, Enabling Product, Component Product, Procured Product, and similar roles are contextual relationships and are not elements of PIN.
PIN-PR07 — Family Specialization
General PIN defines the common framework. Each Product Family may define additional intrinsic classifications appropriate to that family.
PIN-PR08 — Composition Non-Inheritance
A Product does not inherit the intrinsic nature of the Products, assets, models, or technologies used to construct it.
PIN-PR09 — Enterprise Boundary Awareness
A producer-consumer relationship inside an enterprise does not by itself establish a Business Product relationship. Business Product role must be evaluated against the relevant enterprise value boundary and external value proposition or service mandate.
PIN-PR10 — Analytics Does Not Determine Product Family
Analytics is not, by itself, a Product Family. Analytical capabilities may participate in the Constitution of a Product, including an Information Product, but their presence does not determine Product Family. Product Family continues to be derived from Product Intrinsic Nature.
14. Worked Examples
| Product | VBE | EVC | Constitution | Family | Example Intrinsic Type | Example Business Role |
|---|---|---|---|---|---|---|
| Rocket | Engineered physical system | Mission / payload transport | Components + engineering + assembly | Physical / Engineered | Family-specific | Business Product for RocketCo |
| Smartphone | Portable computing device | Connected interactive computing | Hardware + software + assembly | Physical / Engineered | Family-specific | Business Product for manufacturer |
| Movie | Audiovisual work | Audiovisual experience | Story + performance + media assets + assembly | Creative / Content | Family-specific | Business Product for studio |
| Streaming Service | Continuing service capability | On-demand access to managed audiovisual content | Content + platform + entitlement + operations | Service | Family-specific | Business Product for streaming provider |
| Trade Lifecycle Data Product | Governed trade information | Represent trusted payment lifecycle truth | ADS dependencies + semantic transformation | Data | Foundational | Enabling Product internally; potentially Business Product if externally offered |
| Fraud Detection AI Product | Governed fraud intelligence | Detect / assess fraud risk | Data + model + controls + inference | AI | AIPS-defined | Enabling Product for bank; Business Product for AI vendor |
| Early Warning Information Product | Governed early-warning information proposition | Provide governed early-warning information satisfying an enduring risk-monitoring need | Data Products + AI Products + analytical processes + KRIs + thresholds + rules | Information | Synthesized + Evaluated (provisional) | Enabling Product internally; potentially Business Product if externally offered |
15. Relationship to Product-Family Specializations
General PIN is defined at the BPS level so that specialized Product standards can reuse a common ontological foundation.
DPP may specialize Constitution and provenance semantics to determine Data Product types such as Foundational or Derived.
AIPS may specialize General PIN to establish AI Product Type (APT) without confusing intrinsic AI nature with model type, intelligence capability, autonomy, interaction mode, or risk tier.
A future Information Product specialization may formalize family-specific intrinsic classifications such as Contextualized, Derived, Evaluated, and Synthesized. Until that specialization is formalized, BPS treats these as provisional candidates rather than a normative closed taxonomy.
16. Canonical Summary
Product Intrinsic Nature (PIN) establishes what a Product fundamentally is. It is derived from the Product's Value-Bearing Essence, Essential Value Capability, Constitution, and Identity Invariants. Product Family and family-specific Intrinsic Types are established from this intrinsic model. Contextual roles such as Business Product or Enabling Product are evaluated separately against a defined business context and enterprise value boundary.
In shorthand:
What is it? -> PIN
What broad family is it? -> Product Family
What specific kind is it? -> Product Kind
What intrinsic subtype? -> Family-Specific Intrinsic Type
What role does it play here?-> Contextual Product Role
This separation enables BPS, DPP, AIPS, a future Information Product specialization, and other Product standards to share one coherent Product ontology while preserving the semantics that are unique to each Product family.