Ealyx: de la idea a producció en 90 dies, amb quatre enginyers i un CTO fraccional

Primer els fets, perquè un cas d'estudi escrit pel proveïdor val exactament el que valen els fets que el sostenen. Ealyx és una empresa de Barcelona que fa software de circularitat per a e-commerce. El maig de 2024 tenia una idea i uns fundadors que coneixien el seu mercat. Noranta dies després tenia un producte en producció. L'equip que el va construir van ser quatre enginyers de Conectia i un CTO fraccional, treballant com un sol equip amb els fundadors. La relació continua viva el 2026.

Aquesta és tota la història en quatre frases. La resta d'aquesta pàgina explica què va costar cadascuna, què va exigir dels fundadors i què comprovaríem abans de comprar el mateix a qualsevol, nosaltres inclosos.

Per què «de la idea a producció en 90 dies» és la unitat correcta, i «MVP» no

La majoria de startups mesuren la primera fase en funcionalitats. Nosaltres la mesurem en la distància entre una idea i el primer dia en què clients reals depenen del software. Per a Ealyx aquesta distància van ser noranta dies, i el número importa menys que el que descarta: no hi va haver un «discovery» de sis mesos, ni un prototip que s'hagués de llençar, ni un traspàs entre qui va dissenyar el producte i qui el va construir.

Que la distància sigui curta és qüestió d'estructura, no d'heroïsme. Un CTO fraccional és l'amo de l'arquitectura i de l'abast des de la primera setmana. Quatre enginyers que ja treballen junts s'encarreguen del desenvolupament. Els fundadors són al circuit cada setmana i decideixen; no fan de traductors entre un dissenyador, una agència i un freelance. Un equip, un backlog, una definició d'acabat.

Què canvia un CTO fraccional en els primers noranta dies

En una empresa que comença, els errors més cars no són bugs. Són decisions que ningú no estava qualificat per prendre: quines parts construir i quines comprar, què ha d'aguantar el model de dades, on es trencaran les primeres integracions, quant gastar en infraestructura abans del primer client de pagament.

Ealyx no tenia un CTO a temps complet, i contractar-lo abans de tenir producte hauria costat un trimestre i bona part del runway. Un CTO fraccional va donar als fundadors les mateixes decisions, preses per algú que ja les havia pres abans, a una fracció del cost i des de la primera setmana. A la pràctica van ser tres coses:

1. Abast tancat aviat. La primera versió en producció va quedar definida les primeres setmanes, amb el que no incloïa per escrit. Tot el que va venir després va ser una segona fase, no abast que es cola a la primera.
2. Arquitectura triada per als dos anys següents, no per a la demo següent. Stack estàndard, una sola base de dades, fronteres netes entre mòduls, perquè el producte el pogués ampliar el mateix equip o un equip intern futur.
3. Decisions setmanals amb els fundadors. Prioritats, compromisos i què ensenyar als clients es decidien cada setmana amb qui era amo del negoci, no en un comitè trimestral.

Quatre enginyers, un sol equip: com va anar el desenvolupament de debò

Els enginyers estaven contractats per Conectia i van treballar dins del repositori i les eines d'Ealyx des del primer commit. La cadència van ser sprints de dues setmanes amb demo de software funcionant al final de cadascun. Els fundadors veien créixer el producte cada quinzena i corregien el rumb quan el mercat ho demanava.

El que això no és: un marketplace de freelances coordinats pel client, ni un projecte lliurat a una agència i rebut com un zip tres mesos després. Els fundadors mai no van haver de gestionar enginyers un a un; això ho feien el CTO fraccional i l'equip. El que van fer els fundadors va ser l'única cosa que ningú no pot fer per ells: decidir per a què serveix el producte.

Què vol dir «des del maig de 2024»

Un producte en producció el dia noranta és un començament, no un final. Els clients reals troben les vores, les integracions canvien, el roadmap creix. El mateix equip que va construir la primera versió l'ha continuat construint, i aquesta és la part de la història que més ens importa: l'arquitectura triada les primeres setmanes no es va haver de substituir, i el coneixement del producte no va sortir per la porta en acabar «el projecte».

Per això tampoc no venem «un MVP» com una caixa tancada. Venem una primera versió que aguanta clients de pagament, construïda per un equip que es pot quedar mentre sigui útil i marxar quan deixi de ser-ho. El codi, el repositori i la infraestructura són del client des del primer dia, així que quedar-se és una decisió, mai una dependència.

Què comprovaríem abans de comprar això a qualsevol

Si ets fundador i estàs valorant un CTO fraccional més un equip petit per portar una idea a producció, aquestes són les quatre preguntes que faríem a qualsevol proveïdor, nosaltres inclosos:

• Qui és l'amo de les decisions d'arquitectura, i és al projecte cada setmana? Un nom i un calendari, no un rol en un organigrama.
• Qui dona feina als enginyers, i amb quins contractes? Ocupació directa amb cessió de propietat intel·lectual és un producte diferent d'una cadena de subcontractes.
• On viu el codi des del primer dia? Al vostre repositori, al vostre compte de núvol, a nom vostre.
• Què passa al final? Un preavís de trenta dies i un traspàs documentat és la resposta correcta. Un contracte marc mesurat en trimestres no ho és.

Preguntes freqüents

Quant costa portar una idea a producció amb un CTO fraccional i un equip petit?

Depèn de l'abast que hagi de carregar la primera versió i de quant existeixi ja. Tanquem el preu de cada fase en acabar el diagnòstic, per escrit, i el diagnòstic es descompta del desenvolupament. Els paquets d'entrada són a la pàgina de preus.

Noranta dies és realista per a qualsevol producte?

No. Noranta dies és el que triga una primera versió amb abast ajustat, un equip sènior i un fundador que decideix cada setmana. Els productes amb requisits regulatoris pesants, maquinari o migracions de dades complexes triguen més, i ho diem al diagnòstic.

I si ja hem fet un MVP amb eines d'IA?

Llavors la primera fase és una auditoria del que teniu en lloc d'una pàgina en blanc: què conservar, què endurir i què refer. Així portem a producció un MVP fet amb IA.

Ens quedem el codi si deixem de treballar amb vosaltres?

Sí. Tot és al vostre repositori i la vostra infraestructura des del primer commit. Parar vol dir un preavís i un traspàs, res més.

---

Si tens una idea, una especificació o un prototip que s'ha de convertir en un producte en producció, explica'ns què tens i un CTO et respon per escrit en 24 hores.