Kas sul on idee rakenduseks, mis muudaks mõne töö lihtsamaks? AI abil saab luua esialgse prototüübi ja proovida, kas kavandatud töövoog on kasutajale arusaadav. Selleks tuleb idee piirata ühe konkreetse probleemi ja põhifunktsiooniga.
Töötav prototüüp aitab õppida, kuid ei tõesta veel, et rakendus sobib klientidele avaldamiseks või igapäevatööks. Enne seda tuleb hinnata koodi, turvalisust, andmekaitset, töökindlust ja kasutuskulusid.
Mis on vaibkoodimine?
Vaibkoodimiseks nimetatakse tarkvara loomist AI-le tavakeelseid juhiseid andes. Kirjeldad soovitud tulemust, katsetad loodud lahendust ja täpsustad juhiseid. See võib aidata ideed kiiresti nähtavaks teha, kuid genereeritud koodi kvaliteeti ja sobivust tuleb ikkagi kontrollida.
Prototüübi esimene ülesanne on näidata, kas lahendus aitab kasutajal oma eesmärgini jõuda. Turvalise ja hooldatava ärirakenduse loomine nõuab lisaks tehnilist ülevaatust.
1. Vali üks probleem ja üks kasutaja
Kirjelda probleemi ühe lausega. Näiteks: „Teenindusettevõtte töötajal on raske näha, millised kliendipäringud ootavad vastust.“ Esimese prototüübi eesmärk võiks olla päringute lisamine ja nende staatuse jälgimine.
Pane kirja, kes rakendust kasutab, mida ta praegu käsitsi teeb ja milline tulemus aitaks tal aega säästa. Kõik ülejäänud soovid tõsta esialgu hilisemate täienduste nimekirja.
2. Kirjelda põhifunktsioon arusaadavalt
AI-le antud juhis peaks selgitama kasutajat, sisestatavaid andmeid, lubatud tegevusi ja soovitud tulemust. Määra ka piirangud: kas kasutatakse ainult näidisandmeid ning milliseid funktsioone esimesse versiooni ei lisata.
Mõtle läbi tühja vaate, vigase sisendi ja õnnestunud toimingu kuvamine. Nii saad katsetada kogu töövoogu, mitte ainult üht ilusat ekraanivaadet.
3. Kasuta alustamiseks näidisjuhist
Loo ühe lehe veebirakenduse prototüüp väikesele teenindusettevõttele. Töötaja peab saama lisada kliendipäringu ning näha päringute nimekirja ja staatust. Väljad on nimi, näidiskontakt, soovitud teenus ja tähtaeg. Kasuta ainult väljamõeldud andmeid. Ära lisa päris makseid, väliseid teenuseid ega sisselogimist. Kõik kasutajaliidese tekstid peavad olema korrektses eesti keeles. See on kohalikuks katsetamiseks mõeldud prototüüp, mida ei avaldata pärisandmetega.
Kui tulemus ei vasta ootustele, kirjelda täpselt, milline tegevus ebaõnnestus ja mida ootasid. Muuda korraga üht osa ning proovi põhivoog pärast muudatust uuesti läbi.
4. Katseta näidisandmetega
Lisa mõned realistlikud, kuid väljamõeldud kirjed. Proovi ka tühje välju, pikki tekste, sarnaseid nimesid ja korduvat salvestamist. Kontrolli, kas rakendus selgitab vigu arusaadavalt ega kaota juba sisestatud andmeid.
Salvesta töötav versioon enne suuremaid muudatusi. Kui probleem kordub, pane kirja selle esilekutsumiseks vajalikud sammud. See aitab nii AI-l kui ka hilisemal arendajal viga mõista.
5. Näita prototüüpi tulevastele kasutajatele
Anna mõnele võimalikule kasutajale konkreetne ülesanne ja jälgi, kas ta suudab selle iseseisvalt lõpetada. Ära näita kohe ette, kuhu vajutada. Küsi pärast, mis jäi segaseks ja millist võimalust ta ootas.
Pane tähelepanekud kirja. Prototüübi väärtus on ka teadmises, et esialgset ideed tuleb muuta. Kasutajateekonna küsimustes aitab UI/UX-disaini ülevaade.
Miks prototüüp ei ole veel valmis ärirakendus?
Katseversioon võib töötada ühe kasutaja ja näidisandmetega, kuid päris kasutus toob juurde õigused, samaaegsed toimingud, teenuste katkestused ja andmete säilitamise vajaduse. Nähtav kasutajaliides ei tõesta, et need olukorrad on lahendatud.
Enne avaldamist tuleb üle vaadata vähemalt kasutajate autentimine ja õigused, sisendite kontroll, sõltuvused, andmete hoidmine, veakäsitlus ning varukoopiad. Kontrolli ulatus sõltub rakenduse otstarbest ja riskidest.
Kasutajaõigused ja andmekaitse
Kasuta varajases prototüübis väljamõeldud andmeid. Päris isikuandmete töötlemisel tuleb enne kasutuselevõttu selgitada töötlemise eesmärk ja õiguslik alus, osapoolte vastutus, ligipääsud ning säilitamise tingimused.
Kasutaja tohib näha ja muuta ainult talle lubatud andmeid. Seda tuleb kontrollida serveris, sest nupu peitmine kasutajaliideses ei kaitse andmeid. Andmekaitsekohustusi ei saa määrata üksnes selle järgi, kas rakenduse loomisel kasutati AI-d.
API-võtmed ja ühendused väliste teenustega
Kui prototüüp peab saatma e-kirju või vahetama andmeid teise süsteemiga, vajab see turvaliselt kavandatud ühendust. Saladusi, näiteks privaatseid API-võtmeid, ei tohi panna avalikku koodi ega kasutajale nähtavasse brauserikoodi.
Läbi tuleb mõelda, mis juhtub katkestuse, aegunud ligipääsu või korduva päringu korral. Neid olukordi selgitab API-liidestamise juhend.
Varukoopiad ja jooksvad kulud
Enne päriskasutust tuleb kokku leppida varundamine ja proovida andmete taastamist. Samuti tuleb hinnata majutuse, andmebaasi, e-kirjade ja võimalike AI-teenuste kasutuskulusid.
Kasutuspõhiste teenuste puhul määra kulude jälgimine ja sobivad piirangud. Suurem kasutajate arv võib kasvatada nii koormust kui ka arvet. Leppige kokku, kes rakendust hooldab ja tõrgetele reageerib.
Kuidas BigEye aitab?
Vaatame üle, mida prototüüp juba tõestab ja mida tuleb enne kasutuselevõttu täiendada. Vajaduse korral aitame kavandada töövood, kasutajaliidese, turvalised integratsioonid ning edasise arenduse. Tutvu BigEye veebirakenduste arenduse teenusega.
Tule oma prototüübi või idee lühikirjeldusega meie juurde. Anname tasuta esmase hinnangu ja soovitame järgmisi samme. Põhjalikuma analüüsi ja arenduse maht ning tasu lepitakse eraldi kokku.
Kokkuvõte
Alusta ühest probleemist, ehita näidisandmetega prototüüp ja katseta seda tulevaste kasutajatega. Enne avaldamist lase hinnata, kas lahendus on päris kasutuseks piisavalt turvaline, töökindel ja hooldatav.
Soovid oma ideele tasuta esmast hinnangut? Saada prototüübi link või kuvatõmmised ja idee lühikirjeldus aadressile lauri@bigeye.ee. Vaatame, milline järgmine samm oleks mõistlik ja kuidas saame soovi korral arendusega aidata.
