Begin with the responsibility
Name the work, decision owner, user, source and completion condition that require a stable operating route.
Current product edition · 2026
Bom Runtime™
Choose the operating depth from the responsibilities, processes, sources, users, tools, evidence and review conditions that must work together.

02Bom Runtime™
Name the work, decision owner, user, source and completion condition that require a stable operating route.
Roles, processes, sources, user groups, environments, workflows and review gates determine product depth.
Every result ends with accepted owners, sources, access, completion evidence, exceptions and a next review condition.
This guide is the commercial interpretation of Bom Runtime™. The system publication remains the methodological definition. Open · Bom Runtime™ ↗
03Bom Runtime™
04Bom Runtime™
Resolve one process or one compact operating product.
Establish responsibility, decisions and operating rhythm.
Connect processes, procedures, quality and transfer.
Govern sources, knowledge, access and migration.
Prepare one business area for responsible AI-supported operation.
Review or maintain an accepted operating system.
05Bom Runtime™
Personas identify who carries the buying and operating decision. Runtime depth follows responsibility, source authority, process count, information conditions and adoption boundary.
Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P2Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P3Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P4Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P5Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P6Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗P7Open the exact persona definition and apply its risks, evidence needs and decision conditions.
↗06Bom Runtime™
Touchpoints locate the commercial decision. Readiness and evidence overlays qualify whether an operating architecture can begin.
07Bom Runtime™
Roles, decisions, sources, rhythm, processes, quality, transfer, context and review.
Accepted business model, offer, operating decisions, dependencies and change authority.
Entry, choice, action, transfer and service movements requiring continuing ownership.
Accepted interfaces, documents, forms, checklists, templates and publication assets.
08Bom Runtime™

Bom Runtime™ turns approved architecture into repeatable operating practice. It assigns responsibility, decision authority, sources, rhythm, completion criteria, transfer conditions and review triggers.
The agency result is a governed operating architecture. The organisational effect is a shared standard for how people, tools and AI-supported work carry accepted decisions into everyday use.
Open · complete system definition ↗09Bom Runtime™
Responsibility map covering work ownership, decision rights, interfaces and escalation.
Operating rhythm for opening, executing, reviewing and closing recurring work.
Source-of-Truth structure with authority, status, ownership, version and relationship rules.
Definition of Done, checklists, evidence and exception routes for recurring work.
Handover and onboarding records carrying context and readiness into the receiving role.
Approved sources, role boundaries, process logic, verification and update rules for business AI use.
10Bom Runtime™
Functions describe operating responsibility. RUN codes identify method mechanisms. RTM codes identify commercial products.
| Code and mechanism | Operating function |
|---|---|
| RUN-01 · Responsibility mapping | Assigns roles, decision owners, mandate and RACI relations. |
| RUN-02 · Decision and escalation model | Defines criteria, authority and escalation for recurring decisions. |
| RUN-03 · Operating-rhythm design | Establishes review and coordination cycles. |
| RUN-04 · SOP and checklist design | Converts repeatable work into sequence, conditions and responsibility. |
| RUN-05 · Definition of Done and quality control | Defines completion, review, approval and readiness. |
| RUN-06 · System and source registry | Records documents, decisions and tools with owners and status. |
| RUN-07 · Knowledge-repository architecture | Structures access, ownership, versions and navigation. |
| RUN-08 · Onboarding and knowledge transfer | Enables people and partners to assume context and responsibility. |
| RUN-09 · AI-context governance | Maintains approved context, human ownership and update rules. |
| RUN-10 · Automation and workflow direction | Identifies work suitable for integration or automation. |
| RUN-11 · Maintenance and learning governance | Connects source review, operating evidence and recalibration. |
11Bom Runtime™
An operating unit is one recurring responsibility expressed as work that can be assigned, completed, evidenced, reviewed and transferred.
The event, source and conditions that begin the work.
The role performing the work and the role authorised to decide or accept.
The required actions and the resulting record, object or state.
The criteria and evidence confirming usable completion.
The recovery or decision route when the standard sequence changes.
The next owner, required context and review condition.
12Bom Runtime™
A team requires explicit responsibility, recurring decisions and a usable operating cadence.
Several related recurring activities require one sequence, responsibility model and completion standard.
Work is dispersed across documents, tools and people and requires a governed knowledge environment.
One business area requires approved context, human responsibility and a controlled route for AI-supported workflows.
An accepted operating system reaches a review event or scheduled control point.
An accepted operating system requires controlled monthly maintenance and learning.
13Bom Runtime™
Every task has a definition, responsible specialisation, hours, rate, subtotal and acceptance evidence.
Agency work uses 100 EUR per hour or 440 PLN per hour before visible product-level rounding.
Platforms, licences, integrations, migration, security, legal and specialist work receive separate accepted lines.
A new area, team, repository, platform, workflow, information class or operating model triggers a new assessment.
14Bom Runtime™
Name the recurring responsibility, users, current operating condition and smallest useful boundary.
Confirm authority, sources, access, information class, evidence, dependencies and specialist triggers.
Build roles, decisions, rhythm, processes, sources, quality, transfer and review conditions.
Use consolidated gates to decide corrections across dependent operating units.
Assign ownership, access, operating guidance, evidence and the first continuing review.
15Bom Runtime™
Qualified entries resolve one bounded responsibility before the organisation commits to a wider operating architecture.
One user introduces AI-supported work in one agreed business area.
One recurring business activity requires a stable sequence, ownership and completion conditions.
One business area requires a controlled AI-use route with a named human owner and approved sources.
One repeatable workflow requires a controlled AI-assisted or automated route.
One recurring task requires a compact register, board, form, checklist, template family or controlled dashboard.
16KT08
17BN07
18BN08
19BN09
20BN10
21RTM-10
22RTM-10
Responsibility map, decision and escalation route, operating rhythm, meeting and record architecture and ownership handover.
Responsibility and time become one operating agreement rather than separate expectations.
Predictable decisions, reviews, escalations and ownership across recurring work.
Every included role, decision class and recurring event has an accepted owner, input, output, authority and exception route.
23RTM-10
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and operating boundaryConfirms the team, roles, recurring decisions, sources, access, owner and acceptance route. | Collaboration architect | 4 | 400 | 1,760 |
| Source and responsibility intakeAdmits current role, process, meeting and decision records and records conflicts. | Information architect | 6 | 600 | 2,640 |
| Responsibility architectureDefines ownership, mandate, backup, interfaces, inputs, outputs and workload for up to eight roles. | Operating architect | 14 | 1,400 | 6,160 |
| Decision and escalation routeDefines up to six recurring decision classes, criteria, authority and escalation. | Operating architect | 10 | 1,000 | 4,400 |
| Operating rhythmDesigns daily, weekly and monthly opening, execution, review and closure events. | Operating architect | 10 | 1,000 | 4,400 |
| Three consolidated review gatesCoordinates decisions and accepted corrections across roles and rhythm. | Runtime delivery lead | 9 | 900 | 3,960 |
| Operating record and direct handoverRecords owners, events, sources, escalation and the first review point and transfers them to the team. | Documentation architect | 7 | 700 | 3,080 |
| Fixed product price | 60 | 6,000 | 26,400 |
24RTM-20
25RTM-20
Trigger, input, action, decision, owner, output, control, exception and transfer are recorded for every included process.
Accepted processes become working sequences with conditions, evidence and responsibility.
Definition of Done and exception routes make usable completion and recovery observable.
The receiving roles obtain sources, access, instructions, acceptance conditions and a first review point.
26RTM-20
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and process boundaryConfirms processes, roles, sources, users, access, dependencies and acceptance route. | Collaboration architect | 5 | 500 | 2,200 |
| Process-source and evidence intakeAdmits current procedures, records, tools, obligations and evidence and records conflicts. | Information architect | 10 | 1,000 | 4,400 |
| Linked process architectureDefines triggers, inputs, actions, decisions, owners, outputs, controls and exceptions for up to four processes. | Operating architect | 28 | 2,800 | 12,320 |
| SOP and checklist systemTurns accepted processes into up to eight usable procedures or checklists. | Process architect | 24 | 2,400 | 10,560 |
| Task subtotal | 67 | 6,700 | 29,480 |
27RTM-20
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Definition of Done and quality gatesDefines completion, review, approval, evidence and readiness for the included outputs. | Quality architect | 18 | 1,800 | 7,920 |
| Exception and escalation routesDefines decision authority, recovery and escalation for material exceptions. | Operating architect | 8 | 800 | 3,520 |
| Four consolidated review gatesCoordinates decisions and accepted corrections across dependent processes. | Runtime delivery lead | 11 | 1,100 | 4,840 |
| Onboarding package and direct handoverPrepares role guidance, access requirements, first-use route and transfer of operating ownership. | Knowledge-transfer architect | 8 | 800 | 3,520 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | +20 |
| Task subtotal | 45 | 4,500 | 19,800 |
28RTM-30
29RTM-30
Every source states whether it governs, informs, evidences, awaits decision or has been superseded.
User groups receive proportionate access and every source receives an owner and review trigger.
Current versions connect to dependent records, earlier sources and the decisions they support.
Preparation, movement, verification, redirects, archive and operating handover follow one accepted sequence.
30RTM-30
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and repository boundaryConfirms source population, user groups, repository environment, access, owner and acceptance route. | Collaboration architect | 5 | 500 | 2,200 |
| Source, system and tool inventoryInventories up to sixty sources with authority, status, owner, version, relation and location. | Information-governance architect | 14 | 1,400 | 6,160 |
| Source of Truth and system registryDefines governing records, authority rules, status vocabulary, ownership and review triggers. | Information-governance architect | 22 | 2,200 | 9,680 |
| Knowledge-repository architectureDesigns navigation, taxonomy, relationships, user routes and controlled information placement. | Knowledge architect | 24 | 2,400 | 10,560 |
| Task subtotal | 65 | 6,500 | 28,600 |
31RTM-30
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Access, version and lifecycle rulesDefines user groups, permissions, version states, retention, review and retirement. | Information-governance architect | 18 | 1,800 | 7,920 |
| Migration and continuity routeSequences source preparation, movement, verification, redirects, archive and continuity steps. | Migration architect | 14 | 1,400 | 6,160 |
| Four consolidated review gatesCoordinates decisions and corrections across the source and repository model. | Runtime delivery lead | 16 | 1,600 | 7,040 |
| Operating guide and direct handoverDocuments everyday use, ownership, maintenance and the first scheduled review. | Documentation architect | 13 | 1,300 | 5,720 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | -40 |
| Task subtotal | 61 | 6,100 | 26,840 |
32RTM-40
33RTM-40
Every supported decision retains a named human owner, reviewer, escalation route and acceptance authority.
Use cases receive current sources, permitted inputs, version rules and update ownership.
Expected outputs, review criteria, evidence and Definition of Done are explicit for each workflow.
Legal, security, regulated, sensitive-information and technical conditions route to qualified sources and people.
The product supplies operating architecture and implementation briefs. Technical implementation, licences, integrations and specialist determinations receive separate accepted lines.
34RTM-40
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate, eligibility and information boundaryConfirms the business area, workflows, users, platform context, information class, sources, owners and specialist triggers. | Collaboration architect | 6 | 600 | 2,640 |
| Source, data, use-case and tool intakeAdmits current workflows, information sources, tool constraints, policies and evidence and records conflicts. | AI-context architect | 14 | 1,400 | 6,160 |
| Responsibility and human-review architectureDefines human decision ownership, permissions, review, escalation and accountability across up to six roles. | Operating architect | 18 | 1,800 | 7,920 |
| AI-context architectureStructures approved sources, context packs, information boundaries, version rules and update ownership. | AI-context architect | 32 | 3,200 | 14,080 |
| Workflow and automation directionDesigns up to three workflows, control points, suitability conditions and implementation sequence. | Workflow architect | 36 | 3,600 | 15,840 |
| Task subtotal | 106 | 10,600 | 46,640 |
35RTM-40
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Implementation briefsTranslates accepted workflow and context decisions into bounded briefs for approved environments or providers. | Implementation architect | 24 | 2,400 | 10,560 |
| Risk and specialist-trigger registerRecords information, legal, security, regulated and technical triggers, owners and required evidence. | Information-governance architect | 12 | 1,200 | 5,280 |
| Role guidance and knowledge transferPrepares users to apply the approved context, review, quality and escalation rules. | Knowledge-transfer architect | 12 | 1,200 | 5,280 |
| Five consolidated review gatesCoordinates decisions and corrections across context, workflows, roles and briefs. | Runtime delivery lead | 16 | 1,600 | 7,040 |
| Operating rhythm and direct handoverRecords maintenance, learning, review ownership and the first operating cycle. | Documentation architect | 12 | 1,200 | 5,280 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | +20 |
| Task subtotal | 76 | 7,600 | 33,440 |
36RTM-50
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Review Gate and baseline boundaryConfirms the event, baseline, owners, sources, evidence and correction authority. | Collaboration architect | 2 | 200 | 880 |
| Current source and evidence intakeAdmits current operating records, incidents, feedback, changes and measurements. | Information architect | 4 | 400 | 1,760 |
| Role, rhythm and transfer reviewChecks ownership, decisions, cadence, escalation, onboarding and handover integrity. | Operating architect | 8 | 800 | 3,520 |
| Process, quality, source and AI-context reviewChecks processes, completion standards, sources, permissions, workflows and update conditions. | Quality architect | 10 | 1,000 | 4,400 |
| Up to six correction decisionsRecords decision, consequence, priority, owner, scope and acceptance evidence. | Operating architect | 4 | 400 | 1,760 |
| Consolidated review gateCoordinates correction decisions and affected dependencies. | Runtime delivery lead | 2 | 200 | 880 |
| Review handoverRecords next action, owner, date, evidence requirement and implementation route. | Documentation architect | 2 | 200 | 880 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | +20 |
| Fixed product price | 32 | 3,200 | 14,080 |
37RTM-51
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Monthly Start Gate and backlogConfirms backlog, affected components, owners, sources, evidence, access, capacity and acceptance. | Collaboration architect | 3 | 300 | 1,320 |
| Operating evidence and source reviewReviews current events, evidence, incidents, feedback, source changes and dependencies. | Information-governance architect | 5 | 500 | 2,200 |
| Approved operating updatesApplies accepted changes to roles, rhythms, sources, procedures, quality, transfer or AI context. | Operating architect | 8 | 800 | 3,520 |
| Two consolidated review gatesCoordinates decisions and corrections within the monthly backlog. | Runtime delivery lead | 4 | 400 | 1,760 |
| Month close and handoverRecords current state, evidence, owners, dependencies, next backlog and review condition. | Documentation architect | 4 | 400 | 1,760 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | +40 |
| Fixed product price | 24 | 2,400 | 10,560 |
38Bom Runtime™
Evidence supports the method, artefacts and implemented control structures. Productivity, adoption, time saving, error reduction and commercial performance require current measurements for the relevant environment.
39Bom Runtime™
Provide authorised sources, decision and acceptance owners, users, access, information classifications, consolidated feedback and decisions within the agreed calendar.
Perform accepted tasks, record sources and decisions, coordinate named work, protect operating quality and supply acceptance evidence.
The proposal and agreement record access authority, information conditions, platform roles, provider terms, rights and specialist-review requirements.
Time begins after the complete Start Gate. Late sources or decisions, accepted changes and provider dependencies update the recorded schedule.
The accepted proposal and agreement establish transaction-specific scope, price, tax, timetable, rights, access, information, payment, responsibility and acceptance.
Bom Runtime™
Name the recurring responsibility and intended operating state. Confirm owners, sources, access, evidence and specialist triggers. Count roles, processes, sources, user groups, environments and workflows. Choose the smallest Runtime product that can establish accepted operation and continuing review.