Begin with the movement
Name where a person begins, which decision they face and which useful state should follow.
Current product edition · 2026
Bom Flow™
Choose the route depth from the movement, decision, route units, channels, evidence and ownership that must become intelligible.

02Bom Flow™
Name where a person begins, which decision they face and which useful state should follow.
Segments, channels, states, platforms, providers, exceptions and review gates determine product depth.
Every route ends with accepted states, owners, access, evidence, exceptions and a next review condition.
This guide is the commercial interpretation of Bom Flow™. The system publication remains the methodological definition. Open · Bom Flow™ ↗
03Bom Flow™
04Bom Flow™
Recognise one bounded client path before implementation.
Make entry and choice intelligible for one client group.
Connect an accepted decision to action and onboarding.
Govern choice, transaction, confirmation and first use.
Connect the complete route across channels and relationship states.
Review or maintain an accepted flow through current evidence.
05Bom Flow™
Personas identify who carries the buying decision. Flow depth still follows the movement, authority, evidence and operating 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 Flow™
Touchpoints locate the movement. Readiness and evidence overlays qualify whether route design can begin.
07Bom Flow™
Route states, information order, decision moments, actions, transfers, exceptions, evidence points and next ownership.
Accepted offer, decisions, roles, processes, sources, dependencies and change authority.
Accepted content, interface states, publications and production assets used by the route.
Owners, cadence, access, tools, monitoring, incidents, updates and continuing quality.
08Bom Flow™

Bom Flow™ designs how value, information and decision context move from first contact through choice, action, transaction, first use and continued relationship.
Its agency result is a governed route architecture. Its organisational effect is shared understanding of what moves, who owns it, which evidence confirms completion and what happens next.
Open · complete system definition ↗09Bom Flow™
Connects audience situation, touchpoint and first useful information.
Connects information, offer, comparison, evidence and decision support.
Connects an accepted decision to a form, conversation, proposal, checkout or commitment.
Carries accepted context into onboarding, delivery, support, review and continued relationship.
10Bom Flow™
A route unit is one named movement between two states. It is the governing unit for scope, responsibility, evidence and change.
A page, message, form or system action becomes a route component when it performs a recorded movement.
11Bom Flow™
One client group needs a clear movement from first contact to an informed choice.
One accepted offer or service requires a clear movement from decision to action and onboarding.
One product family needs a governed route through choice, checkout, payment, confirmation and first use.
One principal client segment requires a connected route from entry through relationship, return and referral.
An accepted flow reaches a review event or scheduled control point.
An accepted flow requires a controlled monthly rhythm of evidence review and route change.
12Bom Flow™
Every task has a definition, responsible specialisation, agency hours, rate, subtotal and acceptance evidence.
Agency work uses 100 EUR per hour or 440 PLN per hour before visible product-level rounding.
Development, platforms, payment services, licences, legal review and specialist work receive separate accepted lines.
A new segment, market, route, channel, platform, integration or service model triggers a new assessment.
13Bom Flow™
Name the movement, decision, client group and smallest useful route boundary.
Confirm authority, sources, access, evidence, providers and constraints.
Build route states, information, decisions, actions, transfers, exceptions and evidence points.
Use consolidated gates to decide corrections across dependent units.
Record owners, access, evidence, operation, review conditions and the next responsible route.
14Bom Flow™
Architecture entries answer a smaller decision before a governed flow is designed. Their accepted output can become a source for an FLW product.
15BN06
16BN05
17KT05
18FLW-10
19FLW-10
Value-recognition map, entry map, information and offer sequence, decision criteria, route record and handover.
A bounded route makes the first useful movement explicit before interfaces and materials multiply.
A shared standard for entry, comparison and the next commercial movement.
Every touchpoint, route state, decision criterion, source, owner and next movement has an accepted record.
20FLW-10
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and decision boundaryConfirms client group, activating situation, decision, touchpoints, sources, owners and acceptance route. | Engagement architect | 3 | 300 | 1,320 |
| Source and evidence admissionAdmits current offer, identity, audience, content, interface and evidence sources and records conflicts. | Information architect | 5 | 500 | 2,200 |
| Value-recognition mappingDefines what the client group recognises as useful value and which evidence supports each hypothesis. | Customer-flow architect | 7 | 700 | 3,080 |
| Entry-point mappingMaps up to three touchpoints, their situations, first useful information and next movement. | Customer-flow architect | 7 | 700 | 3,080 |
| Information and choice architectureStructures information order, comparison criteria, proof and choice conditions for one route. | Information architect | 12 | 1,200 | 5,280 |
| Offer architecture in channelPlaces the accepted offer, boundaries, conditions and next action in the principal route context. | Commercial experience architect | 6 | 600 | 2,640 |
| Two consolidated review gatesCoordinates decisions and applies accepted corrections inside the route boundary. | Flow delivery lead | 5 | 500 | 2,200 |
| Route record and direct handoverRecords units, owners, sources, decisions, evidence, exceptions and the next review condition. | Documentation architect | 3 | 300 | 1,320 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | -20 |
| Fixed product price | 48 | 4,800 | 21,100 |
21FLW-20
22FLW-20
Required information, evidence, authority and completion condition.
CTA, form, conversation, proposal or commitment with validation.
Visible state, recorded evidence and the next responsible owner.
Accepted context, scope, timing, access and exceptions move forward.
The first useful service movement begins with complete context.
23FLW-20
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and action mandateConfirms the service, channel, route units, intended action, sources, owners and access. | Engagement architect | 4 | 400 | 1,760 |
| Source, interface and constraint admissionAdmits offer, content, interface, process, legal and operating conditions and records conflicts. | Information architect | 6 | 600 | 2,640 |
| Decision-moment designDefines each decision, required information, evidence, authority and completion condition. | Customer-flow architect | 10 | 1,000 | 4,400 |
| CTA and form-routing logicDesigns calls to action, fields, validation, confirmations, alternatives and information requirements. | Interaction architect | 12 | 1,200 | 5,280 |
| Action and service sequenceConnects accepted choice to conversation, proposal, commitment or service action. | Customer-flow architect | 12 | 1,200 | 5,280 |
| Task subtotal | 44 | 4,400 | 19,360 |
24FLW-20
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Transfer and onboarding pathCarries accepted context, responsibility, timing, evidence and exceptions into first service movement. | Service architect | 14 | 1,400 | 6,160 |
| Route prototype and implementation specificationExpresses states, content and interface requirements as a reviewable implementation specification. | Interaction architect | 8 | 800 | 3,520 |
| Three consolidated review gatesCoordinates decisions and applies accepted corrections inside the route boundary. | Flow delivery lead | 10 | 1,000 | 4,400 |
| Route register and direct handoverRecords units, owners, sources, access, evidence, exceptions, next route and review condition. | Documentation architect | 6 | 600 | 2,640 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | +20 |
| Task subtotal | 38 | 3,800 | 16,740 |
25FLW-30
26FLW-30
Product relation, comparison, evidence, conditions and price display.
Basket, data, validation, payment, confirmation and recovery states.
Fulfilment, onboarding, support and the first useful result.
Consent, failure, cancellation, return, support and escalation routes.
Platform development, payment-provider fees, licences and specialist legal or security review enter as separate accepted lines.
27FLW-30
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and commerce mandateConfirms product family, environment, route units, owners, providers, access and acceptance. | Engagement architect | 5 | 500 | 2,200 |
| Source, platform and commercial admissionAdmits offer, product, content, platform, payment, legal and service conditions and records conflicts. | Information architect | 10 | 1,000 | 4,400 |
| Value and entry architectureDefines recognised value, entry situations, touchpoints, first useful information and route hypotheses. | Customer-flow architect | 12 | 1,200 | 5,280 |
| Offer and product-choice architectureStructures product relationships, comparison, evidence, conditions, price display and choice sequence. | Commercial experience architect | 20 | 2,000 | 8,800 |
| Decision-moment designDefines information, evidence, authority and completion at every material decision. | Customer-flow architect | 14 | 1,400 | 6,160 |
| Checkout and payment flowDesigns basket, data, validation, payment, confirmation, failure and recovery states. | Interaction architect | 24 | 2,400 | 10,560 |
| Task subtotal | 85 | 8,500 | 37,400 |
28FLW-30
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Post-purchase and first-use pathCarries order context into confirmation, fulfilment, support, onboarding and first useful use. | Service architect | 20 | 2,000 | 8,800 |
| Exception, consent and support routesDefines material exception, consent, cancellation, return, support and escalation paths. | Service architect | 14 | 1,400 | 6,160 |
| Route prototype and implementation specificationExpresses route states, content, interfaces, data, triggers and dependencies for implementation. | Interaction architect | 12 | 1,200 | 5,280 |
| Four consolidated review gatesCoordinates decisions and applies accepted corrections across the commerce route. | Flow delivery lead | 9 | 900 | 3,960 |
| Governance register and direct handoverRecords owners, providers, access, evidence, exceptions, measurement points and review conditions. | Documentation architect | 6 | 600 | 2,640 |
| Explicit Poland-market rounding | Commercial decision owner | 0 | 0 | -40 |
| Task subtotal | 61 | 6,100 | 26,800 |
29FLW-40
30FLW-40
Complete customer-flow architecture, route specifications, exception paths, measurement framework, governance and ownership transfer.
The organisation receives one governed model for how client context moves across commercial and service work.
Coordinated entry, choice, action, transaction, onboarding, service, support, return and referral.
The complete route register, specifications, owners, access, evidence, exception and review records are accepted.
The measurement framework names observable events and evidence sources. Commercial or service performance enters the evidence record only after current measurements exist.
31FLW-40
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Start Gate and programme mandateConfirms segment, channels, units, markets, sources, owners, providers, access and acceptance. | Engagement architect | 6 | 600 | 2,640 |
| Source, evidence and constraint admissionAdmits business, offer, identity, audience, content, interface, service, platform and evidence sources. | Information architect | 12 | 1,200 | 5,280 |
| Value and audience architectureDefines recognised value, situations, roles, decisions, evidence needs and route hypotheses. | Customer-flow architect | 18 | 1,800 | 7,920 |
| Entry network architectureMaps entry conditions and next movements across up to four accepted channels. | Customer-flow architect | 20 | 2,000 | 8,800 |
| Information, offer and choice architectureStructures information, offer, comparison, evidence and choice across the accepted route. | Commercial experience architect | 28 | 2,800 | 12,320 |
| Decision and action orchestrationConnects decisions to conversations, forms, proposals, commitment or transaction through named units. | Customer-flow architect | 28 | 2,800 | 12,320 |
| Task subtotal | 112 | 11,200 | 49,280 |
32FLW-40
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Transaction, service and onboarding architectureCarries accepted context through transaction, confirmation, onboarding, service and first useful result. | Service architect | 30 | 3,000 | 13,200 |
| Post-purchase, return and referral architectureDefines support, review, continued contact, return and referral routes with owners and evidence. | Service architect | 22 | 2,200 | 9,680 |
| Route prototypes and implementation specificationExpresses states, content, interfaces, data, triggers, dependencies and exceptions for implementation. | Interaction architect | 20 | 2,000 | 8,800 |
| Measurement and route governanceDefines observable events, evidence sources, owners, review thresholds and controlled change routes. | Measurement architect | 14 | 1,400 | 6,160 |
| Five consolidated review gatesCoordinates decisions and applies accepted corrections across dependent route units. | Flow delivery lead | 14 | 1,400 | 6,160 |
| Governance register, owner enablement and handoverRecords units, owners, sources, access, evidence, operation, exceptions and review conditions. | Documentation architect | 8 | 800 | 3,520 |
| Task subtotal | 108 | 10,800 | 47,520 |
33FLW-50
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Review Gate and route boundaryConfirms trigger, baseline, route units, owners, evidence and correction route. | Engagement architect | 2 | 200 | 880 |
| Current source and evidence admissionAdmits current route, content, interface, data, operating and evidence records. | Information architect | 4 | 400 | 1,760 |
| Route and state reviewChecks up to eighteen units against accepted function, source, decision, ownership and evidence conditions. | Customer-flow architect | 10 | 1,000 | 4,400 |
| Up to six correction decisionsRecords finding, consequence, priority, owner, correction boundary and acceptance evidence. | Customer-flow architect | 6 | 600 | 2,640 |
| One consolidated review gateCoordinates decisions and their effect across dependent route units. | Flow delivery lead | 5 | 500 | 2,200 |
| Review handoverRecords next action, owner, review date, evidence requirement and implementation route. | Documentation architect | 3 | 300 | 1,320 |
| Fixed product price | 30 | 3,000 | 13,200 |
34FLW-51
| TaskWhat the task does | Responsible specialisation | Hours | EUR | PLN · Poland |
|---|---|---|---|---|
| Monthly Start Gate and route backlogConfirms backlog, affected units, owners, sources, evidence, access, capacity and acceptance. | Engagement architect | 3 | 300 | 1,320 |
| Route monitoring and evidence reviewReviews accepted events, evidence, incidents, feedback and dependencies inside the monthly boundary. | Measurement architect | 5 | 500 | 2,200 |
| Approved route updatesApplies accepted changes to units, decisions, information, interfaces or transfer records. | Customer-flow architect | 6 | 600 | 2,640 |
| Two consolidated review gatesCoordinates decisions and accepted corrections across the monthly backlog. | Flow delivery lead | 3 | 300 | 1,320 |
| Month close and handoverRecords current state, evidence, owners, dependencies, next backlog and review condition. | Documentation architect | 3 | 300 | 1,320 |
| Fixed product price | 20 | 2,000 | 8,800 |
35Bom Flow™
Segments, route units, channels, platforms, providers, sources, exceptions and reviews determine the product depth for every configuration.
Entry, qualification, brief, proposal, commitment, confirmation, onboarding and first service movement.
Product choice, basket, payment, confirmation, fulfilment, support and first useful result.
Entry source, information order, evidence, comparison, conditions, price and next commercial movement.
Support, review, continued contact, return, referral, ownership and evidence cadence.
36Bom Flow™
Connected documentation, offer, publication, client-library and operating routes across the current ecosystem.
↗02Brand, product, repository and editorial routes with element-level evidence boundaries.
↗03Review, correction and material-transfer routes around technical product information.
↗04Catalogue, product-choice, print, exclusion, error and publication-stage routes with partial live-operation evidence.
↗Evidence supports the recorded route mechanisms and produced specifications. Conversion, revenue, adoption, retention, referral and service performance require current measurements for the relevant route.
37Bom Flow™
Supplies accepted audience context, tensions, choices and evidence needs.
Supplies meaning, promise, relationship principles and language.
Supplies the governing offer, decision, process, role, source and dependency records.
Supplies accepted content, interfaces and materials used by route units.
Assigns ongoing ownership, cadence, monitoring, access and update responsibility.
38Bom Flow™
39Bom Flow™
Provide authorised sources, decision and acceptance owners, platform and provider access, consolidated feedback and decisions within the agreed calendar.
Perform accepted tasks, record sources and decisions, coordinate named work, protect route quality and supply acceptance evidence.
The proposal and agreement record access authority, data 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, data, payment, responsibility and acceptance.
Bom Flow™
Name the movement and intended state. Confirm the source, authority, evidence and access gate. Count segments, route units, channels, platforms and exceptions. Choose the smallest flow product that can deliver an accepted and owned route.