Zenbat balio du neurrirako web aplikazio batek? Zerk eragiten dio prezioari

Neurrirako web aplikazio batek ez du katalogo-preziorik. Aztertzeko, diseinatzeko, programatzeko, probatzeko eta abiarazteko lanak balio du, eta lan hori, batez ere, honen araberakoa da: zenbat prozesu hartzen dituen, zenbat erabiltzaile-profilek erabiltzen duten, zer beste sistemarekin konektatzen den eta zer eskakizun-maila duen segurtasunean, errendimenduan edo irisgarritasunean. Horregatik, zifra bat eman aurretik, zintzoena proiektua ulertzea da. Artikulu honetan hauek errepasatzen ditugu: zerk igotzen edo jaisten duen prezioa, zergatik komeni den tarifa itxiez ez fidatzea, nola murriztu arriskua lehen bertsio erabilgarri batetik hasita eta zer kostu aurreikusi behar diren abiarazi ondoren.

Zerk eragiten dio prezioari

Neurrirako garapen baten prezioa, funtsean, azterketa-, diseinu- eta programazio-talde baten denbora da. Denbora hori handiagoa edo txikiagoa izatea honen araberakoa da:

• Prozesu eta pantaila kopurua. Ez da gauza bera prozesu bakar bat digitalizatzea, lan-parteak kasu, edo bezeroak, eskaerak, ekoizpena eta fakturazioa hartzen dituen sistema bat. Prozesu bakoitzak bere pantailak, arauak eta salbuespenak ditu.
• Negozioaren logika. Zure enpresaren kalkuluak, balidazioak eta arau propioak (bezeroaren araberako prezioak, hainbat urratseko onarpenak, kalkulu teknikoak) dira balio gehien ematen dutenak, eta azterketa gehien behar dutenak ere bai.
• Profilak eta baimenak. Bulegoak bakarrik erabiltzen duen aplikazio bat sinpleagoa da langileek, bezeroek, hornitzaileek eta administratzaileek erabiltzen dutena baino, bakoitza bere informazio eta ekintzekin.
• Integrazioak. Aplikazioa kudeaketa-programarekin edo ERParekin, ordainketa-pasabide batekin, webgunearekin edo hirugarrenen zerbitzuekin konektatzeak azterketa, garapena eta probak gehitzen ditu, eta beste sistemak ahalbidetzen duenaren araberakoa da neurri handi batean: ez da gauza bera API dokumentatu bat edo fitxategi-truke bat.
• Abiapuntuko datuak. Gaur kalkulu-orrietan edo programa zahar batean dauden datuak aplikaziora pasatzeak haiek berrikustea, garbitzea eta egokitzea eskatzen du.
• Dokumentuak eta irteerak. Txostenak, PDF fitxak, etiketak, Excelerako esportazioak edo mezuen bidalketa automatikoak.
• Diseinua eta erabilera-esperientzia. Barne-tresna bat soila izan daiteke; bezeroentzako atari batek arreta handiagoa behar du, zure enpresa ordezkatzen duelako.
• Eskakizun teknikoak. Hainbat hizkuntza, irisgarritasun-maila, errendimendua erabiltzaile edo datu askorekin, eta erabiltzen den informazioak eskatzen duen segurtasun-maila.

Benetako adibide bat: Arzak jatetxearentzat garatu genuen softwareak errezeta bakoitzaren alergeno-fitxa automatikoki sortzen du haren osagaietatik abiatuta, errezeta bakoitzaren PDF dokumentu bat sortzen du eta biltegirako QR kodedun etiketak inprimatzen ditu. Funtzio horietako bakoitzak gehitzen du azterketan eta programazioan, eta bakoitza da, era berean, egunero lana aurrezten duena.

Zergatik ez dagoen tarifa itxirik

Interneten ugariak dira aplikazio motaren araberako prezio-taulak. Arazoa da izen bera duten bi proiektuk, «intranet bat» edo «kudeaketa-programa bat», ez dutela zertan antzik izan: bata erabiltzaileak dituen dokumentu-taula bat izan daiteke, eta bestea, txandak kalkulatzen dituen, oporrak kudeatzen dituen eta nominarekin konektatzen den sistema bat. Aldez aurretik argitaratutako prezio batek kasualitatez bakarrik asma dezake, edo aurreikusi gabe zegoena gero murriztuz.

Horregatik ez dugu preziorik ez tarterik argitaratzen: garapen bakoitzaren aurrekontua banan-banan egiten da. Egiten duguna da proiektua aztertzea aurrekontua egin aurretik. Lehen bilera doakoa da eta konpromisorik gabea, eta ondoren aurrekontu itxia ematen dizugu 48 orduan, faseka, komeni bada.

Aurrekontu itxi batek zentzua du irismena argi dagoenean. Hasieran ezezagun asko badaude, adibidez prozesua oraindik zehaztuta ez dagoelako edo konektatu beharreko sistemak zer ahalbidetzen duen ez dakigulako, zentzuzkoena da lehenik azterketa-fase bat edo lehen bertsio bat mugatzea, eta gainerakoaren aurrekontua egitea ezezagun horiek argitu direnean.

Garapena faseka eta MVPa

Kostua kontrolatzeko modurik eraginkorrena dena aldi berean eraikitzen ez saiatzea da. MVP bat (produktu bideragarri minimoa) aplikazioaren lehen bertsio erabilgarri bat da: prozesu nagusia hartzen du, denbora gehien galarazten duena edo akats gehien eragiten dituena, eta lehenbailehen iristen da erabiliko duten pertsonengana. Horrela lan egiteak hainbat abantaila ditu:

• Lehenik, etekin gehien ematen duenean inbertitzen duzu.
• Erabiltzaileek benetako datuekin lan egiten dute hasieratik, eta ikasten dutenak hurrengo faseak bideratzen ditu.
• Martxan jarritakoan beharrezkoak ez diren funtzioak ordaintzea saihesten duzu.
• Inbertsioa denboran banatzen duzu, eta fase bakoitzean erabaki dezakezu jarraitu, norabidea doitu edo gelditu.

Horrela lan egiten dugu: azterketa eta proposamena, pantailen diseinua eta prototipo baten balioztatzea programatu aurretik, lehen bertsio erabilgarria, abiaraztea prestakuntzarekin eta, ondoren, mantentzea eta bilakaera. Fase bakoitza berrikus dezakezun zerbaitekin amaitzen da.

Abiarazi ondorengo kostuak

Garapenaren prezioa ez da aplikazio baten kostu bakarra. Aukerak zintzotasunez alderatzeko, hauek ere aurreikustea komeni da:

• Ostatatzea. Aplikazioak zerbitzari bat behar du: hosting bat, zerbitzari birtual bat (VPS) edo zure zerbitzariak, erabileraren, datuen eta behar duen segurtasunaren arabera.
• Mantentze teknikoa. Zerbitzariaren eta liburutegien eguneratzeak, segurtasun-kopiak eta monitorizazioa, aplikazioak segurua eta azkarra izaten jarrai dezan.
• Bilakaera. Enpresak aldatu egiten dira, baita haien prozesuak ere: funtzio berriak, txosten berriak, integrazio berriak.
• Erabiltzaileen laguntza eta prestakuntza, batez ere pertsona berriak sartzen direnean.

Horren truke, neurrirako garapen batek ez du erabiltzaileko lizentziarik; beraz, haren kostua ez da hazten enpresan pertsona bat sartzen den bakoitzean. Gure kasuan, neurrirako garapenek 6 hilabeteko bermea dute, eta mantentzea behar duzunera doitzen da, ez tarifa itxi batera.

Nola eskatu aurrekontu alderagarri bat

Hainbat enpresari aurrekontua eskatuko badiezu, alderatzeko modu bakarra da guztiek gauza bera baloratzea. Jarraibide hauek lagungarriak dira:

1. Deskribatu prozesua, ez tresna bakarrik. Nork zer egiten duen, zer daturekin eta zer ordenatan. Gaur erabiltzen dituzuen kalkulu-orriak, formularioak eta dokumentuak dira abiapuntuko dokumentaziorik onena.
2. Bereizi ezinbestekoa eta desiragarria. Lehen fasea zehazten eta irismen bera duten proposamenak alderatzen lagunduko dizu.
3. Zerrendatu erabiltzaile-profilak, eta bakoitzak zer ikus eta egin dezakeen.
4. Adierazi integrazioak haien izenarekin (kudeaketa-programa, webgunea, ordainketa-pasabidea), eta APIa dutela badakizu.
5. Galdetu zer dakarren aurrekontuak: azterketa, diseinua, probak, datuen migrazioa, prestakuntza, abiaraztea eta bermea.
6. Galdetu ondoren datorrenari buruz: ostatatzea, mantentzea, bilakaera eta norenak diren kodea eta datuak.
7. Ez fidatu galderarik gabeko prezio batez. Zifra bat eman aurretik inor ez bada zure prozesuez interesatzen, zifra hori nekez izan daiteke itxia.

Zure aplikazioak zenbat balioko lukeen jakin nahi baduzu, kontatu hobetu nahi duzun prozesua: zurekin aztertuko dugu, eta aurrekontu itxi bat emango dizugu. Nola lan egiten dugun ikus dezakezu neurrirako kudeaketa-softwarean eta web aplikazioetan.