Software a mida amb IA: de la idea a una demo en dues setmanes

Abans de signar un projecte de software a mida, gairebé totes les empreses es fan la mateixa pregunta sense dir-la en veu alta: “i si triguem tres mesos a veure alguna cosa i no era el que volíem?”. És la por raonable davant un tipus d’encàrrec que tradicionalment es paga per endavant i es veu acabat. La IA generativa no ha canviat el fons del desenvolupament de software —seguir integrant bé amb el que ja té l’empresa continua sent la part més difícil—, però sí que ha comprimit la part que genera més ansietat: el temps fins a tenir alguna cosa navegable amb què decidir. A Evicron, estudi d’IA i software a mida de Barcelona, aquesta demo primerenca ja forma part de com treballem cada projecte, i val la pena explicar què canvia realment i què no.

El coll d’ampolla no era programar, era decidir

En un projecte de software a mida, el temps gairebé mai es perd escrivint codi: es perd en reunions on el client intenta explicar alguna cosa que només té clara a mitges, i l’equip tècnic intenta traduir-ho a una estructura de dades abans d’haver vist una sola pantalla. Aquest anar i venir —document de requisits, maqueta estàtica, reunió de validació, una altra ronda de canvis— és el que tradicionalment ocupava les primeres setmanes de qualsevol encàrrec, abans d’escriure una sola línia de lògica de negoci real.

La IA generativa ataca precisament aquest tram. Generar una interfície navegable a partir d’una descripció, muntar un prototip amb dades d’exemple o aixecar una primera versió d’un flux (alta d’usuari, gestió de comandes, un panell de control) ja no requereix dies de maquetació manual. Això no substitueix la conversa amb el client per entendre el negoci; l’avança, perquè en lloc de discutir sobre un document, es discuteix sobre alguna cosa que es pot tocar.

Què vol dir “demo en dues setmanes” a la pràctica

En els nostres projectes seguim un procés de 4 fases amb sprints setmanals, i la demo navegable arriba la segona setmana, no al final. No és una demo de mentida ni una maqueta d’usar i llençar: és una primera versió funcional del flux més important del producte, construïda sobre l’arquitectura real, amb la qual el client pot provar si la lògica encaixa amb com treballa el seu equip abans que s’hagi invertit el gruix del pressupost.

El que fa possible aquest ritme no és “que la IA escrigui tot el codi” —aquesta promesa genèrica sol decebre en el moment que el projecte toca dades reals o sistemes antics—, sinó usar-la on realment estalvia temps sense introduir risc:

• Prototipatge d’interfície a partir d’una descripció o uns wireframes, per validar fluxos abans de programar la lògica final.
• Generació de codi repetitiu: formularis, pantalles CRUD, tests unitaris bàsics, documentació tècnica.
• Primers esborranys d’integracions amb APIs conegudes, que després l’equip revisa i adapta al cas concret.

El que no deleguem en IA, perquè aquí és on es decideix si un software a mida serveix de veritat: el disseny de l’arquitectura, les decisions sobre quines dades són la font de veritat, la seguretat i la integració amb els sistemes que l’empresa ja fa servir. Un assistent de codi pot generar una funció en segons; decidir si aquesta funció hauria d’existir, i com encaixa amb la resta del sistema, continua sent feina de qui coneix el negoci.

Per què això no és el mateix que “fes-ho tu amb IA”

És temptador pensar que, si la IA genera interfícies i codi tan ràpid, qualsevol pot muntar el seu propi software amb un parell de prompts. Per a una landing, un formulari senzill o un prototip personal, pot ser suficient. El problema apareix quan el software ha de conviure amb el que ja existeix: un ERP amb anys de dades, un sistema de facturació amb regles fiscals concretes, un flux d’aprovacions que involucra diversos departaments. Aquí la velocitat de generar codi deixa de ser el factor limitant, i el que importa és la qualitat de les decisions d’arquitectura i la revisió humana de cada peça generada. Ja ho vam veure en comparar vibe coding i no-code enfront del software a mida: la IA canvia la velocitat de la primera capa, no elimina la necessitat de criteri tècnic a les capes de sota.

Què esperar del pressupost

Una demo més ràpida no vol dir un projecte més barat de manera automàtica: vol dir que els diners es gasten d’una altra manera. En comptes de pagar setmanes d’anàlisi abans de veure res, es paga una primera fase curta que produeix alguna cosa tangible, i les fases següents s’ajusten amb dades reals de com s’usa aquesta primera versió, no amb suposicions. A la nostra guia de costos de desenvolupament de software a mida expliquem amb detall en què se’n va el pressupost d’un projecte així; el que canvia amb la IA generativa és sobretot el repartiment en el temps, no el total.

Com saber si et convé

Abans de plantejar un projecte així, val la pena fer-se tres preguntes:

1. Hi ha algú a l’empresa que pugui validar una demo la setmana 2? Si ningú l’ha de mirar fins al mes que ve, la velocitat inicial es perd.
2. Es pot aïllar el flux més important del producte? Començar pel procés que més mal de cap causa avui —no pel més fàcil de programar— és el que fa útil una demo primerenca.
3. El projecte necessita integrar-se amb sistemes existents? Com més complexa sigui aquesta integració, més importa la fase d’arquitectura, i menys determina el termini total la part que la IA accelera.

Com ho treballem a Evicron

Quan un projecte de software a mida incorpora IA en el mateix procés de desenvolupament, seguim aplicant el mateix criteri que en qualsevol altre encàrrec: codi sense lock-in per al client, revisió humana de cada peça generada i una demo navegable la setmana 2 perquè la decisió de seguir endavant es prengui amb alguna cosa real al davant, no amb un document. Si a més el producte necessita IA integrada en el seu funcionament —no només en com es construeix—, aquí entra la nostra IA aplicada i, si el dubte és per on començar, la nostra consultoria d’IA per a empreses.

En resum

La IA generativa no ha fet innecessari el desenvolupament de software a mida ni l’ha convertit en una tasca d’un cap de setmana: ha comprimit el temps fins a tenir alguna cosa navegable amb què decidir, que és on tradicionalment es perdien les primeres setmanes de qualsevol projecte. El que continua determinant si el resultat serveix és el criteri tècnic en les decisions que la IA no pot prendre per si sola.

Tens una idea de software a mida i vols veure una primera demo abans de comprometre tot el pressupost? Escriu-nos: la primera consultoria és gratuïta i responem en menys de 24 hores.