Què determina el pressupost d'un projecte
De què depèn el preu d'un desenvolupament a mida
Un software a mida, un software personalitzat, una automatització o un projecte d'intel·ligència artificial es pressuposten cas per cas. Aquests són els factors que fan que un projecte costi una quantitat o una altra.
Què ha de fer l'eina
Abast funcional
L'esforç d'un desenvolupament el determina la lògica que hi ha darrere de cada pantalla.
Conceptes que hi intervenen
Cada concepte que gestiona l'eina (productes, lots, magatzems, proveïdors, tarifes, contractes) porta les seves relacions amb la resta, les seves validacions i les seves pantalles. Quinze conceptes relacionats entre ells requereixen bastanta més feina que dos.
Casos especials
Les excepcions concentren bona part de l'esforç: el client que factura amb altres condicions, la comanda que es parteix en dos enviaments, la devolució que segueix un circuit propi. Convé posar-les sobre la taula en definir els requisits, abans de pressupostar.
Usuaris, rols i permisos
El cost el marca la granularitat. Decidir qui entra a cada apartat és senzill. Decidir quin camp concret pot veure o modificar cada perfil, i en quin estat de cada registre, multiplica les comprovacions a tota l'aplicació.
Accés simultani
Quan diverses persones poden modificar el mateix registre alhora cal definir què passa llavors. En un magatzem o en una reserva de places, un descompte per accés simultani té conseqüències, i evitar-ho requereix una feina específica.
Algorismes de càlcul
Una planificació de rutes, una assignació de torns amb restriccions o un escandall amb moltes variables es dissenyen, es proven i s'afinen. Requereix una feina d'anàlisi prèvia al desenvolupament.
Idiomes
Preparar l'eina per a diversos idiomes des de la primera fase resulta més econòmic que afegir-ho després. Afecta els textos de la interfície, els formats de data i número i els continguts que es gestionen per idioma.
Com es construeix i com es veu
Arquitectura i disseny
Dues decisions que es prenen al principi del projecte i condicionen el cost de tot el que ve després.
Aplicació monolítica o separada en API i frontend
Una aplicació monolítica unifica la lògica i la interfície en una sola peça, la programació resulta més lleugera i el resultat és vàlid. Separar l'API del frontend permet escalar cada part pel seu costat, connectar altres eines contra la mateixa API, canviar l'aspecte sense tocar la lògica i escriure proves automàtiques. És el que recomanem en projectes nous. Pots veure la comparació completa a les aplicacions web a mida.
Nivell de disseny
El disseny pot arribar definit per l'empresa, amb les seves guies de marca i les seves validacions, cosa habitual en grans empreses. El pot desenvolupar Gilsys a mida, amb requisits concrets, i llavors és feina de disseny per si mateixa. I pot ser una proposta nostra sense requisits específics, pensada perquè l'eina sigui clara i còmoda d'utilitzar: és l'opció més econòmica i l'habitual en aplicacions de gestió interna.
Amb quins sistemes es connecta i quines dades gestiona
Integracions i dades
La majoria de projectes conviuen amb dades i programes que l'empresa ja utilitza.
Integracions amb altres programes
Connectar amb un ERP, un CRM, una botiga en línia o l'eina d'un proveïdor depèn sobretot de si aquell sistema té una API documentada. Quan no en té, cal esbrinar com funciona abans de poder integrar-lo. És la feina de migració i integració de sistemes.
Projecte nou o versió nova
Refer una eina que ja està en ús obliga a entendre com funciona avui, a decidir quins comportaments es conserven i a planificar el pas d'una a l'altra sense interrompre l'activitat de l'empresa.
Migració de la informació
El cost d'importar les dades del sistema anterior depèn de l'estat en què estiguin. Les dades duplicades, incompletes o repartides entre fitxers i fulls de càlcul requereixen una revisió prèvia.
Volum i tipus d'informació
Les imatges, els documents i les dades que arriben de manera contínua condicionen la base de dades, l'emmagatzematge i la infraestructura. Un registre de text i un arxiu multimèdia no ocupen ni es consulten igual.
Passos automatitzats
Automatitzar un pas amb regles fixes té un cost acotat. Que una IA interpreti un document o apliqui un criteri requereix preparar el model, provar-lo amb casos reals i mesurar-ne els encerts.
IA privada o comercial
Quan la informació no pot sortir de l'empresa, el model s'instal·la en servidors privats. Aquesta IA privada requereix dimensionar i mantenir el servidor, i resulta més cara que un model comercial de pagament per ús. La decisió depèn de les dades que es tractaran.
Quina repercussió té una fallada
Criticitat i tolerància a errors
Una plataforma d'ús en escenaris crítics requereix més feina de prevenció, comprovació i recuperació que una eina d'ús intern.
Conseqüències d'una caiguda
Una pàgina de presentació que deixa de veure's no té cost directe. El pagament d'una botiga en línia o el registre d'entrades d'un magatzem generen pèrdues des del primer minut d'aturada, i el pressupost ho reflecteix.
Ús intern o producte per a tercers
En un SaaS que utilitzen clients de fora, la seguretat requereix a més aïllament entre comptes, control d'accessos per organització i protecció de les dades de cada usuari respecte de la resta.
Resposta automàtica davant fallades
Que el sistema detecti un problema, es recuperi sol i no perdi informació pel camí és una capa de feina addicional, necessària en uns projectes i prescindible en altres.
Avisos automàtics
Assabentar-se d'una fallada en el moment, i no quan ho comunica un usuari, requereix definir quines situacions es vigilen, amb quin llindar i a qui s'avisa.
Monitoratge i rendiment
Mesurar com respon l'eina, amb quanta càrrega i en quins punts es degrada permet anticipar-se. Requereix les seves pròpies eines i la seva configuració.
Llicències, pagaments i subscripcions
Cobrar dins de l'eina afegeix passarel·les de pagament, estats de subscripció, renovacions, impagaments i facturació. Requereix un desenvolupament propi dins del projecte.
On funciona i com es publica
Infraestructura i desplegament
Tipus d'infraestructura
Un servidor contractat en una empresa d'allotjament, la infraestructura que ja té l'empresa, un sistema de contenidors amb Docker o un núvol com Amazon AWS tenen costos de posada en marxa i de manteniment diferents.
Nombre de plataformes
Posar en marxa diverses plataformes alhora, connectades entre elles, afegeix coordinació, proves conjuntes i una posada en producció per damunt del que suma cada plataforma per separat.
Desplegament automatitzat
Automatitzar la publicació de cada versió evita els errors d'una actualització manual i permet publicar millores amb més freqüència. Consulta com ho fem a desplegament i integració contínua.
Auditoria externa de seguretat
A tots els projectes fem una revisió de seguretat pròpia. Si el projecte requereix a més una auditoria d'una empresa especialitzada, cal comptar amb aquella auditoria i amb els ajustos posteriors que indiqui.
Qui intervé per cada part
Equip i interlocució
El pressupost depèn també de quantes persones calen i de com es prenen les decisions.
Perfils que intervenen
Hi ha projectes que requereixen combinar perfils diferents i altres que pot abordar un únic professional de l'equip. En tots dos casos hi ha un responsable de projecte que supervisa la feina i és qui parla amb l'empresa.
Reforç per calendari
Una data de lliurament ajustada obliga a sumar més gent del mateix perfil per treballar en paral·lel, encara que la complexitat del projecte no ho demani.
Interlocutors de l'empresa
Recollir i conciliar els requisits de producció, administració i vendes requereix més sessions i més validacions que treballar amb una sola persona que decideix.
Reunions de seguiment
Hi ha empreses que necessiten veure's amb freqüència per seguir el projecte amb tranquil·litat, encara que el desenvolupament no ho requereixi. És una necessitat legítima i es contempla en valorar el projecte.
Sessions presencials
Si el projecte requerirà reunions presencials, es contempla des del principi dins de la valoració.
Rapidesa en les decisions
Un projecte pot quedar aturat esperant una decisió o una dada. Com més repartida està la decisió, més convé acordar al principi qui respon i en quin termini.
Assessorament durant el projecte
Quan l'empresa arriba amb els requisits definits, la feina és desenvolupar. Ajudar a decidir què construir i en quin ordre és consultoria, i es valora a part.
Documentació i formació
Lliurar l'eina documentada i formar qui l'utilitzarà són partides pròpies. En la formació, el cost el marquen el nombre de sessions i de persones.
Fins on vol arribar el projecte
Ambició i horitzó
Mínims ampliables o acabat des del principi
Resoldre l'essencial i millorar-ho en fases posteriors té un cost inicial menor. Buscar un resultat acabat des del primer lliurament l'augmenta. Ambdues decisions són raonables i es concreten en planificar el projecte per fases.
Necessitat puntual o recorregut llarg
Un projecte pensat per créixer durant anys obliga a prendre decisions de base en el model de dades i en l'arquitectura. Costen més al principi i eviten refer el sistema més endavant.
Abast dins de l'empresa
Automatitzar el repartiment dels tiquets de suport afecta un procés concret. Implantar l'eina de gestió amb què treballa tota l'empresa afecta cada departament, i afegeix acompanyament, proves i una posada en marxa més acurada.
Quan no és possible determinar el cost?
Punts de recerca
Hi ha encàrrecs que cap empresa pot acotar amb precisió sense començar a treballar o sense un estudi previ.
La viabilitat es desconeix d'entrada
Un exemple real: avaluar si unes polseres d'activitat comercials es podien integrar amb l'eina que s'havia de desenvolupar. Fins a revisar què permetien les seves API no hi havia manera de saber si era possible.
Desenvolupament sense precedents
Quan el que es demana és extremadament nou, no hi ha projectes anteriors ni referències del sector de les quals partir per estimar l'esforç.
Plataformes o dispositius nous
Integrar un sistema o un dispositiu amb què no hem treballat abans pot ser perfectament viable, però fins a revisar-ne l'API, la documentació i les limitacions no es pot valorar la feina.
Continuar el desenvolupament d'una altra empresa
Ampliar una plataforma antiga desenvolupada per tercers exigeix entendre primer el codi existent, les decisions que es van prendre i l'estat de la seva documentació. Aquesta revisió condiciona qualsevol estimació posterior.
Només en aquests casos proposem un estudi previ amb el seu cost acordat per endavant, normalment dins d'un discovery. A la resta de projectes el pressupost no es cobra. I si durant l'estudi comprovem que el projecte no és viable, o que el seu cost no compensa, ho diem en aquell moment: no facturem hores que no portaran enlloc.
Com es tradueix tot això en una xifra
El pressupost
Els factors d'aquesta pàgina expliquen les diferències de preu entre un projecte i un altre.
El pressupost no es cobra
Una primera conversa n'hi ha prou per donar un ordre de magnitud, també en projectes petits. Preparar la proposta no té cost ni compromís.
Preu tancat abans de començar
En projectes mitjans i grans es tanquen l'abast i el preu de cada fase abans de començar-la. Si els requisits canvien durant el projecte, es revisen en aquell moment, seguint el procediment de planificació.
Un estudi previ, només si no hi ha una altra manera
Quan el projecte no es pot acotar sense investigar abans, proposem un estudi previ amb el seu cost acordat per endavant. És l'excepció, no el procediment habitual.
Vols saber en quin ordre de magnitud es mou el teu projecte?
Explica'ns què necessites. La primera conversa és gratuïta i, si ho demanes, abans podem signar un acord de confidencialitat (NDA).