Low-fidelity version of the scorecard concept. One device, toggle between delta states to compare copy and hierarchy without the color system steering the feel. In-app copy stays in Swedish since that's the real user-facing language.
Du använder el smart — mest av din förbrukning sker när priset är lägre.
Hur räknas snittpriserna?
Marknadens snittpris
Det genomsnittliga spotpriset i ditt elområde under perioden — varje timme räknas lika mycket. Det är samma siffra som visas i nyheter och andra appar.
Ditt snittpris
Samma timpriser, men viktade efter din förbrukning timme för timme. Om du använder mer el när priset är lågt blir ditt snitt lägre än marknadens. Om du använder mer när priset är högt blir det högre.
TimmeSpotprisDu användeKostnad
03:0040 öre2 kWh80 öre
18:00120 öre1 kWh120 öre
Totalt—3 kWh200 öre
Marknadens snitt: (40 + 120) ÷ 2 = 80 öre/kWh Ditt snitt: 200 ÷ 3 = 67 öre/kWh
Du sparar 13 öre/kWh genom att förbruka mer när priset är lägre.
Båda priserna visas inkl. moms och exkl. övriga avgifter (elcertifikat, påslag, nätavgift). Spotpriset hämtas från Nord Pool.
What each variant tests
Low (saving): reward without overdoing it. Is "138 kr" motivating enough on its own, or do we need a larger figure (yearly)?
Neutral (in line): how does this read for a user with a flat load profile? Informative or judgmental?
High (above): how do we communicate that they're paying more without shaming? The tip needs to feel actionable.
Explainer sheet: tap the small i next to "Marknaden: 87,2 öre/kWh" to open a bottom sheet that explains the difference between the user's weighted average and the market's unweighted average — with a concrete two-hour worked example. Directly addresses the reconciliation pattern surfaced in Intercom ("why is my number different from spot?").
What it takes to build (v0)
User's average price: already available via GET /v1/facilities/{id}/average-price — returns the consumption-weighted average for the requested window.
Market average: already available via GET /v1/facilities/{id}/spot-price?resolution=monthly — returns the unweighted market price for the user's price zone.
Savings in kr: client-side computation: delta × total_consumption_kwh. Total consumption is already fetched by other dashboard cards.
Backend: no new endpoint, no new aggregation. Two existing scalar calls per visible month.
Watch out for: both numbers must use consistent VAT/fee inclusion rules — otherwise the delta is misleading and we recreate the reconciliation confusion we're trying to remove.