Siirry pääsisältöön
FromNine
Valikko

Ohjelmistot & pilvi

Yritysohjelmistot, joita omat tiimisi voivat kehittää edelleen.

Rakennamme SaaS-tuotteita, asukkaiden ja henkilöstön portaaleja sekä keskeisiä liiketoimintasovelluksia, jotka ovat saavutettavia, oletusarvoisesti turvallisia ja omien tiimiesi ylläpidettävissä kauan käyttöönoton jälkeen.

Ohjelmistoyrityksille ja julkisille organisaatioille, joiden palveluja käytetään monella kielellä ja useamman maan säännöin.

Keskustellaan projektistasiJärjestelmien uudistus
Yritysohjelmistot & SaaS: osaamisen kerroksetNeljä kerrosta päällekkäin syvyyssuunnassa. Ylhäältä alas: saavutettava käyttöliittymä, jota ihmiset käyttävät, sääntöjä sisältävät toimialamoduulit, asiakasympäristöjen ja identiteetin alustapalvelut sekä pohjalla turvallinen julkaisuputki.01Saavutettavat käyttöliittymät02Toimialamoduulit ja säännöt03Asiakasympäristöt, identiteetti, data04Turvallinen julkaisuputki
  1. 01Toimialalähtöinen suunnittelu sääntöpainotteiseen työhön, kuten asiankäsittelyyn
  2. 02Saavutettavuus EN 301 549:n ja WCAG 2.2 AA:n mukaan ensimmäisestä luonnoksesta lähtien
  3. 03Dokumentaatio ja päätösmuistiot, jotka tiimisi voi ottaa haltuunsa

01 Ongelmat

Mitä kuulemme ennen uudelleen­rakentamista

  1. 01

    Jokainen muutos vie vuosineljänneksen

    Sovellus toimii, mutta kukaan ei uskalla koskea ytimeen. Pienetkin muutokset vaativat laajat regressiotestit ja julkaisuikkunan.

  2. 02

    Portaali ei palvele niitä, joita varten se on tehty

    Se ei toimi ruudunlukijalla, ruotsiksi eikä puhelimella. Palautetta tulee jo ennen saavutettavuusarviointia.

  3. 03

    Yhden asiakkaan muutos rikkoo toisen

    SaaS-tuote kasvoi asiakaskohtaisilla räätälöinneillä. Nyt jokainen julkaisu on neuvottelu, ja osa asiakkaista on jumissa vanhoissa versioissa.

  4. 04

    Tieto lähti toimittajan mukana

    Päätöksiä ei koskaan kirjattu. Järjestelmän rakentanut tiimi on siirtynyt muualle, ja koodi on ainoa dokumentaatio.

  5. 05

    Tietoturvakysymyksiä tulee asiakkailta ja viranomaisilta

    Hankintayksikkö pyytää SBOM:ia, haavoittuvuusprosessia ja näyttöä kyber­kestävyys­säädöksen vaatimuksista. Kenelläkään ei ole niitä valmiina.

02 Toimitukset

Mitä toimitamme

  1. 01 SaaS-tuotekehitys

    Tuotteet, jotka palvelevat monia asiakkaita yhdestä koodipohjasta: oikea asiakasympäristömalli, konfigurointi räätälöinnin sijaan ja julkaisut, jotka ulottuvat jokaiseen asiakasympäristöön.

    Mitä teemme

    • Asiakasympäristömallin valinta: jaettu, ryhmitelty tai asiakaskohtaisesti eristetty
    • Konfiguroinnin ja ominaisuuslippujen strategia
    • Käytön mittauksen ja laskutuksen integrointi
    • Julkaisujunat asiakasympäristöt huomioivalla käyttöönotolla

    Mitä saat

    • Asiakasympäristöjen ja eristyksen suunnitelma
    • Konfiguraatiomalli reunaehtoineen
    • Julkaisuprosessi, jossa palautus onnistuu asiakasympäristöittäin

  2. 02 Toimialasuunnittelu monimutkaisille säännöille

    Toimialalähtöinen suunnittelu siellä, missä säännöt ovat itse tuote: asiankäsittely, kelpoisuusehdot, säädöksiin sidotut laskelmat. Valitsemme harkiten modulaarisen monoliitin ja mikropalvelujen välillä, ja useimmiten aloitamme ensimmäisestä.

    Mitä teemme

    • Event storming -työpajat toimialan asiantuntijoiden kanssa
    • Rajatut kontekstit ja moduulirajat
    • Säännöt näkyviksi ja testattaviksi
    • Arkkitehtuuripäätösten muistiot suurille valinnoille

    Mitä saat

    • Toimialamalli ja kontekstikartta
    • Modulaarinen koodipohja valvotuin rajoin
    • Suoritettavat määrittelyt keskeisille säännöille

  3. 03 Asukkaiden ja henkilöstön portaalit

    Suunnittelujärjestelmän varaan rakennetut käyttöliittymät, jotka ovat oletusarvoisesti saavutettavia ja monikielisiä ensimmäisestä julkaisusta lähtien. Suomessa se tarkoittaa tyypillisesti suomea, ruotsia ja englantia, muualla niitä kieliä, joita käyttäjäsi todella puhuvat.

    Mitä teemme

    • Suunnittelujärjestelmä saavutettavine komponentteineen
    • Sisältösuunnittelu selkeällä yleiskielellä
    • Testaus apuvälineillä todellisten käyttäjien kanssa
    • Lokalisoinnin työnkulku jokaiselle kielelle

    Mitä saat

    • Portaali uudelleenkäytettävällä suunnittelujärjestelmällä
    • Saavutettavuuden vaatimusten­mukaisuusraportti
    • Sisällön ja käännösten työnkulku

  4. 04 Laadunvarmistus ja turvallinen kehitys

    Testiautomaatio oikeilla tasoilla, sopimustestit palvelujen välillä, suorituskykytestit ennen käyttöönottoa ja turvallisen kehityksen elinkaari, joka perustuu OWASP ASVS:ään, SBOM:eihin ja toimitusketjun hallintakeinoihin.

    Mitä teemme

    • Testausstrategia ja testiautomaatio
    • Sopimus- ja suorituskykytestaus
    • Uhkamallinnus ja ASVS-todentaminen
    • SBOM:n tuottaminen ja riippuvuuskäytäntö

    Mitä saat

    • Automaattiset testikokonaisuudet julkaisuputkessa
    • Tietoturvan todentamisraportti
    • Haavoittuvuuksien käsittelyprosessi, joka on valmis kyber­kestävyys­säädökseen

  5. 05 Vaiheittainen uudistaminen

    Vanha sovellus korvataan toiminto kerrallaan reitityskerroksen takana, samalla kun liiketoiminta jatkuu. Katso myös vanhojen järjestelmien uudistus.

    Mitä teemme

    • Nykyisen sovelluksen toimintokartta
    • Strangler fig -reititys ja rajapintakääreet
    • Tietojen siirto täsmäytysraportein
    • Rinnakkaisajot kriittisille laskelmille

    Mitä saat

    • Uudistuksen järjestys liiketoiminnan virstanpylväineen
    • Reitityskerros ja uudet moduulit tuotannossa
    • Täsmäytetyt tiedot jokaisessa siirrossa

  6. 06 Ylläpidettävyys ja luovutus

    Ohjelmistoja, jotka tiimisi voi omistaa: luettavaa koodia, päätösmuistioita, toimintaohjeita ja luovutussuunnitelma, josta sovitaan alussa eikä vasta lopussa.

    Mitä teemme

    • Pariohjelmointi kehittäjiesi kanssa rakentamisen aikana
    • Arkkitehtuuripäätösten muistiot koodin yhteydessä
    • Operatiiviset toimintaohjeet ja päivystysohjeet
    • Osaamisen siirron virstanpylväät

    Mitä saat

    • Luovutussuunnitelma hyväksymiskriteereineen
    • Dokumentaatio omissa koodivarastoissasi
    • Koulutettu oma tiimi

03 Arkkitehtuuri

Havainnollistava viitearkkitehtuuri

Tyypillinen muoto liiketoimintasovellukselle, joka korvaa vanhemman: saavutettava käyttöliittymä, reitityskerros, joka ohjaa kunkin toiminnon vanhaan tai uuteen järjestelmään, rajapintakerros selkein sopimuksin ja toimialan ympärille järjestetty modulaarinen ydin.

Asiakasympäristöt ja konfigurointi ovat erillisiä alustapalveluja, eivät koodiin siroteltuja ehtoja. Pohjalla jokainen käännös ajaa testit ja tietoturvatarkistukset ja tuottaa SBOM:n.

Piirroksen kerrokset

Ihmiset
Asukkaat, asiakkaat ja henkilöstö millä tahansa laitteella ja apuvälineillä.
Uudistaminen
Reitityskerros, nykyinen sovellus ja tietojen siirto täsmäytyksin.
Alusta
Rajapintakerros, identiteetti, modulaarinen ydin, asiakasympäristöt ja konfiguraatio sekä operatiivinen data.
Turvallinen julkaisu
Sopimus- ja suorituskykytestit, ASVS-tarkistukset ja SBOM jokaisessa käännöksessä.
Havainnollistava esimerkki

  1. Ihmiset

    • Asukkaat, asiakkaat, henkilöstö
    • Saavutettava käyttöliittymä

  2. Vaiheittainen uudistaminen

    • Reitityskerros
    • Nykyinen sovellus
    • Tietojen siirto täsmäytyksin

  3. Alusta

    • Rajapintakerros ja sopimukset
    • Identiteetti ja roolit
    • Modulaarinen ydin: vastaanotto, asiat, laskutus
    • Asiakasympäristöt, konfiguraatio, ominaisuusliput
    • Operatiiviset tietovarastot

  4. Turvallinen julkaisu

    • Sopimus- ja suorituskykytestit, ASVS-tarkistukset, SBOM jokaisessa käännöksessä
Modulaarinen ydin reitityskerroksen takana

Havainnollistava arkkitehtuuri, ei asiakkaan järjestelmä.

Lue kaavio tekstinä

Pääreitti kulkee ihmisistä saavutettavaan käyttöliittymään, reitityskerroksen ja rajapintakerroksen kautta modulaariseen ytimeen, joka on jaettu rajattuihin konteksteihin.

Reitityskerros ohjaa osan toiminnoista myös nykyiseen sovellukseen, joka poistetaan käytöstä vaihe vaiheelta. Sen tiedot siirtyvät täsmäytetyn tietojen siirron kautta operatiivisiin tietovarastoihin.

Identiteetinhallinta palvelee rajapintakerrosta. Asiakasympäristö- ja konfiguraatiopalvelut ovat ytimen alla. Pohjalla oleva turvallisen julkaisun kaista kattaa sopimustestit, suorituskykytestit, tietoturvan todentamisen ja SBOM:t.

04 Näkökohdat ja rajat

Tekniset näkökohdat ja rajat

  • Ensin modulaarinen monoliitti

    Miten hoidamme sen

    Aloitamme selkeillä moduuleilla yhdessä käyttöönotettavassa kokonaisuudessa ja erotamme palveluja vain, kun skaalautuvuus, julkaisutahti tai tiimien omistajuus sitä vaativat.

    Rajat ja riippuvuudet

    Mikropalvelut ratkaisevat organisatorisia ongelmia yhtä lailla kuin teknisiä. Ilman niitä omistavia tiimejä ne lisäävät kustannuksia ja vikatiloja.

  • Saavutettavuus on teknistä työtä

    Miten hoidamme sen

    Saavutettavat komponentit, automaattiset tarkistukset julkaisuputkessa ja manuaalinen testaus apuvälineillä ennen jokaista suurta julkaisua.

    Rajat ja riippuvuudet

    Automaattiset työkalut löytävät vain osan ongelmista. Täysi vaatimusten­mukaisuus edellyttää manuaalisia arviointeja ja mieluiten testausta vammaisten käyttäjien kanssa.

    Sisällöntuottajien käyttöönoton jälkeen lisäämien sisältöjen ja asiakirjojen on täytettävä sama taso. Koulutamme sisällöntuottajat, mutta emme päätä, mitä he julkaisevat.

  • Uudistus kestää yhtä kauan kuin datan siirto

    Miten hoidamme sen

    Tietojen siirto suunnitellaan toiminnoittain, harjoitellaan ja täsmäytetään, ja liiketoiminta hyväksyy jokaisen siirron.

    Rajat ja riippuvuudet

    Vanhan datan laatu määrää usein tahdin. Sen puhdistaminen on yhtä lailla liiketoiminnan kuin tekniikan tehtävä.

  • Ohjelmistotuotteita koskeva sääntely

    Miten hoidamme sen

    SBOM:t, haavoittuvuuksien käsittely ja turvalliset oletusasetukset kuuluvat vakiojulkaisuputkeemme, mikä valmistaa tuotteita kyber­kestävyys­säädökseen.

    Rajat ja riippuvuudet

    Se, soveltuuko säädös tuotteeseesi ja miten, on oikeudellinen kysymys. Me tuotamme teknisen näytön, juristisi tekevät arvion.

05 Työtapa

Miten työskentelemme

Lyhyet syklit, todelliset käyttäjät mukaan varhain ja luovutus suunniteltuna ensimmäisestä viikosta.

  1. 01

    Kartoitetaan toimiala

    Event storming -työpajat sääntöjen tuntijoiden kanssa ja toimintokartta siitä, mitä nykyään on olemassa.

    TuotosKontekstikartta ja ensimmäiset päätösmuistiot

  2. 02

    Julkaistaan ohut viipale

    Yksi toiminto alusta loppuun reitityskerroksen kautta tuotantoon todellisille käyttäjille.

    TuotosToimiva viipale tuotannossa

  3. 03

    Kasvetaan toiminto kerrallaan

    Jokainen julkaisu siirtää toiminnon, sen tiedot ja sen käyttäjät, ja täsmäytys ja palautus ovat valmiina.

    TuotosJulkaisusuunnitelma toiminnoittain

  4. 04

    Luovutetaan

    Kehittäjäsi työskentelevät pareina meidän kehittäjiemme kanssa, ottavat päivystyksen ja omistavat tiekartan, kun luovutuksen kriteerit täyttyvät.

    TuotosHyväksytty luovutus

06 Ihmisen ohjaus

Missä ihmiset pitävät ohjat

Liiketoimintaohjelmistoissa hallinta tarkoittaa, että tiedetään, kuka muutti mitä, kuka sen hyväksyi ja miten se perutaan.

  • Tuoteomistajat päättävät sisällöstä

    Tuoteomistajasi asettaa prioriteetit ja hyväksyy jokaisen lisäyksen. Me neuvomme, hän päättää.

  • Konfiguraatiolla on omistaja

    Asiakasympäristöjen asetuksia ja ominaisuuslippuja muutetaan auditoidun prosessin kautta, ja muutokset tekevät nimeämäsi roolit.

  • Siirrot hyväksytään

    Liiketoiminta hyväksyy jokaisen siirron vanhasta järjestelmästä uuteen, ja palautus on harjoiteltu.

  • Päätökset kirjataan

    Arkkitehtuuripäätösten muistiot kertovat, mitä valittiin, kuka valitsi ja miksi, jotta tulevat tiimit voivat palata niihin tietoisesti.

07 Teknologiat

Teknologiat, joita käytämme

Taustajärjestelmät
  • Java ja Kotlin
  • .NET
  • TypeScript ja Node.js
  • Python
Käyttöliittymät
  • React ja Next.js
  • Angular
  • Suunnittelujärjestelmät saavutettavine komponentteineen
  • Natiivit ja monialustaiset mobiilisovellukset
Data
  • PostgreSQL
  • SQL Server ja Oracle (olemassa olevat ympäristöt)
  • Tapahtumavirrat
  • Hakukoneet
Laatu ja tietoturva
  • Playwright ja sopimustestaus
  • Kuormitus- ja suorituskykytestaus
  • SAST, DAST ja riippuvuuksien skannaus
  • SBOM CycloneDX- tai SPDX-muodossa

Teknologian mainitseminen kuvaa kokemustamme. Se ei tarkoita kumppanuutta toimittajan kanssa eikä toimittajan suositusta.

08 Esimerkki

Havainnollistava esimerkki

Havainnollistava esimerkki

Asiointiportaali kuntayhtymälle Suomi.fi-tunnistuksella

01Tilanne
Kuntayhtymän hakemukset tulevat sähköpostilla, paperilla ja kolmen eri lomakepalvelun kautta. Lomakkeet eivät toimi ruudunlukijalla, ja hakijan henkilöllisyys tarkistetaan käsin.
02Mitä rakentaisimme
Yksi asiointiportaali yhteisellä suunnittelujärjestelmällä. Hakijat tunnistautuvat Suomi.fi-tunnistuksella, yritysten puolesta asioivat käyttävät Suomi.fi-valtuuksia, ja hakemukset siirtyvät suoraan asianhallintajärjestelmään. Portaali toimii suomeksi ja ruotsiksi.
03Missä ihmiset päättävät
Palvelujen omistajat hyväksyvät lomakkeiden sisällön ja konfiguraation. Tuoteomistaja päättää yhteisistä ominaisuuksista, ja jokainen julkaisu tarkistetaan saavutettavuuden osalta ennen tuotantoa.
04Mitä mittaisimme
Saavutettavuuspuutteet julkaisua kohden, sähköisesti saapuvien hakemusten osuus ja käsin tehtävien tunnistustarkistusten määrä.

09 Toimialat

Toimialallasi

  • Julkinen sektori

    Asianhallinta ja asiointiportaalit, jotka täyttävät saavutettavuusvaatimukset, toimivat suomeksi ja ruotsiksi ja liittyvät Suomi.fi-palveluihin.

  • Rahoitusala

    Asiakasportaalit ja taustasovellukset, joissa on vahva auditointiloki ja muutostenhallinnan vaatimukset täyttävä julkaisuprosessi.

  • Valmistava teollisuus

    Konfiguraattorit, huoltoportaalit ja SaaS-tuotteet laite- ja tuotevalmistajille, liitettyinä ERP-järjestelmään ja kenttähuoltoon.

Suomi

Uusi markkina on julkaisu, ei haara

Esteettömyysdirektiivi on pantu Suomessa täytäntöön eräiden tuotteiden esteettömyysvaatimuksista annetulla lailla (102/2023) ja digitaalisten palvelujen tarjoamisesta annetun lain muutoksilla. Vaatimuksia on sovellettu 28. kesäkuuta 2025 alkaen, ja valvojana on Traficom. Laki digitaalisten palvelujen tarjoamisesta (306/2019) velvoittaa julkista sektoria ja osaa yksityisen sektorin palveluista. Kyber­kestävyys­säädös tuo ohjelmistotuotteille koko EU:ssa velvoitteita, jotka alkavat vaiheittain.

Asukkaille ja yrityksille suunnatut palvelut liitetään usein Suomi.fi-tunnistukseen ja Suomi.fi-valtuuksiin. Pidämme kansalliset erot konfiguraatiossa ja selvästi rajatuissa moduuleissa, jotta uusi markkina on julkaisu eikä koodipohjan haara. Saavutettavuusnäyttö ja tietoturvadokumentaatio syntyvät julkaisuputkessa valmiina hankintojen kysymyksiin.

Kysymyksiä yritysohjelmistoista ja SaaS-tuotteista

Rakennetaanko räätälöity ohjelmisto vai konfiguroidaanko valmis alusta?

Konfiguroi alusta, kun prosessisi on lähellä vakiomallia, ja rakenna, kun prosessi erottaa sinut muista tai mikään alusta ei sovi sääntöihin. Työskentelemme Salesforcen, SAP:n ja Odoon kanssa sekä räätälöidyllä koodilla, joten meillä ei ole syytä ajaa yhtä vastausta. Arkkitehtuuri- ja konsultointipalvelumme tekee tästä valinnasta näkyvän.

Voiko portaalin saavutettavuuden taata?

Rakennamme EN 301 549:n ja WCAG 2.2 AA:n mukaan, testaamme automaattisesti ja manuaalisesti ja toimitamme vaatimusten­mukaisuusraportin, jossa tunnetut puutteet on kirjattu. Emme lupaa nollaa puutetta. Lupaamme löytää ne, raportoida ne ja korjata ne, jotka kuuluvat vastuullemme. Raportista on apua myös saavutettavuusselosteen laatimisessa.

Onnistuuko uudistus ilman kertarysäystä?

Kyllä, ja suosittelemme sitä. Reitityskerroksen avulla siirrämme yhden toiminnon kerrallaan nykyisen sovelluksen pysyessä käynnissä, ja tiedot täsmäytetään jokaisessa vaiheessa.

Voiko oma tiimimme ottaa ohjelmiston haltuunsa?

Se on oletussuunnitelma. Luovutuksen kriteerit sovitaan alussa, kehittäjäsi työskentelevät pareina meidän kehittäjiemme kanssa rakentamisen aikana, ja päätösmuistiot ja toimintaohjeet ovat omissa koodivarastoissasi.

Mitä kyber­kestävyys­säädös tarkoittaa tuotteellemme?

Jos saatat digitaalisia elementtejä sisältäviä ohjelmistoja EU:n markkinoille, säädös voi tuoda velvoitteita turvallisesta suunnittelusta, haavoittuvuuksien käsittelystä ja dokumentaatiosta. Me tuotamme teknisen näytön: SBOM:t, haavoittuvuusprosessin ja turvalliset oletusasetukset.

Kerro, minkä pitää pysyä käynnissä muutoksen aikana

Ehdotamme ensimmäisen siirrettävän toiminnon ja sen, mitä tiimisi omistaa lopuksi.

Keskustellaan projektistasiJärjestelmien uudistus