# Korjataanko vanha sovellus vai rakennetaanko se uudelleen?

Auttaa parantamaan huonosti toimivaa sovellusta tai uudistamaan vanhentuneen: säilytettävät osat, korjaus, vaiheittainen vaihto ja tiedon jatkuvuus.

Huonosti toimivan sovelluksen parantaminen alkaa ongelman paikantamisesta, ei automaattisesta uudelleenkirjoituksesta. Selvitä ensin, mikä käyttäjän työ epäonnistuu, mistä hitaus tai virhe syntyy ja mitä nykyisestä kannattaa säilyttää. Korjaus, rajattu parannus, vaiheittainen uudistus ja kokonaan uusi toteutus ovat eri vaihtoehtoja.

Tämä on oma hankintatilanteensa: yrityksellä on jo sovellus ja siihen sitoutunutta tietoa, toimintatapoja sekä rahaa. Tavoitteena voi olla sovelluksen luotettavuus, helpompi käyttö tai teknisen elinkaaren jatkaminen. Aikaisempi investointi ei mene hukkaan vain siksi, että osa koodista täytyy korvata. Käyttäjien opit, toimivat prosessit ja tiedot voivat olla tärkein säilytettävä osa.

## Mitä arvioidaan ennen korjaus- tai uusimispäätöstä?

| Arviointikohde | Tarvittava näyttö | Mahdollinen päätös |
| --- | --- | --- |
| Hidas näkymä | Mitattu ongelma ja sen vaikutus työtehtävään | Rajattu suorituskykykorjaus |
| Hankala työnkulku | Käyttäjän kokeilu ja turhat vaiheet | Käyttöliittymän tai prosessin parannus |
| Toistuvat virheet | Toistettava tapaus, lokit ja riippuvuudet | Virheen korjaus ja sitä suojaava testi |
| Vanhentunut tekniikka | Riippuvuuksien tuki, julkaisutapa ja ylläpidettävyys | Päivitys tai osan vaiheittainen korvaaminen |
| Tuntematon rakenne | Koodi, tietomalli, käyttöoikeudet ja testausmahdollisuus | Rajattu tekninen selvitys ennen hintalupausta |

Toimita arvioon oireiden lisäksi pääsy sovittuun lähdekoodiin ja dokumentaatioon sekä turvalliset esimerkit. Älä lähetä tuotantotunnuksia tai asiakastietoa avoimessa tarjouspyynnössä. Tekninen vastuuhenkilö selvittää myös lisenssit, omistajuuden ja sen, saako nykyistä toteutusta muuttaa.

## Voiko tekoälyllä tehtyä sovellusta korjata?

Voi, jos ongelmat ovat paikannettavissa ja rakenne soveltuu jatkoon. Tekoälyn käyttö alkuperäisessä kehityksessä ei yksin kerro sovelluksen laatua. Tarkista samat asiat kuin muussakin sovelluksessa: tietovirrat, käyttöoikeudet, testit, riippuvuudet ja julkaiseminen. Jos kokeilun koodi ei ole tuotantokelpoinen, toimiva idea ja käyttökokemus voidaan hyödyntää uudessa toteutuksessa. Prototyyppiä ei pidä julkaista vain siksi, että se näyttää valmiilta.

## Säilytä, korjaa vai korvaa?

Tee jokaiselle tärkeälle osalle päätös ja perustelu. Säilytä toimiva, tuettu osa, joka palvelee työtä. Korjaa rajattava puute, kun vaikutus voidaan testata. Korvaa osa, jonka elinkaari, rakenne tai muutostarve estää kohtuullisen ylläpidon. Koko sovelluksen uudistaminen voi olla perusteltua, mutta vasta vertailun jälkeen.

Eläinklinikan vanhan hallintosovelluksen yksittäinen raportointiongelma voi ratketa pienellä korjauksella. Jos tietomalli ei enää tue toimipisteiden työtä tai tekniikkaa ei voi turvallisesti ylläpitää, laajempi uudistus on arvioitava. Nämä ovat päätösperusteita, eivät etädiagnoosi tietystä ohjelmistosta.

## Miten tieto säilyy tuotannon sovelluksen uudistuksessa?

Inventoi tiedot ja nimeä säilytettävä historia. Tee varmistus ja varmista palautettavuus ennen siirtoa. Kokeile muunnos testiympäristössä ja täsmäytä avaintunnisteet, määrät sekä tärkeät poikkeukset. Sovi, kuka hyväksyy tiedon oikeellisuuden ja missä vanhaa historiaa voidaan lukea. Pelkkä onnistunut tiedoston kopiointi ei osoita tietojen käyttökelpoisuutta uudessa sovelluksessa.

## Miten kuljettajasovellus vaihdetaan vaiheittain?

Valitse pieni käyttäjäryhmä ja sovittu tehtäväketju. Määritä, missä tilaukset ja kuittaukset kirjataan siirtymän aikana, ja estä huomaamaton kaksoiskäsittely. Testaa yhteyskatko, keskeneräinen tehtävä ja paluu vanhaan tapaan. Sovi jatkamisen ja keskeyttämisen ehdot ennen pilotin alkua. Käyttökatkotonta muutosta ei voi luvata ilman riippuvuuksien selvitystä.

Strategiaklinikan sovellusuudistuksessa selvitetään ensin, mikä kannattaa säilyttää. Pyydä arviota yhdestä toistuvasta ongelmasta ja kerro sovelluksen merkitys päivittäiselle työlle. Katso [ylläpito ja luovutus](/tieto/fi/yllapito-omistajuus-ja-toimittajan-vaihto.md), [tiedonsiirron riippuvuudet](/tieto/fi/integraatiot-kayttooikeudet-ja-data.md) sekä [tarjouspyyntöpohja](/tieto/fi/ohjelmiston-tarjouspyynto.md).

## Lähteet ja julkaisutiedot

- [Strategiaklinikan palvelut ja toimintatapa](https://strategiaklinikka.fi/index.md)

Julkaisija: Strategiaklinikka. Päivitetty: 2026-11-05.

Pysyvä osoite: https://strategiaklinikka.fi/tieto/fi/vanhan-sovelluksen-uudistus.md

[Kaikki oppaat](/tieto/index.md) · [Palvelut ja yhteystiedot](/index.md)