Aplikazioen garapena Vigon

Vigo Galiziako hiririk jendetsuena da, eta bere ekonomia ez da beste ezeinena bezalakoa: arrantza-portua eta kontserba-industria, Balaídosko Stellantis lantegia eta bere automozio-hornitzaileen sarea, itsasadarreko ontziolak, portuari lotutako logistika eta Zona Francak kudeatzen dituen poligonoak. Ehun horren zati handi bat industriako eta zerbitzuetako ETEak dira, oraindik ere prozesu kritikoak kalkulu-orriekin, paperarekin eta WhatsApp taldeekin ebazten dituztenak.

Hor du zentzu gehien neurrirako aplikazio batek: nabean betetzen diren eta bulegora berehala heltzen diren lan-partak, txandaka banatutako plantilla baten lan-ordutegiaren kontrola, gaur telefonoz sartzen diren bezero profesionalen eskaerak edo eskualdea zeharkatzen duten saltzaileentzako erreminta bat. Ez da behar milioika deskargako kontsumo-aplikazio bat; hogeita hamar lagunek egunero kexatu gabe erabiltzea behar da.

Eta gero dago kaleko Vigo: ostalaritza, akademiak, klinikak, kirol-klubak eta merkataritza, erreserbak, kuotak, hitzorduak edo bezeroekin zuzeneko kanal bat behar dutenak. Bi munduak ezagutzen ditugu, haien erdian lan egiten dugulako, erdigunean dugun bulego batetik.

Vigoko aplikazio-garapeneko enpresak alderatzen badituzu, galdetu lehenik nork programatuko duen zurea. Action Development-en, lehen bileran entzuten zaituena da aplikazioa diseinatu eta programatzen duena: tartean saltzailerik edo azpikontratarik gabe. Rúa Colón, 20ko bulegoan egiten dugu lan, eta Vigoko eta inguruko bezeroekin han elkartzen gara aurrez aurre.

Eta eraikitzen duen taldea da mantentzen duena. Apple edo Google-k beren baldintzak aldatzen dituztenean, erabilerak akats bat agerian uzten duenean edo funtzio bat gehitu nahi duzunean, kodea ezagutzen duen norbaitekin hitz egiten duzu, berak idatzi zuelako, eta ez lehen aldiz irekitzen duen laguntza teknikoko zerbitzu batekin.

Hau da egiten digten lehen galdera, eta erantzuna hiru gauzaren mende dago: nork erabiliko duen aplikazioa, zer gailutatik eta zer egin behar duen telefonoaren hardwarearekin.

Zure erabiltzaileak dendatik deskargatzen duten azken bezeroak badira, React Native-rekin egindako aplikazio multiplataformak iPhone eta Android estaltzen ditu kode-base bakarrarekin. Erabiltzaileak zure plantilla bera badira, askotan nahikoa da instala daitekeen web aplikazio bat (PWA): ez da dendetako berrikuspenetik pasatzen eta berehala eguneratzen da. Eta aplikazioa kamerarekin, Bluetooth-arekin edo bigarren planoko kokapenarekin bizi bada, baldintza zorrotzekin, garapen natiboa baloratzea komeni da.

Zurekin erabakitzen dugu definizio-fasean, zure kasua aurrean dugula. Eta behar duzuna aplikazio bat ez bada, ondo egindako web bat baizik, hori ere esango dizugu: merkeagoa da eta, kasu horretarako, hobeto funtzionatzen du.

Aplikazio bat hilabetez behin eta berriz irekitzen da, eta soberako urrats bakoitza erabilera guztietan errepikatzen da. Horregatik, bere diseinuak, UX/UI-ak, noizean behin bisitatzen den web batean baino gehiago pisatzen du, eta horregatik doa kodea baino lehen: gero programatzen duen talde berak egiten du.

Definizio-bileratik abiatzen gara: zer egitera dator erabiltzailea aplikazioa irekitzean eta zeintzuk diren pantaila gakoak. Horrekin prototipo nabigagarri bat diseinatzen dugu, benetako pantailak elkarri lotuta dituena, zure mugikorrean irekitzen duzuna eta ukituz zeharkatzen duzuna aplikazioa jada existituko balitz bezala. Koloreez edo tipografiaz eztabaidatu aurretik, zenbat urrats kostatzen den zeregin bakoitza neurtzen dugu.

Zure taldearekin eta bezeroren batekin probatzen duzu. Prototipo batean botoi bat mugitzea minutuen kontua da; programatuta dagoen aplikazio batean, hainbat pantailatan eta zerbitzarian aldaketak ekar ditzake. Zeregin zehatz baterako pentsatutako diseinuaren adibide bat Autoescuela GTI-ren ikasleen aplikazioa da, ikasle bakoitzak hurrengo praktikak, iragan klaseak eta azterketak kontsultatzeko eginikoa.

Adimen artifiziala aplikazioaren barruan integratzen dugu arazo zehatz bat konpontzen duenean, ez apaingarri gisa. Ohikoena da zure erabiltzaileei zure negozioaren informazioarekin erantzuten dien laguntzaile bat: ikastaro bati buruzko zalantzak, eskaera baten egoera, funtzio bat nola erabili edo zerbitzu batek zer barne hartzen duen. Berehala eta ordu guztietan erantzuten du, eta galdera berak dakienetik kanpo geratzen denean, zure taldeko pertsona bati pasatzen dio.

Kairos Futures-en, trading-ean prestatzen duen plataforma batean, aplikazioan integratutako IA laguntzaileak ikasleen zalantzak ebazten ditu: taldeari egindako kontsulta errepikakorrak murriztu zituen eta ikasleek ikastaroak osatzeko erritmoa ugaritu zuen.

Laguntzaile berak WhatsApp-en ere arreta eman dezake, zure bezeroak dagoeneko dauden tokian, eta zure kudeaketa-programarekin konekta daiteke datuak kontsultatzeko edo erregistratzeko. Abian jarri aurretik zehazten dugu zer erantzun dezakeen, zer informaziorekin eta zer datu pertsonal tratatzen dituen, eta zure bezeroen benetako galderekin probatzen dugu.

Ez ditugu tarifak argitaratzen, izen bera duten bi aplikaziok oso gauza desberdinak kostatu ditzaketelako. Aurrekontua mugitzen duena, batez ere, pantaila kopurua eta erabiltzaile motak dira, backend propioa behar den ala kudeatutako zerbitzuek nahikoa duten, dagoeneko dituzun sistemekiko integrazioak (ERPa, ordainketa-pasabidea, kanpoko plataformak) eta aplikazioak konexiorik gabe funtzionatu behar duen ala ez.

Horregatik, aurrekontua definizio-bilera batetik ateratzen da: entzuten dugu, lehen bertsioan zer sartzen den eta zer itxaron dezakeen mugatzen dugu, eta irismena idatziz duen proposamen itxi bat bidaltzen dizugu. Proiektua handia bada, faseetan zatitzen dugu, lehena lehenago heldu dadin zure erabiltzaileengana.