Case Shocon

Sovellus tuotannon reaaliaikaiseen kehitykseen

Asiakkaamme oli työskennellyt vuosia elintarvikevalmistajien tuotannon parissa, auttaen heitä parantamaan tuotantonsa tehokkuutta, keskittymällä toimintatapojen kehitykseen sekä tuotannon mittareden seurantaan ja raportointiin. Kun taaksepäin katsova Excel ei tuntunut enää riittävältä ratkaisulta, tarpeeseen kehitettiin Shocon.

Ketä varten sovellus tehtiin?

Shocon on pienille ja keskisuurille elintarvikevalmistajille tarkoitettu tuotannonohjaussovellus, jonka avulla voidaan siirtyä taaksepäin katsovasta raportoinnista reaaliaikaiseen tuotannon seurantaan. Shocon on moderni ja helppokäyttöinen järjestelmä, joka auttaa yrityksiä ymmärtämään arjen tasolla, miten he voivat kehittää toimintaansa kustannustehokkaampaan suuntaan. Sovellus koostuu web- ja tablettisovelluksesta ja se toimii suomeksi ja englanniksi.

Tilanne ennen kehitysprosessia

Reaaliaikaista näkymää ei ollut

Yrityksissä tehdään edelleen suurin osa tuotannosta melko sokkona. Häiriöiden vaikutus tuottavuuteen, merkittävimmät laatuhylkäykset, eri tuotteiden läpimeno - kaikkeen voidaan nykyisellään puuttua käytännössä vasta peräpeilin kautta.

Excel-raportointi vie aikaa

Asiakkaamme oli kehittänyt jo vuosia omaa mittaristoaan ja tuotannon raportointia, jota on konsultoiden käyty läpi asiakkaiden kanssa. Tämä on kuitenkin kankeaa, eikä täytä asiakkaamme visiota reaaliaikaisesta tuotannon kehityksestä.

Tietoa ei ole helppo viedä käytäntöön

Raportoinnin läpikäynneissä havaittuja epäkohtia ja kehittämiskohteita on vaikea viedä käytäntöön, kun mittareiden tuloksia ja arjen tekemistä on vaikea yhdistää toisiinsa luotettavasti.

ERP:t ovat raskaita ja vaikeita käyttää

Monien kokemus SAP:eista ja vastaavista ERPeistä on se, että ne ovat kalliita, kankeita ja monimutkaisia. Siksi pk-toimijoilla ei useinkaan ole heille sopivaa tuotannon järjestelmää tarjolla.

Suunnittelusta toteutukseen

Suunnittelu

Lähdimme Shoconin suunnitteluun määrittelydokumentista, jonka asiakas oli teettänyt toisella toimijalla paria vuotta aikaisemmin. Aloitimme määrittelydokumentin läpikäynnillä, rajasimme, täsmensimme ja täydensimme dokumenttia vastaavaan ensimmäisen vaiheen tarpeita. Teimme myös yhteistyötä asiakkaamme design-kumppanin kanssa ja saimme tästä tarkat määrittelyt väreihin, typografiaan ja sovelluksen yleiseen ilmeeseen.

Prototyyppivaihe

Shocon on monimutkainen sovellus. Linjastot, tilaukset, tuotteet, suunnittelu ja arjen operointi ovat monilla tavoin sidoksissa toisiinsa, niillä on riippuvaisuussuhteita ja yksi asia vaikuttaa moneen paikkaan. Hyödynsimme tekoälytyökaluja interaktiivisen prototyypin luomiseen, jossa käytännössä asiakkaan kanssa yhteiskehitimme sovelluksen näkymä ja toiminnallisuus kerrallaan. Tämä oli loistava tapa saada testattua eri toteutusvaihtoehtoja nopeasti, jopa livenä tapaamisessa. Samalla asiakkaalle muodostui selkeä käsitys siitä, miten sovellus tulisi toimimaan ja mitä kaikkea on hyvä ottaa huomioon.

Nykypäivän tilanteessa koodin kirjoitus tai toiminnallisuuksien lisääminen ei ole ongelma, ongelma on tietää mitä rakennetaan, miksi ja miten sen pitää toimia. Prototyyppivaiheen kehitystä auttoi myös asiakkaan erittäin vahva substanssiosaaminen ja selkeä visio siitä, miltä sovellus täydellisesti toimiessaan näyttää jo heti alussa.

Kehitystyö

Prototyyppivaiheen jälkeen siirryttiin varsinaiseen kehitystyöhön. Rakennettiin tietomallit ja tietokanta Supabase:n tietokantaan, sekä aloitettiin sovelluskehitys Flutterflow-alustalla. Shocon koostuu kahdesta sovelluksesta, web-versiosta tuotannon suunnitteluun, seurantaan ja raportointiin, sekä tablet-sovelluksesta, jolla tuotannon työntekijät operoivat työpäivää eri linjastoilla.

Pilottiasiakas auttoi kehittämään sovellusta paremmaksi

Pääsimme hyödyntämään sovelluskehittäjän parhaita apureita, eli oikeita käyttäjiä, hyvin varhaisessa vaiheessa, kun siirryimme jo muutaman kuukauden aktiivisen kehittämisen jälkeen pilottikokeiluun. Pilotin aikana saimme arvokasta palautetta käyttäjiltä, löysimme lisää rajatapauksia, jotka ottaa huomioon sekä saimme monia alkutaipaleen hypoteeseja joko vahvistettua tai vääräksi todistettua.

Nykyteknologia mahdollistaa nopeat suunnanmuutokset ja lisäykset, näin myös Flutterflown kohdalla. Monissa tapauksissa saimme ilmoituksen bugista tai toiminnallisuustoiveesta aamulla, ja iltapäivään mennessä muutokset olivat jo livenä pilottiasiakkaan ympäristössä. Toisissa tilanteissa kohtasimme myös ongelmia, kun käyttäjän raportoima bugi oli hitaampi työ ja riippuvuussuhteiden vuoksi monimutkainen toteutus, jolloin meni pidempi hetki, että se saatiin toivotulla tavalla korjattua.

Lopputulos

Kuten joka projektissa, täysin ilman hikkoja ei tämäkään projekti sujunut; Olimme arvioineet osan työvaiheista nopeammaksi toteutukseksi mitä se todellisuudessa oli ja kohtasimme pieneltä osin päällekäisten projektien aiheuttamaa resursointihaastetta.

Pilottiasiakkaan testauksen aikana havaitsimme myös useita yksityiskohtia, joita oli kehitettävä melko paljonkin, että saadaan tuotteesta sellainen, että se kestää arjen rajatapaukset ja muutokset, joista jokaista ei kehitysvaiheessa ole aina mahdollista ennalta havaita. Tässä jouduimme tekemään priorisointia ja päätöksiä, jotka johtivat myös siihen että aivan kaikkea alussa sovittua ei saatu ensiversioon toteutettua.

Kaikenkaikkiaan sovellusprojekti prototyyppivaiheineineen seurasi seuraavaa kaavaa: Prototyyppivaihe kesällä, kehitystyö syksyllä ja pilottiasiakkaan testijakso alkuvuodesta. Tämä on hyvä esimerkki siitä, miltä sovellusprojetki nykyteknologioilla näyttää: Pieni ja ketterä tiimi, modernit teknologiat ja tekoäylavusteiset työvaiheet ja työtavat, reippaasti perinteistä mallia ketterämpi toteutus.

Saimme projektin aikana tuotantokelpoisen, myytävän tuotteen toteutettua, mutta kuten jokaisessa ensimmäisessä versiossa, paljon toiminnallisuuksia jäi myös rajauksen ulkopuolelle ja jatkokehitykseen. Pilottiasiakkuuden ansiosta meillä on nyt selkeä lista toiminnallisuuksia, joita lähteä purkamaan jatkokehityksessä.

Tähän Oopeelta kommentti

Valmis sovellus - Miten se toimii?

Linjastot, tuotteet ja tilaukset

Työnteko aloitetaan lisäämällä tarvittavat linjastot ja tuotteet, joita yritys valmistaa. Shocon huomioi allergeenit ja muut tuotteiden yksityiskohdat, kuten suositellun työntekijämäärän ja optimaalisen läpimenon. Tuotteista muodostetaan tilaukset, joko asiakkaan tilausten mukaan tai sisäisinä tuotantotilauksina.

Työviikon suunnittelu

Tehdyt tilaukset näkyvät suunnittelunäkymässä, jossa suunnittelija voi kanban-tyylisesti järjestää tilaukset työviikolle optimoidakseen tehokkuuden. Shocon laskee esimerkiksi tuotevaihtojen ja allergeenivaihtojen vaikutuksen työaikaan, jotta suunnitelmasta saadaan mahdollisimman tehokas.

Reaaliaikainen työnteko tabletilla ja seuranta infonäytöillä

Työntekijät aloittavat työpäivän tabletilla, johon merkitään mm. valmistelutyöt, mittaerien valmistuminen, laatuhylkäykset, häiriöt linjastolla ja tauot työpäivän aikana.

Tabletin tapahtumia voi seurata reeaaliaikaisesti kahdelta infonäytöltä, sekä suunnittelunäkymän päivän seurannassa.

Ajantasaiset KPI:t ja mittarit

Asiakas oli jo ennen projektia käyttänyt 13 erilaista mittaria tehokkuuden ja tuotannon mittaamiseen. Nämä 13 mittaria auttavat Shoconin asiakkaita ymmärtämään tuotantonsa vahvuuksia ja kehittämiskohteita, puuttumaan ongelmiin ajoissa ja ymmärtämään reaaliaikaisen datan perusteella, miten heidän tuotantonsa todella toimii ja mitä voidaan parantaa.

Meiltä saa kysyä.

Heräsikö kysyttävää sovelluksista?

Jättämällä yhteystiedot ja tiedot tilanteestanne alle, saatte arvion sovelluksen kustannuksista ja projektin kestosta. Mikäli haluatte keskustella tarkemmin sovelluksen toteutuksesta, voitte vapaasti varata ajan kalenteristani.

Kiitos, saimme viestisi!
Hups, jotain meni pieleen. Jos ongelma jatkuu, ota yhteyttä moi[at]simplified.fi
Lähettämällä yhteystietosi hyväksyt tietosuojakäytänteemme. Lue lisää
Juhani aro co founder simplified  solutions
Juhani Aro
Co-Founder,
+358 400 937820
Varaa Tapaaminen