De cero a neobanco · Episodio 2 de 10
Construir, comprar o heredar
Diez componentes, 54 personas-mes y una matriz que ofrece sus servicios. Cada decisión gasta capacidad del equipo, y alguna puede dejar al banco sin motivo para existir.
El punto de partida
El mapa del episodio anterior dejó diez componentes colocados en el eje de evolución. Ahora hay que decidir qué hacer con cada uno, y el equipo tiene un límite claro: seis ingenieros durante nueve meses, 54 personas-mes.
Una empresa cualquiera tiene dos opciones para cada pieza: construirla o comprarla. New Capital Bank tiene una tercera, porque es filial de Capital Bank:
- Construir: lo hace el equipo. Es lo único que se puede adaptar del todo, y lo que más capacidad gasta.
- Comprar: lo da un proveedor. Cuesta dinero y algo de integración, pero el equipo no lo mantiene.
- Heredar: lo presta la matriz como servicio del grupo. Suele ser lo más barato, pero el banco depende de cómo y cuándo responde Capital Bank.
El reparto
Decide qué haces con cada componente. Cada opción gasta personas-mes; si te pasas de 54, el lanzamiento se retrasa. Además, el marcador vigila el reclamo: si el banco deja de poder pagar el tipo del BCE recalculado cada día, se queda sin motivo para que nadie lo elija.
Puedes empezar por los dos extremos, «Construirlo todo» y «Comprarlo todo», y después buscar un reparto que funcione.
Qué ha pasado
Los dos extremos fallan, cada uno a su manera. Construirlo todo cuesta más de cinco veces la capacidad del equipo; casi la mitad se va en un core bancario que el cliente ni ve ni elige. Comprarlo todo cabe de sobra, pero sin un motor de remuneración propio el banco paga lo mismo que los demás.
El reparto que funciona sale del mapa: se construye lo que está a la izquierda, se compra lo que está a la derecha y se hereda lo que la matriz ya tiene resuelto. Así el equipo gasta su capacidad en tres piezas (el motor, la app y la capa de operaciones) y deja unas pocas personas-mes de margen.
Heredar no es gratis aunque cueste pocas personas-mes. Cumplimiento normativo y la conexión con otros bancos funcionan bien como servicios del grupo porque cambian poco. Con el core bancario o con las máquinas en las que corre el software es distinto: el banco quiere cambiarlos a menudo, y cada cambio pasaría por la cola de la matriz.
Lo mismo, con otro nombre
Pulsa «Ver subdominios» en la simulación. El diseño guiado por el dominio (DDD) hace la misma pregunta con otras palabras: qué parte del negocio es el núcleo, qué parte es de soporte y qué parte es genérica.
GuíaMapas de Wardley · Qué hacer con un mapa. Qué se suele hacer con cada pieza según su etapa, y cómo repartir a las personas.Los dos enfoques llegan al mismo sitio. El núcleo de New Capital Bank es el motor de remuneración: está en génesis y se construye con el mejor equipo. La app y la capa de operaciones son de soporte: propias, pero no son el reclamo. Todo lo demás es genérico y se compra o se hereda.
La diferencia es de uso. DDD sirve para decidir dónde poner los límites del software y qué modelar con cuidado. El mapa de Wardley añade el tiempo: lo que hoy es núcleo puede ser producto dentro de unos años.
Para llevarse
- La capacidad del equipo es el recurso escaso: cada componente que se construye sin necesidad le quita tiempo a lo que diferencia.
- Comprarlo todo es tan peligroso como construirlo todo: el banco se lanza a tiempo, pero sin motivo para que lo elijan.
- Heredar de la matriz es barato en personas-mes, pero ata el ritmo del banco al de la matriz. Funciona con lo que cambia poco.