Digitaalisella tuotteella voidaan tarkoittaa mitä tahansa ohjelmistoa, jolla on määritelty tarkoitus. Lopputulos heijastaa sitä, missä yhteydessä tuotetta käytetään ja mitä tavoitteita sen kehittäjillä on ollut.
Onnistuneen digitaalisen tuotteen luominen vaatii monipuolista ammattitaitoa. Tarvittavia osaamisalueita ovat tyypillisesti palvelumuotoilu, digitaalinen suunnittelu, ohjelmistokehitys, testaus, analytiikka ja markkinointi.
Lopputuloksena voi olla mobiilisovellus, verkkopalvelu tai ohjelmisto. Mahdollisuudet eri alustojen ja käyttötapausten suhteen ovat rajattomat.
Manage the transition in phases – and ensure that the old system works alongside the new one during the transition.
Onnistunut digitaalinen projekti alkaa aina kontekstin määrittämisestä, tavoitteiden ja käytettävissä olevien resurssien arvioinnista sekä rajoitteiden ymmärtämisestä. Nämä tekijät on syytä kommunikoida koko tekijätiimille.
Projektin muut vaiheet voidaan aloittaa vasta tämän määrittelytyön jälkeen. Periaate on sama hankkeen koosta riippumatta – ja yksi tärkeimmistä onnistumisen edellytyksistä.
Define the direction clearly from a business perspective.
Suunnittelussa on kyse ratkaisun syvimmän olemuksen, sekä sen toiminnallisen ja esteettisen olemuksen määrittelystä. Hyvään suunnitteluun panostaminen mahdollistaa kustannustehokkuuden, sillä sen avulla lopputuotteeseen valikoituvat ainoastaan olennaisimmat elementit. Digitaalisten tuotteiden yhteydessä suunnittelun ja toteutuksen välillä ei ole selkeää rajaa.
Winston Churchill tiivisti olennaiseen keskittymisen filosofian seuraavasti: ”Jos haluat minun puhuvan kaksi minuuttia, minulta menee kolme viikkoa valmisteluihin... Jos haluat minun puhuvan tunnin ajan, olen valmis heti.”
Start with the most critical problem and proceed in stages.
Digitaalinen tuote on aina sen teknisen toteutuksen ilmentymä – ja päinvastoin. Toteutusta ja suunnittelua ei voi erottaa toisistaan. Molempien on oltava mukana alusta alkaen.
Tekninen toteutus voidaan toteuttaa monin eri tavoin erilaisia teknologioita tai lähestymistapoja hyödyntäen. Jotkut vaihtoehdot kuitenkin sopivat tarkoitukseen paremmin kuin muut.
Valitut menetelmät ovat aina kompromissi useiden eri tekijöiden välillä. Valinnat on tehtävä siten, että ne kestävät aikaa ja niitä on helppo päivittää tosielämän käytöstä saatavan palautteen perusteella.
Ensure technology and partner independence from the start.
Testaussuunnitelmalla määrittelemme testauksen säännöt ja tavoitteet projektiin parhaiten sopivalla tavalla.
Rajaamme mitä testauksen piiriin kuuluu ja mitä ei, kuka vastaa eri testausalueiden organisoinnista ja toteuttamisesta, mitkä ympäristöt meidän on otettava huomioon testauksessa ja miltä testausaikataulu näyttää.
Aika ja budjetti rajoittavat aina testausta. Testaussuunnitelman tulee heijastaa yhteistä ymmärrystä siitä, mitä laatu tarkoittaa kyseisessä projektissa.
Include security and data protection as a design baseline.
Syvällinen perehtyminen analytiikkaan ei kuulu tämän oppaan aihepiiriin. Seuraavaa checklist on kuitenkin yleispätevä lähtökohta, jota voidaan laajentaa kulloisenkin projektin tarpeiden mukaan.
Syitä tietojen keräämisen:
Digitaaliseen projektiin liittyy aina riskejä, joista osa on todennäköisempiä kuin toiset. Riskit voivat olla sisäisiä tai ulkoisia. Useimmissa ohjelmistoissa on integraatioita muihin palveluihin, ja ne ovat alttiita tällaisten kolmansien osapuolten tuotteiden mahdollisille ongelmille.
Base the schedule and budget on realistic phasing.
Onnistuneen digitaalisen tuotteen tärkeimmät osa-alueet ovat selkeät tavoitteet, oikea osaaminen, kunnolliset työkalut – ja viimeisenä muttei todellakaan vähäisimpänä: yhteistyö.
Kun nämä osa-alueet ovat kunnossa, digitaalinen projekti voi olla inspiroiva matka ideasta valmiiksi tuotteeksi.
Validate, test, and ensure transfers in phases.
To prevent other business development from stopping during the modernisation process, build a two-track model where system development and continuous business support progress concurrently. System modernisation should not be left as a side task for individual people.
Separate the system modernisation work from continuous business support.
A system can be modernised – but still become stagnant. This can be avoided if maintenance and continued development are considered in the planning phase: responsibilities are clearly defined, version control is implemented, and the system is built from the ground up to be continuously adaptable.
Build lifecycle thinking and continuous development from the start.
It makes sense to approach system modernisation as a strategic undertaking that affects the entire organisation. This mindset should guide every key decision in the project.
Thorough preparation does not mean that every risk must be resolved in advance. Rather, it improves the ability to direct development in line with objectives, to tolerate occasional uncertainty, and to move forward purposefully, step by step.
Whether it is an update to a single function or a complete rebuild of the architecture, the key is to start in the right way: keeping the focus on the business goals and with a clearly defined plan for phasing and responsibilities.
No matter where you are on your digitalisation journey, we encourage you to get in touch.