Cas d'Estudi: Com un Fundador LegalTech Va Llançar una Plataforma d'IA en Producció Sense un Cofundador Tècnic
El Problema del Fundador (No el Problema del Producte)
El fundador de Bonus Iuri entenia profundament el mercat legal espanyol — anys d'experiència en el domini, coneixement directe dels punts de dolor, convicció clara sobre l'oportunitat de producte. Freelances pagant de més per revisions bàsiques de contractes. Petites empreses signant acords que no entenien completament. Professionals independents dedicant dues hores a una anàlisi de contracte que hauria de portar minuts.
La visió del producte era precisa: pujar un contracte, obtenir una avaluació de risc instantània recolzada per legislació espanyola real, amb puntuació semafòrica i cites d'articles específics. No un chatbot genèric d'IA. Una eina legal especialitzada en la qual un advocat en exercici confiaria.
El que el fundador no tenia: un cofundador tècnic, un equip de desenvolupament o la capacitat de construir-ho sol.
Aquest és el coll d'ampolla més comú a l'ecosistema de startups. Un fundador amb experiència en el domini, visió de mercat i una visió de producte clara — bloquejat per la capacitat d'enginyeria per construir-ho. El consell convencional és dedicar de tres a sis mesos a trobar un cofundador tècnic, cedir entre el 30 i el 50% de l'equity, i esperar que la relació sobrevisqui la pressió de construir un producte junts.
El fundador va escollir un camí diferent.
La Decisió: Soci d'Enginyeria en Lloc de Cofundador Tècnic
En lloc de buscar un cofundador — un procés que hauria consumit mesos i hauria introduït una dilució significativa d'equity i risc relacional — el fundador va contractar Conectia com a soci d'enginyeria liderat per un CTO.
El model de compromís va ser específic:
Lideratge tècnic a nivell de CTO. No un project manager traduint requisits a tickets de Jira. Un CTO que havia construït múltiples productes d'IA, que podia avaluar trade-offs arquitectònics, que podia prendre decisions tecnològiques de forma independent, i que podia qüestionar quan la visió del fundador necessitava fonamentació tècnica.
Un equip petit i sènior. Dos enginyers: el CTO gestionant l'arquitectura i el motor central de raonament d'IA, més un enginyer sènior full-stack encarregant-se de la plataforma, els pagaments i el desplegament. Sense desenvolupadors júnior. Sense corba d'aprenentatge.
Col·laboració directa. Stand-ups diaris, repositori compartit, comunicació directa per Slack. L'equip d'enginyeria operava com una extensió de la visió del fundador — no com un proveïdor extern lliurant contra un document d'especificacions.
Sense dilució d'equity. Compromís de servei mensual. El fundador va retenir la propietat total del producte, el codi base i l'empresa. El cost d'enginyeria va ser una despesa operativa, no una dilució permanent de la taula de capitalització.
El Que el Fundador Va Aportar
Aquest model funciona perquè el fundador va contribuir el que només un expert en el domini pot contribuir — i no va intentar contribuir el que no podia.
Coneixement del mercat. El fundador sabia quins tipus de contractes prioritzar. No tots nou eren igualment valuosos — els contractes laborals i de lloguer representaven el volum més alt i el punt de dolor més clar. Aquesta priorització va marcar la seqüència d'enginyeria.
Lògica del domini legal. Les checklists de dotze punts per a cada tipus de contracte — els articles específics de la llei a verificar, els llindars de risc, els patrons de clàusules comuns que senyalen problemes — van venir de l'experiència legal del fundador. Un equip d'enginyeria sense input del domini hauria construït detecció de risc genèrica. El coneixement del fundador va fer que l'anàlisi fos prou específica per ser genuïnament útil.
Direcció de producte. El model freemium (puntuació de risc gratuïta més tres punts de checklist, informe premium complet a 14,90 €) va ser una decisió de producte informada per la comprensió del fundador sobre la sensibilitat al preu del mercat objectiu. El pricing no es va treure d'un playbook de SaaS — reflectia el que freelances i petites empreses a Espanya realment pagarien.
Context de negoci. El termini de sis setmanes lligat a una conferència del sector jurídic no era arbitrari — va ser una decisió de timing de mercat. El fundador coneixia l'audiència, el lloc i l'oportunitat de demostrar el producte a usuaris i socis potencials. Aquell context de negoci va marcar el cronograma d'enginyeria.
El Que l'Equip d'Enginyeria Va Gestionar
Tot el que el fundador no podia — i no hauria d'haver intentat:
Decisions d'arquitectura. Com estructurar el pipeline d'IA per a nou tipus de contractes. Com implementar RAG conscient de la legislació que fragmenta documents legals en límits d'articles en lloc de finestres de tokens fixes. Com encaminar diferents tasques d'anàlisi a diferents models LLM segons la profunditat de raonament i el cost. Com construir l'aïllament de dades RGPD a la capa d'emmagatzematge en lloc d'afegir-ho després.
Aquestes són decisions que requereixen anys d'experiència en enginyeria d'IA. Un fundador aprenent-les sobre la marxa hauria comès errors costosos — del tipus que apareixen sis mesos després com colls d'ampolla d'escalat, vulnerabilitats de seguretat o bretxes de compliment.
Arquitectura de compliment. RGPD, Reglament Europeu d'IA, LOPDGDD, requisits ètics del CCBE. El fundador sabia que aquestes regulacions existien i que el compliment no era negociable. L'equip d'enginyeria sabia com implementar-les: aïllament de dades per usuari a S3, cascades de dret de supressió, insígnies de transparència d'IA i classificació de riscos sota el marc del Reglament Europeu d'IA.
Aquesta és una distinció crítica. El fundador va establir els requisits de compliment. Els enginyers van resoldre l'enginyeria de compliment.
Selecció de tecnologia. React 18 amb TypeScript per al frontend. FastAPI per al backend. PostgreSQL per a persistència. Amazon Bedrock per a accés a LLM amb encaminament multi-model. Stripe per a pagaments. Infraestructura AWS en ARM64 per a eficiència de costos. GitLab CI/CD per a automatització de desplegament.
Un fundador no tècnic intentant prendre aquestes decisions hauria passat setmanes investigant o delegat en el que un desenvolupador freelance recomanés — el qual podria optimitzar per a les preferències del desenvolupador en lloc de les necessitats del producte.
Operacions de producció. Certificats TLS, configuració de CDN, monitorització, gestió d'errors, migracions de base de dades, pipelines de desplegament. La infraestructura invisible que separa una demo d'un producte. Un fundador no tècnic no pot avaluar si aquestes coses estan fetes correctament. Tenir un equip liderat per un CTO significa que el fundador no ho necessita.
El Resultat
Llançat a temps. El producte estava en viu per a la conferència del sector jurídic, sis setmanes després de l'inici. Usuaris reals podien pujar contractes, rebre avaluacions de risc impulsades per IA i comprar informes premium a través de Stripe.
Generant ingressos des del primer dia. El model freemium va convertir usuaris immediatament. Les puntuacions de risc gratuïtes van impulsar l'engagement. Els informes premium a 14,90 € i els plans professionals a 490,90 €/any van generar ingressos sense necessitat d'un equip de vendes.
Compliment des del primer dia. No "ja arreglarem el compliment després." L'aïllament de dades RGPD, la transparència del Reglament Europeu d'IA i els avisos ètics del CCBE van ser característiques arquitectòniques al llançament. Això importava perquè el mercat objectiu del fundador — professionals jurídics — té tolerància zero per a eines no conformes.
Propietat total de la PI. El fundador és propietari de l'empresa, el codi base, la marca i les relacions amb clients. Sense divisió d'equity amb cofundador. Sense dilució d'inversors (no es va requerir finançament per al llançament inicial). El compromís d'enginyeria va ser un cost de servei — significatiu, però finit i controlat.
Independència operativa. La plataforma funciona sobre infraestructura que el fundador pot entendre a nivell de negoci (costos d'AWS, ingressos de Stripe, mètriques d'usuaris) sense necessitar entendre-la a nivell tècnic. Quan el fundador necessita fer canvis o afegir funcionalitats, la relació d'enginyeria continua. Quan no, els costos s'aturen.
L'Economia: Cofundador vs. Soci d'Enginyeria
Val la pena comparar els dos camins directament:
| Factor | Cofundador Tècnic | Soci d'Enginyeria (Conectia) |
|---|---|---|
| Temps per començar a construir | 3–6 mesos (cerca + alineació) | 1 setmana (descoberta + desplegament de l'equip) |
| Cost en equity | 20–50% de l'empresa | 0% |
| Cost mensual en efectiu | $0 (compensat amb equity) | $12.000–$20.000 |
| Control de qualitat tècnica | Depèn de l'individu | Metodologia verificada pel CTO |
| Flexibilitat d'escalat | Fixa (una persona) | Variable (afegir/eliminar enginyers) |
| Risc relacional | Alt (les ruptures de cofundadors són comunes) | Baix (compromís de servei, avís de 30 dies) |
| Temps fins a producció | 4–8 mesos (si el cofundador lliura ràpid) | 6 setmanes (lliurament provat) |
| Opcions post-llançament | El cofundador és permanent | Transició a CTO intern quan estigui llest |
El model de cofundador no és incorrecte — és correcte per a alguns fundadors i algunes etapes. Però per a un expert en el domini que necessita validar un producte en una finestra de mercat específica, el model de soci d'enginyeria elimina els riscos més grans: temps, equity i dependència d'una única relació tècnica.
El Patró: Quan Aquest Model Funciona Millor
Bonus Iuri representa un patró que veiem repetidament:
Experts en domini experimentats — no emprenedors primerencs explorant idees, sinó persones amb coneixement profund d'un mercat específic i una tesi de producte clara.
Mercats regulats — legal, salut, finances, assegurances — on el compliment no es pot ajornar i on l'experiència en el domini és el diferenciador principal, no la tecnologia.
Productes impulsats per IA — on el valor ve d'aplicar IA a un problema de domini específic, i on el repte d'enginyeria és construir un sistema d'IA fiable i conforme en lloc d'inventar noves capacitats d'IA.
Finestres de mercat ajustades — llançaments a conferències, terminis regulatoris, timing competitiu — on la cerca de cofundador de tres a sis mesos o el procés de contractació tradicional de vuit a dotze setmanes simplement no encaixa.
El fil conductor: l'avantatge del fundador està en el domini, no en la tecnologia. La tecnologia necessita ser excel·lent — però necessita servir l'experiència del domini, no substituir-la.
Què Passa Després
El fundador de Bonus Iuri ara opera un SaaS en producció amb usuaris de pagament, una arquitectura conforme i un full de ruta clar per a l'expansió: tipus de contracte addicionals, jurisdiccions addicionals (dret de la UE, dret portuguès), una API professional per a despatxos d'advocats i integracions amb sistemes de gestió de pràctica legal.
La relació d'enginyeria escala amb el producte. Quan es necessita un sprint de noves funcionalitats, l'equip es desplega. Quan el producte és estable i el fundador està enfocat en desenvolupament de negoci, l'equip redueix la seva mida. Quan arribi el moment de contractar un CTO intern — probablement a l'etapa de Sèrie A — l'equip de Conectia facilita la transició amb documentació completa d'arquitectura, recorregut pel codi base i suport d'onboarding.
El fundador no necessitava un cofundador tècnic. Necessitava un soci d'enginyeria que pogués traduir l'experiència del domini en un producte en producció, en un cronograma que coincidís amb l'oportunitat de mercat.
Tens experiència en el domini i una visió de producte clara però no tens equip tècnic? Parla amb un CTO sobre passar del concepte a producció sense la cerca de cofundador.
