Convé contractar el més barat?

Gairebé mai. Una variació de preu del 30-50% entre proveïdors seriosos sol explicar-se per abast, equip assignat o experiència amb el domini. Diferències de 200-400% normalment signifiquen que un dels dos està calculant malament: el barat està subestimant l'abast i te'l passarà després en canvis d'scope, o el car s'està cobrint per incertesa perquè no va entendre el projecte. El barat surt car especialment en software: el que no es paga a dalt es paga a baix en manteniment, deute tècnic i rotació de proveïdor.

I si trio malament? Puc canviar de partner a meitat del projecte?

Es pot, però costa. Canviar a meitat de projecte afegeix entre un 30% i un 60% al pressupost original, perquè el nou equip necessita setmanes per entendre el que s'ha construït i, sovint, descobreix que una part s'ha de refer. La manera de minimitzar el risc és no apostar-ho tot al primer fitó llarg: contractar fases curtes (4-8 setmanes), revisar entregues reals, i mantenir l'opció de no continuar si la cosa no funciona. Un partner seriós no s'ofèn quan inclous una clàusula de sortida neta al contracte.

De qui és el codi que em facin?

Teu, sense discussió. És el primer punt que has de blindar al contracte. El que signem amb clients inclou: cessió completa de drets de propietat intel·lectual del codi desenvolupat per al projecte, entrega del repositori en un Git que tu controles (no el del proveïdor), i documentació suficient perquè qualsevol altre equip tècnic pugui continuar la feina. Si un proveïdor et demana cobrar més per entregar-te el codi, o per donar-te accés al repositori, surt d'aquesta conversa.

Quants proveïdors hauria de comparar abans de triar?

Tres és el número òptim. Un és ceguesa: no tens contrast. Cinc o més és soroll: les propostes es tornen indistingibles, les reunions s'eternitzen i acabes triant per esgotament. Tres permet veure perfils diferents (freelance, boutique, agència, per exemple), comparar enfocaments i validar preus. Per sota d'aquests tres, descarta per red flags abans de demanar proposta formal: estalvies temps a tothom.

Com triar partner de desenvolupament de software a mida: red flags, què preguntar i com avaluar propostes

La pregunta que més ens arriba per referit no té res a veure amb tecnologia. És aquesta: com sé que el proveïdor que contractaré és l’adequat. La fa algú que mai ha contractat desenvolupament a mida, que té tres pressupostos sobre la taula amb variacions del 400% entre el més barat i el més car, i que no sap a què es deu aquesta diferència. La por és raonable: pagar 30.000 € i quedar-se amb un sistema que no funciona és perfectament possible, i ningú vol ser qui ho va signar.

Aquest post no intenta convèncer-te de contractar VisibleSoft. Intenta donar-te eines per descartar qui no hagis de contractar, sigui qui sigui. Les decisions dolentes s’eviten amb preguntes, no amb instint. Si després de llegir-lo decideixes que prefereixes un competidor nostre perquè encaixa millor amb el teu cas, aquest text haurà fet la seva feina.

L’asimetria d’informació, el problema de fons

La raó per la qual aquestes contractacions surten malament tan sovint és estructural: el client no sap prou de l’ofici per avaluar el que li venen, i el proveïdor sap massa bé com presentar-ho. El client compara preus. El proveïdor compta mesos-persona, perfils, riscos. Quan les dues parts parlen idiomes diferents, guanya qui millor ven, que no sempre és qui millor executa.

L’única manera d’equilibrar-ho és entrar a la negociació amb preguntes que el proveïdor no esperava que fessis. No han de ser tècniques: han de ser específiques sobre com treballa, què garanteix, i què passa quan alguna cosa es torça.

Les 7 red flags que descarten un proveïdor a la primera reunió

Si a la primera conversa detectes qualsevol d’aquests senyals, descarta. No et debatis sobre matisos, no et quedis amb dubtes, no preguntis una segona vegada. Cadascun s’ha repetit prou en projectes fracassats com per considerar-lo criteri de sortida.

Et donen un pressupost tancat a la primera trucada. És impossible cotitzar honestament un projecte de software sense entendre primer el problema. Qui ho fa, o està enganxant un preu estàndard que no s’ajusta al teu cas, o està posant una xifra baixa per entrar i pujar-la després per canvis d’abast. Un partner seriós comença amb un discovery pagat (curt, acotat, amb entregable concret) i només després presenta una proposta.
Comprometen tecnologia abans d’entendre el problema. “T’ho fem en Angular i .NET”, o “t’ho muntem amb Laravel i MySQL”, dit a la primera reunió quan encara no saben què has de fer ni com està muntada la teva infraestructura. Significa que la tecnologia l’escullen perquè és la que dominen, no perquè sigui la que el teu cas requereix.
La proposta és llarga en màrqueting i curta en tècnica. 30 pàgines amb metodologies pròpies, fotos d’equips somrients, segells de qualitat i diagrames del “nostre procés àgil”. Cap detall sobre l’equip concret que assignaran, les fases reals del projecte i els entregables setmanals. La fullaraca dissimula que no han pensat el projecte.
No queda clar qui desenvoluparà de debò. “Tenim un equip sènior”, “assignarem perfils qualificats”. Si demanes noms i perfils concrets i no te’ls donen, gairebé sempre és perquè el comercial que t’atén no és qui programarà, i qui programarà encara no sap que li tocarà. En projectes petits i mitjans, això acostuma a acabar amb el teu compte cobert per juniors mentre els sèniors atenen comptes més grans.
No tenen portafoli verificable. Sense webs reals que puguis visitar, sense noms de clients que puguis contactar, sense casos d’èxit amb resultats mesurables. Els proveïdors seriosos tenen contractes de confidencialitat amb alguns clients, sí, però no amb tots. Si la resposta és “no et podem ensenyar res per confidencialitat”, desconfia: hi ha un punt mig entre exposar-ho tot i no tenir res per mostrar.
No et deixen parlar amb clients anteriors. Variant de l’anterior, més greu. Un partner que ha entregat bé projectes els últims anys té clients disposats a dedicar 20 minuts a explicar-t’ho per telèfon. Si et donen excuses per evitar aquesta trucada, hi ha alguna cosa que no volen que sàpigues.
Insisteixen que el codi viu als seus servidors i ells te’l mantenen. Això és lock-in pur. Volen que depenguis d’ells a perpetuïtat, no perquè donin millor servei, sinó perquè sortir costi més que aguantar. El codi ha de ser teu des del dia u, en un Git que tu controles, amb documentació suficient perquè qualsevol altre equip pugui continuar la feina si volguessis canviar.

Els senyals verds: com es reconeix un partner seriós

El revers de l’anterior, però mereix treure’l a la llum perquè els bons partners no sempre brillen a una primera reunió. De vegades són més callats, fan més preguntes, i al client li semblen menys venedors que la competència. Això sol ser bon senyal.

Et fa més preguntes que respostes a la primera reunió. Una conversa amb un partner seriós acaba amb tu esgotat d’explicar el teu negoci, no amb el cap ple de promeses tècniques.
Documenta el que ha entès i te’l envia escrit. A les 48-72 hores següents, t’arriba un resum del conversat, amb el teu problema reformulat amb les seves paraules. Si veus que ha entès malament alguna cosa, hi ha temps de corregir-ho abans de fer cap proposta.
Et diu “això no, perquè…” amb coses concretes. No tot client és bon client per a tot proveïdor. Si encaixes amb el que fan, t’ho diran. Si no, també. Aquesta franquesa estalvia mesos de fricció.
Planteja fases amb entregues, no un únic fitó final. Cada 2-4 setmanes hi ha alguna cosa concreta per veure i validar. Et permet aturar el projecte en qualsevol moment sense perdre tot el que has invertit.
Parla de propietat del codi sense que ho hagis de treure tu. El tema del codi i del repositori apareix a la proposta, no toca arrencar-l’hi a la negociació.
Reconeix el que no sap. “Això no ho hem fet abans, t’ho cotitzem amb un marge d’incertesa del 20% i ho afinem al primer sprint”. Molt millor que un “sí, això ho fem” que després es tradueix en bugs i pròrrogues.

Tipus de partner segons la teva necessitat

No tots els proveïdors serveixen per al mateix. Abans de buscar, convé saber quin tipus encaixa amb el teu projecte. Aquesta taula és honesta sobre els matisos, incloent on encaixa un perfil com el nostre:

Tipus	Quan convé	Quan NO convé
Freelance / dev sol	Projectes petits (menys de 3 mesos), tasques molt acotades, MVPs validables ràpid. Costa menys per hora.	Projectes llargs amb risc de baixa per malaltia o de pèrdua del contacte. Sistemes crítics per al negoci.
Agència gran (50-200 empleats)	Projectes grans (més de 200.000 €), múltiples equips en paral·lel, necessitat de cobertura 24/7. Quan el client és una corporate.	Pimes amb pressupost mitjà. Et deixen a la cua i t’assignen els perfils que sobren de comptes grans.
Boutique / estudi petit (5-15 persones)	Pimes amb projectes mitjans (30.000-200.000 €), interlocució directa amb qui decideix i qui executa. Compromís real amb el resultat.	Quan necessites cobertura 24/7 garantida, equips enormes en paral·lel, o stacks tecnològics que l’estudi no maneja.
Equip intern propi	Quan el software és el teu core business o quan el volum justifica 3+ enginyers a temps complet durant anys.	Quan el projecte és puntual o no tens capacitat de retenir talent tècnic contra grans empreses.

L’error més típic de la pime és contractar una agència gran pensant que “més empleats = més garantia” i acabar sent el client C del comercial. El segon error és contractar el freelance més barat perquè encaixava al pressupost, i descobrir 4 mesos després que s’ha quedat sense temps per al teu projecte.

Les 8 preguntes que convé fer a la primera reunió

Per descartar perfils dolents abans de demanar proposta formal:

Qui escriurà el codi? Dóna’m noms i perfils concrets. Si no poden, no han pensat el projecte.
Què passa si aquesta persona se’n va de l’empresa a meitat del projecte? Com gestionen el knowledge transfer. Si no tenen resposta, assumeix que serà problema teu.
Puc parlar amb dos clients vostres que hagin acabat un projecte similar al meu? La resposta ha de ser sí, i els contactes han d’arribar en una setmana.
Com gestioneu els canvis d’abast durant el projecte? Qualsevol projecte seriós té canvis. El que distingeix el bon partner és com els maneja: amb un procés clar de change request, no amb sorpreses a la factura.
Com es tanca el projecte si decidim aturar abans de temps? Això es diu clàusula de sortida. Si no en tenen redactada una, escriu-la tu. El contracte no t’ha de lligar a continuar contra la teva voluntat.
De qui és el codi i com me l’entregueu al final? Teu, en un Git que tu controles, amb README i guia de desplegament. Qualsevol altra resposta és un problema.
És obligatori contractar-vos el manteniment en acabar? No ho ha de ser. T’ofereixen manteniment com a opció, no com a condició.
Quin tipus de projectes rebutgeu? Qui diu que sí a tot, menteix o està desesperat. Un partner seriós té criteris per no acceptar segons quins clients.

Com avaluar una proposta de debò

Quan ja tinguis les propostes formals sobre la taula, mira més enllà del preu. Compara aquests sis blocs a cadascuna:

Claredat d’abast. La proposta descriu el problema amb les teves paraules, o amb paraules genèriques? Hi ha una llista concreta de funcionalitats i del que queda fora? Les propostes vagues es tradueixen en factures inesperades.

Fases i entregues. Hi ha d’haver com a mínim 3-4 fitons amb data i entregable. Si només hi ha “inici - desenvolupament - entrega final”, no han desglossat el risc.

Equip assignat. Noms, perfils, dedicació (a temps complet, a temps parcial). Si posa “s’assignaran els perfils adequats”, assumeix que encara no ho han pensat.

Propietat del codi i entrega. Clàusula explícita de cessió de propietat intel·lectual i d’entrega del repositori. Si no apareix, exigeix que s’afegeixi abans de signar.

Pla de manteniment opcional. Detallat, amb preu independent, amb SLA si aplica. I, com dèiem, opcional. No condicionat.

Sortida del projecte. Què passa si decideixes aturar al fitó 2 de 5. Què passa si vols canviar de proveïdor. Quina documentació reps i en quin format.

Si dues propostes tenen preus molt diferents però cobreixen igual aquests sis blocs, la diferència acostuma a estar a l’equip assignat. Pregunta. És legítim demanar explicació del preu quan ja tens proposta formal.

La fase de selecció: com decidir entre 2-3 finalistes

Quan tinguis finalistes, el que millor funciona és una prova petita pagada. No una proposta gratuïta (que es cobra d’un altre lloc), sinó una mini-fase real amb pressupost acotat: 4.000-8.000 €, 2-3 setmanes, amb entregable verificable. Pot ser una auditoria del sistema actual, una POC d’un mòdul crític, una proposta d’arquitectura escrita i defensada.

En aquesta fase veus coses que no es veuen a reunions: com es comuniquen, si compleixen terminis petits, si la qualitat de l’entregable és la que prometien. A qui aprovi aquesta fase és a qui contractes el projecte gran. Qui falli, el descartes havent perdut 4.000 € en comptes dels 40.000 € que hauries perdut triant-lo a cegues.

La pregunta paral·lela que convé fer-se abans de seleccionar ningú és si el teu cas justifica una aplicació a mida o si un SaaS específic ho cobreix. La cobrim a Software a mida vs SaaS: quan triar cada un. Si el que necessites és modernitzar un sistema heretat, també hi ha matisos propis que afecten el perfil de partner que et convé: Modernitzar un ERP legacy: quan convé migrar i quan no. I si el teu punt de partida és un Excel central, aquí cobrim com plantegem la migració.

Si vols una conversa honesta

Si has arribat fins aquí i creus que VisibleSoft pot encaixar amb el teu cas, parlem sense compromís. Si no, també: el post continua servint per avaluar qui decideixis contractar. Una bona decisió de partner sol estalviar més diners que negociar un descompte del 10% amb l’equivocat.

Recursos

Software a mida vs SaaS: quan triar cada un: la decisió prèvia a buscar partner.
Modernitzar un ERP legacy: quan convé migrar i quan no: si el teu cas és modernització, no construcció des de zero.
Migrar d’Excel a una aplicació a mida: si parteixes d’Excel i no saps per on començar.
Serveis de VisibleSoft: quin tipus de projectes assumim i sota quines condicions treballem.
Reserva un diagnòstic gratuït