Productization
Bank branches · Lighting Control & Optimization

Lighting that stays on schedule, vestibules that stay lit, energy that stops drifting across the network.

Lighting Control & Optimization for bank-branch networks: three accumulative tiers (Essential / Managed / Optimized), a Data Enabler that leads with connecting to the lighting control your network already runs, product-specific add-ons, platform-wide add-ons, and a Custom advisory layer. Built for retail banking where lighting should match branch hours and occupancy, ATM vestibules must stay available, and lighting energy is a controllable cost replicated across a uniform estate.

Product Lighting Control & Optimization (2 of 3)
Segment Bank branches — multi-site retail banking networks
Status Preliminary / draft · pricing pending Maintainer review
Version v0 · July 2026 (preliminary / draft)
00 Architecture

Bank branches offering: products anchored to each asset class.

Each product has its own Essential / Managed / Optimized structure, its own Data Enabler, and its own set of add-ons. This document covers Lighting Control & Optimization. HVAC Comfort & Optimization is the anchor product for the segment and Energy Intelligence follows the same model. Platform-wide add-ons and the Custom layer apply across every product.

HVAC · Draft

HVAC Comfort & Optimization

Asset class: RTUs / packaged & split units serving the branch — teller floor, back-of-house, and ATM vestibule.

Pain points: Customer and staff comfort, HVAC energy spend across the network, equipment life, comfort complaints.

Product · This document

Lighting Control & Optimization

Asset class: Interior, exterior / signage, and ATM-vestibule lighting.

Pain points: Lighting energy spend, scheduling, 24/7 ATM-vestibule availability.

Energy · Draft

Energy Intelligence

Asset class: Whole-branch energy — metering, tariff / demand analysis, cross-branch benchmarking.

Pain points: Network-wide visibility and energy savings across a large, uniform network.

01 Lighting Control & Optimization

Executive summary

Impact: Interior and exterior lighting held on schedule across every branch, ATM vestibules kept lit when they must be, occupancy-driven dimming on the customer floor, and lamp life planned from cumulative burn hours — with reductions in off-schedule run-hours already at Managed. Bank branches have no named Keedian lighting deployment yet, so every figure is expected (pending validation) and framed against the lighting load, not the total branch bill.

What it solves: Interior and exterior lighting left on outside branch hours, ATM vestibules that must stay lit for safety and security, lights-left-on and lamp-out tickets on branch and facilities staff, and lighting energy replicated across a large, uniform network — all of it landing on the ESG report.

Main value drivers
Energy savings Asset lifespan Sustainability
01b Optimization Metrics

The metrics you'll want to optimize.

These are the operational metrics the product monitors. What changes across tiers is who acts on them — you (Essential), Keedian's Agentic Operations (Managed), or Keedian plus continuous tuning (Optimized) — and, where the data layer adds instrumentation, which signals become available.

The core metrics are summarized below. Full methodology, thresholds, diagnosis steps, and escalation criteria are in the Metrics Catalog.

Each metric includes definition, detection logic, diagnosis steps, recommended actions, escalation criteria, and prevention controls. Thresholds are reference values to be calibrated per client.

View Metrics Catalog →
02 Structure

Three accumulative tiers.

Each tier adds capabilities on top of the previous one. You never lose functionality by upgrading, and you can start at any tier.

Component
EssentialVisibility
ManagedAgentic Operations 24/7
OptimizedAgentic Operations + intelligence
Customer promise
"I can see and operate lighting across every branch from one place — interior, exterior / signage, and ATM vestibule on schedule, consistent standards, whether I run fifty branches or six thousand."
"Keedian actively monitors my lighting 24/7, reverts off-schedule zones automatically, and dispatches only when remote action isn't enough. My branches stay lit to standard, my ATM vestibules stay on when they must, and I don't have to chase issues across the network."
"Keedian keeps my branch lighting matched to how each branch is actually used — occupancy-driven dimming on the customer floor, scheduled exterior and signage, lamp life planned, and energy waste caught before it lands on the ESG report."
Expected outcome
Illustrative, expected (pending validation) — bank branches have no named Keedian lighting reference deployment (the validated benchmarks are retail: grocery and convenience). Actual results depend on your current BMS / controls, the lighting share of the branch's energy bill, occupancy patterns, and lamp inventory. Energy figures are savings on lighting energy use, not the total branch bill.
  • Energy savings: Visibility / foundation
  • Asset lifespan: Foundation
  • Sustainability: Off-schedule run-hours made measurable
  • Energy savings: Reduced off-schedule run-hours (expected, pending validation)
  • Asset lifespan: Foundation
  • Sustainability: Eliminated off-schedule run-hours, evidenced for ESG
  • Energy savings: Further reduction via occupancy-driven dimming (expected, pending validation)
  • Asset lifespan: Burn-hour-driven lamp-life planning
  • Sustainability: Sustained, evidenced reductions for carbon and ESG reporting
Data Enabler
Pick the model that matches what you already have
Model A — Keedian Direct
  • Per branch: a lighting control + metering node at the panel — a smart relay/contactor with per-zone current sensing (CT) and scheduling, covering the interior, exterior / signage, and ATM-vestibule zones
  • One connectivity gateway per branch (covers all monitored zones; shared with HVAC or Energy if those products are also contracted)
Model B — Keedian Connect

See full description below ↓

Model C — Hybrid

See full description below ↓

Same Data Enabler as Essential.
You keep the model you chose (A, B, or C). The managed service is delivered the same way regardless of model.
Managed's Data Enabler, plus:
Model A:
  • Per-zone submetering / power-quality sensing on zones that need equipment-health depth — real power and current per zone for lamp-driver and ballast health
  • Additional optional sensors evaluated per branch profile — occupancy sensing on the customer floor for occupancy-driven dimming, daylight / photocell sensing on exterior and signage zones, dedicated CT per zone for rigorous burn-hour and rebate validation
Models B / C:

See full description below ↓

Platform Capabilities
  • Site and portfolio dashboardsReal-time and historical visibility into the assets and metrics included in scope, with live alarms where applicable
  • Cross-site benchmarking with outlier detectionSee which locations drift from the fleet
  • Ticket workspaceAlarms auto-filter into a managed queue that you and your team work yourselves: triage, resolve remotely, or dispatch on each ticket
  • Conversational AI AssistantNatural-language questions on your data plus automated anomaly detection across the fleet
  • Lighting Remote CommandSwitch circuits on or off and push lighting schedules to one site or the whole fleet
  • And moreRole-based access, alarm history, data export, web and mobile parity
  • Everything in Essential
  • SLA tracking and service performanceLive SLA compliance against contractual targets per priority level
  • Standard CMMS integrationOut-of-the-box connectors for Fexa, Corrigo, ServiceNow and others; custom field maps or workflow adjustments may apply depending on your configuration
  • And moreClosure evidence on every ticket, weekly ops digest, post-incident reviews
  • Everything in Managed
  • Advanced Lighting Predictive metrics (roadmap — coming later)Circuit-level health and early-warning indicators (driver/ballast degradation, lamp end-of-life, failing controls), evolving toward fleet-wide forward-looking views
  • And moreCross-site benchmarking with savings ranking, custom optimization rules, executive briefing reports
Managed service scope
Identical regardless of Data Enabler model (A, B, or C)
No managed service.
  • You and your team manage alarms, tickets, and remote reverts yourselves from the dashboards
24/7 lighting operations:
  • Real-time alarm and ticket monitoring — Alarms and tickets generated from the assets and metrics included in scope are monitored, triaged, and worked by Keedian agents in real time, in accordance with the agreed operating procedures and escalation paths AI
  • Reactive site requests — Sites can reach Keedian on any channel; our AI evaluates each request and opens a ticket when one is warranted — a fault, a setpoint-change request, or a question — feeding it into the same triage-and-resolve workflow AI + Human
  • Reactive CMMS intake — Tickets triggered by the customer's CMMS are ingested and routed into the same triage-and-resolve workflow, with our AI evaluating and enriching each one AI + Human
  • Remote resolution first — Every ticket gets a remote-resolution attempt by Keedian Ops before a truck roll is scheduled, with the avoided truck rolls counted toward the Managed-tier ROI report AI
  • Field dispatch when needed — Keedian Ops creates the work order, hands off to the customer's CMMS, and tracks resolution against SLA Human
  • Root cause analysis on close — Every closed ticket includes a documented root cause and the corrective action taken, feeding into recurring-failure detection AI
  • Recurring-failure detection — Sites or units with repeat tickets are flagged for replacement or vendor escalation, with the recurrence pattern surfaced in the monthly executive report AI
Operations + intelligence:
  • Everything in Managed, plus
  • Predictive ticket origination (roadmap — coming later) — AI and multi-variable FDD logic use the assets, metrics, baselines, and predictive signals included in scope to open and work tickets for emerging fault patterns before a conventional alarm or customer report AI
  • Additional Lighting FDD coverage — Analytics-driven fault detection on Schedule Compliance, Utilization, and Burn Hours is fully worked by Keedian Ops, aligned with the advanced and predictive lighting metrics dashboards in Platform Capabilities AI
Reporting
  • Portfolio lighting compliance report% of sites in compliance for each lighting optimization metric (Schedule Compliance, Utilization, Burn Hours) for the period, with monthly trend per metric
  • Site lighting reportPer-site schedule compliance, utilization by space, and burn hours with compliance flags, all with monthly trends
  • Lighting alarm and ticket volumeMonthly off-schedule, utilization-out-of-band, and lamp-life alarms, tickets generated, and alarm-to-ticket conversion across the fleet
  • Top alarm and ticket sourcesRanked list of sites and circuits generating the most lighting alarms and tickets
  • Everything in Essential
  • SLA & MTTR performanceSLA compliance against contracted targets per priority level, with Mean Time to Resolution by priority for fleet and per-site, and monthly compliance and resolution-time trends
  • Reactive ticket activityReactive lighting tickets received (site calls, CMMS, customer-initiated) categorized by type, with the reactive vs proactive cross-analysis including the % Keedian proactively initiated
  • Auto-revert and remote-resolution reportOff-schedule circuits returned to schedule automatically and tickets resolved remotely without a dispatch
  • Managed-tier ROI reportLighting energy recovered through schedule discipline plus avoided lamp-out dispatches, monetized
  • Off-schedule and lamp-out summaryBy site, by space: off-schedule circuits, utilization outliers, and lamp/ballast failures, with resolution time and root-cause distribution
  • Everything in Managed
  • Predictive alarm and ticket reportLighting faults caught proactively by predictive models (driver/ballast degradation, lamp end-of-life, control faults), with prediction accuracy and lead time before operational impact
  • Optimized-tier ROI reportManaged ROI plus lamp-life extension from burn-hour-based group relamp planning and the energy from tighter schedule discipline
  • Outlier deep divesQuarterly analysis of bottom-quartile sites with root-cause analysis and recommended interventions
SLA
  • 99.5% monthly platform availability (UI, API, alerting)
  • SLA by event priority (P1–P5)
  • Monthly compliance reporting
  • SLA from Managed
  • Quarterly energy savings target with shared accountability
Pricing
Setup is one-time — hardware and installation (Model A) or integration (Model B). Subscription is recurring, per branch. Preliminary, subject to review.
Model A · Direct
  • Price per branch (Model A — Keedian control + metering node — applies only to branches without networked lighting control)
  • Subscription: Price per branch per month (up to the branch zone count)
Model B · Connect
  • No HW provision, no installation
  • Integration: Free or paid — depends on integration scope (the network-standard open-protocol lighting control is typically free via a reusable connector; proprietary or legacy systems are quoted at SOW)
  • Subscription: Price per branch per month (same as Model A)
Model C · Hybrid
  • Integration: Same as Model B — free or paid based on integration scope
  • Subscription: Price per branch per month (same as Model A)
Model A · Direct
  • Everything in Essential
  • Subscription: Price per branch per month
Model B · Connect
  • Subscription: Price per branch per month (same as Model A)
Model C · Hybrid
  • Subscription: Price per branch per month (same as Model A)
Model A · Direct
  • Everything in Managed
  • Subscription: Price per branch per month
Model B · Connect
  • Subscription: Price per branch per month (same as Model A)
Model C · Hybrid
  • Subscription: Price per branch per month (same as Model A)
02a Add-ons

Adjacent capabilities, on top of any tier.

Add-ons activate on top of any tier and any Data Enabler model. Each is either Domain-specific (within a product domain) or Transversal (across any contracted product). Open an add-on for its hardware, value levers, and pricing — or browse the full add-ons catalog.

Domain-specific

Adjacent capabilities within the product domain. Hardware and pricing live on each add-on's page.

Add-onWhat it solves

Platform-wide

Transversal add-ons that apply across any product you contract, charged once per branch.

Add-onWhat it solves
BMS / EMS Integration Extension Extend the integration to additional systems not included in the product's base Model B.
Custom CMMS Integration Deep integration with your CMMS beyond the standard.
Data as a Service Programmatic access to Keedian's normalized operational data for your analytics, BI, or data lake.
Ad-Hoc Dashboards & Reporting Custom dashboards and one-off reports built to your spec, on top of the data Keedian already collects.
UPS & Continuity Monitoring Monitoring of the electrical-continuity chain — UPS and standby generators, with the ATS and main switchboard as supporting signals — so a backup that is not ready surfaces before the outage it was meant to cover, not during it, and the site stays online: an office building's tenants and critical rooms, or a bank branch's ATMs, teller and core-banking systems, security, and comms. Monitors readiness ("will the backup take the load, and for how long?"), not just "broken now." Continuity links to the other monitoring add-ons for the layers they already cover — Chiller Plant Monitoring (critical-environment cooling), Fire Detection & Suppression Monitoring, and Vertical Transport Monitoring — which read alongside continuity but stay separate add-ons.
02b Advisory

An advisory layer, not a tier.

Tailored work for needs outside the standard packaging — scoped and priced per engagement, on top of any product and any tier. Keedian owns the connectivity and data layer; the physical asset stays with you and your vendors. Browse the full advisory catalog.

Advisory elementWhat it solvesTypeDomain
Ad-hoc Solution Definition Scoping and definition of ad-hoc solutions for needs not described in the standard tier model. Transversal All products
Field Services On-site work on the connectivity layer — sensor calibration, gateway and smart-thermostat installation, integration validation — plus coordination of your HVAC vendor for asset repairs. Transversal All products
Sustainment Post-deployment maintenance of the Keedian layer — sensor recalibration, firmware updates, hardware replacement, and periodic integration validation. Transversal All products
Customer-specific SOPs Bespoke operating procedures — vendor-specific dispatch rules, regional escalation matrices, pre-dispatch approval workflows, and brand-aligned site communication scripts. Transversal All products
Custom Reporting Bespoke executive and operational reports built to your specification on top of the data Keedian already collects. Transversal All products
One-off Integrations Bespoke integrations with proprietary systems or clouds for which Keedian has no standard connector. Transversal All products

Pricing: project-based · scoped per engagement

02c How Agentic Operations works

A hybrid of AI agents and human operators, working as one service.

The Managed and Optimized tiers are delivered through Agentic Operations — AI agents and human operators working together against the same operational rules and the same SLA.

AI agents handle the routine, high-volume work. They monitor alarms in real time across the network, triage common lighting false positives like a scheduled dark zone read as a fault, detect off-schedule zones and driver / ballast faults, revert off-schedule interior and exterior zones to their scheduled state, generate occupancy-driven dimming and schedule recommendations, identify outlier branches, draft work orders with the suspected root cause, and verify closure with telemetry evidence. They work 24/7 against the schedules and ATM-vestibule availability rules you set.

Human operators handle the exceptions. When a lamp-out or dark-vestibule ticket requires conversation with the branch manager, when a schedule change needs customer approval before acting, when an electrical-contractor escalation needs a human voice on the phone — that's the human side of the team. Operators also manage the customer relationship, refine the operating rules over time, and own the outcome reporting.

One service, one SLA, one accountability. The split between AI and human is invisible to you — you call Keedian, you read Keedian's reports, you measure Keedian against the contract. The internal mechanism evolves as the agentic stack matures; your contract does not change with it.

03 Data Enabler

We capture lighting signal wherever it lives: your lighting control, our node, or both.

The Data Enabler is how the operational signal enters Keedian. Bank branches are different from a single small-retail store: corporate real estate standardizes controls across the whole network, so the default path is Model B — we connect to the BMS / networked lighting control you already run and read its per-zone points. We don't charge you to integrate it; we use the investment the network already made. Where a branch has no networked control — typically older or recently acquired branches on manual switches and time clocks, or a standalone ATM vestibule — Model A installs the Keedian lighting control + metering node. Where coverage is partial, Model C fills the gaps. The managed service, dashboards, SLA, and outcomes are identical across all three models.

Model B-Open · Connect
Open protocols · the branch-network default

The default for the branch network — most branches already run a BMS or networked lighting control that exposes data over open protocols: BACnet, DALI, 0-10V, documented REST APIs. Honeywell, Schneider EcoStruxure, JCI Metasys, Siemens Desigo, Acuity nLight, Lutron Vive / Athena, Tridium.

  • Integration through Keedian's standard connectors (already built and reusable across branches on the same BMS / lighting control)
  • No Keedian hardware (or minimal where a specific zone is unmetered)
  • Integration cost absorbed by Keedian
  • No setup, no per-unit hardware
  • Recurring +$3/branch/month vs. Model A
  • 3-year minimum contract
Model B-Proprietary · Connect
Proprietary protocols

Your BMS or lighting control is a legacy or closed system without modern APIs and needs a vendor gateway to reach: legacy Lutron Quantum, WattStopper / Hubbell, Encelium, closed building-controller variants.

  • Custom integration built by Keedian (initial vendor-gateway work, then reusable across branches with the same system)
  • No Keedian hardware (or minimal where a specific zone is unmetered)
  • Integration cost absorbed by Keedian
  • No setup, no per-unit hardware
  • Recurring +$5/branch/month vs. Model A
  • 3-year minimum contract
Model A · Direct
Keedian Direct

The branch has no networked lighting control or BMS lighting integration — or what is there produces no usable per-zone data. Interior, exterior, and ATM-vestibule lighting run on manual switches, local time clocks, or standalone photocells. Common in older or recently acquired branches.

  • Per branch: a lighting control + metering node at the panel — a smart relay/contactor with per-zone current sensing (CT) and scheduling, covering the interior, exterior / signage, and ATM-vestibule zones
  • One connectivity gateway per branch (shared with HVAC or Energy if those products are also contracted)
  • In Optimized tier, per-zone submetering / power-quality sensing is added on zones that need equipment-health depth. Additional optional sensors available per branch profile (occupancy on the customer floor for occupancy-driven dimming, daylight / photocell on exterior and signage zones, dedicated CT for burn-hour and rebate validation)
  • Installation included in the setup
  • Setup: Price per branch (install designed for fast multi-branch rollout)
  • Per zone: Price per zone (lighting control + metering node; Optimized adds occupancy / daylight sensing)
  • Standard recurring
Model C · Hybrid
Partial coverage

You have partial coverage: networked control across most of the network but a few older or acquired branches on manual switches, or the interior on a BMS while the ATM vestibule runs on a separate standalone control.

  • A blend of Models B and A
  • Uses existing BMS / lighting-control data where it exists
  • Adds the Keedian control + metering node where coverage is missing (often the ATM vestibule or an acquired branch)
  • Scoped per branch based on coverage
  • Setup and per-unit charges only on the RTUs that need Keedian hardware
  • Intermediate recurring
Why Keedian can absorb the integration cost: integrations are reusable across customers running the same BMS platform. The first build is the investment; every subsequent branch on the same network-standard system (Honeywell, Schneider, JCI, Siemens) runs at high margin. Because bank branches are BMS-dominant, the standard B-Open path covers the bulk of cases, and the connectors are already built.

System classification

Maintained by Product + Engineering. Lets Sales quote on the spot without engineering scoping. Classification is pre-assigned per system; any system not on this list requires Engineering review before quoting.

Model A · Direct
No BMS classification needed
  • The branch has no networked lighting control or BMS lighting integration
  • What is installed (manual switches, local time clocks, standalone photocells) produces no usable per-zone data
  • You prefer the Keedian control + metering node end-to-end on an older or acquired branch
Model B-Open · +$3 / branch / month
Open protocols
  • BACnet-enabled lighting control
  • DALI networks with documented gateway
  • 0-10V dimming via documented controller
  • Acuity nLight (modern, API-enabled)
  • Lutron Vive / Athena (modern API)
  • Tridium / Niagara lighting modules
Model B-Proprietary · +$5 / branch / month
Proprietary protocols
  • Legacy Lutron Quantum (older versions)
  • WattStopper / Hubbell legacy
  • Cloud-only platforms without documented API
  • Encelium (legacy versions)
  • Custom-built panel control stacks
Exception → Custom: If an integration takes more than ~300 hours of engineering, isn't reusable across customers, or requires one-off development for a system without precedent, it falls outside Model B and is sold as Advisory work (section 02b).
05 Design notes

Why the structure is built this way.

Retail lighting zones, Model-B-first Data Enabler — the defining shape

Bank branches are the hybrid case, the same as branch HVAC. The fixtures are retail: a small single-story space with a handful of controllable zones — interior (customer floor, teller / office, back-of-house), exterior / signage, and the ATM vestibule — so the asset classes and the priced unit mirror the grocery / convenience / small-retail Lighting products, per zone, per branch, not per office floor or common area. But the connectivity is office-like: corporate real estate standardizes a BMS / networked lighting control across the network, so the Data Enabler leads with Model B — connect to the controls you already run — the way the offices products do.

The ATM vestibule is the branch-specific zone

Unlike a retail store, a branch has a 24/7 ATM vestibule with security relevance. Its lighting is an availability concern, not just an energy one — a dark vestibule is a customer-safety and security problem, so it is scheduled and monitored for always-on availability rather than dimmed for savings. It is one of the three standard zones and the one most likely to sit on a separate control (Model C / Model A).

Lighting is commandable, like HVAC

Lighting zones are controllable, not just observable — an off-schedule interior or exterior zone auto-reverts to its scheduled state where the BMS or controls allow, rather than waiting for a branch visit. Essential includes Lighting Remote Command for exactly this reason: the revert is the primary remediation, not the dispatch.

Optimized is occupancy-driven dimming, not real-time optimization

The lighting Optimized tier has no real-time optimization agent and no IPMVP measurement-and-verification — those belong to HVAC and Energy. The lighting differentiator is occupancy-driven dimming on the customer floor and scheduled exterior / signage, plus the predictive-metrics dashboard and burn-hour-driven lamp-life planning. The ATM vestibule stays scheduled-on rather than occupancy-dimmed.

Energy scales across a large, uniform network

Banking networks run from a hundred to several thousand near-identical branches, so a lighting schedule or dimming improvement captured once replicates across the whole estate — the same repeat-the-win economics as branch HVAC. Framed conservatively: lighting savings are on the lighting load, below HVAC.

Bank branches have no lighting anchor — every outcome is expected

There is no banking lighting reference customer. Chedraui and 7-Eleven are the only real benchmarks and both are retail, so neither anchors branch lighting. Every outcome on this page is expected (pending validation) and framed conservatively. The page claims no benchmarked banking lighting result.

Shared gateway across products

If a branch contracts Lighting alongside HVAC or Energy under Model A, the connectivity gateway is shared (one per branch). The setup fee is not duplicated — only added once.

06 Document meta

About this document.

Product HVAC Comfort & Optimization (1 of 3)
Segment Bank branches — multi-site retail banking networks
Status Preliminary / draft for internal review · Pricing pending
Version v0 · July 2026 (preliminary / draft)