Method
A definition, procedure, or rule the method requires.
Blend Technology presents
The Design Method
For anyone commissioning a space: a method that makes the lighting, sound, acoustics, air, and temperature work together for the people inside, and proves it before handover.
A design discipline for inhabited space
Every space is built for something. The method begins by stating that intention plainly before any product is chosen.
How to read this publication
A definition, procedure, or rule the method requires.
A published standard, metric, or study by someone else.
A numeric working target, not a scientific threshold.
A worked example, not a report from a client project.
This document defines UX for Spaces™, a design method for how the technology layers of a space support what the people in it need. The method was authored by Jimmy Powers, Principal of Blend Technology, and Blend applies it on its own projects.
The method is called UX for Spaces™. Its working instrument is the UX for Spaces™ Framework, currently version 15.5, published as two workbooks, residential and commercial. This document explains the method so that architects, designers, builders, owners, and anyone researching it can understand it, apply its vocabulary, and cite it.
Four kinds of statement appear here, and they are labeled so the reader can tell them apart:
| Label | What it means |
|---|---|
| Method | A definition, procedure, or rule the method requires. |
| External reference | A published standard, metric, or study by someone else. Cited in the References section. |
| Practice target | A numeric value the method adopts as its working target. Where it is drawn from an external reference, the reference is named. A practice target is not a scientific threshold. |
| Illustrative | A worked example built to show the method. It is not a report from a specific client project unless stated. |
Every space is built for something. A primary suite is for rest and recovery. A study is for focus. A guest suite is for arrival and sleep. A dining room is for conversation. UX for Spaces™ begins by stating that intention plainly, before any product is chosen, and then designs every technology layer, and the building assemblies those layers depend on, to hold it. Two intentions show how the method runs.
A space for rest, recovery, and sleep. The intention is that a person lies down and the space holds dark, quiet, and a stable temperature until they choose to leave it. Light at the eye is held under 1 lux melanopic EDI, which means blackout that seals, indicators that go dark, and a night path from amber or red sources only. Sound at the pillow is held to a steady floor of NC-25 with no start, stop, or speed change audible above it, which is a mechanical design decision made before the equipment is sized, not a setting. Temperature holds within 1 degree of the sleeper's choice and corrects without a fan spinning up. Nothing in the space announces itself: no chime, no glow, no notification. Where isolation from an adjacent space is needed, the partition, the door, and the floor are specified for it on the construction documents, because no scene can add mass to a wall after it is closed.
A space for work and focus. The intention is that a person sits down and the space supports attention for as long as the work takes. Every layer has a job:
Both spaces follow the same chain: the stated need becomes a criterion with a unit, the criterion becomes coordinated behavior across every layer, each behavior is assigned to a trade and a drawing at a construction stage, the built result is measured against the criterion, and the record is adjusted in use. The rest of this document defines each link.
UX for Spaces™ exists because the layers that shape how a space feels are designed by different people who rarely design them together. Lighting, acoustics, HVAC, air quality, shading, and controls each pass their own specification. Nobody is responsible for how they behave in combination for the person in the space. The result is a space that meets every individual spec and still fails at what it was for.
The method fixes the responsibility gap. It defines what each space must do for the people in it, writes that as behavior the building can carry out, routes each behavior to the trade and construction stage that can deliver it, and then measures whether the built space does what was written.
It applies to residences, hospitality properties, workplaces, learning environments, retail and experience spaces, and performance spaces such as cinemas, studios, and listening spaces. The UX for Spaces™ Framework v15.5 covers all of these in seventeen behavioral categories, described below.
The method covers:
It does not cover equipment selection, brand comparisons, or pricing. Equipment is chosen to satisfy the behaviors, after the behaviors are written, and it is not the subject of this document.
A UX for Spaces™ designer can carry the method through construction, calibration, and ongoing care, as Blend does on its own projects, or hand a completed design to a qualified integration partner. The method is the same either way.
These terms are used exactly as defined here throughout UX for Spaces™ documents. All are method definitions unless noted.
| Term | Definition |
|---|---|
| Space | A named area of the project with a primary use and defined occupants. Every behavior in the project is bound to a space. A space, as the method uses the word, can be a whole room or a part of one, and is defined by what it is for and who is in it. |
| Intent | What a space is for, stated in terms of what it must do for the people in it. Intent is the spine of the project record. |
| Performance target | One of 28 terms the method uses to state intent, grouped in five families: Cognitive (Focus, Cognition, Creativity, Speech intelligibility, Learning), Physiological (Calm, Sleep, Restoration, Activation, Recovery), Social (Gathering, Conversation, Hosting, Privacy, Solitude), Atmospheric (Welcoming, Ceremonial, Playful, Contemplative, Protective, Performative), and Functional (Cooking and process, Wellness practice, Work and production, Storage and preservation, Display and performance, Circulation, Service and utility). A space carries one or more. |
| Spatial Performance Brief | The document that records each space's name, primary use, occupants, performance targets, and notes. Completed before any behavior is written. |
| User | Who a behavior applies to: resident, guest, staff, shared, or all. In hospitality and commercial work, staff is subdivided by role. |
| Moment | When a behavior applies: morning, midday, evening, night, sleep, gathering, work, transition, arrival, departure, or anytime. |
| Priority | A value from 1 (critical, must be enforced) to 5 (nice-to-have, implement only if cost-free). Drives conflict resolution and specification cuts. |
| Category | One of seventeen behavioral categories in the framework, such as Acoustic Design or Restoration. Categories describe what people do. |
| Behavior | A single row in the framework: when a stated condition is true, the building responds in a stated way. Written as a trigger and a response, bound to a space, user, moment, and priority. |
| Trigger | The condition that starts a behavior. A sensor reading, a time, a presence event, a scene activation, or a project condition such as "construction documents are in progress." |
| Scene | A named posture of a space that a person can call by one word from a control: Pathway, Dim, Bright, Calm, Entertain, Welcome, Goodbye, and contextual replacements such as Cook or Movie. A scene sets several layers at once. |
| Pillar | One of six qualities that describe what the building is: Responsiveness, Anticipation, Awareness, Control, Adaptability, Calmness. Each behavior is tagged with the pillar it most directly informs. Pillars describe what the building is; categories describe what people do. |
| Intervention depth | How deep in the building a behavior reaches: programming only; trim or finish level; device or specification level; infrastructure level; architectural level; structural level; operational policy only. It tells each trade whether a row is theirs. |
| Impacts Build | The latest construction stage at which a row must be acted on. Eight stages from Schematic Design through Post-Occupancy, plus enforcement states. Defined under Decision timing. |
| Conflict profile | A yes/no flag on a behavior that could collide with another category in the same space. A flagged row has a matching entry in the conflict register. |
| Alignment tag | A cross-reference from a behavior to an external framework: CTI (the Calm Tech Institute's eight principles), WELL (WELL Building Standard v2 feature codes), LEED (LEED v5 credit codes), BIO (biological and circadian relevance), MOOD (atmosphere and emotional register). A tag routes evidence; it does not certify anything. |
| Melanopic EDI | External reference. Melanopic equivalent daylight illuminance, the metric defined in CIE S 026:2018 for light as the non-visual system receives it. Written in lux and abbreviated M-EDI. Photopic lux multiplied by a source's melanopic daylight efficacy ratio (M-DER) gives M-EDI. |
| NC | External reference. Noise Criteria, a family of curves used to rate steady background noise in a space. The method states background noise targets for spaces as NC values. |
| RT60 | External reference. Reverberation time, the seconds it takes sound to decay by 60 dB. |
| STC | External reference. Sound Transmission Class, a single-number rating of how much airborne sound a partition blocks. |
| STI | External reference. Speech Transmission Index, a 0 to 1 measure of speech intelligibility at a listening position. |
Every requirement in a UX for Spaces™ project travels the same six links. If a link is missing, the requirement is not yet designed.
Read left to right: a need becomes a measurable or checkable criterion, the criterion becomes a set of physical and programmed decisions, each decision is assigned to a trade and a drawing at a construction stage, the built result is checked against the criterion, and the record is adjusted in use.
| Link | Question it answers | Where it is recorded |
|---|---|---|
| Human requirement | What does this person need this space to do, at any given moment? | Spatial Performance Brief, discovery notes |
| Environmental or functional criterion | What condition, if it held, would satisfy the need? Stated as a target with a unit, or as a checkable function. | Spatial Performance Brief (targets), behavior register (row response) |
| Coordinated design and behavior | What does the building do, physically and in programming, across every layer involved? | Behavior register, conflict register |
| Trade and drawing responsibility | Who delivers each part, on which drawing, by which construction stage? | Intervention depth and Impacts Build on each row; Technology Construction Package |
| Verification | How is it checked, at what position, with what instrument, and what was recorded? | Commissioning record |
| Tuning | What changed after occupancy, why, and against which row? | Post-occupancy log |
The chain is also the test for whether a document is complete. A behavior with no criterion is a wish. A criterion with no trade assignment is a hope. A trade assignment with no verification is an assumption.
The brief comes first. Method: no behavior is written until every space it could touch is named in the brief, because every behavior must bind to a real space in the project.
How the brief is built. Discovery begins with people, not systems. The UX for Spaces™ process calls the first stage Listen and Map: who is in the space, how they move, where they slow down, where things become frustrating or uncomfortable. The output is a map of daily life, the moments that matter most, and an emotional target for each area. The brief converts that map into rows.
What each row holds.
| Field | What goes in it | Example (illustrative) |
|---|---|---|
| Space name | The name the project will use everywhere, on drawings and in programming | Primary suite |
| Primary use | What the space is for, in plain words | Sleep, dressing, early departures |
| Occupant | Who uses it, and any needs that change the targets: chronotype differences, children, sensory sensitivity, staff roles | Two adults, different schedules |
| Performance targets | One or more of the 28 vocabulary terms | Sleep, Restoration, Privacy |
| Notes | The nuance the terms cannot carry | One partner leaves before 6 am several days a week |
From target words to criteria. A performance target is a word; a criterion is a condition with a unit or a checkable function. Method: each target on a space is expanded into criteria in the behavior register, not in the brief. The brief stays readable by the client. The register carries the numbers.
The expansion draws on the method's practice targets. A few examples, each a practice target unless marked:
| Target word | Criteria it commonly expands into |
|---|---|
| Sleep | Background noise at or below the space's NC target, with NC-25 as the usual practice target; light at the eye under 1 lux M-EDI during sleep (adopted from Brown et al. 2022); thermal setpoint held within a 1 degree band with no audible fan speed change; blackout available; circadian logic suspended while the sleep scene is active |
| Focus | Speech from adjacent spaces below intelligibility at the work position; background noise below NC-30; glare-free task plane; CO2 held under 800 ppm with ventilation response and an ambient indicator at 1000 ppm, where CO2 is used as a ventilation proxy and not as a health threshold (ASHRAE's 2025 position on indoor CO2 is explicit that no universal limit is supported; the controlled evidence points to accumulated bioeffluents, not CO2 alone); consistent task illuminance regardless of daylight |
| Conversation | RT60 in the range suited to social use, with 0.5 to 0.8 seconds as the practice range; audio at conversation-supporting level; kitchen extraction at the lowest effective rate while guests are present |
| Speech intelligibility | STI at or above 0.60 at all seating positions in a training or meeting space |
| Storage and preservation | Temperature, humidity, and UV held within the envelope of the most sensitive asset in the space; alert on deviation |
Recovery is one target set, whatever the reason. When a space is tagged Recovery, the framework sets every environmental factor at the most demanding published criteria available for healthcare environments and measures the space against them: for sound, the WHO Guidelines for Community Noise values for hospital ward rooms (30 dB LAeq indoors at all hours, night-time events not above 40 dB LAmax, treatment and observation areas not above 35 dB LAeq), which are more demanding than the FGI Guidelines' patient-room range of NC 30 to 40 and therefore govern on level, while FGI Table 1.2-3 supplies the partition criteria (STC 45 between patient rooms on the same floor, 50 floor to floor, 50 to public space, 60 to a service area) and Table 1.2-4 the speech-privacy criterion for confidential rooms (STI 0.12 or less at the unintended listener), with the method's steady floor below NC-20 and the mechanical-transition limits of Acoustic Design row 10; for air, ASHRAE Standard 170-2021 Table 7-1 for a patient room (2 air changes per hour of outdoor air minimum, 4 total, MERV-14 minimum filtration), with HEPA active in the space and the WHO 2021 air quality guideline values for particulates; for thermal, the same table's patient-room design range of 70 to 75 F (21 to 24 C) and relative humidity at or below 60 percent, held within 1 degree of the occupant's chosen value, inside the ASHRAE Standard 55 comfort zone (PMV within plus or minus 0.5, about 10 percent predicted dissatisfied, humidity ratio at or below 0.012); for light, the Brown et al. 2022 melanopic recommendations, and ANSI/IES RP-29-25 Table A-1 for the patient zone of a general patient room: 200 lux general, 4 lux night-light, 30 lux night observation, 400 lux reading at the head of the bed, with night-lights from amber or red sources or below 2800 K and every target reached through at least three-level control. Where no published criterion exists for a factor, the method sets a practice target from the best available evidence and labels it as such. The same targets apply whether the occupant is recovering from surgery, illness, travel, training, or a demanding day. The values are checked against the current edition of each source at project start; editions change, and the framework records the edition each value came from. This is a statement about where the targets come from; it is not a claim that the space is clinical, and the medical judgment stays with the occupant's physician.
What the brief does not do. It does not choose products, and it does not promise outcomes. A space tagged Sleep is a space the building will hold in a sleep posture to defined conditions. Whether a particular person sleeps well depends on many things the building cannot control. The brief commits to conditions.
A behavior is one row. When a stated condition is true, the building responds as specified. That sentence is the whole grammar of the framework, and everything else on the row is routing.
The seventeen categories. The UX for Spaces™ Framework v15.5 organizes behaviors into seventeen categories, in this order: Interface and Control; Acoustic Design; Biological Rhythm; Cognition; Recovery and Wellness; Restoration; High Performance Spaces; Safety and Trust; Access and Presence; Gathering; Preservation; Arrival and Departure; Transitions; Building Health; Sustainability; Learning Environments; Retail and Experience. Each of the two v15.5 workbooks, residential and commercial, holds 272 populated behavior rows across those categories; the two differ in wording where the setting differs, not in structure. Not every row applies to every project; a project record is the subset that binds to its spaces.
The fields on every row.
| Field | Purpose |
|---|---|
| Question (if required) | A discovery question that must be answered before the row can be bound. Only rows with an undefined variable carry one. "Which spaces get circadian lighting?" is a question row; the rows that follow it are the behaviors it unlocks. |
| Scene | The named posture the row belongs to, and its phase: Entry, Sustained, or Exit. A scene is specified as a sequence, not a snapshot. |
| When / Trigger | The condition. |
| Then / Building behavior | The response, across every layer involved. |
| Client notes | What the client said that shaped the row. |
| Impacts Build | The latest construction stage where the row must be acted on, or an enforcement state. |
| Space, User, Moment, Priority | The binding columns. A row without all four is a note, not a specification. |
| CTI, WELL, BIO, MOOD, Pillar, LEED | Alignment tags. Routing data for evidence and coordination. |
| Intervention depth | How deep the row reaches into the building. |
| Conflict profile | Whether the row can collide with another category in the same space. |
How a row is written. Method, in order:
Three example rows from the framework, condensed. These are framework rows, not project results.
| Category | Trigger | Response (condensed) | Depth | Impacts Build |
|---|---|---|---|---|
| Restoration | An intermittent or intrusive sound is audible in the sleep space above the tuned masking floor | Masking holds a tuned broadband spectrum, calibrated at commissioning to cover the measured intrusions, at or below the sleep masking ceiling of 35 dBA at the pillow. A floor above target is a separate row: masking is not raised, the source is flagged | Device / specification | Rough-in |
| Cognition | CO2 in the focus space exceeds 800 ppm during an active focus scene | Ventilation increases silently; at 1000 ppm an ambient indicator activates; the event is logged | Programming (with sensor at rough-in) | Rough-in |
| Acoustic Design | HVAC is being designed for a space with an NC floor target | Duct sizing, lining, flex connections, VAV location, diffuser selection, and mechanical isolation are reviewed against the target before mechanical drawings are finalized. NC-20 requires different duct design than NC-35. The mechanical engineer needs the target before sizing, not after | Architectural / mechanical coordination | Schematic / DD |
The third row shows something the method insists on: many behaviors are not automation at all. They are design reviews with a deadline. The framework treats "a decision must be made before this drawing is issued" as a building behavior, because if the decision is missed the space cannot behave as intended no matter what is programmed later.
Operating principles that govern every row. Six rules from the framework sit above all categories:
Two categories will target the same space with different requirements. The method expects this and writes the resolution down before construction, so the rule makes it into specification rather than being improvised at commissioning.
The priority scale. Method:
| Priority | Meaning |
|---|---|
| 1 | Critical. Non-negotiable, must be enforced. |
| 2 | High. Clear default, override only with explicit reason. |
| 3 | Medium. Resolve case by case based on context. |
| 4 | Low. Flexible, prefer the simpler implementation. |
| 5 | Nice-to-have. Implement only if cost-free. |
Priority does two jobs. It decides which behavior wins when two collide, and it decides what gets cut when budget or ceiling depth runs out. A row at priority 5 is the first thing removed from a specification; a row at priority 1 is the reason a wall gets thicker.
The conflict register. Every row flagged with a conflict profile has an entry that names the space, the two categories and moments in tension, what each requires, the resolution rule, and the priority of the rule. The framework ships with illustrative patterns that a project adapts or replaces with the household's or operator's own logic. Four of them, condensed:
| Space | Requirement A | Requirement B | Illustrative resolution rule |
|---|---|---|---|
| Great room | Morning workout: bright cool light, high airflow, music up | A household member asleep in the adjacent primary suite | The workout scene runs at full only when the primary suite is unoccupied. Otherwise audio is isolated to the great room and acoustic output is dampened. Priority 1. |
| Kitchen open to the great room | Cooking: high extraction, bright task light | Dinner guests in the great room: quieter HVAC, ambient light | The hood runs at its lowest effective rate while guests are present. Task lighting dims to ambient when guests are visible. Priority 3. |
| Home office | Work hours: tight thermal band, low noise, masking | Evening gathering spillover: open, social, music throughout | The office isolates acoustically regardless of mode. Gathering audio does not extend into the office space. Priority 2. |
| Guest suite | A guest is present: pre-conditioned, restoration-grade defaults | Unoccupied: conservative setpoints, minimal operation | Mode switches on the guest arrival and departure triggers. Pre-conditioning begins four hours before expected arrival. Priority 3. |
What programming cannot fix. Method, stated plainly because it is the most common misunderstanding about this work: a resolution rule can decide which scene wins, but it cannot manufacture physical separation or mechanical capacity that was never built.
Masking ceilings. Practice targets, measured with the tuned spectrum at the occupant position. The build target is for the steady floor; the ceiling is the most masking the space will carry before the source is routed to correction. Anchors: WHO Guidelines for Community Noise (1999) bedroom values of 30 dBA continuous and 45 dBA maximum; Basner et al. 2014 on steady versus fluctuating noise during sleep; ANSI/ASA S12.2-2019 for NC. The FGI Guidelines cap electronic masking in healthcare spaces at a 48 dBA background; every ceiling below sits under it.
| Space type | Build target (steady floor) | Masking ceiling | Above the ceiling |
|---|---|---|---|
| Sleep, recovery, nap | NC-25 | 35 dBA at the pillow | Isolation problem. Masking held; source flagged; client informed the space will not meet its rest target. |
| Focus, learning, private office | NC-30 | 40 dBA at the work position | Same escalation. |
| Hospitality guestroom | NC-30 | 38 dBA at the pillow | Same escalation, recorded per key. |
| Open social, dining, retail | NC-35 to NC-40 | 45 dBA | Masking rarely needed; the ambient audio program does the job. |
A person asleep is woken by change more than by level, so a steady 35 dBA floor that buries a cycling compressor is a better sleep environment than a quieter one that fluctuates. That is the trade masking makes, and it is made only after the source and the transmission path have been addressed: the method's evidence review, Human Performance as a Building Design Requirement, notes a 2026 polysomnographic trial in which the tested pink noise itself altered sleep structure, which is reason to treat continuous masking as the last layer rather than the first. A 45 dBA floor in a bedroom is outside the WHO envelope and is not a trade the framework allows.
This is why the conflict register is written during design and why each entry carries an intervention depth. A conflict whose resolution is "structural" or "architectural" is a drawing change. A conflict whose resolution is "programming only" is a rule. The register says which, before anyone assumes the software will handle it.
A behavior row is a coordination instrument. Its intervention depth tells each discipline whether the row is theirs, and the response text tells them what the row needs from them. The UX for Spaces™ designer holds the space's intent and the register; each trade holds its own drawings and its own professional responsibility.
Who owns what. Method. The table maps intervention depth to the disciplines most often responsible. Real projects assign by contract; this is the default routing.
| Intervention depth | What it typically means | Discipline that carries it |
|---|---|---|
| Structural | Decoupled framing, floating floors, vibration isolation, mass-loaded assemblies | Structural engineer, architect, framer |
| Architectural | Ceiling depth, wall thickness, equipment closet size, glazing type, geometry, door schedule, orientation | Architect |
| Infrastructure | Pre-wire, conduit, structured cabling, wall boxes, ceiling rough-in, rack space, shade pockets | Electrical and low-voltage contractors, from the Technology Construction Package |
| Device / specification | A specific sensor, luminaire, driver, motor, controller, hood, or diffuser must be selected | Lighting designer, MEP engineer, the UX for Spaces™ designer, interiors, depending on the item |
| Trim / finish | Keypad placement, fixture termination, register grilles, valve trim, door hardware | Electrical, interiors, millwork |
| Programming | Scenes, logic, thresholds, transitions, holds | The UX for Spaces™ designer or the integration partner |
| Operational policy | Staff rules, retention policy, service windows | Owner or operator |
What each discipline gets from the register. Instead of a technology package that arrives after MEP is complete, each discipline receives its rows early:
The seat. The UX for Spaces™ designer's coordination role sits alongside the architect, lighting designer, MEP engineer, and interior designer during Schematic Design and Design Development, in its own seat. It does not replace any of them. The lighting designer still designs the lighting; the register gives the lighting designer the space intent, the gates, and the deadline.
Every active row carries an Impacts Build value: the latest construction stage at which the decision still has to land. Miss it and the behavior becomes a retrofit, or becomes impossible. Method: pick the stage where the work or decision must still be made, not the stage where it would be convenient.
The eight stages.
| Stage | Order | What lands here |
|---|---|---|
| Schematic / DD | 1 of 8 | Concepts shaped, plans not yet drawn for permit. Site acoustic survey, geometry review for performance spaces, STC and NC targets issued, rack location, orientation and daylight geometry, space intent. |
| Construction Docs | 2 of 8 | Permit-ready drawings finalize. Wall thicknesses, ceiling depths, equipment closets, glazing schedules, door schedules, rated penetrations. |
| Foundation / Framing | 3 of 8 | Structure goes up. Decoupled wall framing, vibration isolation, structural acoustic work, floating floors. |
| Rough-in | 4 of 8 | Low-voltage cabling, pre-wires, sensor placements, in-wall and in-ceiling boxes, motorized shade pockets. Last chance before drywall closes. |
| Insulation / Drywall | 5 of 8 | Mass-loaded vinyl, acoustic batts, sound-rated assemblies, acoustic sealants. Walls close after this. |
| MEP Trim / Finish | 6 of 8 | Keypads, fixtures, terminations, grilles, valve trim, door hardware. |
| Commissioning | 7 of 8 | Programming, scene tuning, network configuration, audio and lighting calibration, acoustic and light measurement. Systems verified before handoff. |
| Post-Occupancy | 8 of 8 | Refinements, software updates, additions to existing infrastructure. No deadline. |
Enforcement states. A row that is not simply assigned to a stage carries one of these instead, so that no row is silently dropped:
| State | Meaning |
|---|---|
| Assigned | The construction stage is confirmed for this project. |
| Deferred | Acknowledged and intentionally delayed. The reason is noted. |
| Not Applicable | The behavior does not apply to this project scope. |
| Existing Condition Constraint | The building exists and the stage has passed. The behavior must be achieved within remaining scope, or recorded as not achievable. |
| Post Occupancy Only | Tuning, refinement, or policy that can only be resolved after move-in. |
Why the stage matters more than the technology. Most of what makes a sleep space quiet, a focus space private, or a cinema accurate is decided at stages 1 through 3, before any technology is purchased. The UX for Spaces™ process stages Listen and Map, Define Experiences, and System Logic are aligned to run before and during Schematic Design for this reason. The seven process stages and the eight construction stages are different sequences: one describes the designer's work, the other describes the building's. A row's Impacts Build value is always a construction stage.
The project record is a set of documents that together carry the chain from need to tuning. For teams that work in commissioning terms, the Spatial Performance Brief plays the role of the Owner's Project Requirements and the behavior register plays the role of the Basis of Design: the first says what the building must do for the people in it, the second says how each discipline will produce that. Method: each document below is produced at the stage named, and later documents reference the rows in earlier ones by number rather than restating them.
| Document | Produced | Contents |
|---|---|---|
| Discovery summary | Listen and Map | Behaviors, routines, constraints, and the moments that matter, as observed and as told. |
| Spatial Performance Brief | Define Experiences | Every space: name, primary use, occupants, performance targets, notes. |
| Behavior register | Define Experiences through System Logic | The project's bound rows from the framework plus project-specific rows, with all fields filled. This is the specification of behavior. |
| Conflict register | System Logic | Every flagged conflict with its resolution rule, priority, and intervention depth. |
| Alignment documentation | System Logic | Per space: key moments, system behaviors, and the mapping to CTI principles, WELL features, and biological strategy; control and interaction model (primary interactions, automated behaviors, manual overrides, priority logic); trigger, condition, and response table; dependencies (sensors, time-of-day logic, occupancy conditions, external data); performance criteria (light levels and timing, acoustic targets, air thresholds, temperature and humidity ranges); exceptions and edge cases; coordination notes. |
| Technology Construction Package | Design and Document | Drawings, schedules, and diagrams for construction: system locations and infrastructure, device placement coordinated with architecture and MEP, power, heat, and environmental requirements, wiring, pathways, and equipment relationships, rack elevations, acoustic recommendations. For general contractors, electrical and low-voltage trades, millwork and architectural teams, and integration partners. Deviations are reviewed before execution so the intended behavior is preserved. |
| Programming files | Design and Document | The scenes, logic, thresholds, and transitions that implement the register, in the form the control platform executes. |
| Commissioning record | Build and Commission | What was measured, where, with what instrument, and against which target; functional verification results per row. |
| Experiential sign-off | Build and Commission | A checklist of the deliverables above with owner, status, and stakeholder approval, ending in final client validation. |
| Post-occupancy log | Tune in Real Use onward | Every change after move-in, dated, with the row it changes and the reason. |
The experiential sign-off. The method closes a project against the experience, not against a device count. The sign-off template lists twelve items in eight groups: Discovery (discovery summary); Experience (experience definitions by space and moment, emotional intent targets by space, movement and flow mapping); System (experience-to-system mapping, system behavior and logic, scene and automation definitions); Interaction (user interaction model); Wellness (calm, WELL, and biological alignment); Performance (performance criteria for light, sound, air, and thermal); Validation (edge cases and exceptions); and Sign-Off (final stakeholder approval). Each carries an owner, a status, and a signature.
Row numbering. Every row in the register keeps its framework category and number (for example, Restoration 6) plus a project suffix when a project-specific row is added. Drawings, commissioning entries, and post-occupancy log entries cite that number. This is what lets a builder ask "which row requires this" and get an answer.
Commissioning is not about devices turning on. It is about the space behaving correctly. Every scene, automation, and response is tested against the intended experience, and every numeric target in the register is measured at a defined position and recorded. Method: a target that was never measured is aspirational, and the commissioning record says so.
Three kinds of check. The method distinguishes them because they answer different questions and use different instruments.
| Check | Question | How |
|---|---|---|
| Field capture | What are the actual conditions in the finished space? | Calibrated handheld instruments at defined positions: spectrometer or melanopic meter at the eye plane, sound level meter and analyzer at the listening or sleeping position, flicker meter at multiple dimming levels, illuminance grid across the task plane, CO2 and particulate reference instruments. |
| Installed-sensor validation | Do the building's own sensors agree with the reference instruments? | Each installed sensor is compared against the field capture at the same position and time. Offsets are recorded. A sensor that disagrees beyond its stated accuracy is relocated, recalibrated, or replaced, because every behavior triggered by that sensor depends on it. |
| Functional verification | Does each row do what it says? | Each bound row is exercised: the trigger is produced, the response is observed across every layer named, transitions are timed, overrides are tested, and the failure mode is checked (network loss, controller restart, power interruption). Pass, fail, or deviation is recorded per row. |
What is measured, per space type. From the framework's commissioning rows. These are practice requirements within the method.
Targets and current conditions are kept apart. The commissioning record has two columns for every criterion: the target, and the measured value. A target that came from intent alone, with no site survey or baseline behind it, is marked provisional until it has been measured once in the built space. A target is never rewritten to match a measurement. If the measurement misses, the record says so and the deviation is routed to the row's intervention depth: a programming fix, a device change, or, where the miss is architectural or mechanical, a documented limitation with the reason.
Mechanical transitions in sleep spaces are a separate requirement. A mechanical system can meet its steady-state noise target and still wake someone when it starts, stops, or changes capacity, because sleep is disturbed by the change above background more than by the level. The method's evidence review, Human Performance as a Building Design Requirement (see References), sets this out from the polysomnographic literature and defines the requirement the method applies. For every sleep space the criterion schedule carries three acoustic limits, not one: the steady background, the absolute event maximum, and the permitted rise above the preceding stable background, with the sampling interval, event window, and instrument time weighting stated so that unlike measurements are not subtracted. The acoustician and mechanical engineer enter the numbers before schematic sign-off; an unassigned number is an open design item, not permission to skip it. The acceptance test is run at each pillow position in the agreed sleep configuration (doors, windows, and shades as they will be), synchronized with equipment-state logs, exercising starts, stops, minimum-load operation, speed and stage changes, dampers, pumps, and defrost where applicable, with representative overnight logging to catch repeated or combined events a short demonstration misses. Raising masking, reducing required airflow, or disabling necessary operation does not close the requirement.
Every numeric criterion carries eight fields. Purpose (the activity and need it serves); location and receiver (the position, eye or ear height); operating condition (occupancy, doors, windows, shades, equipment, time mode); criterion (metric, units, target, tolerance, permitted excursion); basis (code, standard, research recommendation, or explicit project preference); test (instrument, method, duration, averaging); accountability (design owner, installer, verifier, and who corrects); operation (maintenance, fault response, retest, override). A number without these fields is not yet a requirement.
Three result categories stay separate. A delivered physical condition (airflow, light at the eye, sound spectrum) establishes whether the requirement was met under the tested conditions. An occupant's reported experience (comfort, distraction, reported sleep) is recorded with its context and never merged with the physical result. A clinical or physiological outcome (sleep stages, a diagnosis, a validated biomarker) is established only by a study designed to establish it, and a consumer wearable does not qualify. The commissioning record and the post-occupancy log keep the three in separate columns.
Two technical rules that come up at commissioning.
Once the space is occupied, refinement begins. Real life introduces nuance the register could not know: a wake time that moves, a guest who reads later than the wind-down assumed, a sensor whose field of view catches a hallway. The UX for Spaces™ process calls this stage Tune in Real Use.
How tuning is done. Method:
Drift. Buildings do not stay commissioned. LED output depreciates and phosphors shift spectrum. Sensors drift. Filters load and fan noise rises. Furniture, rugs, and curtains change absorption and reverberation. Scene logic drifts from intent after user modifications. Drift is cumulative across systems, and it is silent unless measured.
Annual recommissioning. The method's requirement on any project under ongoing care: once a year, the commissioning measurements are repeated at the same positions as the original record and compared to baseline. The scope covers M-EDI, flicker, and uniformity in circadian spaces; NC and RT60 in acoustic spaces; HVAC static pressure where fan noise governs an NC target; calibration of lux, CO2, occupancy, and temperature sensors; shade motor speed, noise, and limit behavior; and scene verification against the register. Deviations are corrected and documented. The building does not silently degrade.
What tuning is not. It is not a way to reach a target that construction missed. If the sleep space's partition transmits the neighbor's television, tuning can change scenes and masking, and the log will record that the isolation target remains unmet and why.
The intent belongs to the owner. The register is the owner's record of what the building was designed to do for the people in it, and it is handed over at sign-off in a form the owner, a future operator, or a future integrator can read without the original designer present.
Roles. Method:
| Role | Responsibility |
|---|---|
| Owner or operator | Holds the intent and the record. Decides priorities. Sets operational policy rows: staff rules, retention of presence data, service windows. |
| UX for Spaces™ designer | Authors the brief, register, conflict register, alignment documentation, and Technology Construction Package. Coordinates with the design team through Schematic Design and Design Development. Commissions against the register. Where the designer is also the integrator, as Blend is on its own projects, carries build, calibration, and care. |
| Design team | Architect, structural and MEP engineers, lighting designer, interior designer. Each carries its rows on its own drawings under its own professional responsibility. |
| Integration partner | Where implementation is by a qualified partner rather than the designer, builds to the register and the package, not from parts. The method does not change. |
| Trades | Execute the package. Deviations are reviewed before execution so the intended behavior is preserved. |
Support. The UX for Spaces™ process names the final stage Support and Evolve: the way a space is used shifts, expectations change, and the system is kept aligned with real life rather than frozen at the original design. On projects under Blend's care this is delivered through a membership program with scheduled on-site visits, remote support, proactive monitoring where the tier includes it, and programming adjustments within a defined window after any new installation. The register and post-occupancy log are the working documents for every visit.
Handover to someone else. A record written in framework rows can be read by another firm. The method requires handover of the register, conflict register, commissioning record, and post-occupancy log in full at the end of any engagement, so that the owner is never dependent on one company to know what their building was designed to do.
A hotel guest arrives at 1 pm off an overnight flight and needs to sleep until evening. Housekeeping is working the floor. The guest in the next key has the television on. The property needs the space back in service by 6 pm for the evening. This example is illustrative and is built from the hospitality rows in the framework.
The study example had one person and one boundary. This one has four classes of user, an operator, a business schedule, and a property that will be verified key by key. The method is the same; the register looks different.
Human requirements. The guest needs dark, quiet, and a stable temperature at a time of day the building would normally treat as midday. Housekeeping needs to know the guest is resting without knocking. Engineering needs to reach HVAC diagnostics without entering. The property needs the space to reset for evening service without a manual walkthrough. The adjacent guest needs to watch television without being told to turn it down.
Criteria. In the guest space while rest is active: light at the pillow under 1 lux M-EDI; background noise at or below the space's NC target, with intermittent intrusion from the corridor and the adjacent key below the level that carries into the space; thermal setpoint held within a 1 degree band with no audible fan speed change. Between keys: partition and door assemblies that reach the isolation target from the adjacent television at normal viewing volume. In the corridor: a status the staff can read without entering.
Coordinated design and behavior.
Trade and drawing responsibility. Partition and door assemblies: architect and acoustic consultant, Construction Documents. Bedside control, corridor indicator, sensors, and masking device: technology drawings at rough-in, trim at MEP finish. Role-based access: programming, with the role definitions supplied by the operator as an operational policy row. HVAC quiet-correction rule: mechanical design at Schematic / DD plus programming. Housekeeping rule for a rest-active key: operational policy, owned by the operator.
Verification, per key. Isolation between keys measured with the adjacent television at a defined level. M-EDI at the pillow in rest state with corridor doors open and closed. NC at the pillow with HVAC in a correction. Functional verification of the arrival state, rest override, corridor indicator, role restrictions (a housekeeping credential attempting to change a rest-active scene is refused), night path, and reset. Recorded per key, because a property is only as good as its worst key.
Tuning. Guest feedback and staff reports map to rows. A recurring report of corridor noise in a particular key routes first to door seal adjustment, then to the masking level for that key, and, if the record shows the isolation target was never met, to a documented limitation for that key with the assembly change it would take.
Operational data. A property running this register can produce a verified performance summary for a key or a floor: air quality, thermal hold, and acoustic measurements over time. That is a report of measured conditions. It is not a certification and not a health claim.
What this does not promise. The guest may still wake. The method removes the causes the building controls: daylight through a gap, a corridor door that slams, a housekeeper's knock, a fan that cycles. It commits the property to conditions per key and gives the operator a record to manage against.
A tag on a row says which external framework the row's behavior relates to. It routes evidence and coordination: on a project pursuing WELL, LEED, or Calm Tech Certified for Spaces, the tagged register shows the consultant where each behavior and its evidence live. As with those standards generally, certification of a project runs through the program's own process with a certified designer on the project.
| Tag | External reference | What the tag means on a row |
|---|---|---|
| CTI-1 to CTI-8 | The Calm Tech Institute's eight principles of calm technology, which build on Mark Weiser and John Seely Brown's work at Xerox PARC in the 1990s. | The row's building behavior demonstrates that principle. Only behaviors carry CTI tags; engineering specifications and measurement requirements do not. |
| WELL codes (L03, S02, A08 and so on) | WELL Building Standard v2, International WELL Building Institute. | The row maps to that WELL feature. Useful on a project pursuing WELL because it tells the consultant where the behavior and its evidence are. |
| LEED codes (EQc2, EAc3 and so on) | LEED v5, U.S. Green Building Council. | The row maps to that LEED credit or prerequisite and routes evidence to the LEED consultant on certified projects. |
| BIO | The method's own tag. | The row has biological or circadian relevance: light, air, thermal, or biometric responsiveness. |
| MOOD | The method's own tag. | The row shapes atmosphere, emotional register, or sensory identity. |
The eight CTI principles as the framework uses them. This is the method's application of the Calm Technology principles to spaces. The eight principles were created by Amber Case, building on research by Mark Weiser and others at Xerox PARC in the 1990s; the Institute publishes them at calmtech.institute/calm-tech-principles, where the Institute defines calm technology as a process for designing technology that works with human attention instead of against it. The principle names below are the method's working phrasing for spaces, and the criteria say when a row earns the tag.
| Tag | Principle | Tagging criterion |
|---|---|---|
| CTI-1 | Requires the smallest possible attention | Autonomous behaviors that execute without occupant input and hold conditions without demanding awareness. |
| CTI-2 | Informs and creates calm | Behaviors designed to reduce anxiety and support psychological safety. |
| CTI-3 | Makes use of the periphery | Information at the edge of attention: ambient indicators, subtle shifts, data on demand rather than pushed. |
| CTI-4 | Amplifies the best of technology and humanity | Signature moments and anticipatory preparation that serve human intent rather than replace it. |
| CTI-5 | Communicates but does not need to speak | Light, masking, and temperature cues that carry meaning without alerts, chimes, or notifications. |
| CTI-6 | Works even when it fails | Local control holds when the network is lost; spaces default to safe states; backup power preserves critical loads. |
| CTI-7 | Uses the minimum technology needed | Single-action controls, one-touch scenes, and systems that add no complexity beyond what the problem requires. |
| CTI-8 | Respects social norms | Privacy modes, role-appropriate access, camera discretion, guest autonomy; occupants do not feel surveilled or overridden. |
Blend and the Calm Tech Institute. Blend is a strategic partner of the Calm Tech Institute and co-presented Calm Tech Certified for Spaces with the Institute's founder at CEDIA Expo 2026. That relationship is why CTI tags are native to the framework. CTI tags roll up to a calm-technology alignment score for the project, and a project designed to the framework arrives at Calm Tech Certified for Spaces with its evidence already organized. As with the other standards, project certification requires a certified designer on the project.
Metrics the framework adopts from external standards. M-EDI and M-DER from CIE S 026:2018. Flicker limits from IEEE 1789-2015. Color rendition by the named specifications of ANSI/IES TM-30-20, Annex E, Table E-2, with CRI 90 kept only as a submittal floor where a manufacturer publishes nothing else. Background noise as NC per ANSI/ASA S12.2-2019. The daytime, evening, and night M-EDI practice targets from the 2022 consensus recommendations published in PLOS Biology (Brown et al.). Each is listed in References.
Color rendition by space intent. TM-30 defines three design intents, Fidelity (F), Preference (P), and Vividness (V), each at three nested priority levels with Level 1 strictest. The framework assigns a named specification to each space intent rather than inventing its own thresholds. Rf,h1 is local fidelity for reds and does the work R9 did in the CRI system; Rcs,h1 is the chroma shift of reds, and a small positive value is what makes skin and food read well. Criteria are evaluated at the space's design illuminance, since TM-30 assumes 200 to 700 lux in a polychromatic environment.
| Space intent | TM-30 specification | Criteria (Table E-2) |
|---|---|---|
| Cognition, Learning, Work and production, Restoration | F2 minimum | Rf 90 or higher, Rf,h1 90 or higher |
| Display and performance, gallery, archival, video color work | F1 | Rf 95 or higher |
| Gathering, dining, hospitality guest areas, Wellness practice, fitting and consultation | P1, and F2 where the luminaire qualifies for both | Rf 78 or higher, Rg 95 or higher, Rcs,h1 between -1% and +15% |
| Retail merchandise plane | P1; V3 on feature accents only | V3: Rg 100 or higher, Rcs,h1 0% or higher |
| All other occupied spaces | F3 minimum | Rf 85 or higher, Rf,h1 85 or higher |
The three templates below are the minimum record for a space. Copy them as they are. The filled example that follows is the study from the work and focus intention at the start of this document, written as a project record would write it. Names, values, and row numbers in the filled example are illustrative.
Blank: Spatial Performance Brief
| # | Space name | Primary use | Occupant | Performance targets | Notes |
|---|---|---|---|---|---|
| 1 | |||||
| 2 | |||||
| 3 |
Performance targets are chosen from the 28-term vocabulary, comma-separated. Notes carry the nuance the terms cannot.
Blank: Behavior row
| Field | Entry |
|---|---|
| Row ID (category and number) | |
| Question (if required) | |
| Scene / phase | |
| When / Trigger | |
| Then / Building behavior | |
| Client notes | |
| Space | |
| User | |
| Moment | |
| Priority (1 to 5) | |
| Intervention depth | |
| Impacts Build (stage or enforcement state) | |
| Alignment tags (CTI / WELL / LEED / BIO / MOOD / Pillar) | |
| Conflict profile (Yes / No) | |
| Verification (position, instrument, target) |
Blank: Conflict row
| # | Space | Category / moment A | Requires | Category / moment B | Requires | Resolution rule | Priority | Intervention depth of the resolution |
|---|---|---|---|---|---|---|---|---|
| 1 |
Filled example: a study designed for focus. Illustrative.
Spatial Performance Brief
| # | Space name | Primary use | Occupant | Performance targets | Notes |
|---|---|---|---|---|---|
| 1 | Study | Focused work, video calls | One adult, daily use | Focus, Cognition, Privacy, Speech intelligibility | Shares a wall with the great room. Calls most mornings. Doorbell must not interrupt a call. |
| 2 | Great room | Gathering, television | Household and guests | Gathering, Conversation, Hosting | Active in the evenings while the study may still be in use. |
Behavior rows
| Field | Row P-01 | Row P-02 | Row P-03 |
|---|---|---|---|
| Row ID | Cognition 1 (project variant) | Gathering 4 and Interface and Control 26 (project variant) | Cognition 9 and Acoustic Design 4 (project variant) |
| Scene / phase | Focus / Entry | Focus / Sustained | Design review |
| When / Trigger | The Focus button is pressed at the study keypad, or a scheduled call begins | A doorbell or entry event occurs while Focus or Video Call is active in the study | Construction documents for the study partition and door are in progress |
| Then / Building behavior | Privacy shades close to the privacy position; glare logic stays active on the exterior shade. Lighting holds 250 lux melanopic EDI or more at the eye and the task illuminance target on the desk, no bare source visible from the chair. Masking rises to its tuned level, at or below 40 dBA at the desk. Temperature holds within its band and corrects silently. CO2 above 800 ppm increases ventilation; 1000 ppm shows an ambient indicator. Notifications hold. A do-not-disturb indicator lights at the study threshold. | No chime sounds in the study. A Tier 1 light pulse runs on the study keypad and the entry fixture. The doorbell sounds in the great room as usual, so whoever is there can answer it. The event is logged and shown when Focus ends. | The partition to the great room, the door, and the head-of-wall are specified to bring great room speech below intelligibility at the desk, and the study's own floor to NC-30 or below. The isolated assembly is drawn on the architectural and MEP sets. No duct, conduit, or plumbing run penetrates it; supply and return are routed through a lined path with a silencer, and the return air path is designed with the isolation, not through it. |
| Client notes | "When I'm on a call I don't want to be looking at the yard or fighting the sun on the screen." | "The doorbell during a call is the thing I hate most." | Architect confirms the assembly; mechanical engineer confirms the routing. |
| Space | Study | Study (indicator also in great room) | Study and great room boundary |
| User | Resident | Resident, guest | All |
| Moment | Work | Work | Anytime |
| Priority | 1 | 1 | 1 |
| Intervention depth | Programming, with shades, masking emitter, sensors, and keypad at infrastructure level | Programming, with the indicator on the entry fixture at trim level | Architectural and structural, with mechanical coordination |
| Impacts Build | Rough-in (devices); Commissioning (logic) | MEP Trim / Finish (fixture); Commissioning (logic) | Schematic / DD (routing); Construction Docs (assembly) |
| Alignment tags | CTI-1, CTI-7; WELL L04, S02, A03, T01; BIO; Pillar: Responsiveness | CTI-3, CTI-5; Pillar: Calmness | CTI-7; WELL S01, S03; BIO; Pillar: Awareness |
| Conflict profile | Yes | No | Yes |
| Verification | M-EDI at the eye and illuminance at the task plane in Focus; NC at the desk with HVAC in a correction; masking level at the desk; CO2 response timed. Functional: shades, indicator, notification hold. | Functional: doorbell during Focus produces the light pulse and no chime in the study; the great room chime sounds. | STI at the desk from speech at conversational level in the great room, with the door closed; NC at the desk. Inspection before drywall that no penetration crosses the isolated assembly. |
Conflict row
| # | Space | Category / moment A | Requires | Category / moment B | Requires | Resolution rule | Priority | Intervention depth of the resolution |
|---|---|---|---|---|---|---|---|---|
| 1 | Study and great room | Cognition / focus and calls | Speech from the great room below intelligibility at the desk; no chime | Gathering / evening event | Open, social, audio throughout | The study isolates regardless of mode; gathering audio does not extend into the study; the doorbell shows as light in the study and sounds in the great room. | 1 | Architectural and structural (assembly and routing), programming (audio zoning and doorbell logic) |
Post-occupancy log entry (illustrative): 2026-11-12. Row P-01. Occupant found the masking audible during quiet reading. Level lowered one step; STI at the desk re-checked with the great room television at normal volume and found within target. Logged by the designer.
Two things are versioned separately: the framework and each project record. Method.
The framework. The UX for Spaces™ Framework carries a version number (currently 15.5, dated 2026-09-20). A version is a specific set of categories, rows, tags, operating principles, specification gates, and the construction map. A change to any of those produces a new version. Row IDs are stable within a version; a row that is removed keeps its number retired rather than reassigned, so older project records still resolve.
The project record. Each project's brief, register, conflict register, and commissioning record state the framework version they were built from. A project does not migrate to a newer framework version automatically. When a project is revisited under a newer version, the differences are reviewed row by row and the record states which version governs each row. Post-occupancy log entries reference the row ID and the record version in force at the time.
This document. This document is published with a version and a date. It describes the framework version named in its text. When the framework changes in a way that alters the method described here, the document is revised and the revision is dated. Earlier versions remain available so that citations resolve.
What a version number does not mean. It does not mean an external body reviewed the change. It records that the author changed the method and when.
Provenance. This document was prepared from the v15.4 workbooks and revised against v15.5, the UX for Spaces™ process description, the alignment and construction package templates, the experiential sign-off template, and the evidence validation notes. Where a value is cited from a secondary source, the References say so.
So that the rest of the document can be weighed, here is what the method claims, stated as commitments.
External references cited in this document. Each is a published standard, metric definition, or peer-reviewed study. The method's own documents are listed separately.
Light
Sound
Air
Thermal
Sleep and mechanical transitions (cited through the method's evidence review, Human Performance as a Building Design Requirement)
Frameworks referenced by alignment tags
UX for Spaces™ documents
UX for Spaces™ is a design method authored by Jimmy Powers, Principal of Blend Technology. Jimmy is an acoustic consultant, a certified UX designer, and has designed automated technology systems for 25 years. Blend Technology is a Strategic Partner and Recognized Partner of the Calm Tech Institute.
UX for Spaces™ is a trademark of Blend Technology. Trademark pending, United States Patent and Trademark Office, application serial number 99789703. Application status at USPTO TSDR.
© 2026 Blend Technology. All rights reserved.