Swiss Tech Minimalism
- Grid-led alignment and explicit hierarchy
- High information density without visual noise
- Flat surfaces, precise rules and restrained radii
- Manrope headings, Inter UI and mono technical labels
Adaptive operations design system
A contract-ready system of foundations, recipes, fields, blocks and deliberate divergent interactions. 89 dynamic component types are catalogued below.
The ratio is an allocation of visual responsibility, not a percentage of pixels.
Semantic pairs preserve meaning in light and dark modes; raw brand values are never used as status logic.
#283C78Authority, primary actions, selected navigation
#36D3A0Focus, live flow, success emphasis
#111827Primary text and high-contrast structure
#F4F7FCCanvas and low-emphasis regions
#315CCBInformation and active data
#A85A00At-risk and warning states
#A32929Failures, breaches and destructive actions
#176B4DCompletion and healthy service states
Product voice and interface density use separate families; technical metadata gets a third, deliberately narrow voice.
A 4px base unit supports compact operational density while larger section margins protect comprehension.
4px8px12px16px20px24px28px32px40px48px64px80pxPage margins
20 / 32 / 48px
Narrow, medium and wide viewport edges.
Content maximum
1560px
Dense authenticated surfaces; reading content is narrower.
Radii
8 / 14 / 24px
Controls, panels and rare large brand surfaces.
Borders
1px semantic line
Primary grouping mechanism; elevation is reserved for overlays.
Grid
12 columns / 20px gap
Blocks adapt by container, not device labels.
Motion is mechanical and explanatory: short travel, no ornamental bounce, and no dependency on animation for meaning.
Fast feedback
120–160ms
Press, hover, focus and selection response.
Block transition
240–380ms
Reveal, presence and local layout change.
Easing
[.22, 1, .36, 1]
Decisive deceleration without overshoot.
Reduced motion
0–1ms / static
Flow paths freeze; transforms and stagger disappear.
Every primitive is clickable and opens a complete visual variant page.
01
Variants and states
Used in KaziLayer
Submits commands and triggers permitted actions.
View all 6 variants →02
Variants and states
Used in KaziLayer
Compact toolbar, navigation and row actions with accessible names.
View all 5 variants →03
Variants and states
Used in KaziLayer
Holds lower-priority commands without hiding primary work.
View all 4 variants →01
Variants and states
Used in KaziLayer
Short text, numeric, contact and machine identifier entry.
View all 6 variants →02
Variants and states
Used in KaziLayer
Plain operational long text where formatting is not required.
View all 6 variants →03
Variants and states
Used in KaziLayer
Finite contract-owned choices.
View all 5 variants →04
Variants and states
Used in KaziLayer
Large or remote option sets and tenant-scoped relations.
View all 5 variants →05
Variants and states
Used in KaziLayer
Tags, scopes and multiple contract-owned values.
View all 5 variants →06
Variants and states
Used in KaziLayer
Independent Boolean choice and bounded bulk selection.
View all 5 variants →01
Variants and states
Used in KaziLayer
Focused modal tasks that must remain in context.
View all 4 variants →02
Variants and states
Used in KaziLayer
High-consequence confirmation before a command.
View all 4 variants →03
Variants and states
Used in KaziLayer
Contextual detail, edit and scheduling tasks.
View all 4 variants →04
Variants and states
Used in KaziLayer
Touch-friendly narrow-screen secondary surfaces.
View all 4 variants →05
Variants and states
Used in KaziLayer
Switches peer views without changing record meaning.
View all 4 variants →01
Variants and states
Used in KaziLayer
Compact labelled metadata and status reinforcement.
View all 6 variants →02
Variants and states
Used in KaziLayer
People and collaboration identity.
View all 5 variants →03
Variants and states
Used in KaziLayer
Dense aligned operational comparisons.
View all 6 variants →04
Variants and states
Used in KaziLayer
Bounds overflow inside dense panels.
View all 4 variants →05
Variants and states
Used in KaziLayer
Creates precise structural divisions.
View all 3 variants →06
Variants and states
Used in KaziLayer
Shows bounded job, upload and workflow completion.
View all 4 variants →07
Variants and states
Used in KaziLayer
Preserves the expected content shape while loading.
View all 5 variants →01
Variants and states
Used in KaziLayer
Vertical rhythm for fields, panels and sections.
View all 4 variants →02
Variants and states
Used in KaziLayer
Groups actions, tags and compact metadata.
View all 4 variants →03
Variants and states
Used in KaziLayer
Main and supporting regions that collapse by container.
View all 4 variants →Each component is grouped by dynamic type, followed by every documented variant/state and its KaziLayer placement.
Dynamic component type 01
Contract metadata resolves content, policy and state; recipe axes resolve presentation.
01
Variants and states
Used in KaziLayer
Projects requests, work orders, people, places, assets, contracts, webhooks and audit records into reusable surfaces.
View all 5 variants →02
Variants and states
Used in KaziLayer
Displays typed values in rows, cards, detail views, dashboards and activity streams.
View all 5 variants →03
Variants and states
Used in KaziLayer
Provides the accessible input context for every contract-supported widget.
View all 6 variants →04
Variants and states
Used in KaziLayer
Used by request, work-order, audit, integration and search filter surfaces.
View all 4 variants →05
Variants and states
Used in KaziLayer
Used in audit review, stale-record recovery and conflict-resolution experiences.
View all 4 variants →06
Variants and states
Used in KaziLayer
Powers authentication, request intake, record editing, commands, contract administration and settings.
View all 3 variants →07
Variants and states
Used in KaziLayer
Renders operational lists for core records, audit events, jobs, integrations and search.
View all 4 variants →08
Variants and states
Used in KaziLayer
Shows record, contract, webhook and audit detail without per-model page components.
View all 4 variants →09
Variants and states
Used in KaziLayer
Used for SLA, workload, capacity, queue health and operations-dashboard metrics.
View all 4 variants →10
Variants and states
Used in KaziLayer
Displays work history, audit trails, contract publication and webhook delivery activity.
View all 4 variants →11
Variants and states
Used in KaziLayer
Hosts permitted record and collection actions such as assign, schedule, publish, retry and export.
View all 6 variants →12
Variants and states
Used in KaziLayer
Moves lower-priority permitted actions into accessible menus on dense rows and cards.
View all 5 variants →13
Variants and states
Used in KaziLayer
Supports bounded reassignment, tagging, export and state-transition selections.
View all 6 variants →14
This transition requires confirmation.
Variants and states
Used in KaziLayer
Guards archive, contract publication, bulk commands, secret rotation and transitions.
View all 5 variants →15
Variants and states
Used in KaziLayer
Communicates workflow, SLA, contract, job, webhook and notification status.
View all 4 variants →16
Variants and states
Used in KaziLayer
Provides the authenticated tenant navigation shell across operational modules.
View all 6 variants →17
Variants and states
Used in KaziLayer
Provides route and record context across list, detail, admin and narrow sheet surfaces.
View all 4 variants →18
Variants and states
Used in KaziLayer
Supports cross-module navigation, global search and permitted collection commands.
View all 5 variants →19
Adjust filters or create a permitted record.
Variants and states
Used in KaziLayer
Explains empty operational and configuration surfaces without inventing unavailable actions.
View all 5 variants →20
Reload the current record and try again.
Variants and states
Used in KaziLayer
Provides honest failure states and safe recovery paths for API, policy and realtime failures.
View all 7 variants →21
Variants and states
Used in KaziLayer
Matches loading feedback to the shape of the requested content or background work.
View all 4 variants →22
Adjust filters or create a permitted record.
Variants and states
Used in KaziLayer
Reports mutation, upload, job, webhook and publication outcomes.
View all 6 variants →23
Variants and states
Used in KaziLayer
Builds pages from registered blocks while keeping route components thin.
View all 6 variants →24
Variants and states
Used in KaziLayer
Introduces every projected list, detail, dashboard and administration page.
View all 4 variants →25
Variants and states
Used in KaziLayer
Filters operations, dispatch, search, audit, notifications and integrations.
View all 5 variants →26
Variants and states
Used in KaziLayer
Displays declared relationships between customers, sites, assets, technicians and work.
View all 5 variants →27
Variants and states
Used in KaziLayer
Composes record detail with activity, comments, evidence or related information.
View all 3 variants →28
Variants and states
Used in KaziLayer
Composes dashboards and administration overviews from registered child blocks.
View all 4 variants →29
Variants and states
Used in KaziLayer
Projects policy-scoped comments and mentions on requests and work orders.
View all 5 variants →Dynamic component type 02
Every field knows its widget and context, never the business model name.
01
Variants and states
Used in KaziLayer
Names, titles, references, labels, addresses and short strings.
View all 5 variants →02
Variants and states
Used in KaziLayer
Operational reasons, incident notes, comments and failure descriptions.
View all 6 variants →03
Variants and states
Used in KaziLayer
Only explicitly designated sanitized WYSIWYG fields with plain-text projection.
View all 4 variants →04
## Completion notes
Variants and states
Used in KaziLayer
Handover, runbook and documentation content.
View all 4 variants →05
Variants and states
Used in KaziLayer
Invitations, contacts, notification targets and account settings.
View all 5 variants →06
Variants and states
Used in KaziLayer
Customer contacts and phone notification destinations.
View all 4 variants →07
Variants and states
Used in KaziLayer
Passwords, webhook secrets and integration credentials without revealing stored secrets.
View all 4 variants →08
Variants and states
Used in KaziLayer
Finite contract-owned choices such as urgency, role, visibility and event type.
View all 5 variants →09
Variants and states
Used in KaziLayer
Lifecycle, contract, job, webhook, notification and SLA states.
View all 4 variants →10
Variants and states
Used in KaziLayer
Tags, event scopes, permissions and multi-value configuration.
View all 5 variants →11
Variants and states
Used in KaziLayer
Tenant-scoped customer, site, asset, technician, user and role relationships.
View all 5 variants →12
Variants and states
Used in KaziLayer
Counts, capacity, order, weight and numeric limits.
View all 5 variants →13
Variants and states
Used in KaziLayer
Scores, percentages and precision-sensitive decimal configuration.
View all 5 variants →14
Variants and states
Used in KaziLayer
Required, enabled, preference and policy toggles.
View all 5 variants →15
Variants and states
Used in KaziLayer
Date-only contract, settings and reporting fields.
View all 5 variants →16
Variants and states
Used in KaziLayer
Windows, schedules, deadlines, publication and event timestamps.
View all 5 variants →17
Variants and states
Used in KaziLayer
Updated-at values, activity events and notifications.
View all 3 variants →18

Variants and states
Used in KaziLayer
Documents, CSV imports, exports and work evidence.
View all 3 variants →19

Variants and states
Used in KaziLayer
Image evidence, feedback screenshots and previewable media.
View all 3 variants →20
Variants and states
Used in KaziLayer
Webhook endpoints, documentation links and integration URLs.
View all 4 variants →21
work_order.scheduled
Variants and states
Used in KaziLayer
References, event keys, contract keys, paths and machine identifiers.
View all 4 variants →22
Variants and states
Used in KaziLayer
Request and site location capture and map-picker surfaces.
View all 4 variants →23
Variants and states
Used in KaziLayer
Organisation, calendar and SLA policy settings.
View all 4 variants →Dynamic component type 03
Specialised operations interactions reuse kernel fields, recipes, actions and feedback.
01
Variants and states
Used in KaziLayer
Saves filters, sorts, columns, density and dashboard selections.
View all 3 variants →02
Variants and states
Used in KaziLayer
Request and work-order details plus approved customer discussion.
View all 4 variants →03

Variants and states
Used in KaziLayer
Evidence capture, completion review, audit and approved customer views.
View all 3 variants →04
Variants and states
Used in KaziLayer
Stale edit and transition recovery with server-versus-local values.
View all 3 variants →05
Variants and states
Used in KaziLayer
Contract registry pages and publication history.
View all 3 variants →06
Variants and states
Used in KaziLayer
Creates contract metadata without hard-coded model-specific forms.
View all 3 variants →07
Variants and states
Used in KaziLayer
Edits contract fields and presentation metadata.
View all 3 variants →08
Variants and states
Used in KaziLayer
Administers work-lifecycle contracts.
View all 5 variants →09
Variants and states
Used in KaziLayer
Administers role policy and field-level contract policy.
View all 3 variants →10
Variants and states
Used in KaziLayer
Coordinates unscheduled work, capacity, assignment and rescheduling.
View all 4 variants →11
Variants and states
Used in KaziLayer
Shows technician capacity inside the dispatch board.
View all 2 variants →12
Variants and states
Used in KaziLayer
Runs schedule commands from dispatch and work-order detail.
View all 3 variants →13
Variants and states
Used in KaziLayer
Appears in rows, cards, detail, dashboard alerts and dispatch.
View all 2 variants →14
Variants and states
Used in KaziLayer
Lets managers compose dashboards from shared metric recipes.
View all 3 variants →15
Variants and states
Used in KaziLayer
Keeps card, chart, export and API output aligned to one metric definition.
View all 3 variants →16
Variants and states
Used in KaziLayer
Guides validated administrative CSV imports.
View all 2 variants →17
Variants and states
Used in KaziLayer
Tracks bounded asynchronous export jobs.
View all 2 variants →18
Variants and states
Used in KaziLayer
Configures signed integration endpoints and secret rotation.
View all 2 variants →19
Variants and states
Used in KaziLayer
Supports webhook delivery troubleshooting and audit review.
View all 3 variants →20
Variants and states
Used in KaziLayer
Provides the authenticated notification surface and preference links.
View all 3 variants →21
Variants and states
Used in KaziLayer
Collects contextual, consent-aware user feedback.
View all 3 variants →22
Variants and states
Used in KaziLayer
Applies presentation preferences without mutating domain data.
View all 4 variants →Dynamic component type 04
Hand-written storytelling components reuse the same tokens, primitives and accessibility policies.
01
Variants and states
Used in KaziLayer
Landing and public product routes.
View all 3 variants →02
Variants and states
Used in KaziLayer
Landing hero communicating operational control and the layer-flow metaphor.
View all 3 variants →03
Variants and states
Used in KaziLayer
Explains request → dispatch → field work → audit.
View all 3 variants →04
Variants and states
Used in KaziLayer
Introduces requests, dispatch, field work and audit modules.
View all 3 variants →05
Variants and states
Used in KaziLayer
Shows one record adapting into several contract-driven views.
View all 5 variants →06
Variants and states
Used in KaziLayer
Explains role-specific outcomes on the landing page.
View all 5 variants →07
Variants and states
Used in KaziLayer
Shows Web Vitals, API, concurrency and test evidence.
View all 3 variants →08
Variants and states
Used in KaziLayer
Links contract, API/event, UI, audit and test evidence.
View all 2 variants →