Case 04 · Helix Building OS · 2026

Kiinteistö­hallinnoijat pyörittivät kampusta viidellä toimittajakonsolilla — kullakin oma malli siitä, kuka saa mihin. Brief: yksi konfiguraatiopinta, auditointi­tason luettavuus, syvyyttä menettämättä.

Rooli

Senior Product Designer

Aikataulu

4–8 h brief · 7 h käytetty

Alusta

Web · Konfiguraatiokonsoli · Responsiivinen suunnittelu

Toimiala

Kiinteistöt · Yritys-IAM

Tiimi

Yksin · SSH Communications Security

↓ Scroll — the work

§ 02Kotitehtävä · yksin · 4–8 h scopattu, 7 h toteutettu · prototyyppi + esitys

Outcomes

01
0

Näkymää, yksi mentaalimalli

Rakennus · Järjestelmät · Profiilit · Suhteet

02
0 × 12

Profiili × järjestelmäsääntöä

4-tilainen kielioppi: aina · työaikana · ehdollinen · evätty

03
0

Sääntöobjekti, kaksi pintaa

Matriisi- ja profiilimuokkaukset kirjoittavat samaa — ei syncattavaa

Interaktiivinen prototyyppi

Kokeile — elävänä

Koko prototyyppi pyörii alla. Klikkaa neljää välilehteä (Rakennus, Järjestelmät, Profiilit, Suhteet), avaa Configure-vetolaatikko tai klikkaa mitä tahansa matriisin solua avataksesi paikallisen poimijan. Toteutettu responsiivisena suunnitteluna ensimmäisestä korttiluonnoksesta alkaen — vaihda Tabletti-tilaan katsoaksesi, miten jokainen näkymä mukautuu ilman syvyyden menettämistä.

Paras työpöydällä · Avaa prototyyppi koko ruutuun ↗

Brief

Konfiguroi monimutkainen kiinteistö — ominaisuuksia menettämättä

SSH Communications Security kehittää privileged-access-tuotteita säännellylle yritys-IT:lle. Kotitehtävässä pyydettiin suunnittelemaan konfiguraatio­kokemus uudelle kiinteistö­hallinnan tuotelinjalle — yksi pinta, joka mallintaa tilat, hissit, ilmanvaihdon, vesi­huollon ja jätehuollon, päällä profiilipohjainen käyttöoikeus­hallinta. Tärkein rajaus: älä yksinkertaista liikaa. Kiinteistötiimit tarvitsevat jokaisen vanhojen toimittajien ominaisuuden — heidän ei vain pidä joutua opettelemaan viittä eri mallia päästäkseen niihin.

Ankkuri

Tilannekuva ensin — muokkaukset toiseksi. Jokainen näyttö avautuu valkoisella kortilla, joka nimeää kontekstin ja nostaa esiin avainluvut. Identiteetti, sitten terveys, sitten käytäntö, sitten muokkaukset. Ei koskaan toisinpäin.

Muoto

Neljä näkymää. Yksi mentaalimalli.

Konsoli on sarja: Rakennus, sen sisällä olevat järjestelmät, niitä hallinnoivat profiilit ja matriisi joka resolvoi molemmat. Jokainen näkymä perii saman ankkurin — valkoinen identiteetti­kortti ylhäällä, tilastopalkki alla — joten yhden näkymän oppinut hallinnoija on jo 80% matkalla seuraavaan.

01 · RAKENNUS

Identiteetti, terveys, käytäntö — siinä järjestyksessä

Valittu rakennus (HQ North) renderöityy tietueena, ei laskeutumis­sivuna. Tiivis identiteettirivi ankkuroi näytön — nimi, koodi, tila­pala, osoite — sitten KPI-palkki (kerrokset, m², kapasiteetti, käyttöaste) kehystää rakennuksen yhdellä silmäyksellä.

System Health näkyy ennen Building Policy:a: hallinnoijan ensimmäinen kysymys — "onko jokin rikki?" — saa vastauksen ennen kuin hän kohtaa päätöksiä. Rakennuksen pudotusvalikko kantaa kunkin kampuksen tilan rivillä, joten vaihto ei piilota varoitusta.

02 · KIINTEISTÖ­JÄRJESTELMÄT

Tila kortin pinnalla, syvyys Configure-toiminnon takana

Jokainen ohjattava asia rakennuksessa — kokouskeskus, hissiryhmä, ilmanvaihto­alue — nousee esiin samana korttina. Operational, Restricted ja Maintenance renderöityvät kortin pinnalla, joten rutiininomainen tilatarkistus on vieritys, ei sarja avauksia.

Viiden suodattimen palkki näyttää elävät määrät rivillä — kevyt inventaario­tarkistus (HVAC näyttää 3, mutta odotit 4? jotain puuttuu). Tyyppikohtainen syvyys (ilmanvaihdon lämpötila­rajat, hissien priority-mode, jätehuollon vaarallisuus­merkinnät) on tasan yhden klikkauksen päässä, Configure → -painikkeen takana.

03 · KÄYTTÖOIKEUSPROFIILIT

Profiili tietueena. Vastaavuusluku luottamus­signaalina.

Seitsemän käyttöoikeus­profiilia — Johto, Työntekijät, Tuotekehitys, Turva, Kiinteistö, Siivous, Vieraat — kukin renderöityy tiiviinä identiteettirivinä: 10×10-värimerkki, nimi, priority-pala, yhden rivin kuvaus. Ei editorial-kehystä, ei isoja väri­blokkeja — tiivis identiteetti, nolla yleiskustannusta.

Vaikein yksityiskohta oikein saada: vastaavuusluku. Jokainen profiili näyttää reaali­aikaisen luvun käyttäjistä, joiden nykyiset tagit resolvoituvat sen sääntöihin. Nolla­vastaavuus on hiljainen virhe — joko lukitsee kaikki ulos tai antaa pääsyn kenellekään — joten luvun piti olla ensimmäinen asia, jonka hallinnoija näkee, luettavissa yhdellä silmäyksellä mitään avaamatta.

04 · SUHTEET

Kaksi näkymää, yksi sääntöobjekti

Matriisi kääntää Access Profiles -näkymän kyljelleen: rivit ovat kiinteistö­järjestelmiä, sarakkeet profiileja, solut käyttöoikeus­tila. Kattavuus­palkki yläosassa laskee Always / Hours / Conditional / Deny -lukumäärät koko rakennuksesta — yli­rajoitukset tai yli-luvitukset näkyvät ennen kuin hallinnoija vierittää yhteenkään soluun.

Klikkaa mitä tahansa solua: paikallinen poimija neljällä vaihtoehdolla avautuu. Hours avaa aikataulu­editorin ankkuroituna juuri siihen soluun — valitse päivät ja aikaikkuna poistumatta matriisista. Muokkaus täällä on sama muokkaus Access Profiles -näkymässä — yksi sääntö­objekti, kaksi renderöinti­pintaa. Ei kaksinkertaista tilaa hallittavana, ei syncia rikottavana.

Periaatteet

Viisi riviä, jotka päättivät kaiken

Seitsemän tunnin aikana jokainen näyttö suodatettiin viiden kysymyksen läpi. Jos näyttö ei kunnioittanut niitä, näyttö lensi pois — vaikka se olisi ollut nopeampi toimittaa.

01

Card-header + tilasto­palkki on jokaisen näkymän selkäranka

Valkoinen identiteetti­kortti ylhäällä, kontekstipalkki lukuja alla. Rakennus, Järjestelmät, Profiilit, Suhteet — kaikki neljä näkymää perivät saman ankkurin. Hallinnoija oppii muodon kerran.

02

Lepotila on täydellinen vastaus

Tila, rajoitus, viimeksi-muokattu, profiilien ulottuvuus, vastaavuus­luvut — kaikki näkyvissä avaamatta mitään. Hover on affordanssia varten, ei totuutta varten. Auditointi­tason luettavuus tarkoittaa, että lepotila puolustaa itseään.

03

Sanasto ennen chippejä

Käyttöoikeudet resolvoituvat neljään sanaan: aina · työaikana · ehdollinen · evätty. Neljä sanaa, neljä chippiä, yksi mentaalimalli koko matriisin yli. Jokainen "ilmeinen" vaihtoehto, jonka testasin (allow/restrict/schedule/temporary), romahti seitsemän profiilin kuorman alla.

04

Yksi sääntöobjekti, kaksi renderöinti­pintaa

Matriisi­muokkaukset ja profiili­muokkaukset ovat samaa kirjoitusta. Lukujärjestys eroaa ("kuka voi koskea ilmanvaihtoon?" vs. "mihin Siivous ulottuu?") mutta taustadata on identtinen. Ei sync-kerrosta, ei driftiä, ei kaksinkertaista validointia.

05

Vastaavuusluvun on oltava luotettava ensin

Jos profiilin elävä käyttäjäluku on väärin, hallinnoija menettää luottamuksen automaatioon ikuisesti ja palaa manuaalisiin ohituksiin. Tämä luku oli ainoa eniten validoitu elementti prototyypissä — väri, painoarvo, sijainti, päivitys­rytmi kaikki suunniteltu luottamus­signaalin ympärille.

Jännite

Miksi tämä UX on aidosti vaikea

Viisi toimittajamallia, yksi matriisi

Ilmanvaihtosäätimet tarjoavat lämpötilarajat ja läsnäolotilat. Hissit tarjoavat kerrosoikeudet ja yöajan säännöt. Jätehuollolla on vaarallisuus­merkinnät ja turvalukot. Brief oli suunnitella yksi mentaalimalli, jota kiinteistöhallinnoija voi pitää mielessään — menettämättä järjestelmäkohtaista syvyyttä.

Käyttöoikeudet eivät ole binäärisiä

Todellisessa rakennuksessa "pääsy" ei ole allow/deny. Siivoustiimi tarvitsee vain työaikana. Turvajohtaja tarvitsee ehdollisen tapahtuman perusteella. Matriisin täytyi ilmaista neljä tilaa muuttumatta värikoodatuksi taulukoksi.

Monirakennuksen kognitiivinen kuorma

Kampusoperaattori hallinnoi 4+ rakennusta, kullakin omat käytännöt. Konsolin täytyy tehdä rakenteellisesti selväksi, että "olet konfiguroimassa HQ North:ia" — ja rakennusvalikon täytyy kantaa kunkin kampuksen tila, jotta vaihto ei piilota varoitusta.

Auditointi­tason luettavuus

SSH:n markkina on säännelty yritys. Jokainen konfiguraatiomuutos pitää olla puolustettavissa auditoinnissa. Visuaalinen kieli ei voinut piilottaa tilaa hoverin tai animaation taakse; lepotilan piti olla täydellinen vastaus.

Neljä näyttöä kantaa järjestelmän

Jokainen näkymä perii saman identiteetti­kortti + tilasto­palkki -ankkurin — tilannekuva ennen muokkauksia, joka kerta.

01 / 08Web · Rakennus

01 · Rakennus — Identiteetti & Terveys

HQ North tietueena. Identiteettirivi, KPI-palkki (kerrokset, m², kapasiteetti, käyttöaste), sitten System Health ennen Building Policy:a. Ensimmäinen kysymys — 'onko jotain rikki?' — saa vastauksen ennen yhtäkään vipua.

Pad-pinnat pysyvät erillään

Täysi responsiivisuus samassa operatiivisessa kieliopissa — tabletille luontaisessa rytmissä desktop-näyttelyn sijaan.

Reflektiot

Seitsemän tuntia, kolme opetusta

Opetus 01

Ankkuri ennen pikseleitä

Yhteisen ankkurin — valkoinen kortti + tilasto­palkki — nimeäminen ennen yhdenkään näkymän luonnostelua pakotti jokaisen näytön joko kunnioittamaan ankkuria tai tappamaan se. Kuvio on käyttäjälle näkymätön; se on kantava seinä suunnittelijalle.

Opetus 02

Käyttöoikeus-UX on sanasto­ongelma

Vaikein päätös ei ollut visuaalinen — vaan päättää, että aina · työaikana · ehdollinen · evätty ovat ainoat sallitut neljä sanaa. Sanasto ensin; chipit sen jälkeen. Kielen lukitseminen maksaa vähemmän kuin chippien uudelleen­suunnittelu kolmesti.

Opetus 03

Luottamus­signaalit ansaitsevat oman briefin

Profiilien vastaavuusluku on yksi numero — mutta se on se ainoa numero, joka päättää, luottaako hallinnoija automaatioon. Sen käsittely omana ominaisuutenaan (sijainti, painoarvo, päivitys, käyttäytyminen nollalla) oli koko briefin korkeimman vivun tunti.

© 2026 Mohammad Remans. Kaikki oikeudet pidätetään.