02 / 03
Selected work

Data & decision product

PowerCost Lab

Turn electricity use into a number people can reason about.

PowerCost Lab monthly electricity cost estimate with range and supporting metrics
Editorial interface render · grounded in the working product

What the product is—and why it needed to exist.

A live global electricity running-cost calculator that makes tariffs, appliance behavior and assumptions visible instead of presenting a neat number as certainty.

User

Households and buyers comparing what an appliance, air conditioner, heater or EV will cost to run in their own market.

Existing failure

Most answers reduce the problem to watts × hours. They hide duty cycles, charging losses, tariff differences and the distinction between an estimate and an observed measurement.

Product thesis

Give the user a useful answer immediately, but expose every consequential input and keep calculated estimates separate from contributed real-world evidence.

Multiple parts of the working system, rendered as one coherent product story.

PowerCost Lab calculator inputs for air-conditioner power, runtime, duty cycle and tariff
Editable inputs · local assumptions stay visible
PowerCost Lab transparent formula trace and assumption ledger
Calculation trace · formula, inputs and caveats
The central product question
How do you make a technically imperfect estimate useful without presenting uncertainty as fact?

Product ownership across the system.

The contribution is described at the level supported by product records: strategy, workflows, requirements, design decisions, orchestration, QA and release judgment.

A simplified, truthful system view.

Only implemented or documented boundaries are shown. The diagram communicates product responsibility rather than claiming infrastructure scale.

React + TypeScript routesBrowser calculation engineLocalized product contractsCloudflare Worker APID1 evidence recordsR2 private evidence

The product is the decisions.

The interface follows from choices about trust, state, ownership, evidence and what the system should refuse to imply.

01

Keep estimates and observations distinct

Ordinary calculations stay in the browser. Measurements are a separate, opt-in evidence workflow with provenance and consent.

02

Make high-impact assumptions editable

Tariff, runtime, wattage and duty-cycle inputs remain visible because local context often changes the answer more than formula precision.

03

Localize from shared contracts

Thirty calculator pages use shared product rules so discoverability can grow without duplicating calculation logic.

04

Gate benchmarks by evidence quality

Thin cohorts should not be published as representative; provenance, quality scoring and minimum thresholds sit upstream of any benchmark.

Useful means knowing where to stop.

Each product is designed around a boundary: automation can support the decision, but cannot manufacture certainty or erase human responsibility.

01

Simplicity vs. physical reality

A calculator must stay understandable while acknowledging cycling behavior, standby loads and charging losses where they materially affect the decision.

02

Immediate utility vs. data collection

The public tool works without an account or database write; evidence contribution is optional and separately explained.

03

Localization vs. maintainability

Shared contracts centralize formulas and guidance boundaries while market pages provide currency and tariff context.

From input to a defensible next action.

The flow is intentionally legible. Users should understand what entered the system, what changed and where judgment remains theirs.

Choose calculatorSet local assumptionsCalculateInspect formula & caveatsCompare scenariosOptionally contribute evidence

Working capability, not slideware.

Shipped means the capability is present in the repository and product record. Current-state language below keeps release status and adoption claims separate.

  • 12 focused calculation models
  • 30 localized calculator pages
  • Reference guidance for 11 verified markets
  • Editable tariffs, runtime and currency inputs
  • Transparent formulas, ranges and estimate warnings
  • Consent-led evidence contribution and deletion controls

Transparency is not extra copy around a calculation. It is product behavior: editable assumptions, visible provenance and a clear boundary between modeled and measured truth.