DIAGNÒSTIC I BLUEPRINT

Un veredicte per escrit sobre el teu producte, mòdul a mòdul

En dues setmanes, un CTO en actiu llegeix el teu codi, les teves dades i el teu núvol i deixa per escrit què es rescata, què es refà i què es llença: cada problema ordenat per gravetat, l'arquitectura objectiu i el pla i el pressupost de la fase següent. Per a productes que ja tenen usuaris de pagament, o que estan a punt de tenir-ne.

QUÈ DIAGNOSTIQUEM

El que veus, i el que busquem a sota

No cal que sàpigues la causa. Porta el símptoma: el veredicte diu quina és la causa, on és i què costa arreglar-la.

  • El login falla

    Usuaris que perden la sessió, que no poden recuperar la contrasenya o que acaben dins el compte d'un altre. Revisem el flux d'autenticació, les sessions i les regles d'accés de cada taula.

  • La base de dades va lenta

    Pantalles que trigaven un segon ara en triguen deu. Busquem els índexs que falten, consultes dins de bucles i llistats sense paginar.

  • Els pagaments o els webhooks fallen

    El cobrament entra i el compte no s'actualitza, o un webhook arriba dues vegades. Revisem signatures, reintents i idempotència, de punta a punta.

  • Funciona a la preview i es trenca a producció

    A l'enllaç de preview tot va bé i a producció falla. Comparem entorns, secrets, builds i les dades que veu cadascun.

  • No passaria una auditoria de seguretat

    Un client t'envia un qüestionari de seguretat i ningú no el sap respondre. Busquem claus exposades, polítiques d'accés obertes, logs que falten i còpies de seguretat.

  • No pots donar d'alta un segon client

    El producte es va fer per a un sol compte, i un segon veuria les dades del primer. Revisem l'aïllament entre clients des de la base de dades cap amunt.

  • Ningú no s'atreveix a desplegar

    Cada versió surt a mà i ningú no sap dir què trencarà. Revisem els tests dels camins crítics, el pipeline i com es tira enrere.

  • La factura del núvol no para de pujar

    La factura creix més de pressa que els usuaris. Mirem recursos sobredimensionats, consultes de més i crides a IA sense memòria cau ni límits.

QUÈ REPS

Un veredicte per escrit, no una presentació

Escrit perquè decideixis la fase següent amb fets, i perquè un desenvolupador, o un agent d'IA, s'hi pugui posar l'endemà.

  1. 01

    Veredicte per mòdul

    Cada part del producte rep una de tres paraules: rescatar, refer o llençar, amb el motiu al costat. Cap mòdul no es queda en «depèn».

  2. 02

    Registre de problemes per gravetat

    Cada problema que trobem, ordenat: bloqueja el llançament, risc real o cosmètic. Amb on viu dins el codi i què costa arreglar-lo.

  3. 03

    Arquitectura objectiu

    On ha d'arribar el producte per aguantar usuaris de pagament: model de dades, permisos, entorns i stack, triats per al teu volum i no per la moda del mes.

  4. 04

    Pla escrit i pressupost

    La fase següent partida en tasques petites i ordenades, amb preu tancat. Cada tasca a la mida d'un desenvolupador o d'una sessió d'un agent.

  5. 05

    Fitxers de context per a agents d'IA

    CLAUDE.md, AGENTS.md, regles i convencions, perquè Cursor, Claude Code o Copilot treballin segons el pla i no segons el que intueixen.

Un diagrama de flux dibuixat al llarg d'una paret blanca

AMB QUI VULGUIS

És teu. Executa'l amb qui vulguis.

El Diagnòstic i Blueprint no et lliga a nosaltres. Aquesta és la idea.

Amb nosaltres

Ens encarreguem de la fase següent a preu tancat, i el que vas pagar pel Diagnòstic i Blueprint es descompta de l'MVP.

Amb el teu equip

El teu desenvolupador rep una llista ordenada del que cal arreglar primer i un objectiu clar cap on construir.

Amb agents d'IA

Si ja construeixes amb Cursor, Lovable o Claude Code, els fitxers de context donen a l'agent les regles que li faltaven.

Coneix l'equip que construeix a sobre: enginyers sènior per a productes de startup →

COM FUNCIONA

Així van les dues setmanes

  1. Dies 1–3

    Accés i recorregut

    Accés de només lectura al repositori, la base de dades i la consola del núvol, i una sessió de treball amb tu: què fa el producte, qui en paga i on fa mal.

  2. Dies 4–10

    Diagnòstic

    El CTO llegeix el codi, recorre els camins crítics i escriu el veredicte i el registre de problemes. Si alguna cosa bloqueja el llançament, ho saps aquell mateix dia, no al lliurament.

  3. Dies 11–14

    Veredicte i lliurament

    T'expliquem el veredicte, l'arquitectura objectiu, el pla i el pressupost, ajustem el que calgui i et lliurem tots els fitxers. Des d'aquell moment és teu.

Diagnòstic i Blueprint

3.000 €· 2 setmanes

Un CTO llegeix el codi del producte que ja tens en marxa i n'escriu el veredicte, amb el pla i el pressupost del que ve. Si el projecte és d'IA, a més tria els casos d'ús, revisa les teves dades i decideix el model.

  • 20 hores d'un CTO en actiu
  • Veredicte per mòdul i registre de problemes per gravetat
  • Arquitectura objectiu, pla escrit i pressupost
  • Es descompta de l'MVP si el desenvolupem nosaltres
Parla amb un CTO →

PER A QUI ÉS

Per a qui és, i per a qui no

Sí, si…

  • El teu producte té usuaris de pagament, o està a punt de tenir-ne, i alguna cosa no aguanta.
  • Es va construir de pressa, amb eines d'IA o amb algú que ja no hi és, i ningú no sap dir què es pot tocar sense trencar res.
  • Vols un pressupost tancat de la fase següent abans de comprometre't.
  • S'acosta una ronda, un client més gran o una revisió de seguretat, i necessites saber on ets.

No, si…

  • Només tens una idea: ves directe a un MVP en sis setmanes.
  • Busques una opinió ràpida en una trucada: això són dues setmanes de feina per escrit, amb un veredicte sobre el qual pots actuar.
  • Busques un document d'estratègia: això és un document tècnic.
  • No ens pots donar accés de lectura i unes hores: el veredicte surt del teu codi, les teves dades i el teu núvol, no de captures de pantalla.
Un desenvolupador escrivint codi en un portàtil

PREGUNTES FREQÜENTS

El que ens pregunten del Diagnòstic i Blueprint

  • Què rebo exactament?Les cinc peces de dalt, en Markdown i diagrames, en un repositori o una carpeta compartida: el veredicte per mòdul, el registre de problemes, l'arquitectura objectiu, el pla amb el seu pressupost i els fitxers de context. Llegibles per persones i per agents d'IA, i editables per tu.
  • Necessiteu accés d'escriptura al meu codi?No. El diagnòstic és de només lectura: repositori, base de dades i consola del núvol. Durant les dues setmanes no canvia res del teu producte, i podem signar un NDA mutu abans de mirar res.
  • Com funciona el descompte?Si desenvolupem nosaltres la fase següent, el que vas pagar pel Diagnòstic i Blueprint es descompta del preu de l'MVP. Si la desenvolupes amb altres, tots els fitxers continuen sent teus.
  • És només per a productes fets amb IA?No. Serveix igual per a un producte fet amb Lovable, Cursor o Claude Code, per un freelance o per una agència anterior, sempre que funcioni sobre Node.js/TypeScript o Python, que és on els nostres enginyers són sèniors.
  • Qui el fa?Un CTO en actiu de Conectia, la mateixa persona que lideraria la fase següent. Ni un equip comercial ni un escàner automàtic.
  • I si dues setmanes no n'hi ha prou?T'ho diem a la primera sessió. Si el producte és més gran, el diagnòstic cobreix sencers els mòduls que sostenen els ingressos i deixa la resta traçada i ordenada al pla.
  • Serveix per a un projecte d'IA?Sí. Si el projecte és d'IA, el diagnòstic cobreix a més quins casos d'ús tenen retorn real (impacte × esforç), si les teves dades estan a punt, quin model fer servir i on corre (una API o inferència privada a la teva regió), com s'avaluarà i els riscos: privadesa, cost per crida i regulació. El pla i el pressupost són llavors els de la prova de concepte o l'MVP.

PARLA AMB UN CTO

Explica a un CTO què s'està trencant

Un CTO en actiu ho llegeix i et respon en un dia laborable: si el Diagnòstic i Blueprint encaixa i què cobriria.

Preu tancat. Sense quotes ni permanència.

Primer el veredicte, després la solució.

Dues setmanes per tenir un veredicte per escrit sobre el teu producte i un pla que pots executar amb qui vulguis.