Feta amb IA

La teva app feta amb IA funciona a la demo. Nosaltres fem que aguanti clients reals.

Un login que falla, una base de dades cada cop més lenta, pagaments que no desbloquegen l'accés, una app que funciona a la preview i es trenca en directe. Un equip sènior liderat per un CTO llegeix el que han fet Claude Code, Cursor, Lovable o Bolt, conserva el que funciona i la porta a producció al teu repo i al teu núvol.

ET SONA?

A la demo funcionava. Després van arribar els usuaris de veritat.

Cada símptoma té una causa habitual, i gairebé cap no obliga a començar de zero. El problema rarament és el producte: és la capa que una demo no ensenya mai.

  • El login falla o fa fora els usuaris

    Gairebé sempre, l'autenticació continua amb la configuració per defecte de l'eina: URL de redirecció, caducitat de la sessió i confirmació per correu pensades per a una demo.

  • La base de dades va més lenta cada setmana

    Consultes sense índexs, pantalles que carreguen taules senceres i ningú que miri quina consulta és la lenta.

  • El pagament entra, però l'accés no es desbloqueja

    Webhooks sense verificar, sense reintents ni idempotència: si un esdeveniment es perd o arriba dues vegades, el compte queda en l'estat equivocat.

  • Funciona a la preview i es trenca en directe

    Variables d'entorn, secrets i ajustos de build que només existeixen a la plataforma on es va construir, sense cap entorn de proves entremig.

  • No passarà la revisió de seguretat d'un client

    Claus que viatgen al bundle del navegador, regles de dades que ningú no ha provat i cap registre d'accessos. El qüestionari pregunta justament per això.

  • No pots donar d'alta un segon client

    Les dades no estan separades per client, de manera que cada compte nou comparteix taules i regles amb el primer.

  • Ningú no s'atreveix a desplegar

    Sense tests als camins que mouen diners o dades personals, sense CI, i cada arranjament de la IA en trenca un altre.

  • La factura del núvol no para de pujar

    Crides al model sense límit de despesa, funcions que s'executen a cada visita i recursos que ningú no va apagar.

Feta amb:Claude CodeCursorLovableBoltv0ReplitSupabase
Enginyers treballant a les taules amb codi als monitors

EL VEREDICTE

Abans de reescriure res, un veredicte per escrit sobre el que tens

El primer pas és el Diagnòstic i Blueprint: dues setmanes en què un CTO en actiu llegeix el teu repo amb accés de només lectura i deixa per escrit què aguanta, què no i què cal fer després.

  1. 01.

    Un veredicte per mòdul

    Rescatar, refer o descartar, mòdul a mòdul: login, dades, pagaments, integracions, la capa d'IA. El que funciona es queda.

  2. 02.

    Un registre de problemes per gravetat

    Què bloqueja el llançament, què és un risc i què és cosmètic, cada cosa amb la causa i l'arranjament.

  3. 03.

    L'arquitectura objectiu

    On viu cada peça quan arribin els usuaris reals, en Node/TypeScript o Python, al teu propi compte de núvol.

  4. 04.

    Un pla escrit i un pressupost per a la fase següent

    Abast, ordre i preu tancat de la construcció, perquè decideixis amb els números al davant.

  5. 05.

    Fitxers de context per als teus agents d'IA

    CLAUDE.md i AGENTS.md, perquè Claude Code o Cursor continuïn construint dins del pla i no al seu voltant.

El document és teu, construeixi qui construeixi la fase següent, i el preu es descompta de l'MVP si el construeixes amb nosaltres.

COM VA

D'una demo que funciona a producció, pas a pas

Cada pas es pot rebutjar sense perdre l'anterior. Només et comprometes amb la fase següent quan ja has llegit el pla.

  1. 01.

    Diagnosticar: el Diagnòstic i Blueprint

    Llegim l'app i escrivim el veredicte, el registre de problemes, l'arquitectura i el pla.

    2 setmanes · es descompta de l'MVP
  2. 02.

    Construir: blindar o refer

    Primer el que bloqueja el llançament, després els mòduls que ha marcat el veredicte. Quan cal refer el nucli, és un MVP.

    MVP en 6 setmanes · preu tancat després del diagnòstic
  3. 03.

    Operar: l'equip que la manté

    Enginyers sènior que la mantenen en producció, hi continuen construint i revisen el que escriuen els teus agents d'IA abans que surti.

    mensual · el teu codi i el teu núvol, sempre

QUI LLEGEIX LA TEVA APP

La llegeix primer un CTO que encara escriu codi

Marc Molas, fundador i CTO de Conectia PRO

Marc Molas

Fundador i CTO, Conectia PRO

Gairebé totes les apps fetes amb IA que ens arriben tenen un bon producte i una capa que falta: autenticació, regles de dades, webhooks, còpies de seguretat, límits de despesa. En Marc llegeix aquesta capa en persona abans de pressupostar res, i l'equip l'arregla primer, al teu repo, abans d'afegir-hi cap funcionalitat nova.

3%dels enginyers passen l'avaluació de CTOs en actiu
14països a la nostra xarxa d'enginyeria sènior
72hdes del pla signat fins a tenir enginyers sènior al teu repo

PREGUNTES

El que ens pregunten els fundadors abans d'ensenyar-nos la seva app

Reescriureu la meva app des de zero?

Només el que s'ho valgui. El veredicte va mòdul a mòdul, i a la majoria d'apps fetes amb IA les pantalles i bona part del model de dades es queden. El que se sol refer és el que no aguanta usuaris reals, com l'autenticació, les regles de dades o els pagaments, i ho veus per escrit abans de gastar-hi res.

Puc continuar construint amb Lovable, Cursor o Claude Code?

Sí. Deixem fitxers de context (CLAUDE.md, AGENTS.md), tests als camins que importen i un CI que detecta el que trenca un agent, i així mantens la velocitat amb una xarxa de seguretat. Si la plataforma et comença a limitar, el Blueprint diu quan i com sortir-ne, peça a peça.

De qui és el codi?

Teu, des del primer commit. Treballem al teu repositori i al teu compte de núvol, amb un NDA mutu i accés de només lectura durant el diagnòstic. El Blueprint és teu encara que la fase següent la construeixi un altre.

Amb quins stacks treballeu?

Node.js i TypeScript (React, Next.js), Python (Django, FastAPI), PostgreSQL i Supabase, els núvols principals i la capa d'IA: API de models, inferència privada, evals i control de costos. Si una part de la teva app està en alguna cosa que no mantindríem bé, el diagnòstic ho diu.

Quant s'hi triga?

El Diagnòstic i Blueprint dura dues setmanes. Arreglar el que bloqueja el llançament sol cabre a les primeres setmanes de la construcció, i un nucli refet o un producte nou és un MVP en 6 setmanes. El pla et dona les dates del teu cas.

Què necessiteu de mi per començar?

Accés de només lectura al repositori i als panells de l'allotjament, un NDA mutu i una hora amb qui conegui millor el producte. No demanem mai contrasenyes ni secrets per xat.

PARLA AMB UN CTO

Explica a un CTO què has construït i què es trenca

Envia l'enllaç, amb què l'has feta i què falla. Un CTO ho llegeix i et respon en un dia laborable: si el Diagnòstic i Blueprint encaixa amb el teu cas i què cobriria.

Primer, una resposta per escrit; la trucada, quan tu vulguis.

La teva app ja ha demostrat la idea. Ara, que aguanti.

Dues setmanes per tenir un veredicte per escrit sobre el que tens i un pla per portar-ho a producció.