Transcripción

Transcripción

¿Cómo debe ser un perfil tecnológico? Conoce a Alberto Betella, CTO de RSS.com - Podcast 241 — vídeo y transcripción

Esta semana tenemos a Alberto Betella, co-fundador de RSS.COM, una plataforma de podcasting que permite almacenar audio y distribuirlo de forma automática en los principales directorios de podcasts. Alberto nos cuenta sus inicios en la tecn

www.youtube.com 2026-04-19 Ver fuente

Título

¿Cómo debe ser un perfil tecnológico? Conoce a Alberto Betella, CTO de RSS.com - Podcast 241 — vídeo y transcripción

Resumen

Esta semana tenemos a Alberto Betella, co-fundador de RSS.COM, una plataforma de podcasting que permite almacenar audio y distribuirlo de forma automática en los principales directorios de podcasts. Alberto nos cuenta sus inicios en la tecnología, y sus pasos como CTO en diferentes compañías como Koa Health, Telefónica y Badi.

Puntos clave

  • Bienvenidos una semana más al podcast de Itnig.
  • Esta semana el CTO de Factorial, Pau Ramón Revilla, y yo mismo entrevistamos a Alberto Betella, CEO de RSS.com.
  • Alberto, antes de ser CEO y fundador de su propio negocio, fue CTO de varios negocios, empezando por Badi.
  • En Badi despidió la agencia con quien había hecho el primer producto, internalizó el equipo de desarrollo con dos personas megacracks, que reescribieron el backend.
  • Con Pau Ramón vamos a discutir de qué tiene que hacer un CTO, cuál es su perfil, cuáles son sus skills, hasta qué punto tiene que tener la visión de la arquitectura y del producto a largo plazo o bien la parte más humana y de gestión de personas.

Descripción

Esta semana tenemos a Alberto Betella, co-fundador de RSS.COM, una plataforma de podcasting que permite almacenar audio y distribuirlo de forma automática en los principales directorios de podcasts.

Alberto nos cuenta sus inicios en la tecnología, y sus pasos como CTO en diferentes compañías como Koa Health, Telefónica y Badi. En este episodio, discutimos sobre el rol del CTO, qué tiene que hacer, qué skills necesita para desarrollar con éxito su carrera, y el proceso de reclutamiento de perfiles tecnológicos.

Quédate hasta el final para conocer su último proyecto, RSS.com.

Index:
00:00:00 Sobre este episodio
00:03:26 ¿Quién es Alberto Betella?
00:21:57 Su entrada y función en Badi
00:32:18 Acerca de los bootcamps y el talento de programadores
00:41:32 El problema de los monolitos
00:47:21 ¿Cómo escala el equipo en Badi y por qué se va?
00:55:22 Avanzando a Telefónica
01:01:56 Los orígenes de RSS.com
01:11:49 ¿Cómo compite RSS.com con otras plataformas similares?
01:13:31 ¿Hacia dónde va la industria y la monetización del podcast?
01:21:00 Facturación, equipo y bootstrapping: adentrándonos en RSS.com

PATROCINADORES
🧍 Factorial: https://rebrand.ly/factorial_hr
💻 The Nest: https://rebrand.ly/thenest_webhelp
🎦 Zoom: https://rebrand.ly/zoom_itnig

EVENTOS
📢 Pitch to Investors (Todos los jueves 19h) - https://itnig.net/events/
📅 Itnig Talks - https://rebrand.ly/playlist_itnig_talks

SOBRE ITNIG
🐦 Twitter - https://twitter.com/itnig
💡 LinkedIn - https://es.linkedin.com/company/itnig
📸 Instagram - https://www.instagram.com/itnig/
💌 Newsletter - https://itnig.net/newsletter/
🌐 Web - https://itnig.net/

ESCUCHA NUESTRO PODCAST EN
🔊 Spotify: http://bit.ly/itnigspotify
🎙️ Apple Podcast: http://bit.ly/itnigapple

TENGO UN PROYECTO
Si tienes un proyecto tecnológico y buscas financiación, completa este formulario y presenta tu proyecto en nuestro Pitch to Investors. https://itnig.net/fund

CONTÁCTANOS
Si quieres ponerte en contacto con el equipo de Itnig, puedes escribirnos a media@itnig.net

Captions con timestamps

Mostrar captions con tiempo
[00:00] Bienvenidos una semana más
al podcast de Itnig.
[00:02] Esta semana el CTO de Factorial,
Pau Ramón Revilla,
[00:05] y yo mismo entrevistamos
a Alberto Betella, CEO de RSS.com.
[00:11] Alberto, antes de ser CEO
y fundador de su propio negocio,
[00:15] fue CTO de varios negocios,
empezando por Badi.
[00:19] En Badi despidió la agencia
con quien había hecho el primer producto,
[00:23] internalizó el equipo de desarrollo
con dos personas megacracks,
[00:27] que reescribieron el backend.
[00:29] Con Pau Ramón vamos a discutir
de qué tiene que hacer un CTO,
[00:33] cuál es su perfil, cuáles son sus skills,
hasta qué punto tiene que tener
[00:37] la visión de la arquitectura
y del producto a largo plazo
[00:40] o bien la parte más humana
y de gestión de personas.
[00:43] Vamos a hablar de microservicios
contra monolitos.
[00:46] Vamos a hablar del rol comodín
del VP Engineering.
[00:49] Vamos a hablar del reclutamiento
de los perfiles de tecnología,
[00:53] de los Bootcamps, donde Alberto
fue profesor durante mucho tiempo.
[00:57] Y finalmente vamos a hablar de RSS.com
y el sector de los podcasts.
[01:01] Cómo autoadministrar
y autopublicar un podcast
[01:04] y cómo RSS.com, que es un negocio
que se ha bootstrapeado hasta ahora,
[01:08] consigue ayudar a los podcasters
[01:10] a publicar y distribuir
sus podcasts mucho mejor.
[01:14] Y el podcast de esta semana
nos lo trae Zoom.
[01:17] El servicio de videoconferencia
que nos ha salvado durante la pandemia
[01:21] y que sigue ayudándonos en el día a día
para aquellos que estamos
[01:24] o en híbrido o en remoto
o cualquier combinación de eso.
[01:26] Pero el equipo de Zoom
os lo va a explicar mejor que yo.
[01:29] Pues sí, amigos de Itnig.
[01:30] Zoom es una plataforma
de comunicaciones unificadas
[01:33] que ofrece la flexibilidad,
la facilidad de uso
[01:36] y que además es escalable.
[01:37] Justo detrás de mí tenéis
lo que llamamos la rueda de Zoom,
[01:40] donde podéis ver todo el espectro
de soluciones que nosotros cubrimos.
[01:43] Desde la parte de meetings
[01:44] hasta la parte de telefonía VoIP
en la nube,
[01:47] hasta webinars, eventos e incluso el chat,
[01:50] para la colaboración interna
e incluso externa.
[01:53] Algo muy interesante también
es la parte de salas de conferencia
[01:57] y de desarrolladores.
[01:58] Realmente nosotros estamos innovando
todo el tiempo para asegurarnos
[02:02] de que las necesidades
de nuestros clientes están cubiertas
[02:06] y, sobre todo, que estamos
al día del mercado.
[02:09] Muchas gracias, Zoom.
Y muchas gracias también,
[02:12] cómo no, a Factorial,
que es la plataforma de recursos humanos
[02:15] que hace simple la burocracia
y el papeleo de la gestión de las nóminas,
[02:19] de los contratos, los documentos,
las firmas, los onboardings, la selección,
[02:23] el training, la performance,
las encuestas, el tiempo, en fin, todo.
[02:27] All in one, en una sola plataforma,
sin necesidad de aprender a programar.
[02:32] Muchas gracias, Factorial.
Y muchas gracias también a todos vosotros
[02:36] por escribir comentarios aquí abajo,
por suscribiros tanto en Spotify,
[02:39] Apple Podcasts, como en YouTube mismo.
[02:41] Y para asistir también los jueves
al Pitch to Investors,
[02:44] ¿Y por qué no?
Hacer networking con otros fundadores
[02:47] que buscan o cofounder o buscan talento,
o talento que busca founders.
[02:51] Todo esto pasa también los jueves
en el evento de Itnig.
[02:55] Y sin más, os dejo con Alberto Betella
y Pau Ramón Revilla.
[03:03] Bienvenidos a las historias
de startups de Itnig,
[03:05] un podcast donde hablamos de startups,
negocio y tecnología.
[03:10] Bienvenidos una semana más
al podcast de Itnig.
[03:12] Yo soy Bernat Farrero.
Hoy estoy con Pau Ramón Revilla,
[03:16] que es el CTO de Factorial.
[03:18] Y con Alberto Betella,
que es fundador de RSS.com.
[03:22] -Buenos días a todos.
-¿Qué tal, Alberto?
[03:24] Muy bien, encantado de estar aquí.
[03:26] Alberto ahora es CEO,
pero en su trayectoria
[03:30] principalmente ha sido CTO.
[03:32] Sí, es muy interesante. No soy CEO.
[03:35] Somos dos socios y nos hemos puesto
Managing Director,
[03:40] porque cuando te pones CTO y CEO,
[03:42] luego se escriben solo
a una de las personas
[03:46] depende de lo que piensan
que es el target.
[03:48] Entonces, en teoría no.
En teoría, soy Managing Director,
[03:52] no hay CEO, no hay CTO,
hay Managing Director.
[03:54] Pero yo cubro más tareas
de producto, tecnologías
[03:59] y un poquito menos la parte de finanzas.
[04:03] Tú vienes de tecnología, ¿no?
[04:05] Ahora nos explicarás un poco
qué es RSS.com, pero antes de eso,
[04:10] tú has sido CTO de Telefónica Alpha
y CTO de Badi.
[04:15] Correcto, sí. Puedo contaros un poquito.
[04:18] Cuéntanos un poco tu experiencia.
Tú eres italiano, programador.
[04:24] No soy programador.
Mi licenciatura es Literatura Extranjera.
[04:30] -¿Qué dices?
-Sí, Literatura Extranjera.
[04:32] Pero esa es la primera pregunta
interesante en la vida.
[04:37] ¿Cuál es tu background?
[04:39] Bueno, a veces no es fácil
ser binario en este sentido.
[04:43] Explico: a los primeros de los 2000,
2001, 2, 3, 4,
[04:47] yo hice Literatura Extranjera
en la Universidad de Bérgamo, punto.
[04:51] Español, El Quijote.
Y inglesa, punto. Hice esto.
[04:58] En paralelo, para que lo sepáis,
[05:02] me acuerdo el primer 286
que mi padre me compró.
[05:06] Tuve una Amiga, Commodore Amiga
desde los primeros de los 90.
[05:10] Programaba ya un pelín
cuando tenía 11, 12 años.
[05:13] Un poco nerd eras.
[05:16] Un CTO filólogo, no...
[05:18] Exacto. Yo hice literatura,
pero en paralelo fundé
[05:22] un Linux users group
en nuestra provincia local,
[05:26] cuando Linux no... No había ni Ubuntu.
[05:30] Había que compilar, y creábamos,
hacíamos eventos.
[05:34] Esto 2002, 3,4, para que entendamos.
[05:37] Entonces, hacía Linux user group,
pero mi licenciatura
[05:40] es Literatura Extranjera.
[05:42] Pero luego me fui a Barcelona,
hice un máster en la Pompeu Fabra,
[05:47] en Cognitive Systems
and Interactive Media.
[05:50] La razón por que hice este máster
es porque era una mezcla
[05:52] de humanidades y tecnología,
[05:54] me permitió entrar en neurociencia,
todo esto,
[05:56] y de ahí entré en un doctorado
en el Departamento de Tecnología
[06:00] de la Pompeu Fabra.
Y entonces, tengo un PhD
[06:03] en Information and Comunication
Technologies
[06:06] con una especialización
en Affective Computing.
[06:09] Durante siete años creamos wearables,
[06:12] antes de la comercialización
del Apple Watch, del Fitbit.
[06:15] Mi expertice son señales psicofisiológico,
que al final del día son skin conductance,
[06:21] conductividad de la piel,
electrodermal activity, que es lo mismo,
[06:25] y heart rate variability.
[06:27] Total, medir emociones
a través de señales fisiológicos.
[06:31] Entonces, ¿cuál es mi background? No sé.
[06:34] Tecnología...
[06:35] Claramente, no está muy relacionado
con lo que has hecho después.
[06:39] -Tú hiciste multimedia.
-Yo hice multimedia.
[06:41] -Que es algo...
-No sé lo que es todavía.
[06:47] Es quizás cada vez menos poner
en cajas la experiencia de las personas,
[06:54] cada vez menos aplica, yo diría.
[06:58] Tú vienes de un mundo muy académico,
que es muy raro aquí,
[07:01] por aquí hay poco de eso.
[07:03] La gente normalmente es programadora,
[07:05] si acaba el bachillerato ya es un raro
en el mundo académico.
[07:09] Y normalmente drop-offs,
se meten a programar
[07:12] y empiezan a construir aplicaciones.
[07:14] Es una pregunta estupenda
como tema para comentar.
[07:19] Porque, primero, mundo académico
estoy contento de haberlo dejado,
[07:24] y lo dejé cuando acabé el doctorado
porque era demasiado lento
[07:28] para mis gustos.
[07:30] Y porque había trabajado cinco años
en un proyecto de tecnología aplicada,
[07:34] Big Data, con sensores.
Y después de acabarlo, mi sensación,
[07:41] proyecto europeo, 6.5 millones de euros,
era que no se estaba explotando
[07:46] comercialmente cómo se hubiera podido
si se hacen algunos eventos...
[07:50] Entonces, me sentí que no había
tanto impacto.
[07:52] Entonces, dejé el mundo académico.
Pero en academia también se crean cosas.
[07:57] Quizás en academia no te enseñan
el Scrum o un Kanban,
[08:02] pero al final, te vuelves Project Manager,
te vuelves escritor de artículos y papers,
[08:08] te vuelves presentador
en el sentido de una conferencia
[08:11] y te vuelves estadístico,
te vuelves data scientist.
[08:15] Que lo quieras o no,
y son todas características
[08:19] que si tienes la chispa
para ir en una empresa
[08:22] y aplicarla y aprender, trial and error,
[08:25] yo creo que te da una marcha extra.
[08:27] El problema luego es que todo esto
que se hace ahí sirva para algo.
[08:31] Exacto. Pero es la marcha extra.
[08:34] Si tú estudias todo separado,
estadísticas, estudia la teoría,
[08:38] yo enseñaba en el Pompeu Fabra
estadística a los estudiantes.
[08:41] Pero al final, cuando te encuentras
en una empresa,
[08:44] digamos Badi, que empezó a crecer.
Empezó, tenía millones de usuarios,
[08:49] había que escalar.
[08:50] Entonces, montamos juntos
el equipo de data science,
[08:56] de data en general.
Empiezas a crear eventos de la aplicación,
[09:01] que tú cualquier cosa hagas
lo envías a un data lake,
[09:03] luego al warehousing,
luego a la capa de business intel.
[09:06] Todo esto, si tienes
un background académico
[09:08] y logras conectar los puntos,
desde luego ayuda.
[09:12] Sobre todo cuando tienes volumen.
Ya tienes un equipo grande, tienes teoría,
[09:17] ayuda a estructurar y a ordenar, imagino.
Cuando empiezas, igual no tanto,
[09:21] porque lo que hay que hacer
es picar código.
[09:23] Depende, depende.
[09:25] Depende de la primera ronda,
la ronda seed, ¿no?
[09:27] Exacto.
[09:30] Si la hay.
[09:31] Veremos más adelante.
[09:34] Depende de si eres el technical cofounder,
[09:37] depende cuánto estás involucrado
en el día a día a nivel de programación.
[09:40] Yo sí que programo, pero soy el peor
de todos los ingenieros con quien trabajé
[09:45] en toda mi carrera.
Soy el peor en el sentido,
[09:47] si tú me quieres que me digas:
«Móntame esta app. Crea Factorial».
[09:52] Por supuesto, solo en seis años lo hago.
Es feísimo, pero funciona.
[09:56] -Lo puedo hacer.
-¿Seis años? Seis años es lo que llevamos.
[10:02] Nos ahorraría mucha pasta.
[10:04] He hecho un blender, he dicho seis años
para decir algo que es lentísimo.
[10:08] Y monolito.
[10:11] En seis años monto un monolito
[diafonía 00:10:12]
[10:18] Estamos contratando.
[10:22] Pero lo que quiero decir, puedo programar
pero soy el peor programador.
[10:26] Me rodeo de programadores buenos.
[10:28] Y lo que pasó por ejemplo en Badi,
es que si tengo una cosa como CTO
[10:32] que estoy orgulloso haber hecho bien
es no programar.
[10:37] Estaba en Ironhack, fui en Barcelona,
[10:41] estaba Ironhack
en el [inaudible 00:10:42].
[10:43] Y se montó el campus actual de Ironhack
y había muy poca gente.
[10:47] Y con con mi compañero Marc
se montó este campus de Barcelona,
[10:52] estuve seis meses. Cuando me fui a Badi,
los mejores de la promoción,
[10:56] yo fiché ellos. Y delegué a ellos
el día a día, digamos.
[11:02] Esto me permitió empezar a educar
los que eran los otros ejecutivos
[11:08] y por ósmosis, el board,
sobre lo que hacía falta,
[11:11] que no sabían que hacía falta.
[11:13] Por ejemplo, data.
Tuvimos Guillem,
[11:16] que entramos juntos con Guillem,
que era el Cheif Data Officer.
[11:22] Y empoderar una data infrastructure
desde el día uno,
[11:28] no es algo que los CTO que salen de la uni
típicamente programando hacen
[11:32] porque no lo saben.
[11:33] Es un poco la visión de decir:
«Ahora no me sirve, pero en un año o dos
[11:37] vendrá el inversor, me pedirá esto
y no tengo ni los datos».
[11:40] Entonces, lo que pude hacer yo
era delegar la programación
[11:43] para poder... Casi lobbying.
[11:46] Es decir, yo necesito este budget ya
para Amazon.
[11:49] No quiero tirar todo en Heroku.
[11:51] Lo quiero montar con Amazon.
[11:53] Necesito montar un data lake,
¿pero qué data lake?
[11:55] No tenemos muchos. Hace falta.
[11:58] Veo que hay controversia aquí,
porque tendremos opiniones diferentes.
[12:02] Me encataría.
[12:03] De hecho, yo creo
que es un camino interesante.
[12:07] El CTO normal
o el más típico que te encuentras
[12:12] es el ingeniero
que se ha presentado el primer día.
[12:14] Yo siempre digo que ser CTO
es lo más fácil del mundo
[12:16] porque lo único que hay que hacer es
te presentas el primer día en la empresa
[12:19] y dices: «Yo voy a programar el MVP».
Vale, pues eres el CTO,
[12:23] y ya está.
[12:24] Pero parece que tú vienes de arriba,
no de abajo.
[12:28] Entonces, es interesante pero a la vez,
por lo que explicas,
[12:31] sí que conoces ese camino.
[12:35] ¿Cómo funciona esto? Sin haber vivido,
sin haber subido hacia arriba.
[12:40] Pero tú Pau lo has clavado.
[12:43] ¿Cuántas veces te han preguntado
qué es un VP Engineering, por ejemplo?
[12:50] Yo todavía me lo pregunto a veces.
[12:51] Yo te digo mi teoría basada
en muchas conversaciones sobre el tema,
[12:55] en diferentes sitios
y basado en mi carácter como CTO:
[12:59] hay bottom-up approach
y top-down approach.
[13:02] Ambos son superimportantes.
[13:06] Entonces, el CTO
que te entra en un startup
[13:08] no es que mi approach sea mejor que otro,
[13:12] pero necesitará alguien complementario
a cierto punto de la empresa, tal cual.
[13:17] Entonces, es típico que cuando el CTO
es el típico que hace código,
[13:24] llega a un cierto punto de la empresa
donde le hace falta alguien más
[13:30] que cuide el equipo.
[13:31] Por ejemplo, si tú estás en tus cosas,
estás ocupadísimo,
[13:34] no cuidas a veces la felicidad del equipo
como tendrías o puedes,
[13:39] pero cuando escalas es difícil.
[13:41] En este caso, el VP Engineering es
más hacia el equipo y las operaciones.
[13:45] O sea, es el que cuida el equipo
el VP Engineering.
[13:48] -Para mí... No.
[13:48] Le preocupa la felicidad del...
[13:52] Es el manager.
[13:53] Al final, es el ejecutivo
que pone orden en la casa
[13:57] y el CTO suele ser el visionario
que ha tenido la idea
[14:00] y que tiene la visión arquitectural.
[14:02] Aunque parece ser que tu rol de CTO
es más parecido al de un VP Engineering,
[14:06] tal como lo has definido.
[14:07] Exacto. Depende. Porque yo he escuchado,
compartiendo estas ideas
[14:14] con varias personas,
y tuve la ocasión de hablar
[14:17] con todo tipo de engineers
gracias a los inversores que tenemos,
[14:23] o que teníamos al tiempo,
[14:24] de inversores de Trello, de Slack,
de Foursquare.
[14:27] Entonces, eso me permitía poder
acceder a personas que compartir esto.
[14:33] El VP Engineering es lo que dices tú, Pau,
[14:37] si el CTO es una persona
que empieza escribiendo código.
[14:41] Si el CTO es más una persona,
una people person, ¿qué tiene?
[14:45] Tiene que tener buenísimos conceptos
de tecnología.
[14:49] Tiene que tener un track record,
si no, no te respetan.
[14:52] Tienes que haber construido algo,
hecho algo
[14:55] y tienes que saber cuidar a las personas
y delegar y seguirlas cuando necesitas.
[15:00] Si el CTO es el tipo de persona
que tú dices,
[15:02] puede ser un VP Engineering, sí,
[15:03] entonces, cuando fichas un VP Engineering,
el VP Engineering será al revés.
[15:08] Digamos que tú hablas
de la senda más canónica
[15:12] y yo hablo de lo opuesto.
[15:15] O sea, es un comodín el VP Engineering.
[15:17] Es un complementario.
[15:18] Para mí, sí. Para mí, es un complemento,
uno de los colores... Al lado opuesto.
[15:21] Si tú tienes que hacer diez cosas
en ingeniería, los one-to-one,
[15:25] organizar el equipo, los procesos,
[15:27] discutir cómo hacemos con los put request,
ponemos pipelines...
[15:31] Si lo hace el CTO desde el día uno,
poco a poco lo delega, obviamente.
[15:35] Pero el CTO no lo sigue mucho,
lo siguen los ingenieros
[15:38] que son muy proactivos,
pero en cierto punto un VP ahí,
[15:41] con los one to one, hablando de problemas,
[15:45] son complementarios.
[15:47] Pasa es que el que tiene la C
es ejecutivo también,
[15:50] está en equipo de management.
[15:51] El que tiene la C
está en el equipo de management.
[15:54] Esa diferenciación también es importante.
[15:56] ¿Quién pones en el equipo de management,
el líder de personas
[15:59] o el líder tecnológico?
[16:00] Esto siempre el CTO,
pero es muy simple esto.
[16:03] Tú, Pau, lo sabrás con los años.
[16:05] El CTO si es súper enfocado en tecnología
[16:09] y solo programa
y no quiere saber de equipo
[16:12] y no quiere saber del board,
lo cambian a cierto punto,
[16:14] si no se adapta.
[16:15] O escalas tú mismo como profesional
y aprendes a presentar al board,
[16:21] aquella slide que es que es compleja
pero simple, lo explicas de manera simple.
[16:25] Si tú no quieres gestionar todo esto,
te quitan del Ejecutivo
[16:28] a cierto punto de la empresa.
Y como es justo que se haga,
[16:31] y muchos están muy contentos
porque le agobia esta parte
[16:34] de business y finanzas.
[16:36] Fíjate, yo le doy mucha menos importancia
a cómo presentas en el board
[16:40] que cómo haces que las cosas pasen
a través de la gestión de personas.
[16:43] Porque al final ejecución es
liderar a personas.
[16:47] Y sobre todo si ya no programas.
[16:49] Al principio Pau programaba él,
[16:50] pero ahora lo que hace es tiene un equipo
de más de 100 personas de ingeniería
[16:55] y yo creo que el éxito de Pau
no es tanto cómo presenta en el board-
[16:58] Que no lo hago. Estoy ahí.
[17:01] Pero que a mí me da
absolutamente igual esto es
[17:03] cómo consigue que pasen cosas
increíbles con un equipo de 100 personas.
[17:08] Cosas difíciles, cómo convence,
[17:09] cómo genera una estructura de reporting
que funciona.
[17:12] Para mí esto es mucho más difícil
que cómo presentas en el board.
[17:15] Y sin embargo, te doy la razón.
Hay veces que quitan a CTOs
[17:17] porque no saben presentar en el board.
[17:19] Bueno, depende si es parte de tus tareas.
[17:22] Si estás levantando una ronda
y cuando estás demostrando la aplicación
[17:28] algo se rompe y no tienes ahí
a alguien en esta presentación
[17:32] con la gravitas tecnológica,
para decir: «Esto se ha roto porque...»
[17:36] En estos momentos críticos, sí.
Alguna patada por debajo de la mesa...
[17:42] La naturaleza de la empresa también.
Si tú eres OpenAI,
[17:44] que es una empresa que lo único que hacen
es exportar tecnología,
[17:47] al CTO más le vale...
[17:49] Ser un líder tecnológico
y mostrarte que tienen un diferenciador
[17:54] y una propiedad intelectual
que es defendible.
[17:59] Pero esto lo ideal es que haya
complementariedad.
[18:02] Y que haya igual un CEO.
[18:03] Y también aquí la complementariedad
puede ser muy diferente.
[18:06] Pero igual un CEO o otro perfil,
otro founder,
[18:08] lleva más la parte de fundraising
la parte más corporativa,
[18:11] alguien lleva más el negocio,
la tecnología, el producto
[18:14] se puede ir repartiendo.
Y no hay una fórmula.
[18:16] No hay, pero lo que comentaba Pau del CTO,
cómo entra, cómo evoluciona
[18:21] y lo que estás diciendo tú
de la complementariedad
[18:24] donde el CEO hace fundraising
es el 80 % de los casos.
[18:28] Entonces, resumiendo,
yo hablo del 20 % de los casos.
[18:31] Yo creo, sobre todo
después de esta conversación
[18:34] probablemente hago parte
de esta parte un poco,
[18:37] donde es la minoría
que entra con este approach.
[18:40] Probablemente debido a mi pasado,
academia, pero me funcionó muy bien.
[18:45] Yo lo que no creo es en esta visión
del CTO que es el visionario
[18:51] y que luego hay otro
que gestiona a las personas.
[18:55] Pero es un espantapájaros.
[18:57] Imagínate, igual sirve
para presentar en el board,
[19:00] pero el board no tiene ni idea
de lo que está pasando en la compañía.
[19:03] Si el espantapájaros
que no gestiona personas
[19:05] es quien presenta en el board.
[19:07] Pasa muchísimo y de hecho,
el hecho de que en tecnología
[19:10] haya normalmente un ladder dual,
normalmente hay los dos caminos,
[19:15] ya te identifica bastante
que tienes un líder tecnológico
[19:18] y un líder de personas
[19:19] y un path, un camino
para que ambos progresen.
[19:23] O sea, es muy muy común,
es bastante aceptado.
[19:26] También por la naturaleza
de cómo se empiezan las startups.
[19:28] Cuando hables de tu empresa,
creo que he empezado igual.
[19:32] Tú programando un side project
y de repente cogiendo tracción.
[19:36] Así que al final yo creo que va mucho
en la naturaleza de cómo empiezan
[19:39] las empresas tecnológicas,
que es con alguien picando en un cuarto
[19:43] [diafonía 00:19:43]
[19:44] Hay igual un doble liderazgo,
[19:47] porque el liderazgo tecnológico
también es un liderazgo de personas.
[19:50] Yo lo que me niego a creer es que alguien
puede estar en una cueva
[19:53] teniendo la arquitectura y la visión ahí,
viendo cosas,
[19:56] y luego hay otro
que es quien gestiona al equipo,
[19:59] y no hay comunicación entre eso.
Puede ser un doble del liderazgo.
[20:02] Tienen que hablar entre ellos, etc.
Pero es el típico Wozniak,
[20:07] el visionario que te hackea
el ordenador en el garaje
[20:11] versus la persona que tiene que motivar
al equipo y tiene que liderar.
[20:15] Pero, Pau, no sé si te ha pasado a ti,
hemos hablado de estar en un board
[20:20] y cuidar a las personas como cosas,
con un corte neto entre ellos.
[20:27] Yo quería estar en conversaciones
importantes por dos razones.
[20:31] Primero, para que nos dijeran cosas
que no se podían hacer,
[20:34] al menos set the expectation.
[20:38] Yo prefiero underpromise and overdeliver.
[20:41] Y cuando hago promises,
obviamente es ambiciosa.
[20:45] Pero estar ahí te ayuda a no...
[20:47] Entonces, para ayudar tus personas,
[20:50] para que te vean como un ambassador,
un embajador, esto es superimportante.
[20:54] Si tú estás ahí, ellos saben
que tú entiendes lo que hacen
[20:57] y estás representando.
[20:59] Entonces, es este el punto
de estar en los boards.
[21:01] Por eso te quería decir,
parte de cuidar a personas
[21:03] es que ellos sepan:
«Mira, Alberto, yo no sé lo que hace
[21:06] la mitad del día porque está en meetings,
pero yo sé que si alguien dice una cosa
[21:10] que a nivel técnico no es viable,
no me va a venir a decir:
[21:16] "Me han dicho que tengo rehacer todo".
[21:18] Él me defiende, es una ambassador
de mi equipo y me está representando».
[21:23] La parte política es la parte que yo creo
[21:26] que es el puente
entre lo que es el board y las personas.
[21:31] Claro, porque puede ser
que del board salga un nuevo producto
[21:35] [diafonía 00:21:40]
[21:38] Y tú dices, ¿cómo B2B?
[21:40] En tu cabeza, en 30 milisegundos,
ya es en el B2B.
[21:43] Son cuatro años, tengo que rehacer todo.
O sea, tú lo sabes esto
[21:46] y entonces ya explicas,
porque quizás el CEO no sabe...
[21:51] Antes que alguien se comprometa
a tú estar ahí,
[21:54] eres un político
que representa a engineering.
[21:57] Cuéntanos un poco cómo fue
tu entrada en Badi.
[22:01] ¿Tú fuiste de los primeros
programadores o personas técnicas
[22:05] que había ahí o ya había programadores?
[22:09] Tenían los founders,
son los tres founders.
[22:12] Hay Carlos, Pablo y Álvaro.
[22:15] Había un par de personas,
yo creo que era número cinco o seis,
[22:18] para que nos entendamos.
Había una persona de marketing,
[22:21] quizás dos, y tenían una agencia.
[22:24] Y yo creo que lo hicieron bien.
Ellos tuvieron una idea,
[22:27] encontraron una agencia
que la desarrolló, perfecto.
[22:30] El problema que al tiempo era
un good problem to have,
[22:34] era que la agencia, no que la agencia,
sino que la app iba bien, crecía.
[22:40] Entonces, sí que la agencia
se quedaba un poco corta.
[22:44] Y sobre todo los founders no tienen
ni el tiempo ni el conocimiento
[22:48] para comunicar con la agencia.
[22:51] No sé, me acuerdo que le enviamos
los backs por Telegram.
[22:54] Okey, está bien,
pero en la agencia imagínate...
[22:58] El product manager
habrá tenido que usar Telegram,
[23:01] ponerlo en su [inaudible 00:23:02],
¿te imaginas?
[23:04] Nadie tenía ningún problema,
pero eso no ayudaba a crecimiento.
[23:08] Esto generaba frustración
por los dos lados.
[23:10] Lo he visto en todos los sitios,
mil veces.
[23:13] Entonces, querían una figura
a donde pudieran delegarle esta parte.
[23:20] Yo me quiero olvidar
y enfocarme en fundraising,
[23:23] en este caso, en Badi era esto.
[23:26] Entonces, entré número cinco o seis...
[23:30] Una apuesta arriesgada porque tú no venías
de ser CTO de otra startup.
[23:35] No, pero venía de crear
durante casi siete años
[23:41] -en la universidad.
-Pero es muy diferente.
[23:44] Pero no. Había un consorcio
de 17 instituciones, incluso comerciales.
[23:50] Teníamos que crear con Unity 3D.
[23:53] Teníamos todo un sistema
de realidad virtual,
[23:57] conectar los sensores, teníamos máquinas.
Construíamos cosas.
[24:02] Para construirla necesitabas orquestar,
organizarte.
[24:05] No parece, pero era más
tecnología aplicada lo que hacía yo.
[24:09] No escribía los papers así.
[24:11] Hacía estos tipos de experimentos,
de proyectos
[24:14] y luego escribía un poquito
los resultados.
[24:17] Entonces, entraste como empleado
número cinco.
[24:20] -Sí, o seis.
-Internalizaste todo el desarrollo.
[24:23] Poco a poco, porque era imposible.
[24:25] Yo lo que hice es:
pedí el código de la app
[24:29] y sobre todo del backend.
[24:32] Yo soy superfan
de la infraestructura del backend.
[24:34] Superfan, porque yo veo las apps,
especialmente móviles, como shells.
[24:40] O sea, como un Netflix. Netflix la app,
nadie dice qué bonita la app de Netflix.
[24:44] Es una cuadrícula.
[24:46] Para mí es como una shell
y lo más importante es lo que está detrás.
[24:50] Entonces, pedí el código
para entender qué tenía en mano.
[24:53] Y la API que había hecho esta agencia
era Java, y que yo no conozco.
[24:59] Yo si vengo de algo, venía de PHP.
Imagínate, de PHP en los 2000,
[25:02] imagínate de dónde vengo.
Pero Java no conozco.
[25:05] Pero no hace falta un PhD
en Development Engineering
[25:11] para entender que una clase de 1200 líneas
[25:14] donde al menos la mitad
eran comentadas, era mala.
[25:19] La habrán hecho así. Entonces dice,
yo quiero rehacer el backend,
[25:23] lo ponemos en Amazon,
y entonces necesito dos backends.
[25:27] Y como estaba en Ironhack,
[25:29] y me quedé un poquito en Ironhack
como un instructor.
[25:32] Pero tenía esta suerte de encontrar
las personas con más talento,
[25:37] y se hacía Ruby al tiempo.
[25:39] No soy superfan de Ruby, lo enseñaba,
es mágico, pero funciona y es rápido.
[25:44] Y sabemos por Twitter, Airbnb,
tenemos una lista muy larga.
[25:48] -Factorial.
-Factorial es de Ruby, perfecto.
[25:51] Entonces, yo no soy muy fan
[25:52] porque a mí me gusta hacer
las [inaudible 00:25:56]
[25:56] el ORM es demasiado Mac.
[25:57] Pero yo mismo creé una empresa técnica
basada en Ruby.
[26:01] Porque dije, perfecto, es un stack.
Estas dos personas son muy capaces.
[26:06] Son David y Oriol, que hasta hace poco
eran senior engineering
[26:10] y se han quedado cinco años.
[26:12] Y básicamente ellos entraron,
y con Ruby lo bonito es que se puede ver
[26:16] que en el front están, cómo decir,
intertwined.
[26:21] Y así empezamos.
Empezamos con Ruby...
[26:24] Tirasteis a la basura el código,
las 200 líneas de espagueti en Java.
[26:29] Mil doscientas.
[26:30] No, no, solo una clase.
[26:33] Lo tiramos a la basura
a lo largo de unos seis meses
[26:37] o cuatro meses.
[26:39] ¿Cuál era la agencia esta?
[26:41] Prefiero no decirlo.
[26:44] Un saludo aquí.
[26:46] O sea, hubo dos.
[26:48] Se pueden culpar una a la otra y ya está.
[26:50] No es eso, es que la primera lo hizo.
Pero tengo que deciros también
[26:54] que yo vi cuánto se pagó
y yo no hubiera ni empezado por aquel.
[26:58] Digo, no entiendo, era un MVP,
era una idea, lo hicieron...
[27:04] La segunda entró,
pero heredó lo que había.
[27:08] Entonces, lo hicieron bien,
[27:11] todo lo hicieron como había que hacerlo
a un cierto stage.
[27:13] Pero lo que hicimos es backend,
[27:18] Amazon, empezar a construir esta parte.
[27:20] Y mientras tanto dejamos la agencia
con las apps,
[27:23] porque a mí las apps
me interesan mucho, el UX, UI,
[27:26] pero sé que esta la puedo rehacer
20 veces.
[27:28] Pero la infra es mucho más importante.
En seis meses, en tres meses, de hecho,
[27:32] teníamos la API, la lanzamos.
Y luego, poco a poco,
[27:35] creo que en enero, era agosto,
[27:38] en enero del 2016
lanzamos las nuevas apps.
[27:43] ¿Tú también lo ves así,
que la parte más importante
[27:46] es la API, el backend,
y que el front da igual?
[27:49] No, depende, obviamente,
pero sí que suele ser lo más crítico.
[27:53] Lo que pasa es que sí que es cierto
que depende de la aplicación.
[27:56] En nuestro caso, por ejemplo, Factorial
[27:58] es lo más importante,
porque es donde guardamos el dato
[28:00] y al final si el dato está mal,
todo lo demás da igual.
[28:03] Pero sí que le damos mucho cariño
y hemos invertido bastante también
[28:06] en el front, porque veníamos de un mundo
donde recursos humanos
[28:10] las aplicaciones eran feas, inusables,
entonces le pusimos un poco más de cariño.
[28:15] Pero sí que es lo más crítico.
Si falla el backend...
[28:18] Se ha ido moviendo.
A veces ha sido el backend lo más crítico,
[28:22] luego se ha movido todo al front,
luego al back.
[28:26] Centralizado, descentralizado.
[28:28] El front es lo más importante
que el usuario.
[28:30] La user experience
es el corazón de la empresa.
[28:35] Pero tener la user experience
y luego no escalo la empresa,
[28:40] pierdo una inversión
[28:42] porque no tengo la infraestructura
bien planteada.
[28:45] Es este mi problema.
Por eso digo la puedo rehacer.
[28:48] Si no está bien la user experience
y la interfaz no está afinada,
[28:52] yo podría buscar en el mundo
los mejores profesionales
[28:56] y nos ayudan, y lo voy a rehacer.
[28:59] Pero lo mismo con el back,
si es lo que hiciste...
[29:01] Es más complejo, en mi opinión,
[29:04] sobre todo cuando tienes
estructuras de datos,
[29:06] cómo tú organizas las tablas,
las relaciones entre los datos.
[29:09] El problema es el dato,
lo más caro es el dato.
[29:11] Porque picar código
es relativamente barato.
[29:14] Mover datos no es fácil.
Yo creo que es siempre lo más complejo.
[29:18] Muchas veces que nos piden:
«Hay que cambiar esto»
[29:21] y tú piensas, aquí es complicado
porque ya tenemos muchos datos
[29:24] que tienen esta forma,
y la nueva forma de hacerlo
[29:27] no tenemos los datos para hacerlo.
[29:30] Entonces, por eso es complicado
muchas veces y caro.
[29:33] En este caso, el front es más barato
de cambiar de uno a otro.
[29:39] Y te dieron confianza, porque muchas veces
cuando hay un cambio de CTO,
[29:42] lo primero que pasa es esto,
es: «Hay que reescribir todo».
[29:47] Hay que dedicar un año al refactoring,
o seis meses al refactoring.
[29:51] Desde el punto de vista negocio,
me dan ganas de tirarme por la ventana
[29:54] cada vez que oigo esto.
[29:56] Pero te dijeron que sí, todo bien.
[29:59] Me dijeron que sí, pero depende
de tu capacidad y tu paciencia
[30:03] como profesional en tecnología,
[30:06] o persona que es un experto
en lo que está haciendo,
[30:11] en cómo lo vendes
y en cuánto tiempo lo quieres hacer.
[30:15] Yo no estoy hablando de ego.
[30:17] Ojalá hubiera entrado y todo funcionara
y tenía que escalarlo.
[30:21] Bueno, no hubiera aprendido
muchísimas cosas
[30:23] que he aprendido chocándome.
[30:24] Menos mal que me pasó a mí
a nivel personal.
[30:27] Pero hubiera sido mejor
heredar algo perfecto, todos contentos.
[30:30] Yo tuve que entrar
y hacer todos contentos.
[30:33] Además, la agencia,
ser un poquito el puente,
[30:38] casi el project manager
a veces para explicarle las cosas,
[30:41] darle el contexto de por qué cambiamos,
40 veces las misma cosa que le hemos dicho
[30:45] y tuve que tener paciencia
porque fue gradual.
[30:49] Si uno entra y solo por ego
te cambia el stack,
[30:53] pues no es un buen profesional.
[30:54] Está claro.
[30:55] Pero ni en la parte tecnológica,
ni en el marketing, ni en la de venta.
[31:00] El ego lo dejas a casa
cuando estás en un startup.
[31:04] Está claro.
[31:05] Entonces, bueno, reescribiste el backend,
tenías dos personas top
[31:10] que sacaste del Ironhack,
¿pero profesores o alumnos?
[31:13] No, eran alumnos, los mejores alumnos
[31:16] Los mejores que tuve
y que todavía me los acuerdo.
[31:19] ¿Acababan de aprender Ruby
[31:22] y les pusiste a hacer
el backend desde cero?
[31:26] Uno sí, porque de hecho su carrera,
típico de Ironhack,
[31:30] hacer coding bootcamp
como Cold Works y parecidos.
[31:34] Hay gente que yo tuve en los pocos meses
que me quedé en Ironhack,
[31:38] especialmente ayudando a montar
un poquito el campus nuevo, enseñando,
[31:43] había jugadores de póker
que se convertían en programadores.
[31:47] Uno nuestro es jugador de póker.
[31:50] Había una bailarina, por ejemplo.
[31:53] ¿Una bailarina?
[31:54] Sí. Y mientras estas dos,
David y Oriol, que entraron en Badi,
[31:59] yo creo que Oriol quería ser policía.
No quiero exagerar, quizás escucha un día.
[32:04] Me acuerdo que estaba en una carrera...
Quería, sus deseos.
[32:08] No me acuerdo. Creo, creo.
[32:10] Imagínate, entró en Ironhack.
Y David ya tenía la carrera, creo...
[32:16] Ya trabajaba antes.
Sí, trabajaba antes.
[32:18] Ya que hemos abierto el paréntesis
de los Bootcamps,
[32:24] ¿piensas que de ahí sale...?
[32:26] Evidentemente sí, piensas que de ahí
puede salir talento potente.
[32:29] Tú contratas en Bootcamps.
[32:31] Sí, sí.
[32:32] Ahora, yo prefiero contratar al junior,
[32:38] que le puedo, entre comillas,
no sé si el verbo es correcto,
[32:41] pero criar de una manera
como me gusta a mí.
[32:45] O sea, que entiendan empatía, por ejemplo.
Siempre el concepto del ego.
[32:50] Los seniors con quien he trabajado,
me ha pasado en Telefónica,
[32:53] entré y yo quizás en Badi
era el más mayor de diez años de todos,
[32:59] desde los CEOs hasta...
[33:01] Tenía 35 años pero era el más mayor,
para que entendáis, al tiempo.
[33:07] En Telefónica, no.
Había gente de 45 o 50 años en mi equipo.
[33:13] Muchos superamables,
pero en algunos casos,
[33:15] cuando una persona está acostumbrada
a trabajar de una manera,
[33:19] es complicado luego acordarte
mucho más tiempo, hay fricción.
[33:24] Si tú entras en un startup que empieza,
que es pequeña, con junior al principio,
[33:29] le das oportunidad, ellos aprenden.
[33:33] Típicamente ellos son personas,
los junior, lo hacen el sábado.
[33:38] Yo no estoy promoviendo
trabajar el sábado.
[33:40] Estoy diciendo que si le gusta tanto
que lo hace como hobby.
[33:43] Quiero decir que esta chispa
que tienes cuando eres joven,
[33:46] estás aprendiendo algo
yo no la veo mal en un startup.
[33:50] Desde ahí, lejos de tener comentarios-
[33:52] Yo hice el approach contrario, de hecho.
[33:54] Bueno, porque tú también es Factorial.
[33:58] Yo me traje...
[34:00] Bueno, yo obviamente ya había trabajado
con varios profesionales
[34:03] a lo largo de mi carrera,
y cuando empezamos Factorial
[34:06] tiré de mi agenda, y gente muy senior,
menos gente más, más senior.
[34:13] Y nos fue bien.
Al final, son las opciones.
[34:15] O le ponés más actitud que talento,
[34:21] o le pones más talento que actitud.
[34:23] Se hizo famoso Pau diciendo
que no contratábamos juniors en Factorial.
[34:27] En un podcast dije que las startups
eran un sitio bastante hostil
[34:31] para los juniors,
y el titular que pusieron es:
[34:34] «Los juniors no deberían trabajar
en startups».
[34:36] No. Yo lo que digo es que en una startup
el tren va a 200 por hora
[34:40] y un junior nuevamente acaba de salir
del Bootcamp o de la carrera, lo que sea,
[34:44] va un poco perdido,
y tú lo tiras dentro del tren
[34:46] y muchas veces es bastante difícil.
Yo lo sé también porque he hablado
[34:51] con los juniors que hemos contratado
y la sensación de ellos ha sido:
[34:54] «¡Guau! Los dos primeros meses
que estuve aquí
[34:56] pensaba dejar la tecnología
porque era todo tan rápido
[35:00] y era tan overwhelming».
[35:02] Pero bueno, depende de la stage,
yo creo...
[35:04] Aquí hay que decir que junior o senior
[35:06] tampoco tiene que estar relacionado
con la edad. Hay gente con 20 años...
[35:10] Tú hablabas del fenómeno divas
en tecnología, que existe, está estudiado.
[35:15] Es que no puedo trabajar con divas yo.
[35:19] Pero ojo, que hay divas de 20 años.
[35:21] Pero no puedo trabajar
ni con divas de 20 años yo.
[35:25] O sea que no tiene que ver con la edad.
[35:27] Estoy de acuerdo.
Hay una correlación directa
[35:30] entre cuánto junior eres y la edad,
a nivel de populación, de ingenieros.
[35:35] Pero sí que uno a 50 años puede empezar.
Absolutamente, sí.
[35:39] Pau, me acabas de hacer pensar una cosa
que nunca pensé hasta ahora,
[35:43] y efectivamente, tienes un buen punto.
[35:45] Mi empresa ahora, RSS.com,
sí que solo con senior.
[35:51] Pero al tiempo, puede que yo
viniendo de academia,
[35:54] habiendo tenido la suerte de contribuir
a crear el campus propio de Ironhack
[36:00] en Barcelona,
[36:01] habiendo sido expuestos
a todo este talento
[36:03] y a los mejores entre estos cohorts,
yo he empezado así.
[36:08] Además, me ha servido mucho
porque yo podía mentorizar
[36:10] sobre muchísimos otros aspectos.
[36:13] Y efectivamente, dependiendo del proyecto,
de lo que...
[36:18] RSS tenemos tres ingenieros,
son supersenior.
[36:22] Y dos trabajé con ellos antes,
uno 20 años trabajé con él.
[36:25] Cuando tienes gente muy buena
a tu alrededor,
[36:29] al final el único playbook es:
quiero asegurarme
[36:32] que la gente que me traigo funcione,
tiro de la gente que ya conozco.
[36:38] Tengo que escribir un post
para subsanar mi post de hace años
[36:41] donde fiché juniors para crecer.
[36:44] Es verdad, cuando tú no conoces seniors,
efectivamente es cómodo.
[36:47] Todos los post son mentira,
todos los post.
[36:49] En algún momento.
[36:51] Lo que está claro es que a ti
sí que parece que te gusta la gente,
[36:55] primero de todo.
[36:56] Tienes esta parte más social,
de las Ciencias Sociales, de donde venías.
[37:00] No sé si a la gente le gusto yo,
pero a mí me gusta la gente.
[37:03] Y te gusta este ámbito pedagógico,
que viene de tu mundo académico,
[37:06] de enseñar y tal.
[37:08] Y sin duda la gente que has criado tú,
va a tener mejor cultura, mejor fuerza,
[37:13] mejor alineación
con la visión de la compañía.
[37:16] El tema es que sea capaz de entregar
a tiempo, de generar valor a tiempo
[37:20] en un entorno cambiante y rápido,
como dice Pau.
[37:23] Yo soy muy partidario también
de tu escuela, en otros ámbitos.
[37:27] Es más, de hecho, muchas veces discutimos
porque él es más de actitud versus talento
[37:32] y yo a veces hago
el trade-off contrario.
[37:34] Pero lo veo bien, todo complementa.
[37:37] Y me gusta porque tenemos
ideas diferentes, lo hace un poco más...
[37:41] Yo tengo un matiz a eso,
es que creo que la actitud es talento.
[37:44] Pero esto ya sería darle muchas vueltas.
[37:49] Teoría unificada de...
[37:51] El nuevo blog post que vas a hacer.
[37:54] Que va a ser falso.
[37:55] Actitud es talento.
[37:58] Entonces, tú construyes
otro backend con David.
[38:01] Hemos dicho David y Oriol.
[38:03] No sé si podía mencionarlos.
[38:04] Ahora le tendré que enviar
un mensaje y decirle...
[38:07] Subrayaremos en los subtítulos
y pondremos el pitido.
[38:09] O si no, si me dicen que no quieren,
le tenemos que poner el beep
[38:12] a cada vez que los menciono.
[38:15] Y consigues que funcione, que no es poco.
[38:18] Bueno, te cuento una anécdota
porque me lo acabo de recordar.
[38:21] La cuestión es, en mayo 2015
me siento con los tres founders de Badi.
[38:27] Hablan del proyecto,
me parecen increíbles,
[38:29] sobre todo veo la potencialidad.
Digo, esto me tiro en la piscina
[38:32] porque tengo tantas cosas que hacer
yo también, y lo hago.
[38:35] Después de entrar y de fichar
a David y a Oriol,
[38:39] pero justo en esta semana, nos dijeron
[38:41] que había una campaña de publicidad
en televisión nacional,
[38:46] que es lo peor
que te puede pasar en tecnología,
[38:48] que haya un pico
que no sabes cuándo viene.
[38:51] Y en televisión,
o sea que todos entran desde el sofá.
[38:55] En agosto. Entonces, teníamos
tres meses para rehacerlo.
[38:58] -Esto es lo que te quería comentar.
-David y Oriol encantados.
[39:02] Nos traían pizzas por las noches.
O sea, es una historia real.
[39:06] Cuando se lo he dicho,
lo hemos visto como reto.
[39:08] Estábamos muy frescos.
Pero son cosas que si te pasan
[39:11] más adelante, te viene un infarto casi.
[39:14] O sea, después de entrar dicen:
«Por cierto, en agosto...»
[39:17] Campaña publicitaria, no sé cuánto dinero
había atrás, imagínate.
[39:21] A mí me pasó y nunca llegó la campaña.
[39:23] Estuvimos como un año y medio:
«Que viene la campaña...»
[39:27] Era un poco como el mistery shopper.
[39:31] Y ahí gastando dinero en hosting
para nada.
[39:36] -Pero esto no fue en Factoríal.
-Eso no fue en Factorial.
[39:38] Aunque hemos hablado de televisión
también alguna vez.
[39:41] Diez años.
[39:42] Entonces, en tres meses hicimos
la nueva versión de la API en Ruby,
[39:46] y usamos la agencia, nos ayudó.
Por eso estoy hablando bien de ellos
[39:51] que se han adaptado. Nos ayudó a cubrir
todos los roles que no teníamos.
[39:56] Y de ahí empezamos a reemplazar
hasta que poco a poco
[39:58] la agencia se fue,
como tenía que ser, lo sabían.
[40:02] Y aguantó la campaña de televisión
con el nuevo backend.
[40:06] Aguantó porque no era tanto
el backend en Ruby.
[40:10] Lo que no se tenía siendo un monolito
era un sistema de autoescalado.
[40:14] Hoy en día hablaríamos de kubernetes,
¿pero al tiempo, qué usamos?
[40:20] Heroku...
[40:22] Si no teníamos Heroku.
[40:24] Lo pusimos en Amazon Web Service.
[40:26] Traje como contractor a dos personas
que conozco muy muy bien,
[40:32] que me ayudaron con la infraestructura.
[40:34] Al tiempo, la scriptaron,
que está muy bien,
[40:36] era Chef, ahora es Terraform,
es lo que tiene que ser.
[40:39] Pero en Chef la montaron,
y teníamos autoscaling groups.
[40:44] Básicamente la API estaba diseñada.
Estaba dockerizada finalmente.
[40:51] El data base estaba centralizado,
pero al menos podías tener
[40:54] más instancias, no solo una,
podías tener una instancia o cinco.
[40:57] Y el autoescalado funcionaba
con los advertisment.
[41:00] Tenía picos, pero al final el problema era
[inaudible 00:41:05],
[41:06] porque la mayoría hacía
el sign-up o el log-in.
[41:08] Y tengo, puedo decir que hubo
99.99 % up time durante mi watch
[41:17] en los tres años que estuve en Badi,
pero es suerte también, puede ser.
[41:20] No puedo decir lo mismo.
[41:22] A mí me pasó así.
[41:23] -¿No puedes decir lo mismo?
-No.
[41:26] Pero bueno, normalmente, mayormente sí.
[41:30] Pero también tienes un mal día y...
[41:34] Una cosa que has dicho dos veces,
que forma parte de un debate
[41:37] que yo siento que en los últimos diez años
se ha ido produciendo,
[41:40] es el tema del monolito.
[41:43] Hablas de un monolito como una cosa mal.
[41:46] Estupenda para el MVP, es perfecto.
[41:48] El MVP de seis años.
[41:50] No, pero digo, no me hagas el kubernetes
cuando no sabes si hay product-market fit,
[41:55] un POC, un MVP.
[41:57] Un monolito, luego el de Factorial,
seguramente tendrás tus razones.
[42:02] Un monolito puede escalar.
[42:05] ¿Puedes explicar para nuestra audiencia
qué es un monolito
[42:08] y cuál es la alternativa?
[42:10] El paradigma de monolito
quiere decir que hoy en día
[42:14] los servicios pueden distribuirse,
[42:18] y hay los que se llaman microservicios,
superinflados.
[42:22] Hay microservicios...
[42:23] El problema hoy en día que todo el mundo
crea aplicaciones en microservicios.
[42:29] El día uno tienes microservicio
para el login, el sign up,
[42:32] el microservicio para no sé qué.
[42:34] El monolito está muy bien,
sobre todo para empezar
[42:38] y luego depende del flujo
[42:41] o del tráfico que tu producto tiene.
[42:44] Entonces, un monolito
te puede aguantar cinco años.
[42:48] Por ejemplo, RSS.com
ha sido un monolito dos años.
[42:51] -Por eso digo.
-Y ahora no.
[42:53] Ahora ya no.
[42:54] Te puede aguantar porque tú puedes siempre
escalarlo horizontalmente.
[42:59] Hablemos de una base de datos.
Imagínate que tú tienes un Postgres.
[43:04] Si lo compras en Amazon,
puedes comprar los flavors.
[43:08] Entonces, un flavor quiere decir
micro, medium, large, extra large.
[43:15] ¿Qué es un flavor?
No sé lo que es un flavor.
[43:17] -Un flavor es un tipo.
-El tipo de máquina.
[43:19] Cuán grande quieres la máquina.
[43:21] Es escalada vertical.
Al final tú escalas o verticalmente,
[43:24] que es comprar máquinas
cada vez más grandes,
[43:26] pero ya hay un momento
que la máquina no puede ser más grande;
[43:29] o escalado horizontal,
que es compras más de esa máquina.
[43:33] Entonces, un ejemplo...
[43:37] No he contestado
en una manera rápida la pregunta.
[43:40] Un monolito es una caja
que lo tiene todo adentro en esta caja.
[43:44] Es perfecto, porque si quiero usar
el producto, está todo ahí.
[43:48] Es más fácil saber dónde están las cosas.
[43:50] Además, muy probablemente ha habido
menos gente que la ha tenido que trabajar
[43:53] porque hay menos mantenimiento casi,
[43:56] en el sentido que no tienes
que monitorizar y observar,
[43:59] que es superimportante observar,
no tienes que observar
[44:01] muchos componentes separados,
está todo en la caja.
[44:05] Escala, por supuesto.
Compras en la base de datos más grande,
[44:09] con más memoria.
[44:11] Compras el servidor con más memoria,
lo que sea, escala,
[44:15] pero verticalmente, como dijo Pau.
[44:17] Hay momentos en que no puedes.
Es ahí que en el monolito falla.
[44:21] Yo creo que hay una diferencia muy grande
entre el mundo de Alberto y el nuestro,
[44:26] que es la diferencia entre B2C y B2B.
[44:28] El volumen que tienen los B2C,
especialmente cuando sales en televisión,
[44:34] ahí el escalado es muy agresivo
y muy elástico.
[44:37] Nosotros añadimos una máquina
cada año o cada seis meses.
[44:42] Es muy predecible, muy lineal,
[44:45] no es tan elástico,
no es tan agresivo como con B2C.
[44:49] Pero hay factores también de mantenimiento
y de arquitectura.
[44:53] Hay los boundaries.
Si tú quieres asegurarte
[44:55] de que cada trozo del código
tenga un ownership claro.
[44:58] Que si algo peta,
¿quién se encarga de esto?
[45:02] Entonces, con los microservices
sí que es cierto que el boundary,
[45:04] la frontera que tú dibujas es física.
[45:08] Esta máquina está corriendo tu servicio
y tú le encargas de mantenerlo.
[45:11] En el monolito, como todo está junto,
ahí es un poco más difícil
[45:15] -de dibujar las fronteras
-Entonces, la complejidad se traslada
[45:17] a la coordinación
de esos servicios, al arbitraje.
[45:21] -Como todo en este mundo...
-Todo tiene trade-off.
[45:23] Exacto.
[45:24] Si centralizas o descentralizas,
la complejidad es exactamente la misma.
[45:28] Lo que pasa es que en una tienes
cosas más pequeñas, más fáciles,
[45:31] pero un todo más complejo, o viceversa.
[45:34] Y típicamente en el monolito
gastas mucho más dinero, aparte.
[45:39] Y en el caso de Factorial
que estás explicando, Pau, por ejemplo,
[45:44] esto es un ejemplo
de cómo el CTO hace las cosas impecables.
[45:48] Gracias.
[45:50] Te explico por qué. Es la parte business.
[45:55] Porque no nos conocemos,
entonces lo puedo decir.
[46:00] Porque si todo el mundo te dice
el monolito está mal,
[46:04] sí, pero depende.
[46:07] El comentario que acabas de hacer, Pau,
entre B2B y B2C.
[46:11] Es exactamente el punto.
Un CTO entiende el business.
[46:14] Entiende cuál es la solución mejor.
Y no tiene que justificarse con nadie
[46:19] si lo que está haciendo ayuda al business.
[46:22] No, pero digo, en el monolito,
Factorial efectivamente siendo B2B,
[46:26] tú no tienes cientos de millones
de líneas de logs por hora,
[46:32] que tienes que parsear con Kafka Stream
para poner,
[46:36] para crear un recomendation system.
[46:38] Ahí es donde no escalas, punto.
Entonces, está muy bien.
[46:42] Y una cosa que no hemos dicho.
[46:45] El problema entre monolito
y hacer microservicios o servicios,
[46:49] un sistema más distribuido,
es tú eliges lo que quieras
[46:52] depende de la empresa, depende del stage
o del tipo de empresa.
[46:56] El problema es que no es fácil cambiar.
Por eso decía, si tú tienes un monolito
[47:00] y tienes un B2C,
y te dan 50 millones de inversión o 20
[47:04] y empiezas a gastar 1 millón
en publicidad al mes,
[47:08] tiene picos que tú tiras
el dinero de marketing,
[47:12] porque aunque [inaudible 00:47:13]
noche y día
[47:15] y ficharas el doble de equipo,
no lo puedes cambiar de un día al otro,
[47:18] tarda meses.
Es ahí la visión de saber cuando pasar.
[47:22] ¿Cómo escala el equipo?
[47:23] Porque entiendo que hacéis
el cambio de la API, del backend,
[47:28] entra dinero,
acabas levantando 40 millones.
[47:32] Cuando me fui,
yo me fui después de levantar
[47:35] un total de 45 millones,
[47:38] entonces me fui después de la serie B.
[47:41] Entonces, ¿cómo escala el equipo
de tecnología?
[47:44] ¿Cómo evoluciona?
Cuando te vas, ¿qué hay ahí en tecnología?
[47:49] Cuando me fui, dos personas de Ruby,
[47:53] cuando me fui
en el sentido de cuando entré,
[47:55] había dos personas de Ruby.
Luego, DevOps inmediatamente.
[47:59] Para mí, DevOps es
cloud infraestructure también.
[48:02] Y al final entré a frontend,
y luego empieza a escalar
[48:04] en el sentido de que empiezas a crear
lo que son pods si quieres.
[48:09] O sea, empiezas a tener frontend, backend
y soporte de DevOps,
[48:14] que te ayuda a crear
partes de productos o features.
[48:18] Entonces, yo me acuerdo
cuando me fui de Badi,
[48:20] después de tres años
había 25 ingenieros.
[48:24] -¿25?
-Creo que sí.
[48:26] De los cuales, me has dicho antes
que 17 los contrataste tú.
[48:30] Sí, los primeros fui yo.
[48:34] Me acuerdo José, de iOS,
no se encontraba iOS.
[48:39] Al tiempo, yo decidí hacerla nativa.
[48:42] Porque el touch and feel
de Apple y de Android eran muy diferentes
[48:47] y las aplicaciones un poco más,
llamémosla híbridas,
[48:50] todavía React Native no estaba muy bien.
[48:53] Flutter me encanta, lo usé en Telefónica.
Lo promoví ahí.
[48:57] Pero cuando empezaste Badi...
[48:58] Cuando empecé Badi,
[49:00] el problema de aquellos frameworks
que si tú tenías un botón,
[49:04] un alert, por ejemplo, de iOS,
si cambiabas iOS,
[49:07] el alert estaba dibujado con CSS.
Era antiguo.
[49:10] No era el touch and feel
que quieres en mobile.
[49:13] La hicimos nativa, iOS no lo encontrabas.
[49:15] Al final, encontré una persona
que tenía un perfil en LinkedIn
[49:18] y empecé a escribir en general.
[49:20] Y esta persona le dije:
«Soy el CTO, no soy recrutier».
[49:23] Me paré: «Mira, estás es Barcelona,
me ha gustado mucho la app que haces
[49:26] soy el CTO, si quieres hablar,
vamos a tomar un café».
[49:29] Y pude atraer mucha gente
con el hecho de poner la cara
[49:32] y decir: «Mi tiempo, me siento contigo
y te contamos».
[49:36] Eso le hace ilusión al programador,
porque recibe cada día 200 recruiters,
[49:40] cuando te escribe un CTO que quiere tomar
un café contigo, hace ilusión.
[49:43] Eso funciona, ¿no?
[49:45] El vanity es importante.
[49:47] Además, es un cumplido.
[49:49] Porque tu tiempo, estás ocupadísimo,
[49:52] si te sientas quiere decir
que de verdad you care.
[49:55] Totalmente.
Oye, ¿qué pasa con Badi? ¿Por qué te vas?
[50:00] Me fui simplemente porque hubo
la oportunidad de entrar en Telefónica
[50:07] como CTO de Alpha Health.
[50:10] Y Alpha Health
era el único moonshot al tiempo.
[50:13] Básicamente en Alpha no había CTOs.
[50:16] Hubiera sido el primero
en toda este business unit
[50:19] de una corporation
con 54 billion dollars revenue al año.
[50:26] ¿Por qué Alpha?
[50:27] Porque una cosa
que echaba de menos en Badi, la única,
[50:32] era cómo unir
todos los conocimientos de mi PhD,
[50:36] inteligencia artificial, machine learning,
[50:39] cómo unirlo en el día a día
y tener oportunidad de hacer algo
[50:42] que iba beyond,
más allá del estado del arte.
[50:45] Badi, estupendo, pero es un marketplace.
[50:48] La verdad es que sí que había
un recomendation system,
[50:51] pero yo no me encargaba mucho
de aquella parte en Badi.
[50:54] Entonces, ahí tenía un equipo,
creo que eran 25 engineers.
[50:58] Y luego habían equipos de AI,
equipos de research.
[51:02] Hubiera sido más research
and developement.
[51:04] Cuando me lo pidieron,
tuve la oportunidad, ¿cómo dices que no?
[51:10] En mi caso.
Entonces, con Badi poco a poco,
[51:12] lo dejé poco a poco.
[51:14] ¿Tú tenías acciones en Badi?
[51:15] Sí, sí.
[51:17] -¿Que mantienes?
-Sí.
[51:18] Yo soy buen amigo con los founders.
[51:22] He hablado con ellos
hace un par de semanas.
[51:26] ¿Por qué? Porque lo que hicimos,
una cosa también a nivel profesional,
[51:31] tú no dejas un sitio si eres un ejecutivo,
un directivo, de un día al otro.
[51:35] Parte, que muchos contratos
ni te lo permiten,
[51:38] aunque quisieras,
no se hacen así las cosas.
[51:41] En mi caso, buscamos a otro CTO
[51:44] y encontramos al tiempo
a una persona supercapaz, muy muy bueno.
[51:49] ¿Que sigue hoy? ¿Sigue siendo?
[51:51] No, ha cambiado ahora.
Y se llama Miguel,
[51:54] y Miguel estaba en Google, San Francisco.
[51:57] Él también tenía un PhD.
[52:00] Ahora es CTO de Simpler.
[52:03] Y lo fichamos,
se vino con su familia, vino aquí.
[52:08] Cuando él vino,
me acuerdo que lo conocimos.
[52:10] Yo y Miguel nos conocimos, fuimos a cenar,
[52:13] luego llevamos a comer
todo el equipo tech,
[52:15] también es una manera
para pasar el testigo.
[52:18] Para que vean que es amigable.
[52:20] Aunque el mensaje de:
«Es una empresa que es la hostia.
[52:23] Es la hostia, pero me voy».
[52:25] No, lo han entendido
porque lo que hice era decir la verdad.
[52:29] La verdad era, después de mi PhD,
[52:32] en Badi he hecho tres años
de ejecución a tope
[52:36] y lo sabía. Meeting...
[52:38] Y estaría muy bien tener la oportunidad
de hacer algo como un moonshot.
[52:42] Un moonshot es un proyecto a largo plazo,
donde el budget es alto típicamente
[52:47] y te dicen que tienes
que revolucionar un sector.
[52:50] Volviendo al mundo académico.
[52:53] Era una mezcla porque tenía esta parte,
un buen 30 %...
[52:56] Vas y vienes, porque luego entra RSS
que no es un moonshot.
[53:01] Correcto.
[53:02] Sí, es correcto.
[53:04] Bueno, pero RSS es porque me nació así
en casa durante dos años.
[53:11] Ni yo ni mi socio Ben,
que es de Texas él, de hecho,
[53:16] sacamos ni un céntimo de este proyecto.
Invertimos un poquito, Bootstrap,
[53:21] entraron unas cuantas personas.
[53:24] Pero sí, hice un poquito esta trayectoria.
[53:27] Digamos que no lo pillé,
yo sé lo que quiero
[53:31] y entonces, cuando algo se me presenta
y tiene sentido,
[53:35] sé ya que lo quiero,
en cuatro milisegundos.
[53:37] El problema es cómo paso ahí.
[53:39] Por eso en Badi fichamos otro CTO.
[53:41] En Telefónica, hicimos lo mejor
que puede pasar en un moonshot.
[53:45] Nuestro moonshot,
le dieron 30 millones de inversión
[53:48] en octubre 2021.
[53:52] Y salió como una empresa propia
de digital therapeutics
[53:56] que se llama Koa Health.
[53:57] Estupendo. Entonces, como CTO
que estaba en el corporate
[54:00] y que se encontró
en otro startup otra vez,
[54:03] digo: «Okey, puedo ser este CTO
de esta empresa cinco años,
[54:06] pero ya creo que he alcanzado
lo que quería aquí».
[54:09] Entonces, buscamos durante meses otro CTO,
que entró en la empresa y luego yo me fui.
[54:15] Nunca dejé la empresa sin CTO yo,
hasta ahora.
[54:18] -Digamos que tu especialidad
-Es cambiar de empresa.
[54:21] Es de cero a uno, ¿no?
[54:23] Sí, sí.
[54:25] ¿Y crees que RSS ha llegado ya a este uno?
[54:27] No, RSS es mi niño, es diferente.
[54:31] Porque en RSS yo soy el board,
yo y mi socio.
[54:37] Es el trabajo mejor
que tuve en toda mi vida
[54:41] y quería este cambio.
El año pasado empecé a pensarlo por esto,
[54:47] porque cumplí los 40 y dije:
[54:49] «Tengo una empresa aquí
que está creciendo».
[54:52] Tenía, no sé, 10 000 podcasts
de personas que pagan,
[54:58] y ahora tenemos 17 600.
[55:01] Y está bien para un SaaS,
[55:04] siendo 12 personas,
donde algunos son part time,
[55:07] seis son part time.
[55:08] Hay tres ingenieros, yo,
mi cofounder está muy bien.
[55:12] Y pensé: «Si no lo hago a los 40,
me voy a arrepentir».
[55:16] La otra empresa acababa de levantar
36 millones, se podía buscar un CTO.
[55:21] Antes de entrar en RSS,
que ahora entramos,
[55:26] Telefónica tiene fama de ser un sitio
como más o menos gris,
[55:31] con funcionariado incluso,
he llegado a escuchar.
[55:35] ¿Es así o no es así?
[55:37] Yo diría que no es así,
[55:39] pero yo he tenido, en el sentido,
[55:41] con el punto de que Alpha
era una unidad de negocio
[55:46] en Telefónica hecha aposta
para estar separada del corporation.
[55:50] -Era un microservicio.
-Era un microservicio, sí.
[55:55] Y con menos observability,
[55:57] con menos de lo que serían los otros.
[56:00] Pero hecho by design así
es estupendo el mundo de moonshot.
[56:04] Es fuerte que las corporaciones
tengan que hacer esto,
[56:07] que acepten que no puedo innovar
dentro de mi organización
[56:10] y tengo que separarlo físicamente.
[56:12] Es exactamente lo que pasa
y muchos otros lo están haciendo.
[56:15] Y todo es el modelo de Google X.
Y aparte, moonshot factory en Europa
[56:19] yo creo que era la primera,
o por un rato la única.
[56:23] No hay, aparte de Google X y otros,
[56:27] no hay millones de personas
que trabajaron en moonshots,
[56:30] y es estupendo.
Podemos hacer un podcast
[56:32] solo en cómo aprendes a usar
el Innovation Funnel desde una idea.
[56:36] Tienes gates, ideas, POC
hasta llegar al producto.
[56:40] Y tienes que básicamente aprender
a matar las ideas rápido.
[56:44] Es superinteresante.
[56:46] De ahí nace Koa Health,
[56:48] que levanta 30 millones de euros,
y que ahora tiene un CEO.
[56:52] Sí, todo el equipo se movió practicamente.
[56:56] Telefónica tiene un stake.
Imagino que cuando la spin off...
[56:59] Tiene un stake, sí.
Y esto es lo mejor que te puede pasar.
[57:02] Porque cuando una industria quiere innovar
y crea dentro de sí misma
[57:07] otro tipo de vertical,
que no es la suya directa.
[57:11] Digital therapeutics
no es la primera vertical de Telefónica,
[57:15] pero te permite salir y tú tienes tu stake
obviamente por haber invertido
[57:19] y básicamente acelerado e incubado todo.
[57:22] Al final, no deja de ser
una incubadora con capital de Telefónica.
[57:26] Es una incubadora,
pero un moonshot factory, lo que añadiría,
[57:29] si quisiéramos simplificarlo
a los mínimos términos, es una incubadora,
[57:33] pero que sabe que el 99 % de tus ideas
[57:37] van a morir, porque es superambicioso
y es más a largo plazo.
[57:44] Pasa que el largo plazo, todos muertos.
[57:48] Es un buen punto.
[57:49] ¿Y ahora cuántos clientes tiene?
[57:52] Entiendo que es una herramienta
de mental health,
[57:54] una aplicación de mental health
para empresas.
[57:57] Sí, sí.
[58:00] Ahora llevo unos meses sin seguir
las evoluciones del producto,
[58:03] pero los sigo de cerca en LinkedIn,
porque, obviamente,
[58:06] habiendo estado en toda esa transición,
lo siento también un poquito mío.
[58:14] Hay una aplicación que básicamente
es para empleados y para mental health,
[58:23] entonces, human resources
la puede utilizar,
[58:26] recursos humanos la puede utilizar
para ayudar, ofrecer actividades.
[58:30] Lo que tiene es que los contenidos,
comparados a otro competidor,
[58:35] se me ocurre Calm, Headspace,
que son bonitos.
[58:38] Que son B2C.
[58:39] Sí, pero lo que tiene esta aplicación
[58:41] es que los contenidos están hechos
por psicólogos, psiquiatras.
[58:45] El equipo que está de research
son personas que han trabajado
[58:49] en el campo desde hace años.
[58:51] Tienen colaboraciones
con el Massachusetts General Hospital,
[58:55] que es uno de los mejores hospitales
de mental health en el mundo.
[59:00] Entonces, esta aplicación tiene un extra.
El extra, el unique value proposition
[59:05] es también el hecho de que el contenido
en sí mismo es algo muy muy efectivo.
[59:10] ¿El canal es contenido
o hay alguna tecnología?
[59:13] También tecnología.
[59:15] Y aquí el corporate tengo que disclaimers
que no puedo decir absolutamente nada
[59:19] de aquel período, todo el resto no puedo.
[59:21] Pero sí que os puedo contar
para que entendáis.
[59:25] Se han hecho cuando yo estuve
creo 11 patentes.
[59:32] Os hago un ejemplo de una cosa
que se puede comentar.
[59:35] Acaba de salir,
he visto que acaban de publicar
[59:38] en Nature Medicine
[59:41] el algoritmo que hicimos a su tiempo
trabajando con NHS en Inglaterra
[59:48] para predecir crisis mentales
antes de que ocurran,
[59:53] usando ciertos datos que hemos tenido
tanto por Telefónica como por el NHS.
[60:00] Y esto funcionaba,
aunque no funcione el 100 % de las veces.
[60:03] Prevenir una crisis mental
permite prevenir hospitalización que vale,
[60:07] invento ahora,
miles de pounds o de euros al día.
[60:12] Entonces, aunque tú no tengas
el 100 % de alertas que son perfectas,
[60:18] la accuracy era suficiente para tener,
primero, ahorrabas dinero;
[60:23] y segundo, las personas
con crisis mentales pueden evitarlas.
[60:28] Esto es un algoritmo que se hizo ahí.
[60:30] ¿Pero lo utilizan? ¿Hay mucha gente?
[60:33] Por supuesto, lo utilizan.
[60:34] ¿Qué facturación tiene, por ejemplo Koa?
[60:38] Según Zoominfo, 14 millones de euros.
[60:42] Sí, existe, no sé.
Pero lo que puedo decir yo es que también
[60:46] no es el único producto que tienen.
Ahora están haciendo o habrán acabado
[60:51] una FDA approval de una aplicación
para body dysmorphic disorder,
[60:55] para estos disorders
donde el cognitive behavioral therapy,
[60:59] esta terapia que existe
desde hace muchos años,
[61:02] pero estaba en papel antes.
Han cambiado el medio,
[61:05] ha mejorado los contenidos.
[61:07] Koa está siendo
muy capaz de entrar en este nicho
[61:11] con algo que es muy innovador
en ese sentido.
[61:14] Y ha podido porque Telefónica también
había gente de AI,
[61:19] hay gente que trabajaba ahí
que ahora está en Snapchat AI...
[61:24] Había gente de todo el mundo.
De NASA, de DARPA,
[61:28] estar en la planta 12
de la torre Telefónica
[61:32] con la vista al Mediterráneo,
con el budget...
[61:34] Parece Los Álamos en el Manhattan Project.
[61:37] Sí, pero las personas que conoces ahí
te enriquecen mucho,
[61:44] porque son muy diferentes.
[61:47] Por eso ha valido la pena para mí irme,
para salir de mi confort zone.
[61:50] Podía ser CTO de la misma empresa
tres o cinco años,
[61:54] pero lo que hice yo al final
es salir del confort zone.
[61:57] Háblanos de tu niño, RSS.
[62:01] Pues supersimple.
[62:04] ¿Por qué empezó como side project?
Porque ya lo tenía por ahí
[62:08] cuando estaba en Italia
estudiando literatura.
[62:10] En Italia, cuando acabas,
tienes que hacer una tesis,
[62:13] aunque sea el bachillerato.
[62:14] Se llama tesis.
Tienes que escribir unas páginas.
[62:17] Y este profesor me dijo si quería hacer
un podcast de la universidad.
[62:20] Era el 2005.
[62:24] ¿Te imaginas?
[62:27] Yo escuchaba podcasts en aquella época.
[62:29] Bueno, había. Empezó en 2004, por ahí.
[62:34] Y creo que antes, antes.
[62:36] De hecho, estudiabas
en el pueblo, en la ciudad de Alberto.
[62:41] [diafonía 01:02:42]
[62:44] Puede ser porque era uno de los primeros,
por lo que sé yo,
[62:49] Podcasting Educational en Italia, seguro.
[62:51] No, yo estudié americanos.
[62:53] Escuchaba, no estudiaba nada.
[62:56] Estudiabas los podcasts.
Es superinteresante.
[62:59] Y cómo el mundo cambia.
[63:02] No el godfather, sino el podfather
se llama Adam Curry,
[63:05] que era un VJ de MTV.
[63:07] Ahora está haciendo una iniciativa nueva
[63:09] y hemos hecho dos entrevistas con él.
[63:12] Nosotros entrevistados en su podcast.
[63:15] Y básicamente yo,
[63:19] imagínate en la Facultad de Humanidades,
yo era un poquito el nerd.
[63:23] Entonces, nada, creé el script
para subir un podcast
[63:27] como si fuera un archivo adjunto
en un email,
[63:32] pero que creaba el RSS feed.
[63:34] El RSS feed es cómo se distribuye
el podcast.
[63:37] Luego Apple lo lee, lo parsea
y te enseña el episodio.
[63:42] Perfecto. Lo hice.
[63:44] Pero como era mi tesis,
al final escribí la historia
[63:46] de cómo hicimos el podcast educational
en la universidad.
[63:49] Pero lo puse en SourceForge.
Al tiempo era más SourceForge que Github.
[63:54] Lo puse ahí.
Y esto se hubiera parado ahí
[63:58] si no fuera que Universidad de Aarhus
en Dinamarca, de Ohio State,
[64:02] me escribían porque querían features.
[64:05] Entonces, me sentí, qué bien,
me sentí muy contento
[64:08] de que alguien usaba mi trabajo
y seguí mejorándolo.
[64:11] El script en sí mismo está en PHP
sin bases de datos,
[64:15] usaba archivos de textos XML.
[64:18] Estaba hasta 2017, 18,
[64:22] y estaba así y eran todas funciones,
[64:25] ni programado objetos, eran funciones
que yo había hecho en 2005,
[64:29] y que seguía mejorando un poquito,
pero es feo el código, pero funcionaba.
[64:33] Al final del día, lo que uno veía era
una interfaz supersimple,
[64:36] subía y funcionaba.
[64:37] Y he tenido a lo largo de los años,
he seguido manteniéndolo,
[64:41] gratis en mi tiempo libre.
[64:44] Y básicamente hubo más de 1 millón
de descargas en SourceForge.
[64:49] Y lo incluyeron en los control panels
de los hosting.
[64:53] Si tú tienes un hosting
y tiene el control panel
[64:56] para instalar el WordPress,
[64:57] muy a menudo hay Podcast Generator,
o había.
[64:59] Entonces, empecé a tener muchos usuarios,
y esta es la historia.
[65:03] Entonces, cuando estaba en Badi,
seguro que ha habido unos findes
[65:07] donde yo estaba jugando un poquito
y mejorando Podcast Generator,
[65:10] para actualizar algo,
porque me llegaron en total
[65:13] unos 600 feature requests.
[65:16] Entonces, es como si yo he hecho
una investigación de UX y UI,
[65:21] de lo que quiere un podcaster de verdad,
sin quererlo,
[65:24] porque me escribían lo que querían
y los que eran más comunes lo hacía.
[65:27] Todo así.
[65:29] Pasé Badi, estaba en...
[65:33] Es ahí cuando mi socio,
que tenía el dominio,
[65:36] lo había comprado, RSS.com,
lo había comprado-
[65:39] Barato, seguro.
[65:40] Baratísimo, baratísimo.
[65:43] Y él había invertido en esto, ¿por qué?
[65:46] Porque también el Google Reader era...
Google había cerrado el Reader.
[65:50] Él vio la oportunidad
de crear un reader, empezó...
[65:53] Y nada, me metí en esto.
Cuando empezó a escuchar más,
[65:57] cada vez más la palabra podcasting, 2017,
[65:59] buscó que hay open source de podcasting.
[66:01] Me encontró a mí, Podcast Generator,
[66:04] aparecía entre los tops, gratis,
y me escribió.
[66:09] Y él también es de Texas,
pero habla español y habla italiano.
[66:13] Estuvo en Italia.
Me escribió en tres lenguas.
[66:15] Me dice: «Hablemos».
[66:17] Y cuando nos juntamos dije:
«Hagámoslo, pongamos, hagamos un MVP».
[66:21] Y el MVP lo hice yo
con un amigo mío de hace años,
[66:26] y tardamos yo creo de verdad un finde.
[66:29] Lo que hicimos era...
[66:30] Un finde y los diez años
que llevabas programando.
[66:32] Eso, sí.
[66:34] Lo estaba hablando con un amigo
que succes doesn't happen overnight.
[66:41] Entonces, sí, lo que hicimos era utilizar
el Podcast Generator que tenía yo,
[66:46] que era un zip, lo pusimos en un zip.
[66:48] Pusimos una página con Stripe.
[66:52] Tú pagabas, yo hacía unzip,
[66:55] lo ponía en la carpeta
con [inaudible 01:06:56] era tu podcast.
[66:58] Para probar.
Y la gente empezó a usarlo.
[67:01] Después de un año...
[67:03] ¿Cuánto pagaron?
[67:05] Al principio era 4.99, algo así.
[67:07] -Sí, al mes.
-¿4.99 por hacer el unzip?
[67:10] Bueno, lo sabían ellos.
Ellos para tener un podcast...
[67:12] La tecnología detrás era supersimple,
[67:15] pero de afuera tú lo que veías una página
que te explicaba qué era,
[67:19] clicabas y se te creaba una carpeta
[67:21] donde tú podías luego utilizar
Podcast Generator.
[67:23] Básicamente, habíamos puesto
Podcast Generator en un monolito
[67:27] en DigitalOcean.
[67:29] -Pero tenías que ponerlo en tu servidor.
-Exacto.
[67:32] Tenía que ser técnico.
[67:33] Podcast Generator sí.
Pero RSS.com es lo que...
[67:38] Era no ponerlo en tu servidor.
[67:39] En lugar de selfhosting,
selfhosting usa podcast generator,
[67:42] que por cierto, ahora hay otra persona
que lo está tomando, se llama Chris,
[67:48] no lo he conocido todavía.
[67:49] Sigue esto.
Esto si tú quieres hacer selfhosting
[67:51] lo puedes usar.
[67:53] Pero luego las estadísticas no la tienes.
[67:56] Nosotros lo que hicimos era simplificarlo,
[67:58] como otras empresas ya hacían,
solo que teníamos Podcast Generator
[68:01] y utilizamos esto.
[68:03] Al final, es el modelo open-source clásico
[68:05] de aquí tienes la funcionalidad,
pero nadie quiere correr sus servidores.
[68:10] Entonces, nos usas a nosotros
y nos pagas un fee mensual para correrlo.
[68:15] Absolutamente, sí.
Pero el MVP era feo a nivel tecnológico
[68:18] porque era simplemente el zip
que se abría, como unzip
[68:24] y creaba una carpeta para ti
donde tú podías luego loguearte,
[68:28] era muy simple.
[68:29] ¿Porque la alternativa cuál era?
[68:31] Rehacerlo.
[68:32] No, la alternativa
para publicar un podcast.
[68:34] Hay, conocemos otros.
Si tú buscas cómo se publica un podcast-
[68:38] Anchor, Spreaker, Buzzsprout, hay varios.
[68:43] Anchor, por ejemplo, es gratuito.
[68:46] Te postea el podcast de forma gratuita.
[68:48] Si quieres un competitor review
entre Anchor y nosotros
[68:52] y otros competitors que hacen pagar,
[68:54] yo te puedo explicar
que por ejemplo Anchor,
[68:57] la ventaja para los que empiezan
y no son serios de nada
[69:01] es que ellos no pagan nada.
[69:04] Pero Anchor, por ejemplo, tiene soporte,
[69:06] pero te contestan después de varios días,
si te contestan.
[69:09] Lo compró Spotify por cientos de millones.
[69:13] Entonces, Anchor tiene este problema
[69:16] y la interfaz ha mejorado ahora,
tengo que admitirlo.
[69:19] Pero era complejísimo.
[69:22] Nuestro motto siempre ha sido
que en tres clic
[69:25] tú tienes que tener el episodio online.
En Anchor tenías que crearlo,
[69:28] si se guardaba de una manera
tenías que procesar.
[69:35] Pero hoy es muy fácil.
[69:36] Nosotros utilizamos Anchor, por ejemplo,
para este podcast.
[69:40] Pero es fácil.
[69:44] Hay otros puntos.
[69:47] Si tú lo usas para tu podcast,
puedes usarlo,
[69:50] pero por ejemplo, estadísticas,
las estadísticas son-
[69:53] Son bastante mierda.
[69:54] Muy bien dicho. Pero no lo digo yo.
[69:57] Dilo más claro, a la audiencia.
[69:59] Sí, es verdad.
[70:00] Nosotros tenemos una senior feature
que se llama Switch to RSS.
[70:03] O sea, importa todo.
[70:05] Y tú tendrías que ver cuántos de Anchor
quieren importar a nosotros.
[70:08] Anchor tiene millones de podcast,
más de un millón.
[70:14] Nosotros tenemos 17 000,
para que entiendas.
[70:17] Pero Anchor es gratis.
[70:21] Anchor está creado, comprado Spotify,
porque Spotify quiere contenido gratuito.
[70:25] Porque Spotify si no,
tú pagas la suscripción,
[70:28] escuchas música con royalties,
con derecho de autor,
[70:31] y ellos tienen que pagar
los derechos de autor.
[70:33] ¿Qué ha dicho Spotify?
Entiendo la estrategia.
[70:35] Ahí me capturo podcasters.
[70:38] Así que yo sigo,
la gente paga suscripción,
[70:40] le doy un montón de contenido,
pero la mayoría no tiene...
[70:43] Te están explotando a ti.
[70:45] Cada minuto que no escuchas una canción
es un royalty que no tienen que pagar.
[70:49] ¿Sabes lo que quiero decir?
No es que te están explotando,
[70:52] pero te lo dan gratis
pero no es gratis.
[70:55] Lo hacen por esto.
Yo te doy independencia pura.
[70:57] Aparte, mucha gente prefiere
no tenerlo en Anchor gratis
[71:00] porque parece más profesional.
Yo no creo.
[71:03] Pero es como tener una web
en [inaudible 01:11:04].
[71:07] Ahora no sabría decir
si pagamos o no pagamos por Anchor.
[71:10] No, no podéis pagar por Anchor,
[71:12] pero pagáis el hecho de que ellos
le estáis regalando contenido.
[71:19] Eso está claro.
Pero Anchor te permite también
[71:21] publicar en Apple Podcast...
[71:23] Pero cada vez menos,
es el problema de la industria.
[71:26] Estaba la semana pasada en Londres.
[71:28] En Londres hubo
el CEO de Anchor hablando.
[71:32] Y yo justo twiteé que hablaba de RSS
que hablaba de RSS fees
[71:35] porque él, obviamente,
habiendo hecho un éxito así,
[71:38] dicen que ellos quieren monetizar.
[71:40] Entonces, con la excusa
de que ayudan a monetizar con...
[71:43] Ellos quieren que todo esté en Spotify.
[71:46] Es una guerra de gigantes.
[71:48] Es mi pregunta, porque parece
que está muy fragmentado
[71:51] y que hay una batalla
de winners takes all.
[71:54] ¿Vosotros cómo os encontráis aquí?
¿Os beneficia de la fragmentación?
[71:57] Porque publicáis en varios sitios.
Porque al final si alguien gana...
[72:01] -Si alguien gana...
-Os quedáis un poco fuera, ¿o no?
[72:04] Si alguien gana, yo diría,
de primera nos quedaríamos un poco fuera.
[72:08] En paralelo, estamos diversificando,
estamos creando tecnología
[72:11] para spam en podcast, que es otro mundo.
Están haciendo podcast de spam ahora.
[72:15] Acabamos de publicar
un artículo superinteresante.
[72:18] Es un machine learning
que funciona muy bien.
[72:20] Sabemos que la nueva tecnología
que cambia desde el audio los metadatos,
[72:24] crea el vídeo para YouTube,
[72:26] porque el discoverability de los podcasts
sigue siendo el 50 % en YouTube.
[72:30] Lo buscan en Google o en YouTube.
[72:32] Y esto es Edison Research,
[72:34] lo comentaron
en el Congreso de la Industria,
[72:38] donde participamos siempre en persona.
[72:40] Entonces, todo esto
nos permitiría pivotar bastante.
[72:43] Pero la fragmentación existe,
pero no hay ningún ganador todavía,
[72:49] porque son muy grandes
y no tiene que haber un ganador.
[72:52] Podcasting 2.0, Adam Curry, Dave Jones
[72:57] han creado esta iniciativa
para mejorar los tags de los feed de RSS
[73:02] para que sean mucho más modernos.
Tienen el transcription,
[73:06] tienen el geolocation,
[73:08] tienen el lock
para que no se pueda importar un feed.
[73:11] Y nosotros estamos implementando
todo el proyecto.
[73:13] Por un lado, parece que va a hacerse
un mundo cerrado.
[73:18] Por otro lado, el RSS feed
después de 20 años sigue siendo un ejemplo
[73:23] de open communication,
open exchange de información.
[73:28] Qué difícil es cambiar
ese tipo de protocolos, ¿no?
[73:31] Es difícil. No es difícil,
es que no hay un estándar
[73:35] que todas las industrias usan.
Entonces, cada uno quiere lo suyo.
[73:42] Iba a preguntar por Google.
Si tú tienes un RSS con todo el metadato,
[73:47] lo primero que se me pasa por la cabeza es
[73:50] en Google indexar todo este contenido
y ser ellos...
[73:54] Hay las dos estrategias,
el cerrado de Spotify
[73:57] y el abierto del metadato,
¿hacia dónde crees que va a ir?
[74:01] ¿Se va a abrir el podcast
y el podcast va a ser contenido
[74:03] que se encuentra en cualquier sitio?
[74:06] ¿O se va a cerrar y tienes que acceder
con un paywall para llegar a ello?
[74:12] Para mí, seguirá siendo abierto,
porque sabemos que los podcasters,
[74:17] no solo los nuestros, que son 17 000,
sino también los que encontramos,
[74:22] los creadores también muy populares,
que tienen millones de downloads al mes,
[74:27] que encontramos
en estos eventos de la industria.
[74:30] Estábamos en Londres la semana pasada,
en marzo estábamos en Los Ángeles.
[74:34] El pasado agosto estábamos en Nashville.
Vamos a Dallas.
[74:38] Esos son los encuentros
de los podcasters más grande del mundo.
[74:41] Ellos quieren todos los canales.
Ellos no quieren cerrarse en uno solo.
[74:46] Yo creo que la diferencia principal
que hay en este espacio
[74:49] comparado con Netflix
o estas plataformas de contenido,
[74:52] es que la barrera de entrada al contenido
[74:55] es mucho más grande
para una serie de televisión
[74:58] donde es muy intención, capital, etcétera,
[75:00] que para un podcast
que tú haces en tu casa
[75:02] y solo te hace falta tu gracia.
[75:03] Entonces, por definición,
va a estar muy fragmentado.
[75:06] Yo no sé si se puede ganar,
una plataforma puede ganar
[75:09] -el control de todos estos microcreadores.
-Es muy improbable.
[75:12] Hay que vender Spotify.
[75:14] Si tienes acciones...
[75:16] Bueno, Spotify también hay la música,
que es otra dinámica.
[75:19] Donde pierden dinero.
[75:21] También está muy fragmentado.
[75:24] Yo pago una suscripción premium
de Spotify desde el principio.
[75:28] Soy usuario.
[75:30] Pero la manera,
son muy agresivos en mi opinión,
[75:34] en la industria de podcasting
y no lo hacen por las razones justas,
[75:38] en mi opinión. Es esto que creo yo.
[75:40] Y entonces, tienen muchísimas críticas.
[75:43] Y creo que esta presión
le está haciendo entender un poquito
[75:46] que tienen que adaptarse.
Nosotros conocemos Spotify,
[75:50] estamos conectados con Spotify
para distribución automática.
[75:54] Entonces, tú cuando pones un podcast
en RSS.com, tú subes tu archivo,
[75:59] la primera vez, solo una vez,
haces submission,
[76:03] haces submit automáticamente
a Amazon Music,
[76:06] tenemos una API de Spotify,
tenemos la API de Spotify.
[76:10] Nosotros ya estamos integrados con ellos.
[76:12] Lo único que el podcaster
no quiere solo Spotify.
[76:14] Y acabamos de anunciar
el 16 de mayo con Apple.
[76:19] Apple va a lanzar el Delegated Delivery,
que nos permitirá también,
[76:23] tú puedes subir a nuestra aplicación
y luego ir y hacer una subscripción,
[76:28] tu podcast bajo subscripción de Apple.
[76:31] Ahora, tú me dirás:
[76:32] «Entonces, estás haciendo una interfaz
solo para suscripción».
[76:35] No, podríamos ofrecer un modelo premium.
[76:38] Anchor no lo puedo hacer en Apple esto.
[76:41] Podría si encontraran este partnership.
[76:46] Este podcast, justamente, podría estar...
Podría decir uno, RSS.com
[76:52] y tú podrías decir, o un podcast personal,
[76:57] cada semanas sale los viernes
pero solo bajo suscripción Apple.
[77:01] Tú lo subes a nosotros.
[77:03] Le dices: «Déjalo en suscripción
solo tres semanas
[77:06] y luego lo pones en todo el resto».
[77:08] Esto son cosas interesantes, son híbridas.
[77:13] Desde fuera, es un mundo
que yo desconozco,
[77:16] consumo podcasts gratuitos random,
¿pero cuál es el modelo que crees?
[77:22] Porque yo creo que todo el mundo
está peleándose sobre la monetización.
[77:26] Desde una suscripción
que accedes a contenido,
[77:29] son promociones dentro, es publicidad.
Ahí también los Ad Insertion,
[77:33] que he visto en vuestra landing
que también lo hacéis.
[77:35] -Lo tenemos.
-Entonces, ¿cómo ves tú el futuro?
[77:38] ¿Cuál crees que va a ser la monetización
ganadora dentro del mundo de podcasting?
[77:42] La principal será la publicidad
Host-Read ads.
[77:49] Entonces, hay suscripción. Fantástico.
Estoy muy interesado en ver, por ejemplo,
[77:52] cómo nuestros podcasters van a usar
las features de Apple.
[77:55] ¿Cuántos harán el freemium?
Donde lo dan exclusivo
[77:57] de un par de semanas
y luego lo dan a todos.
[77:59] Estoy superinteresado.
Estoy seguro que hay dinero ahí.
[78:03] Pero lo que vemos en la industria,
tendencias, datos de la semana pasada,
[78:07] para Estados Unidos,
que esta industria ha habido,
[78:11] ahora tendría que comprobar,
1.21 billions el año pasado
[78:16] en publicidad en los podcasts.
[78:18] Y esto va a ser cinco veces más
en los próximos tres o cuatro años.
[78:22] Es ahí. Hay la programática,
que es donde tú dices insérteme publicidad
[78:27] y te inserto lo que hay,
con el inventario, y tú haces dinero.
[78:31] -Haces matching de temática y cosas.
-Exacto.
[78:34] Pero lo que a mí me gusta más,
y a mí y a los creadores
[78:37] y a los publicitarios,
[78:39] es el Host-Read ad.
[78:41] No el Dynamic Ad Insertion programático.
[78:43] Host-Read ad quiere decir
que si yo tengo un podcast de cocina
[78:46] y uso un cierto producto específico,
una marca que me gusta de verdad,
[78:51] si esta marca tiene
un partnership conmigo,
[78:54] el poder que el podcasting tiene
en ese sentido es que tú conoces al host.
[78:59] Yo si te escucho, es que tú no me conoces,
pero tú eres mi amigo.
[79:03] Te escucho mientras estoy lavando
los platos.
[79:05] Te escucho mientras estoy conduciendo.
[79:07] Si tú crees en un producto,
esta es la premisa, y tú lo promueves,
[79:11] la eficacia de esta publicidad
o esta promoción
[79:16] es diez veces más lo que puede hacer
[79:20] cualquier tipo
de otra publicidad insertada,
[79:22] superinteresante.
[79:23] Eso es la publicidad de toda la vida.
Para el head tail de los podcasts,
[79:27] los que tienen más audiencia,
siempre es así, es como la televisión.
[79:30] Y los pequeños es como un microinfluencer,
plataformas de microinfluencers.
[79:34] Sí, pero pequeños. Si tú hablas
de ropa de niño, siempre tienen nichos.
[79:39] Entonces, también en estos nichos
es muy difícil
[79:42] poner un target en Google Ads,
programático.
[79:45] Sí, pero es difícil de ordenar esto.
[79:48] Es difícil de ordenar este marketplace
de creadores...
[79:51] Y la realidad es que nadie
ha conseguido hacer
[79:54] una plataforma de microinfluencers
que funcione, que escale bien.
[79:58] Esto lo veremos,
pero estoy de acuerdo contigo.
[80:00] Con los más pequeños es un poco más-
[80:03] Hay poco dinero y hay mucha transacción
para acordar este intercambio.
[80:08] Y tampoco hay mucha educación.
[80:09] Lo que quiero decir es, hay marcas
que el equipo de marketing,
[80:13] grandes y dice: «Tengo 5 millones de euros
de budget para este quarter».
[80:19] No hay muchas empresas
que todavía piensan:
[80:22] «¡Guau! ¿En qué podcast puedo invertir
1 millón de estos cinco?».
[80:26] Pero 1 millón en un podcast es muy fácil.
[80:29] Es una transacción
que se justifica por sí sola.
[80:32] Pero hablar con un millón de podcasters
[80:35] y meterles 1 € o 10 000, o 1000, o 100
[80:39] es muy complicado.
[80:41] Ahí vas más hacia el programático.
[80:43] Exacto, por eso.
[80:45] Pero targetizas por categorías.
De todas maneras, siempre...
[80:48] Los grandes siempre tendrán
oportunidad de sponsorship.
[80:51] Nosotros tenemos sponsors,
por ejemplo, en este podcast.
[80:55] -¿Facturación?
-Webhelp.
[81:00] Luego te cuento.
Por cierto, ¿tu facturación?
[81:03] No, yo te la digo.
[81:04] Mira, has dicho 17 000 podcasts,
tu precio es 8,25.
[81:08] Eso da un MRR de 140 000 €.
[81:11] Sí, se puede calcular.
Por eso la pregunta...
[81:14] No es, como se diría en inglés,
un factual statement.
[81:18] Por eso es divertido.
Facturación, si es un SaaS,
[81:21] lo bonito de un SAS, que es muy fácil
entender cómo funciona la empresa,
[81:26] porque si sabes cuántos
subscriptores tienes,
[81:29] tú has puesto un promedio perfecto.
[81:31] Te diré que tenemos muchos planos.
[diafonía 01:21:34]
[81:34] No, pero tenemos también
planes NGO non profit.
[81:38] Durante el covid, sin hacer publicidad
en internet ni nada,
[81:41] quien quería el plan gratis
se lo hemos dado.
[81:44] A veces damos planes gratis.
[81:46] ¿Estaréis sobre los 100 000 € de MRR?
[81:49] El ballpark es esto, obviamente.
[81:51] Millón de euros de ARR.
[81:53] El ballpark es esto.
[81:56] Porque esto es un punto muy interesante
para los competitors,
[82:00] porque ahí es donde tú no sabes
cuántos planes gratuitos tienes,
[82:04] -cuánto ofrecen.
-No les va a cambiar la vida.
[82:06] No le va a cambiar la vida a nadie.
[82:08] Pero con lo que dices tú, es simple.
Tienen un Saas,
[82:12] sé cuántos suscriptores hay,
porque te lo estoy diciendo,
[82:15] veo los precios,
matemáticamente sé el rango.
[82:19] Lo que no sabemos es el churn.
[82:21] Bueno, el churn te lo puedo decir yo.
[82:23] Nosotros hemos tenido
en los últimos seis meses
[82:27] un crecimiento promedio
que incluye el churn,
[82:31] entonces no lo he calculado
el crecimiento sobre el churn.
[82:34] El growth, llamemos growth
new user minus churn users.
[82:41] 5.5 creo que este mes también,
con el mes de mayo.
[82:45] ¿Qué es este 5.5?
[82:46] 5.5 MOM. 5.5 % mes over mes.
[82:51] Siempre, siempre.
[82:52] Durante el covid, 15.
[82:55] Ya, pero estamos mezclando
peras y manzanas.
[82:58] Porque hay que separar el churn-
[83:00] El churn me lo acuerdo.
El churn creo que está más o menos 4.6 %.
[83:05] 4.6 de churn mensual.
[83:08] Pero con el crecimiento
que podemos calcularlo ahora.
[83:12] Yo tengo en total al final del mes,
[83:14] cada mes desde el lanzamiento
de la empresa,
[83:18] después de un año era profitable.
[83:22] Teniendo cuenta que los dos founders
no sacaban ni un euro.
[83:26] [diafonía 01:23:27]
[83:30] Profitable, ¿por qué no?
[83:32] Al final del año,
en lugar de hacer dividendos,
[83:35] reinviertes todo en servicios...
[83:38] Y ahora sí, 5.5 % teniendo en cuenta
el churn que te he dicho,
[83:43] 4.6, por ahí.
[83:44] ¿Cuánta gente sois hoy?
[83:45] Doce, seis, pero son part time.
[83:48] Por ejemplo, marketing content creation
para el blog así,
[83:51] no está todo el día.
[83:52] Y el tema de Bootstrap,
¿os da miedo algún día
[83:56] que os pase competitivo,
[83:58] venga alguien con una ronda
de 20 kilos, 50, 80
[84:02] y se os coma a pastel?
¿O veis que hay espacio para todos?
[84:06] ¿Cómo ves este trade-off
entre competición versus capital?
[84:11] Repito, es el momento mejor de mi vida
[84:13] porque tienes un sentido de libertad
en lo que haces que es increíble.
[84:23] Ahora pareceré arrogante,
[84:26] pero si quisiera levantar
una ronda de inversión,
[84:30] después de haber levantado dos,
[84:32] no solo inversores directos, indirectos,
[84:36] sino también haber creado
o ayudado a crear pitch decks,
[84:40] he hecho pitchs yo mismo.
No lo veo difícil.
[84:44] Yo no creo que con los números que tengo,
si yo fuera un inversor dijera,
[84:49] no 50 millones, pero 5 millones,
porque quiero darlo gratis a todos.
[84:53] Así que llego a competir con Anchor,
paso todo esto,
[84:56] luego le ponemos publicidad.
[84:58] Por supuesto, la podemos tener,
pero vendes el alma luego.
[85:01] Luego tienes el board,
y luego tienes a otras agendas
[85:04] mientras nosotros estamos libres de crecer
con estos números.
[85:07] 5.5 month over month, con marketing cero.
[85:12] Una tontería, no gastamos casi nada,
[85:14] si pienso en lo que gastaba con inversor.
[85:16] La estrategia de marketing es content.
[85:18] Exacto. Años de contenidos en el blog.
[85:20] No sé, un artículo que escribieron
hace poco nuestro content manager era
[85:25] ¿Cómo se pagan los taxes cuando eres
un podcaster en Estados Unidos?
[85:29] Estamos dando valor a nivel...
[85:31] Entonces, con el dominio
que tiene buena autoridad
[85:33] y tres años de contenido,
tenemos un orgánico, 68 % son orgánicos.
[85:39] Yo soy advisor de varias empresas startups
y hago el juez cuando me invitan,
[85:45] no he visto tan fácilmente estos números
de orgánico sin gastar de marketing
[85:50] y sin tener inversión.
[85:51] El tema es cuánto quieres crecer.
Cómo de agresivamente quieres crecer.
[85:54] Es cuando empiezan
a cambiar los porcentajes.
[85:56] Por supuesto, el tema es, entonces,
¿cuál es tu exit strategy?
[86:02] Y esa es una buena pregunta.
[86:04] Vamos a ir a ello.
[86:06] Porque si yo pensara que RSS.com
se vuelve un Uber de los podcast solo,
[86:13] entonces, ahí podría tener sentido
a cierto punto pedir inversión.
[86:17] Pedir un series A tendría sentido.
[86:21] Porque ya no somos una startup.
Yo me definiría, scale up.
[86:25] Pero sería un series A,
porque no tenemos seed,
[86:27] no tenemos nada.
[86:28] Podría pedir si fuera a largo plazo,
pero al mismo tiempo empiezas a ver
[86:33] muchas empresas en la industria,
no estoy hablando solo de Spotify,
[86:37] radio, por ejemplo, DAX Global,
que es europea,
[86:40] acaba de hacer una adquisición
de Captivate,
[86:43] que es un competitor.
[86:45] Undisclosed amount, no se dice,
pero no es una mala idea.
[86:50] Si te gusta la empresa,
[86:54] hacer un merge and acquisition,
no es una mala idea.
[86:57] Porque hay empresas
que ya tienen agencias de publicidad
[86:59] y que ya hacen radio.
[87:01] Se puede crear tecnología
para convertir radio en podcast.
[87:04] O sea, una opción sin tener inversores es
unirte a una familia más grande
[87:09] donde hay un fit cultural,
y a mí me gusta.
[87:12] -Complicado esto.
-Pero me gustaría más esto-
[87:15] Vuestra pinta es de más pequeño,
más adquirible.
[87:18] Y encima no tengo que pedir al inversor
que me dice: «No, no, crece».
[87:22] Yo creo que la libertad que nos da ahora
mi socio y yo y a toda la empresa
[87:28] es que si hubiera una oportunidad
donde viniera un-
[87:31] ¿Lo puedes decir a la audiencia?
«Si hubiera alguna oportunidad...»
[87:37] Televisión Española dijera:
«Tengo que crear un branch de podcast...»
[87:42] Y dice: «¿Cuánto me vale crear una empresa
que lo hace y te cuesta,
[87:47] invento un número, 30 millones?».
[87:51] Tenemos esta cifra.
[diafonía 01:27:53]
[87:55] He inventado un número de verdad.
Digamos 30 €, entonces.
[87:59] No, 30 millones.
[88:01] Vamos a suponer, Alberto,
que te llama Televisión Española
[88:05] y te ofrece 30 millones de euros
aquí encima de la mesa.
[88:07] Bueno, tenemos que discutirlo,
porque dependería primero la valoración-
[88:11] 30 millones.
[88:12] Hay que hacer una valoración.
[88:14] 30 millones, ya la tienes hecha.
[88:17] -¿Qué haces con 30 millones?
-Pero no es una oferta.
[88:20] No es el valor de mercado sabemos.
[88:22] Vende.
[88:25] Pero una adquisición...
[88:29] Un acqui-hiring, donde tú eres parte
de una familia más grande.
[88:32] Tienes piezas, como la publicidad.
[88:37] Si tuviéramos inversión,
yo crearía mi propio sistema
[88:40] de dinamyc ad insertion
en lugar de usar uno externo.
[88:43] Porque me imagino,
es un buen reto, es divertido,
[88:46] pero tienes que hablar con agencias,
tener el inventario.
[88:49] Pero tenerla ya en algún sitio
y ser parte de esa familia,
[88:52] creo que aceleraría todo.
[88:54] Esto nos haría crecer
de una manera increíble.
[88:56] Ese merge iría en el unir la distribución
[89:00] con la generación de publicidad.
[89:04] En ese caso, Televisión Española
colocaría su publicidad
[89:07] -a través del dynamic ad insertion.
-Por supuesto, y tendría contenido gratis
[89:10] para su smart speaker, por decir cosas.
[89:14] Telefónica igual.
[89:16] Vuelve a casa.
[89:18] Pero sabes lo que quiero decir.
Sabéis cómo funciona.
[89:22] Es build, partner or buy.
[89:26] Cuando una empresa,
si tiene sentido a nivel estratégico...
[89:30] Oye, después de este último
call to action a Telefónica
[89:33] y a Televisión Española directamente,
[89:35] tenemos que dejarlo aquí,
que ya nos alargamos.
[89:38] Superinteresante tu experiencia
y tu historia.
[89:40] -Gracias por contárnosla.
-Gracias a vosotros por la invitación.
[89:43] Gracias, Pau.
[89:44] Gracias, Pau.
Ha sido un placer conocerte.
[89:47] Me sonabas.
[89:48] A mí también. Por eso, tenía muchas ganas.
[89:51] Y con los demás,
hasta la semana que viene.
[89:54] Somos un ecosistema
de startups tech de Barcelona,
[89:56] creadores de Camaloon,
Quipu y Factorial, entre otras.
[89:59] Ofrecemos más de 5000 metros cuadrados
de coworking a startups
[90:03] y organizamos eventos diarios
para discutir negocio y tecnología
[90:06] hasta la saciedad.
[90:07] Desde Itnig Fund invertimos en equipos
con capacidad de construir
[90:10] grandes productos y negocios.
[90:12] Te esperamos.

Transcripción completa

Bienvenidos una semana más al podcast de Itnig. Esta semana el CTO de Factorial, Pau Ramón Revilla, y yo mismo entrevistamos a Alberto Betella, CEO de RSS.com. Alberto, antes de ser CEO y fundador de su propio negocio, fue CTO de varios negocios, empezando por Badi. En Badi despidió la agencia con quien había hecho el primer producto, internalizó el equipo de desarrollo con dos personas megacracks, que reescribieron el backend. Con Pau Ramón vamos a discutir de qué tiene que hacer un CTO, cuál es su perfil, cuáles son sus skills, hasta qué punto tiene que tener la visión de la arquitectura y del producto a largo plazo o bien la parte más humana y de gestión de personas. Vamos a hablar de microservicios contra monolitos. Vamos a hablar del rol comodín del VP Engineering. Vamos a hablar del reclutamiento de los perfiles de tecnología, de los Bootcamps, donde Alberto fue profesor durante mucho tiempo. Y finalmente vamos a hablar de RSS.com y el sector de los podcasts. Cómo autoadministrar y autopublicar un podcast y cómo RSS.com, que es un negocio que se ha bootstrapeado hasta ahora, consigue ayudar a los podcasters a publicar y distribuir sus podcasts mucho mejor. Y el podcast de esta semana nos lo trae Zoom. El servicio de videoconferencia que nos ha salvado durante la pandemia y que sigue ayudándonos en el día a día para aquellos que estamos o en híbrido o en remoto o cualquier combinación de eso. Pero el equipo de Zoom os lo va a explicar mejor que yo. Pues sí, amigos de Itnig. Zoom es una plataforma de comunicaciones unificadas que ofrece la flexibilidad, la facilidad de uso y que además es escalable. Justo detrás de mí tenéis lo que llamamos la rueda de Zoom, donde podéis ver todo el espectro de soluciones que nosotros cubrimos. Desde la parte de meetings hasta la parte de telefonía VoIP en la nube, hasta webinars, eventos e incluso el chat, para la colaboración interna e incluso externa. Algo muy interesante también es la parte de salas de conferencia y de desarrolladores. Realmente nosotros estamos innovando todo el tiempo para asegurarnos de que las necesidades de nuestros clientes están cubiertas y, sobre todo, que estamos al día del mercado. Muchas gracias, Zoom. Y muchas gracias también, cómo no, a Factorial, que es la plataforma de recursos humanos que hace simple la burocracia y el papeleo de la gestión de las nóminas, de los contratos, los documentos, las firmas, los onboardings, la selección, el training, la performance, las encuestas, el tiempo, en fin, todo. All in one, en una sola plataforma, sin necesidad de aprender a programar. Muchas gracias, Factorial. Y muchas gracias también a todos vosotros por escribir comentarios aquí abajo, por suscribiros tanto en Spotify, Apple Podcasts, como en YouTube mismo. Y para asistir también los jueves al Pitch to Investors, ¿Y por qué no? Hacer networking con otros fundadores que buscan o cofounder o buscan talento, o talento que busca founders. Todo esto pasa también los jueves en el evento de Itnig. Y sin más, os dejo con Alberto Betella y Pau Ramón Revilla. Bienvenidos a las historias de startups de Itnig, un podcast donde hablamos de startups, negocio y tecnología. Bienvenidos una semana más al podcast de Itnig. Yo soy Bernat Farrero. Hoy estoy con Pau Ramón Revilla, que es el CTO de Factorial. Y con Alberto Betella, que es fundador de RSS.com. -Buenos días a todos. -¿Qué tal, Alberto? Muy bien, encantado de estar aquí. Alberto ahora es CEO, pero en su trayectoria principalmente ha sido CTO. Sí, es muy interesante. No soy CEO. Somos dos socios y nos hemos puesto Managing Director, porque cuando te pones CTO y CEO, luego se escriben solo a una de las personas depende de lo que piensan que es el target. Entonces, en teoría no. En teoría, soy Managing Director, no hay CEO, no hay CTO, hay Managing Director. Pero yo cubro más tareas de producto, tecnologías y un poquito menos la parte de finanzas. Tú vienes de tecnología, ¿no? Ahora nos explicarás un poco qué es RSS.com, pero antes de eso, tú has sido CTO de Telefónica Alpha y CTO de Badi. Correcto, sí. Puedo contaros un poquito. Cuéntanos un poco tu experiencia. Tú eres italiano, programador. No soy programador. Mi licenciatura es Literatura Extranjera. -¿Qué dices? -Sí, Literatura Extranjera. Pero esa es la primera pregunta interesante en la vida. ¿Cuál es tu background? Bueno, a veces no es fácil ser binario en este sentido. Explico: a los primeros de los 2000, 2001, 2, 3, 4, yo hice Literatura Extranjera en la Universidad de Bérgamo, punto. Español, El Quijote. Y inglesa, punto. Hice esto. En paralelo, para que lo sepáis, me acuerdo el primer 286 que mi padre me compró. Tuve una Amiga, Commodore Amiga desde los primeros de los 90. Programaba ya un pelín cuando tenía 11, 12 años. Un poco nerd eras. Un CTO filólogo, no... Exacto. Yo hice literatura, pero en paralelo fundé un Linux users group en nuestra provincia local, cuando Linux no... No había ni Ubuntu. Había que compilar, y creábamos, hacíamos eventos. Esto 2002, 3,4, para que entendamos. Entonces, hacía Linux user group, pero mi licenciatura es Literatura Extranjera. Pero luego me fui a Barcelona, hice un máster en la Pompeu Fabra, en Cognitive Systems and Interactive Media. La razón por que hice este máster es porque era una mezcla de humanidades y tecnología, me permitió entrar en neurociencia, todo esto, y de ahí entré en un doctorado en el Departamento de Tecnología de la Pompeu Fabra. Y entonces, tengo un PhD en Information and Comunication Technologies con una especialización en Affective Computing. Durante siete años creamos wearables, antes de la comercialización del Apple Watch, del Fitbit. Mi expertice son señales psicofisiológico, que al final del día son skin conductance, conductividad de la piel, electrodermal activity, que es lo mismo, y heart rate variability. Total, medir emociones a través de señales fisiológicos. Entonces, ¿cuál es mi background? No sé. Tecnología... Claramente, no está muy relacionado con lo que has hecho después. -Tú hiciste multimedia. -Yo hice multimedia. -Que es algo... -No sé lo que es todavía. Es quizás cada vez menos poner en cajas la experiencia de las personas, cada vez menos aplica, yo diría. Tú vienes de un mundo muy académico, que es muy raro aquí, por aquí hay poco de eso. La gente normalmente es programadora, si acaba el bachillerato ya es un raro en el mundo académico. Y normalmente drop-offs, se meten a programar y empiezan a construir aplicaciones. Es una pregunta estupenda como tema para comentar. Porque, primero, mundo académico estoy contento de haberlo dejado, y lo dejé cuando acabé el doctorado porque era demasiado lento para mis gustos. Y porque había trabajado cinco años en un proyecto de tecnología aplicada, Big Data, con sensores. Y después de acabarlo, mi sensación, proyecto europeo, 6.5 millones de euros, era que no se estaba explotando comercialmente cómo se hubiera podido si se hacen algunos eventos... Entonces, me sentí que no había tanto impacto. Entonces, dejé el mundo académico. Pero en academia también se crean cosas. Quizás en academia no te enseñan el Scrum o un Kanban, pero al final, te vuelves Project Manager, te vuelves escritor de artículos y papers, te vuelves presentador en el sentido de una conferencia y te vuelves estadístico, te vuelves data scientist. Que lo quieras o no, y son todas características que si tienes la chispa para ir en una empresa y aplicarla y aprender, trial and error, yo creo que te da una marcha extra. El problema luego es que todo esto que se hace ahí sirva para algo. Exacto. Pero es la marcha extra. Si tú estudias todo separado, estadísticas, estudia la teoría, yo enseñaba en el Pompeu Fabra estadística a los estudiantes. Pero al final, cuando te encuentras en una empresa, digamos Badi, que empezó a crecer. Empezó, tenía millones de usuarios, había que escalar. Entonces, montamos juntos el equipo de data science, de data en general. Empiezas a crear eventos de la aplicación, que tú cualquier cosa hagas lo envías a un data lake, luego al warehousing, luego a la capa de business intel. Todo esto, si tienes un background académico y logras conectar los puntos, desde luego ayuda. Sobre todo cuando tienes volumen. Ya tienes un equipo grande, tienes teoría, ayuda a estructurar y a ordenar, imagino. Cuando empiezas, igual no tanto, porque lo que hay que hacer es picar código. Depende, depende. Depende de la primera ronda, la ronda seed, ¿no? Exacto. Si la hay. Veremos más adelante. Depende de si eres el technical cofounder, depende cuánto estás involucrado en el día a día a nivel de programación. Yo sí que programo, pero soy el peor de todos los ingenieros con quien trabajé en toda mi carrera. Soy el peor en el sentido, si tú me quieres que me digas: «Móntame esta app. Crea Factorial». Por supuesto, solo en seis años lo hago. Es feísimo, pero funciona. -Lo puedo hacer. -¿Seis años? Seis años es lo que llevamos. Nos ahorraría mucha pasta. He hecho un blender, he dicho seis años para decir algo que es lentísimo. Y monolito. En seis años monto un monolito [diafonía 00:10:12] Estamos contratando. Pero lo que quiero decir, puedo programar pero soy el peor programador. Me rodeo de programadores buenos. Y lo que pasó por ejemplo en Badi, es que si tengo una cosa como CTO que estoy orgulloso haber hecho bien es no programar. Estaba en Ironhack, fui en Barcelona, estaba Ironhack en el [inaudible 00:10:42]. Y se montó el campus actual de Ironhack y había muy poca gente. Y con con mi compañero Marc se montó este campus de Barcelona, estuve seis meses. Cuando me fui a Badi, los mejores de la promoción, yo fiché ellos. Y delegué a ellos el día a día, digamos. Esto me permitió empezar a educar los que eran los otros ejecutivos y por ósmosis, el board, sobre lo que hacía falta, que no sabían que hacía falta. Por ejemplo, data. Tuvimos Guillem, que entramos juntos con Guillem, que era el Cheif Data Officer. Y empoderar una data infrastructure desde el día uno, no es algo que los CTO que salen de la uni típicamente programando hacen porque no lo saben. Es un poco la visión de decir: «Ahora no me sirve, pero en un año o dos vendrá el inversor, me pedirá esto y no tengo ni los datos». Entonces, lo que pude hacer yo era delegar la programación para poder... Casi lobbying. Es decir, yo necesito este budget ya para Amazon. No quiero tirar todo en Heroku. Lo quiero montar con Amazon. Necesito montar un data lake, ¿pero qué data lake? No tenemos muchos. Hace falta. Veo que hay controversia aquí, porque tendremos opiniones diferentes. Me encataría. De hecho, yo creo que es un camino interesante. El CTO normal o el más típico que te encuentras es el ingeniero que se ha presentado el primer día. Yo siempre digo que ser CTO es lo más fácil del mundo porque lo único que hay que hacer es te presentas el primer día en la empresa y dices: «Yo voy a programar el MVP». Vale, pues eres el CTO, y ya está. Pero parece que tú vienes de arriba, no de abajo. Entonces, es interesante pero a la vez, por lo que explicas, sí que conoces ese camino. ¿Cómo funciona esto? Sin haber vivido, sin haber subido hacia arriba. Pero tú Pau lo has clavado. ¿Cuántas veces te han preguntado qué es un VP Engineering, por ejemplo? Yo todavía me lo pregunto a veces. Yo te digo mi teoría basada en muchas conversaciones sobre el tema, en diferentes sitios y basado en mi carácter como CTO: hay bottom-up approach y top-down approach. Ambos son superimportantes. Entonces, el CTO que te entra en un startup no es que mi approach sea mejor que otro, pero necesitará alguien complementario a cierto punto de la empresa, tal cual. Entonces, es típico que cuando el CTO es el típico que hace código, llega a un cierto punto de la empresa donde le hace falta alguien más que cuide el equipo. Por ejemplo, si tú estás en tus cosas, estás ocupadísimo, no cuidas a veces la felicidad del equipo como tendrías o puedes, pero cuando escalas es difícil. En este caso, el VP Engineering es más hacia el equipo y las operaciones. O sea, es el que cuida el equipo el VP Engineering. -Para mí... No. Le preocupa la felicidad del... Es el manager. Al final, es el ejecutivo que pone orden en la casa y el CTO suele ser el visionario que ha tenido la idea y que tiene la visión arquitectural. Aunque parece ser que tu rol de CTO es más parecido al de un VP Engineering, tal como lo has definido. Exacto. Depende. Porque yo he escuchado, compartiendo estas ideas con varias personas, y tuve la ocasión de hablar con todo tipo de engineers gracias a los inversores que tenemos, o que teníamos al tiempo, de inversores de Trello, de Slack, de Foursquare. Entonces, eso me permitía poder acceder a personas que compartir esto. El VP Engineering es lo que dices tú, Pau, si el CTO es una persona que empieza escribiendo código. Si el CTO es más una persona, una people person, ¿qué tiene? Tiene que tener buenísimos conceptos de tecnología. Tiene que tener un track record, si no, no te respetan. Tienes que haber construido algo, hecho algo y tienes que saber cuidar a las personas y delegar y seguirlas cuando necesitas. Si el CTO es el tipo de persona que tú dices, puede ser un VP Engineering, sí, entonces, cuando fichas un VP Engineering, el VP Engineering será al revés. Digamos que tú hablas de la senda más canónica y yo hablo de lo opuesto. O sea, es un comodín el VP Engineering. Es un complementario. Para mí, sí. Para mí, es un complemento, uno de los colores... Al lado opuesto. Si tú tienes que hacer diez cosas en ingeniería, los one-to-one, organizar el equipo, los procesos, discutir cómo hacemos con los put request, ponemos pipelines... Si lo hace el CTO desde el día uno, poco a poco lo delega, obviamente. Pero el CTO no lo sigue mucho, lo siguen los ingenieros que son muy proactivos, pero en cierto punto un VP ahí, con los one to one, hablando de problemas, son complementarios. Pasa es que el que tiene la C es ejecutivo también, está en equipo de management. El que tiene la C está en el equipo de management. Esa diferenciación también es importante. ¿Quién pones en el equipo de management, el líder de personas o el líder tecnológico? Esto siempre el CTO, pero es muy simple esto. Tú, Pau, lo sabrás con los años. El CTO si es súper enfocado en tecnología y solo programa y no quiere saber de equipo y no quiere saber del board, lo cambian a cierto punto, si no se adapta. O escalas tú mismo como profesional y aprendes a presentar al board, aquella slide que es que es compleja pero simple, lo explicas de manera simple. Si tú no quieres gestionar todo esto, te quitan del Ejecutivo a cierto punto de la empresa. Y como es justo que se haga, y muchos están muy contentos porque le agobia esta parte de business y finanzas. Fíjate, yo le doy mucha menos importancia a cómo presentas en el board que cómo haces que las cosas pasen a través de la gestión de personas. Porque al final ejecución es liderar a personas. Y sobre todo si ya no programas. Al principio Pau programaba él, pero ahora lo que hace es tiene un equipo de más de 100 personas de ingeniería y yo creo que el éxito de Pau no es tanto cómo presenta en el board- Que no lo hago. Estoy ahí. Pero que a mí me da absolutamente igual esto es cómo consigue que pasen cosas increíbles con un equipo de 100 personas. Cosas difíciles, cómo convence, cómo genera una estructura de reporting que funciona. Para mí esto es mucho más difícil que cómo presentas en el board. Y sin embargo, te doy la razón. Hay veces que quitan a CTOs porque no saben presentar en el board. Bueno, depende si es parte de tus tareas. Si estás levantando una ronda y cuando estás demostrando la aplicación algo se rompe y no tienes ahí a alguien en esta presentación con la gravitas tecnológica, para decir: «Esto se ha roto porque...» En estos momentos críticos, sí. Alguna patada por debajo de la mesa... La naturaleza de la empresa también. Si tú eres OpenAI, que es una empresa que lo único que hacen es exportar tecnología, al CTO más le vale... Ser un líder tecnológico y mostrarte que tienen un diferenciador y una propiedad intelectual que es defendible. Pero esto lo ideal es que haya complementariedad. Y que haya igual un CEO. Y también aquí la complementariedad puede ser muy diferente. Pero igual un CEO o otro perfil, otro founder, lleva más la parte de fundraising la parte más corporativa, alguien lleva más el negocio, la tecnología, el producto se puede ir repartiendo. Y no hay una fórmula. No hay, pero lo que comentaba Pau del CTO, cómo entra, cómo evoluciona y lo que estás diciendo tú de la complementariedad donde el CEO hace fundraising es el 80 % de los casos. Entonces, resumiendo, yo hablo del 20 % de los casos. Yo creo, sobre todo después de esta conversación probablemente hago parte de esta parte un poco, donde es la minoría que entra con este approach. Probablemente debido a mi pasado, academia, pero me funcionó muy bien. Yo lo que no creo es en esta visión del CTO que es el visionario y que luego hay otro que gestiona a las personas. Pero es un espantapájaros. Imagínate, igual sirve para presentar en el board, pero el board no tiene ni idea de lo que está pasando en la compañía. Si el espantapájaros que no gestiona personas es quien presenta en el board. Pasa muchísimo y de hecho, el hecho de que en tecnología haya normalmente un ladder dual, normalmente hay los dos caminos, ya te identifica bastante que tienes un líder tecnológico y un líder de personas y un path, un camino para que ambos progresen. O sea, es muy muy común, es bastante aceptado. También por la naturaleza de cómo se empiezan las startups. Cuando hables de tu empresa, creo que he empezado igual. Tú programando un side project y de repente cogiendo tracción. Así que al final yo creo que va mucho en la naturaleza de cómo empiezan las empresas tecnológicas, que es con alguien picando en un cuarto [diafonía 00:19:43] Hay igual un doble liderazgo, porque el liderazgo tecnológico también es un liderazgo de personas. Yo lo que me niego a creer es que alguien puede estar en una cueva teniendo la arquitectura y la visión ahí, viendo cosas, y luego hay otro que es quien gestiona al equipo, y no hay comunicación entre eso. Puede ser un doble del liderazgo. Tienen que hablar entre ellos, etc. Pero es el típico Wozniak, el visionario que te hackea el ordenador en el garaje versus la persona que tiene que motivar al equipo y tiene que liderar. Pero, Pau, no sé si te ha pasado a ti, hemos hablado de estar en un board y cuidar a las personas como cosas, con un corte neto entre ellos. Yo quería estar en conversaciones importantes por dos razones. Primero, para que nos dijeran cosas que no se podían hacer, al menos set the expectation. Yo prefiero underpromise and overdeliver. Y cuando hago promises, obviamente es ambiciosa. Pero estar ahí te ayuda a no... Entonces, para ayudar tus personas, para que te vean como un ambassador, un embajador, esto es superimportante. Si tú estás ahí, ellos saben que tú entiendes lo que hacen y estás representando. Entonces, es este el punto de estar en los boards. Por eso te quería decir, parte de cuidar a personas es que ellos sepan: «Mira, Alberto, yo no sé lo que hace la mitad del día porque está en meetings, pero yo sé que si alguien dice una cosa que a nivel técnico no es viable, no me va a venir a decir: "Me han dicho que tengo rehacer todo". Él me defiende, es una ambassador de mi equipo y me está representando». La parte política es la parte que yo creo que es el puente entre lo que es el board y las personas. Claro, porque puede ser que del board salga un nuevo producto [diafonía 00:21:40] Y tú dices, ¿cómo B2B? En tu cabeza, en 30 milisegundos, ya es en el B2B. Son cuatro años, tengo que rehacer todo. O sea, tú lo sabes esto y entonces ya explicas, porque quizás el CEO no sabe... Antes que alguien se comprometa a tú estar ahí, eres un político que representa a engineering. Cuéntanos un poco cómo fue tu entrada en Badi. ¿Tú fuiste de los primeros programadores o personas técnicas que había ahí o ya había programadores? Tenían los founders, son los tres founders. Hay Carlos, Pablo y Álvaro. Había un par de personas, yo creo que era número cinco o seis, para que nos entendamos. Había una persona de marketing, quizás dos, y tenían una agencia. Y yo creo que lo hicieron bien. Ellos tuvieron una idea, encontraron una agencia que la desarrolló, perfecto. El problema que al tiempo era un good problem to have, era que la agencia, no que la agencia, sino que la app iba bien, crecía. Entonces, sí que la agencia se quedaba un poco corta. Y sobre todo los founders no tienen ni el tiempo ni el conocimiento para comunicar con la agencia. No sé, me acuerdo que le enviamos los backs por Telegram. Okey, está bien, pero en la agencia imagínate... El product manager habrá tenido que usar Telegram, ponerlo en su [inaudible 00:23:02], ¿te imaginas? Nadie tenía ningún problema, pero eso no ayudaba a crecimiento. Esto generaba frustración por los dos lados. Lo he visto en todos los sitios, mil veces. Entonces, querían una figura a donde pudieran delegarle esta parte. Yo me quiero olvidar y enfocarme en fundraising, en este caso, en Badi era esto. Entonces, entré número cinco o seis... Una apuesta arriesgada porque tú no venías de ser CTO de otra startup. No, pero venía de crear durante casi siete años -en la universidad. -Pero es muy diferente. Pero no. Había un consorcio de 17 instituciones, incluso comerciales. Teníamos que crear con Unity 3D. Teníamos todo un sistema de realidad virtual, conectar los sensores, teníamos máquinas. Construíamos cosas. Para construirla necesitabas orquestar, organizarte. No parece, pero era más tecnología aplicada lo que hacía yo. No escribía los papers así. Hacía estos tipos de experimentos, de proyectos y luego escribía un poquito los resultados. Entonces, entraste como empleado número cinco. -Sí, o seis. -Internalizaste todo el desarrollo. Poco a poco, porque era imposible. Yo lo que hice es: pedí el código de la app y sobre todo del backend. Yo soy superfan de la infraestructura del backend. Superfan, porque yo veo las apps, especialmente móviles, como shells. O sea, como un Netflix. Netflix la app, nadie dice qué bonita la app de Netflix. Es una cuadrícula. Para mí es como una shell y lo más importante es lo que está detrás. Entonces, pedí el código para entender qué tenía en mano. Y la API que había hecho esta agencia era Java, y que yo no conozco. Yo si vengo de algo, venía de PHP. Imagínate, de PHP en los 2000, imagínate de dónde vengo. Pero Java no conozco. Pero no hace falta un PhD en Development Engineering para entender que una clase de 1200 líneas donde al menos la mitad eran comentadas, era mala. La habrán hecho así. Entonces dice, yo quiero rehacer el backend, lo ponemos en Amazon, y entonces necesito dos backends. Y como estaba en Ironhack, y me quedé un poquito en Ironhack como un instructor. Pero tenía esta suerte de encontrar las personas con más talento, y se hacía Ruby al tiempo. No soy superfan de Ruby, lo enseñaba, es mágico, pero funciona y es rápido. Y sabemos por Twitter, Airbnb, tenemos una lista muy larga. -Factorial. -Factorial es de Ruby, perfecto. Entonces, yo no soy muy fan porque a mí me gusta hacer las [inaudible 00:25:56] el ORM es demasiado Mac. Pero yo mismo creé una empresa técnica basada en Ruby. Porque dije, perfecto, es un stack. Estas dos personas son muy capaces. Son David y Oriol, que hasta hace poco eran senior engineering y se han quedado cinco años. Y básicamente ellos entraron, y con Ruby lo bonito es que se puede ver que en el front están, cómo decir, intertwined. Y así empezamos. Empezamos con Ruby... Tirasteis a la basura el código, las 200 líneas de espagueti en Java. Mil doscientas. No, no, solo una clase. Lo tiramos a la basura a lo largo de unos seis meses o cuatro meses. ¿Cuál era la agencia esta? Prefiero no decirlo. Un saludo aquí. O sea, hubo dos. Se pueden culpar una a la otra y ya está. No es eso, es que la primera lo hizo. Pero tengo que deciros también que yo vi cuánto se pagó y yo no hubiera ni empezado por aquel. Digo, no entiendo, era un MVP, era una idea, lo hicieron... La segunda entró, pero heredó lo que había. Entonces, lo hicieron bien, todo lo hicieron como había que hacerlo a un cierto stage. Pero lo que hicimos es backend, Amazon, empezar a construir esta parte. Y mientras tanto dejamos la agencia con las apps, porque a mí las apps me interesan mucho, el UX, UI, pero sé que esta la puedo rehacer 20 veces. Pero la infra es mucho más importante. En seis meses, en tres meses, de hecho, teníamos la API, la lanzamos. Y luego, poco a poco, creo que en enero, era agosto, en enero del 2016 lanzamos las nuevas apps. ¿Tú también lo ves así, que la parte más importante es la API, el backend, y que el front da igual? No, depende, obviamente, pero sí que suele ser lo más crítico. Lo que pasa es que sí que es cierto que depende de la aplicación. En nuestro caso, por ejemplo, Factorial es lo más importante, porque es donde guardamos el dato y al final si el dato está mal, todo lo demás da igual. Pero sí que le damos mucho cariño y hemos invertido bastante también en el front, porque veníamos de un mundo donde recursos humanos las aplicaciones eran feas, inusables, entonces le pusimos un poco más de cariño. Pero sí que es lo más crítico. Si falla el backend... Se ha ido moviendo. A veces ha sido el backend lo más crítico, luego se ha movido todo al front, luego al back. Centralizado, descentralizado. El front es lo más importante que el usuario. La user experience es el corazón de la empresa. Pero tener la user experience y luego no escalo la empresa, pierdo una inversión porque no tengo la infraestructura bien planteada. Es este mi problema. Por eso digo la puedo rehacer. Si no está bien la user experience y la interfaz no está afinada, yo podría buscar en el mundo los mejores profesionales y nos ayudan, y lo voy a rehacer. Pero lo mismo con el back, si es lo que hiciste... Es más complejo, en mi opinión, sobre todo cuando tienes estructuras de datos, cómo tú organizas las tablas, las relaciones entre los datos. El problema es el dato, lo más caro es el dato. Porque picar código es relativamente barato. Mover datos no es fácil. Yo creo que es siempre lo más complejo. Muchas veces que nos piden: «Hay que cambiar esto» y tú piensas, aquí es complicado porque ya tenemos muchos datos que tienen esta forma, y la nueva forma de hacerlo no tenemos los datos para hacerlo. Entonces, por eso es complicado muchas veces y caro. En este caso, el front es más barato de cambiar de uno a otro. Y te dieron confianza, porque muchas veces cuando hay un cambio de CTO, lo primero que pasa es esto, es: «Hay que reescribir todo». Hay que dedicar un año al refactoring, o seis meses al refactoring. Desde el punto de vista negocio, me dan ganas de tirarme por la ventana cada vez que oigo esto. Pero te dijeron que sí, todo bien. Me dijeron que sí, pero depende de tu capacidad y tu paciencia como profesional en tecnología, o persona que es un experto en lo que está haciendo, en cómo lo vendes y en cuánto tiempo lo quieres hacer. Yo no estoy hablando de ego. Ojalá hubiera entrado y todo funcionara y tenía que escalarlo. Bueno, no hubiera aprendido muchísimas cosas que he aprendido chocándome. Menos mal que me pasó a mí a nivel personal. Pero hubiera sido mejor heredar algo perfecto, todos contentos. Yo tuve que entrar y hacer todos contentos. Además, la agencia, ser un poquito el puente, casi el project manager a veces para explicarle las cosas, darle el contexto de por qué cambiamos, 40 veces las misma cosa que le hemos dicho y tuve que tener paciencia porque fue gradual. Si uno entra y solo por ego te cambia el stack, pues no es un buen profesional. Está claro. Pero ni en la parte tecnológica, ni en el marketing, ni en la de venta. El ego lo dejas a casa cuando estás en un startup. Está claro. Entonces, bueno, reescribiste el backend, tenías dos personas top que sacaste del Ironhack, ¿pero profesores o alumnos? No, eran alumnos, los mejores alumnos Los mejores que tuve y que todavía me los acuerdo. ¿Acababan de aprender Ruby y les pusiste a hacer el backend desde cero? Uno sí, porque de hecho su carrera, típico de Ironhack, hacer coding bootcamp como Cold Works y parecidos. Hay gente que yo tuve en los pocos meses que me quedé en Ironhack, especialmente ayudando a montar un poquito el campus nuevo, enseñando, había jugadores de póker que se convertían en programadores. Uno nuestro es jugador de póker. Había una bailarina, por ejemplo. ¿Una bailarina? Sí. Y mientras estas dos, David y Oriol, que entraron en Badi, yo creo que Oriol quería ser policía. No quiero exagerar, quizás escucha un día. Me acuerdo que estaba en una carrera... Quería, sus deseos. No me acuerdo. Creo, creo. Imagínate, entró en Ironhack. Y David ya tenía la carrera, creo... Ya trabajaba antes. Sí, trabajaba antes. Ya que hemos abierto el paréntesis de los Bootcamps, ¿piensas que de ahí sale...? Evidentemente sí, piensas que de ahí puede salir talento potente. Tú contratas en Bootcamps. Sí, sí. Ahora, yo prefiero contratar al junior, que le puedo, entre comillas, no sé si el verbo es correcto, pero criar de una manera como me gusta a mí. O sea, que entiendan empatía, por ejemplo. Siempre el concepto del ego. Los seniors con quien he trabajado, me ha pasado en Telefónica, entré y yo quizás en Badi era el más mayor de diez años de todos, desde los CEOs hasta... Tenía 35 años pero era el más mayor, para que entendáis, al tiempo. En Telefónica, no. Había gente de 45 o 50 años en mi equipo. Muchos superamables, pero en algunos casos, cuando una persona está acostumbrada a trabajar de una manera, es complicado luego acordarte mucho más tiempo, hay fricción. Si tú entras en un startup que empieza, que es pequeña, con junior al principio, le das oportunidad, ellos aprenden. Típicamente ellos son personas, los junior, lo hacen el sábado. Yo no estoy promoviendo trabajar el sábado. Estoy diciendo que si le gusta tanto que lo hace como hobby. Quiero decir que esta chispa que tienes cuando eres joven, estás aprendiendo algo yo no la veo mal en un startup. Desde ahí, lejos de tener comentarios- Yo hice el approach contrario, de hecho. Bueno, porque tú también es Factorial. Yo me traje... Bueno, yo obviamente ya había trabajado con varios profesionales a lo largo de mi carrera, y cuando empezamos Factorial tiré de mi agenda, y gente muy senior, menos gente más, más senior. Y nos fue bien. Al final, son las opciones. O le ponés más actitud que talento, o le pones más talento que actitud. Se hizo famoso Pau diciendo que no contratábamos juniors en Factorial. En un podcast dije que las startups eran un sitio bastante hostil para los juniors, y el titular que pusieron es: «Los juniors no deberían trabajar en startups». No. Yo lo que digo es que en una startup el tren va a 200 por hora y un junior nuevamente acaba de salir del Bootcamp o de la carrera, lo que sea, va un poco perdido, y tú lo tiras dentro del tren y muchas veces es bastante difícil. Yo lo sé también porque he hablado con los juniors que hemos contratado y la sensación de ellos ha sido: «¡Guau! Los dos primeros meses que estuve aquí pensaba dejar la tecnología porque era todo tan rápido y era tan overwhelming». Pero bueno, depende de la stage, yo creo... Aquí hay que decir que junior o senior tampoco tiene que estar relacionado con la edad. Hay gente con 20 años... Tú hablabas del fenómeno divas en tecnología, que existe, está estudiado. Es que no puedo trabajar con divas yo. Pero ojo, que hay divas de 20 años. Pero no puedo trabajar ni con divas de 20 años yo. O sea que no tiene que ver con la edad. Estoy de acuerdo. Hay una correlación directa entre cuánto junior eres y la edad, a nivel de populación, de ingenieros. Pero sí que uno a 50 años puede empezar. Absolutamente, sí. Pau, me acabas de hacer pensar una cosa que nunca pensé hasta ahora, y efectivamente, tienes un buen punto. Mi empresa ahora, RSS.com, sí que solo con senior. Pero al tiempo, puede que yo viniendo de academia, habiendo tenido la suerte de contribuir a crear el campus propio de Ironhack en Barcelona, habiendo sido expuestos a todo este talento y a los mejores entre estos cohorts, yo he empezado así. Además, me ha servido mucho porque yo podía mentorizar sobre muchísimos otros aspectos. Y efectivamente, dependiendo del proyecto, de lo que... RSS tenemos tres ingenieros, son supersenior. Y dos trabajé con ellos antes, uno 20 años trabajé con él. Cuando tienes gente muy buena a tu alrededor, al final el único playbook es: quiero asegurarme que la gente que me traigo funcione, tiro de la gente que ya conozco. Tengo que escribir un post para subsanar mi post de hace años donde fiché juniors para crecer. Es verdad, cuando tú no conoces seniors, efectivamente es cómodo. Todos los post son mentira, todos los post. En algún momento. Lo que está claro es que a ti sí que parece que te gusta la gente, primero de todo. Tienes esta parte más social, de las Ciencias Sociales, de donde venías. No sé si a la gente le gusto yo, pero a mí me gusta la gente. Y te gusta este ámbito pedagógico, que viene de tu mundo académico, de enseñar y tal. Y sin duda la gente que has criado tú, va a tener mejor cultura, mejor fuerza, mejor alineación con la visión de la compañía. El tema es que sea capaz de entregar a tiempo, de generar valor a tiempo en un entorno cambiante y rápido, como dice Pau. Yo soy muy partidario también de tu escuela, en otros ámbitos. Es más, de hecho, muchas veces discutimos porque él es más de actitud versus talento y yo a veces hago el trade-off contrario. Pero lo veo bien, todo complementa. Y me gusta porque tenemos ideas diferentes, lo hace un poco más... Yo tengo un matiz a eso, es que creo que la actitud es talento. Pero esto ya sería darle muchas vueltas. Teoría unificada de... El nuevo blog post que vas a hacer. Que va a ser falso. Actitud es talento. Entonces, tú construyes otro backend con David. Hemos dicho David y Oriol. No sé si podía mencionarlos. Ahora le tendré que enviar un mensaje y decirle... Subrayaremos en los subtítulos y pondremos el pitido. O si no, si me dicen que no quieren, le tenemos que poner el beep a cada vez que los menciono. Y consigues que funcione, que no es poco. Bueno, te cuento una anécdota porque me lo acabo de recordar. La cuestión es, en mayo 2015 me siento con los tres founders de Badi. Hablan del proyecto, me parecen increíbles, sobre todo veo la potencialidad. Digo, esto me tiro en la piscina porque tengo tantas cosas que hacer yo también, y lo hago. Después de entrar y de fichar a David y a Oriol, pero justo en esta semana, nos dijeron que había una campaña de publicidad en televisión nacional, que es lo peor que te puede pasar en tecnología, que haya un pico que no sabes cuándo viene. Y en televisión, o sea que todos entran desde el sofá. En agosto. Entonces, teníamos tres meses para rehacerlo. -Esto es lo que te quería comentar. -David y Oriol encantados. Nos traían pizzas por las noches. O sea, es una historia real. Cuando se lo he dicho, lo hemos visto como reto. Estábamos muy frescos. Pero son cosas que si te pasan más adelante, te viene un infarto casi. O sea, después de entrar dicen: «Por cierto, en agosto...» Campaña publicitaria, no sé cuánto dinero había atrás, imagínate. A mí me pasó y nunca llegó la campaña. Estuvimos como un año y medio: «Que viene la campaña...» Era un poco como el mistery shopper. Y ahí gastando dinero en hosting para nada. -Pero esto no fue en Factoríal. -Eso no fue en Factorial. Aunque hemos hablado de televisión también alguna vez. Diez años. Entonces, en tres meses hicimos la nueva versión de la API en Ruby, y usamos la agencia, nos ayudó. Por eso estoy hablando bien de ellos que se han adaptado. Nos ayudó a cubrir todos los roles que no teníamos. Y de ahí empezamos a reemplazar hasta que poco a poco la agencia se fue, como tenía que ser, lo sabían. Y aguantó la campaña de televisión con el nuevo backend. Aguantó porque no era tanto el backend en Ruby. Lo que no se tenía siendo un monolito era un sistema de autoescalado. Hoy en día hablaríamos de kubernetes, ¿pero al tiempo, qué usamos? Heroku... Si no teníamos Heroku. Lo pusimos en Amazon Web Service. Traje como contractor a dos personas que conozco muy muy bien, que me ayudaron con la infraestructura. Al tiempo, la scriptaron, que está muy bien, era Chef, ahora es Terraform, es lo que tiene que ser. Pero en Chef la montaron, y teníamos autoscaling groups. Básicamente la API estaba diseñada. Estaba dockerizada finalmente. El data base estaba centralizado, pero al menos podías tener más instancias, no solo una, podías tener una instancia o cinco. Y el autoescalado funcionaba con los advertisment. Tenía picos, pero al final el problema era [inaudible 00:41:05], porque la mayoría hacía el sign-up o el log-in. Y tengo, puedo decir que hubo 99.99 % up time durante mi watch en los tres años que estuve en Badi, pero es suerte también, puede ser. No puedo decir lo mismo. A mí me pasó así. -¿No puedes decir lo mismo? -No. Pero bueno, normalmente, mayormente sí. Pero también tienes un mal día y... Una cosa que has dicho dos veces, que forma parte de un debate que yo siento que en los últimos diez años se ha ido produciendo, es el tema del monolito. Hablas de un monolito como una cosa mal. Estupenda para el MVP, es perfecto. El MVP de seis años. No, pero digo, no me hagas el kubernetes cuando no sabes si hay product-market fit, un POC, un MVP. Un monolito, luego el de Factorial, seguramente tendrás tus razones. Un monolito puede escalar. ¿Puedes explicar para nuestra audiencia qué es un monolito y cuál es la alternativa? El paradigma de monolito quiere decir que hoy en día los servicios pueden distribuirse, y hay los que se llaman microservicios, superinflados. Hay microservicios... El problema hoy en día que todo el mundo crea aplicaciones en microservicios. El día uno tienes microservicio para el login, el sign up, el microservicio para no sé qué. El monolito está muy bien, sobre todo para empezar y luego depende del flujo o del tráfico que tu producto tiene. Entonces, un monolito te puede aguantar cinco años. Por ejemplo, RSS.com ha sido un monolito dos años. -Por eso digo. -Y ahora no. Ahora ya no. Te puede aguantar porque tú puedes siempre escalarlo horizontalmente. Hablemos de una base de datos. Imagínate que tú tienes un Postgres. Si lo compras en Amazon, puedes comprar los flavors. Entonces, un flavor quiere decir micro, medium, large, extra large. ¿Qué es un flavor? No sé lo que es un flavor. -Un flavor es un tipo. -El tipo de máquina. Cuán grande quieres la máquina. Es escalada vertical. Al final tú escalas o verticalmente, que es comprar máquinas cada vez más grandes, pero ya hay un momento que la máquina no puede ser más grande; o escalado horizontal, que es compras más de esa máquina. Entonces, un ejemplo... No he contestado en una manera rápida la pregunta. Un monolito es una caja que lo tiene todo adentro en esta caja. Es perfecto, porque si quiero usar el producto, está todo ahí. Es más fácil saber dónde están las cosas. Además, muy probablemente ha habido menos gente que la ha tenido que trabajar porque hay menos mantenimiento casi, en el sentido que no tienes que monitorizar y observar, que es superimportante observar, no tienes que observar muchos componentes separados, está todo en la caja. Escala, por supuesto. Compras en la base de datos más grande, con más memoria. Compras el servidor con más memoria, lo que sea, escala, pero verticalmente, como dijo Pau. Hay momentos en que no puedes. Es ahí que en el monolito falla. Yo creo que hay una diferencia muy grande entre el mundo de Alberto y el nuestro, que es la diferencia entre B2C y B2B. El volumen que tienen los B2C, especialmente cuando sales en televisión, ahí el escalado es muy agresivo y muy elástico. Nosotros añadimos una máquina cada año o cada seis meses. Es muy predecible, muy lineal, no es tan elástico, no es tan agresivo como con B2C. Pero hay factores también de mantenimiento y de arquitectura. Hay los boundaries. Si tú quieres asegurarte de que cada trozo del código tenga un ownership claro. Que si algo peta, ¿quién se encarga de esto? Entonces, con los microservices sí que es cierto que el boundary, la frontera que tú dibujas es física. Esta máquina está corriendo tu servicio y tú le encargas de mantenerlo. En el monolito, como todo está junto, ahí es un poco más difícil -de dibujar las fronteras -Entonces, la complejidad se traslada a la coordinación de esos servicios, al arbitraje. -Como todo en este mundo... -Todo tiene trade-off. Exacto. Si centralizas o descentralizas, la complejidad es exactamente la misma. Lo que pasa es que en una tienes cosas más pequeñas, más fáciles, pero un todo más complejo, o viceversa. Y típicamente en el monolito gastas mucho más dinero, aparte. Y en el caso de Factorial que estás explicando, Pau, por ejemplo, esto es un ejemplo de cómo el CTO hace las cosas impecables. Gracias. Te explico por qué. Es la parte business. Porque no nos conocemos, entonces lo puedo decir. Porque si todo el mundo te dice el monolito está mal, sí, pero depende. El comentario que acabas de hacer, Pau, entre B2B y B2C. Es exactamente el punto. Un CTO entiende el business. Entiende cuál es la solución mejor. Y no tiene que justificarse con nadie si lo que está haciendo ayuda al business. No, pero digo, en el monolito, Factorial efectivamente siendo B2B, tú no tienes cientos de millones de líneas de logs por hora, que tienes que parsear con Kafka Stream para poner, para crear un recomendation system. Ahí es donde no escalas, punto. Entonces, está muy bien. Y una cosa que no hemos dicho. El problema entre monolito y hacer microservicios o servicios, un sistema más distribuido, es tú eliges lo que quieras depende de la empresa, depende del stage o del tipo de empresa. El problema es que no es fácil cambiar. Por eso decía, si tú tienes un monolito y tienes un B2C, y te dan 50 millones de inversión o 20 y empiezas a gastar 1 millón en publicidad al mes, tiene picos que tú tiras el dinero de marketing, porque aunque [inaudible 00:47:13] noche y día y ficharas el doble de equipo, no lo puedes cambiar de un día al otro, tarda meses. Es ahí la visión de saber cuando pasar. ¿Cómo escala el equipo? Porque entiendo que hacéis el cambio de la API, del backend, entra dinero, acabas levantando 40 millones. Cuando me fui, yo me fui después de levantar un total de 45 millones, entonces me fui después de la serie B. Entonces, ¿cómo escala el equipo de tecnología? ¿Cómo evoluciona? Cuando te vas, ¿qué hay ahí en tecnología? Cuando me fui, dos personas de Ruby, cuando me fui en el sentido de cuando entré, había dos personas de Ruby. Luego, DevOps inmediatamente. Para mí, DevOps es cloud infraestructure también. Y al final entré a frontend, y luego empieza a escalar en el sentido de que empiezas a crear lo que son pods si quieres. O sea, empiezas a tener frontend, backend y soporte de DevOps, que te ayuda a crear partes de productos o features. Entonces, yo me acuerdo cuando me fui de Badi, después de tres años había 25 ingenieros. -¿25? -Creo que sí. De los cuales, me has dicho antes que 17 los contrataste tú. Sí, los primeros fui yo. Me acuerdo José, de iOS, no se encontraba iOS. Al tiempo, yo decidí hacerla nativa. Porque el touch and feel de Apple y de Android eran muy diferentes y las aplicaciones un poco más, llamémosla híbridas, todavía React Native no estaba muy bien. Flutter me encanta, lo usé en Telefónica. Lo promoví ahí. Pero cuando empezaste Badi... Cuando empecé Badi, el problema de aquellos frameworks que si tú tenías un botón, un alert, por ejemplo, de iOS, si cambiabas iOS, el alert estaba dibujado con CSS. Era antiguo. No era el touch and feel que quieres en mobile. La hicimos nativa, iOS no lo encontrabas. Al final, encontré una persona que tenía un perfil en LinkedIn y empecé a escribir en general. Y esta persona le dije: «Soy el CTO, no soy recrutier». Me paré: «Mira, estás es Barcelona, me ha gustado mucho la app que haces soy el CTO, si quieres hablar, vamos a tomar un café». Y pude atraer mucha gente con el hecho de poner la cara y decir: «Mi tiempo, me siento contigo y te contamos». Eso le hace ilusión al programador, porque recibe cada día 200 recruiters, cuando te escribe un CTO que quiere tomar un café contigo, hace ilusión. Eso funciona, ¿no? El vanity es importante. Además, es un cumplido. Porque tu tiempo, estás ocupadísimo, si te sientas quiere decir que de verdad you care. Totalmente. Oye, ¿qué pasa con Badi? ¿Por qué te vas? Me fui simplemente porque hubo la oportunidad de entrar en Telefónica como CTO de Alpha Health. Y Alpha Health era el único moonshot al tiempo. Básicamente en Alpha no había CTOs. Hubiera sido el primero en toda este business unit de una corporation con 54 billion dollars revenue al año. ¿Por qué Alpha? Porque una cosa que echaba de menos en Badi, la única, era cómo unir todos los conocimientos de mi PhD, inteligencia artificial, machine learning, cómo unirlo en el día a día y tener oportunidad de hacer algo que iba beyond, más allá del estado del arte. Badi, estupendo, pero es un marketplace. La verdad es que sí que había un recomendation system, pero yo no me encargaba mucho de aquella parte en Badi. Entonces, ahí tenía un equipo, creo que eran 25 engineers. Y luego habían equipos de AI, equipos de research. Hubiera sido más research and developement. Cuando me lo pidieron, tuve la oportunidad, ¿cómo dices que no? En mi caso. Entonces, con Badi poco a poco, lo dejé poco a poco. ¿Tú tenías acciones en Badi? Sí, sí. -¿Que mantienes? -Sí. Yo soy buen amigo con los founders. He hablado con ellos hace un par de semanas. ¿Por qué? Porque lo que hicimos, una cosa también a nivel profesional, tú no dejas un sitio si eres un ejecutivo, un directivo, de un día al otro. Parte, que muchos contratos ni te lo permiten, aunque quisieras, no se hacen así las cosas. En mi caso, buscamos a otro CTO y encontramos al tiempo a una persona supercapaz, muy muy bueno. ¿Que sigue hoy? ¿Sigue siendo? No, ha cambiado ahora. Y se llama Miguel, y Miguel estaba en Google, San Francisco. Él también tenía un PhD. Ahora es CTO de Simpler. Y lo fichamos, se vino con su familia, vino aquí. Cuando él vino, me acuerdo que lo conocimos. Yo y Miguel nos conocimos, fuimos a cenar, luego llevamos a comer todo el equipo tech, también es una manera para pasar el testigo. Para que vean que es amigable. Aunque el mensaje de: «Es una empresa que es la hostia. Es la hostia, pero me voy». No, lo han entendido porque lo que hice era decir la verdad. La verdad era, después de mi PhD, en Badi he hecho tres años de ejecución a tope y lo sabía. Meeting... Y estaría muy bien tener la oportunidad de hacer algo como un moonshot. Un moonshot es un proyecto a largo plazo, donde el budget es alto típicamente y te dicen que tienes que revolucionar un sector. Volviendo al mundo académico. Era una mezcla porque tenía esta parte, un buen 30 %... Vas y vienes, porque luego entra RSS que no es un moonshot. Correcto. Sí, es correcto. Bueno, pero RSS es porque me nació así en casa durante dos años. Ni yo ni mi socio Ben, que es de Texas él, de hecho, sacamos ni un céntimo de este proyecto. Invertimos un poquito, Bootstrap, entraron unas cuantas personas. Pero sí, hice un poquito esta trayectoria. Digamos que no lo pillé, yo sé lo que quiero y entonces, cuando algo se me presenta y tiene sentido, sé ya que lo quiero, en cuatro milisegundos. El problema es cómo paso ahí. Por eso en Badi fichamos otro CTO. En Telefónica, hicimos lo mejor que puede pasar en un moonshot. Nuestro moonshot, le dieron 30 millones de inversión en octubre 2021. Y salió como una empresa propia de digital therapeutics que se llama Koa Health. Estupendo. Entonces, como CTO que estaba en el corporate y que se encontró en otro startup otra vez, digo: «Okey, puedo ser este CTO de esta empresa cinco años, pero ya creo que he alcanzado lo que quería aquí». Entonces, buscamos durante meses otro CTO, que entró en la empresa y luego yo me fui. Nunca dejé la empresa sin CTO yo, hasta ahora. -Digamos que tu especialidad -Es cambiar de empresa. Es de cero a uno, ¿no? Sí, sí. ¿Y crees que RSS ha llegado ya a este uno? No, RSS es mi niño, es diferente. Porque en RSS yo soy el board, yo y mi socio. Es el trabajo mejor que tuve en toda mi vida y quería este cambio. El año pasado empecé a pensarlo por esto, porque cumplí los 40 y dije: «Tengo una empresa aquí que está creciendo». Tenía, no sé, 10 000 podcasts de personas que pagan, y ahora tenemos 17 600. Y está bien para un SaaS, siendo 12 personas, donde algunos son part time, seis son part time. Hay tres ingenieros, yo, mi cofounder está muy bien. Y pensé: «Si no lo hago a los 40, me voy a arrepentir». La otra empresa acababa de levantar 36 millones, se podía buscar un CTO. Antes de entrar en RSS, que ahora entramos, Telefónica tiene fama de ser un sitio como más o menos gris, con funcionariado incluso, he llegado a escuchar. ¿Es así o no es así? Yo diría que no es así, pero yo he tenido, en el sentido, con el punto de que Alpha era una unidad de negocio en Telefónica hecha aposta para estar separada del corporation. -Era un microservicio. -Era un microservicio, sí. Y con menos observability, con menos de lo que serían los otros. Pero hecho by design así es estupendo el mundo de moonshot. Es fuerte que las corporaciones tengan que hacer esto, que acepten que no puedo innovar dentro de mi organización y tengo que separarlo físicamente. Es exactamente lo que pasa y muchos otros lo están haciendo. Y todo es el modelo de Google X. Y aparte, moonshot factory en Europa yo creo que era la primera, o por un rato la única. No hay, aparte de Google X y otros, no hay millones de personas que trabajaron en moonshots, y es estupendo. Podemos hacer un podcast solo en cómo aprendes a usar el Innovation Funnel desde una idea. Tienes gates, ideas, POC hasta llegar al producto. Y tienes que básicamente aprender a matar las ideas rápido. Es superinteresante. De ahí nace Koa Health, que levanta 30 millones de euros, y que ahora tiene un CEO. Sí, todo el equipo se movió practicamente. Telefónica tiene un stake. Imagino que cuando la spin off... Tiene un stake, sí. Y esto es lo mejor que te puede pasar. Porque cuando una industria quiere innovar y crea dentro de sí misma otro tipo de vertical, que no es la suya directa. Digital therapeutics no es la primera vertical de Telefónica, pero te permite salir y tú tienes tu stake obviamente por haber invertido y básicamente acelerado e incubado todo. Al final, no deja de ser una incubadora con capital de Telefónica. Es una incubadora, pero un moonshot factory, lo que añadiría, si quisiéramos simplificarlo a los mínimos términos, es una incubadora, pero que sabe que el 99 % de tus ideas van a morir, porque es superambicioso y es más a largo plazo. Pasa que el largo plazo, todos muertos. Es un buen punto. ¿Y ahora cuántos clientes tiene? Entiendo que es una herramienta de mental health, una aplicación de mental health para empresas. Sí, sí. Ahora llevo unos meses sin seguir las evoluciones del producto, pero los sigo de cerca en LinkedIn, porque, obviamente, habiendo estado en toda esa transición, lo siento también un poquito mío. Hay una aplicación que básicamente es para empleados y para mental health, entonces, human resources la puede utilizar, recursos humanos la puede utilizar para ayudar, ofrecer actividades. Lo que tiene es que los contenidos, comparados a otro competidor, se me ocurre Calm, Headspace, que son bonitos. Que son B2C. Sí, pero lo que tiene esta aplicación es que los contenidos están hechos por psicólogos, psiquiatras. El equipo que está de research son personas que han trabajado en el campo desde hace años. Tienen colaboraciones con el Massachusetts General Hospital, que es uno de los mejores hospitales de mental health en el mundo. Entonces, esta aplicación tiene un extra. El extra, el unique value proposition es también el hecho de que el contenido en sí mismo es algo muy muy efectivo. ¿El canal es contenido o hay alguna tecnología? También tecnología. Y aquí el corporate tengo que disclaimers que no puedo decir absolutamente nada de aquel período, todo el resto no puedo. Pero sí que os puedo contar para que entendáis. Se han hecho cuando yo estuve creo 11 patentes. Os hago un ejemplo de una cosa que se puede comentar. Acaba de salir, he visto que acaban de publicar en Nature Medicine el algoritmo que hicimos a su tiempo trabajando con NHS en Inglaterra para predecir crisis mentales antes de que ocurran, usando ciertos datos que hemos tenido tanto por Telefónica como por el NHS. Y esto funcionaba, aunque no funcione el 100 % de las veces. Prevenir una crisis mental permite prevenir hospitalización que vale, invento ahora, miles de pounds o de euros al día. Entonces, aunque tú no tengas el 100 % de alertas que son perfectas, la accuracy era suficiente para tener, primero, ahorrabas dinero; y segundo, las personas con crisis mentales pueden evitarlas. Esto es un algoritmo que se hizo ahí. ¿Pero lo utilizan? ¿Hay mucha gente? Por supuesto, lo utilizan. ¿Qué facturación tiene, por ejemplo Koa? Según Zoominfo, 14 millones de euros. Sí, existe, no sé. Pero lo que puedo decir yo es que también no es el único producto que tienen. Ahora están haciendo o habrán acabado una FDA approval de una aplicación para body dysmorphic disorder, para estos disorders donde el cognitive behavioral therapy, esta terapia que existe desde hace muchos años, pero estaba en papel antes. Han cambiado el medio, ha mejorado los contenidos. Koa está siendo muy capaz de entrar en este nicho con algo que es muy innovador en ese sentido. Y ha podido porque Telefónica también había gente de AI, hay gente que trabajaba ahí que ahora está en Snapchat AI... Había gente de todo el mundo. De NASA, de DARPA, estar en la planta 12 de la torre Telefónica con la vista al Mediterráneo, con el budget... Parece Los Álamos en el Manhattan Project. Sí, pero las personas que conoces ahí te enriquecen mucho, porque son muy diferentes. Por eso ha valido la pena para mí irme, para salir de mi confort zone. Podía ser CTO de la misma empresa tres o cinco años, pero lo que hice yo al final es salir del confort zone. Háblanos de tu niño, RSS. Pues supersimple. ¿Por qué empezó como side project? Porque ya lo tenía por ahí cuando estaba en Italia estudiando literatura. En Italia, cuando acabas, tienes que hacer una tesis, aunque sea el bachillerato. Se llama tesis. Tienes que escribir unas páginas. Y este profesor me dijo si quería hacer un podcast de la universidad. Era el 2005. ¿Te imaginas? Yo escuchaba podcasts en aquella época. Bueno, había. Empezó en 2004, por ahí. Y creo que antes, antes. De hecho, estudiabas en el pueblo, en la ciudad de Alberto. [diafonía 01:02:42] Puede ser porque era uno de los primeros, por lo que sé yo, Podcasting Educational en Italia, seguro. No, yo estudié americanos. Escuchaba, no estudiaba nada. Estudiabas los podcasts. Es superinteresante. Y cómo el mundo cambia. No el godfather, sino el podfather se llama Adam Curry, que era un VJ de MTV. Ahora está haciendo una iniciativa nueva y hemos hecho dos entrevistas con él. Nosotros entrevistados en su podcast. Y básicamente yo, imagínate en la Facultad de Humanidades, yo era un poquito el nerd. Entonces, nada, creé el script para subir un podcast como si fuera un archivo adjunto en un email, pero que creaba el RSS feed. El RSS feed es cómo se distribuye el podcast. Luego Apple lo lee, lo parsea y te enseña el episodio. Perfecto. Lo hice. Pero como era mi tesis, al final escribí la historia de cómo hicimos el podcast educational en la universidad. Pero lo puse en SourceForge. Al tiempo era más SourceForge que Github. Lo puse ahí. Y esto se hubiera parado ahí si no fuera que Universidad de Aarhus en Dinamarca, de Ohio State, me escribían porque querían features. Entonces, me sentí, qué bien, me sentí muy contento de que alguien usaba mi trabajo y seguí mejorándolo. El script en sí mismo está en PHP sin bases de datos, usaba archivos de textos XML. Estaba hasta 2017, 18, y estaba así y eran todas funciones, ni programado objetos, eran funciones que yo había hecho en 2005, y que seguía mejorando un poquito, pero es feo el código, pero funcionaba. Al final del día, lo que uno veía era una interfaz supersimple, subía y funcionaba. Y he tenido a lo largo de los años, he seguido manteniéndolo, gratis en mi tiempo libre. Y básicamente hubo más de 1 millón de descargas en SourceForge. Y lo incluyeron en los control panels de los hosting. Si tú tienes un hosting y tiene el control panel para instalar el WordPress, muy a menudo hay Podcast Generator, o había. Entonces, empecé a tener muchos usuarios, y esta es la historia. Entonces, cuando estaba en Badi, seguro que ha habido unos findes donde yo estaba jugando un poquito y mejorando Podcast Generator, para actualizar algo, porque me llegaron en total unos 600 feature requests. Entonces, es como si yo he hecho una investigación de UX y UI, de lo que quiere un podcaster de verdad, sin quererlo, porque me escribían lo que querían y los que eran más comunes lo hacía. Todo así. Pasé Badi, estaba en... Es ahí cuando mi socio, que tenía el dominio, lo había comprado, RSS.com, lo había comprado- Barato, seguro. Baratísimo, baratísimo. Y él había invertido en esto, ¿por qué? Porque también el Google Reader era... Google había cerrado el Reader. Él vio la oportunidad de crear un reader, empezó... Y nada, me metí en esto. Cuando empezó a escuchar más, cada vez más la palabra podcasting, 2017, buscó que hay open source de podcasting. Me encontró a mí, Podcast Generator, aparecía entre los tops, gratis, y me escribió. Y él también es de Texas, pero habla español y habla italiano. Estuvo en Italia. Me escribió en tres lenguas. Me dice: «Hablemos». Y cuando nos juntamos dije: «Hagámoslo, pongamos, hagamos un MVP». Y el MVP lo hice yo con un amigo mío de hace años, y tardamos yo creo de verdad un finde. Lo que hicimos era... Un finde y los diez años que llevabas programando. Eso, sí. Lo estaba hablando con un amigo que succes doesn't happen overnight. Entonces, sí, lo que hicimos era utilizar el Podcast Generator que tenía yo, que era un zip, lo pusimos en un zip. Pusimos una página con Stripe. Tú pagabas, yo hacía unzip, lo ponía en la carpeta con [inaudible 01:06:56] era tu podcast. Para probar. Y la gente empezó a usarlo. Después de un año... ¿Cuánto pagaron? Al principio era 4.99, algo así. -Sí, al mes. -¿4.99 por hacer el unzip? Bueno, lo sabían ellos. Ellos para tener un podcast... La tecnología detrás era supersimple, pero de afuera tú lo que veías una página que te explicaba qué era, clicabas y se te creaba una carpeta donde tú podías luego utilizar Podcast Generator. Básicamente, habíamos puesto Podcast Generator en un monolito en DigitalOcean. -Pero tenías que ponerlo en tu servidor. -Exacto. Tenía que ser técnico. Podcast Generator sí. Pero RSS.com es lo que... Era no ponerlo en tu servidor. En lugar de selfhosting, selfhosting usa podcast generator, que por cierto, ahora hay otra persona que lo está tomando, se llama Chris, no lo he conocido todavía. Sigue esto. Esto si tú quieres hacer selfhosting lo puedes usar. Pero luego las estadísticas no la tienes. Nosotros lo que hicimos era simplificarlo, como otras empresas ya hacían, solo que teníamos Podcast Generator y utilizamos esto. Al final, es el modelo open-source clásico de aquí tienes la funcionalidad, pero nadie quiere correr sus servidores. Entonces, nos usas a nosotros y nos pagas un fee mensual para correrlo. Absolutamente, sí. Pero el MVP era feo a nivel tecnológico porque era simplemente el zip que se abría, como unzip y creaba una carpeta para ti donde tú podías luego loguearte, era muy simple. ¿Porque la alternativa cuál era? Rehacerlo. No, la alternativa para publicar un podcast. Hay, conocemos otros. Si tú buscas cómo se publica un podcast- Anchor, Spreaker, Buzzsprout, hay varios. Anchor, por ejemplo, es gratuito. Te postea el podcast de forma gratuita. Si quieres un competitor review entre Anchor y nosotros y otros competitors que hacen pagar, yo te puedo explicar que por ejemplo Anchor, la ventaja para los que empiezan y no son serios de nada es que ellos no pagan nada. Pero Anchor, por ejemplo, tiene soporte, pero te contestan después de varios días, si te contestan. Lo compró Spotify por cientos de millones. Entonces, Anchor tiene este problema y la interfaz ha mejorado ahora, tengo que admitirlo. Pero era complejísimo. Nuestro motto siempre ha sido que en tres clic tú tienes que tener el episodio online. En Anchor tenías que crearlo, si se guardaba de una manera tenías que procesar. Pero hoy es muy fácil. Nosotros utilizamos Anchor, por ejemplo, para este podcast. Pero es fácil. Hay otros puntos. Si tú lo usas para tu podcast, puedes usarlo, pero por ejemplo, estadísticas, las estadísticas son- Son bastante mierda. Muy bien dicho. Pero no lo digo yo. Dilo más claro, a la audiencia. Sí, es verdad. Nosotros tenemos una senior feature que se llama Switch to RSS. O sea, importa todo. Y tú tendrías que ver cuántos de Anchor quieren importar a nosotros. Anchor tiene millones de podcast, más de un millón. Nosotros tenemos 17 000, para que entiendas. Pero Anchor es gratis. Anchor está creado, comprado Spotify, porque Spotify quiere contenido gratuito. Porque Spotify si no, tú pagas la suscripción, escuchas música con royalties, con derecho de autor, y ellos tienen que pagar los derechos de autor. ¿Qué ha dicho Spotify? Entiendo la estrategia. Ahí me capturo podcasters. Así que yo sigo, la gente paga suscripción, le doy un montón de contenido, pero la mayoría no tiene... Te están explotando a ti. Cada minuto que no escuchas una canción es un royalty que no tienen que pagar. ¿Sabes lo que quiero decir? No es que te están explotando, pero te lo dan gratis pero no es gratis. Lo hacen por esto. Yo te doy independencia pura. Aparte, mucha gente prefiere no tenerlo en Anchor gratis porque parece más profesional. Yo no creo. Pero es como tener una web en [inaudible 01:11:04]. Ahora no sabría decir si pagamos o no pagamos por Anchor. No, no podéis pagar por Anchor, pero pagáis el hecho de que ellos le estáis regalando contenido. Eso está claro. Pero Anchor te permite también publicar en Apple Podcast... Pero cada vez menos, es el problema de la industria. Estaba la semana pasada en Londres. En Londres hubo el CEO de Anchor hablando. Y yo justo twiteé que hablaba de RSS que hablaba de RSS fees porque él, obviamente, habiendo hecho un éxito así, dicen que ellos quieren monetizar. Entonces, con la excusa de que ayudan a monetizar con... Ellos quieren que todo esté en Spotify. Es una guerra de gigantes. Es mi pregunta, porque parece que está muy fragmentado y que hay una batalla de winners takes all. ¿Vosotros cómo os encontráis aquí? ¿Os beneficia de la fragmentación? Porque publicáis en varios sitios. Porque al final si alguien gana... -Si alguien gana... -Os quedáis un poco fuera, ¿o no? Si alguien gana, yo diría, de primera nos quedaríamos un poco fuera. En paralelo, estamos diversificando, estamos creando tecnología para spam en podcast, que es otro mundo. Están haciendo podcast de spam ahora. Acabamos de publicar un artículo superinteresante. Es un machine learning que funciona muy bien. Sabemos que la nueva tecnología que cambia desde el audio los metadatos, crea el vídeo para YouTube, porque el discoverability de los podcasts sigue siendo el 50 % en YouTube. Lo buscan en Google o en YouTube. Y esto es Edison Research, lo comentaron en el Congreso de la Industria, donde participamos siempre en persona. Entonces, todo esto nos permitiría pivotar bastante. Pero la fragmentación existe, pero no hay ningún ganador todavía, porque son muy grandes y no tiene que haber un ganador. Podcasting 2.0, Adam Curry, Dave Jones han creado esta iniciativa para mejorar los tags de los feed de RSS para que sean mucho más modernos. Tienen el transcription, tienen el geolocation, tienen el lock para que no se pueda importar un feed. Y nosotros estamos implementando todo el proyecto. Por un lado, parece que va a hacerse un mundo cerrado. Por otro lado, el RSS feed después de 20 años sigue siendo un ejemplo de open communication, open exchange de información. Qué difícil es cambiar ese tipo de protocolos, ¿no? Es difícil. No es difícil, es que no hay un estándar que todas las industrias usan. Entonces, cada uno quiere lo suyo. Iba a preguntar por Google. Si tú tienes un RSS con todo el metadato, lo primero que se me pasa por la cabeza es en Google indexar todo este contenido y ser ellos... Hay las dos estrategias, el cerrado de Spotify y el abierto del metadato, ¿hacia dónde crees que va a ir? ¿Se va a abrir el podcast y el podcast va a ser contenido que se encuentra en cualquier sitio? ¿O se va a cerrar y tienes que acceder con un paywall para llegar a ello? Para mí, seguirá siendo abierto, porque sabemos que los podcasters, no solo los nuestros, que son 17 000, sino también los que encontramos, los creadores también muy populares, que tienen millones de downloads al mes, que encontramos en estos eventos de la industria. Estábamos en Londres la semana pasada, en marzo estábamos en Los Ángeles. El pasado agosto estábamos en Nashville. Vamos a Dallas. Esos son los encuentros de los podcasters más grande del mundo. Ellos quieren todos los canales. Ellos no quieren cerrarse en uno solo. Yo creo que la diferencia principal que hay en este espacio comparado con Netflix o estas plataformas de contenido, es que la barrera de entrada al contenido es mucho más grande para una serie de televisión donde es muy intención, capital, etcétera, que para un podcast que tú haces en tu casa y solo te hace falta tu gracia. Entonces, por definición, va a estar muy fragmentado. Yo no sé si se puede ganar, una plataforma puede ganar -el control de todos estos microcreadores. -Es muy improbable. Hay que vender Spotify. Si tienes acciones... Bueno, Spotify también hay la música, que es otra dinámica. Donde pierden dinero. También está muy fragmentado. Yo pago una suscripción premium de Spotify desde el principio. Soy usuario. Pero la manera, son muy agresivos en mi opinión, en la industria de podcasting y no lo hacen por las razones justas, en mi opinión. Es esto que creo yo. Y entonces, tienen muchísimas críticas. Y creo que esta presión le está haciendo entender un poquito que tienen que adaptarse. Nosotros conocemos Spotify, estamos conectados con Spotify para distribución automática. Entonces, tú cuando pones un podcast en RSS.com, tú subes tu archivo, la primera vez, solo una vez, haces submission, haces submit automáticamente a Amazon Music, tenemos una API de Spotify, tenemos la API de Spotify. Nosotros ya estamos integrados con ellos. Lo único que el podcaster no quiere solo Spotify. Y acabamos de anunciar el 16 de mayo con Apple. Apple va a lanzar el Delegated Delivery, que nos permitirá también, tú puedes subir a nuestra aplicación y luego ir y hacer una subscripción, tu podcast bajo subscripción de Apple. Ahora, tú me dirás: «Entonces, estás haciendo una interfaz solo para suscripción». No, podríamos ofrecer un modelo premium. Anchor no lo puedo hacer en Apple esto. Podría si encontraran este partnership. Este podcast, justamente, podría estar... Podría decir uno, RSS.com y tú podrías decir, o un podcast personal, cada semanas sale los viernes pero solo bajo suscripción Apple. Tú lo subes a nosotros. Le dices: «Déjalo en suscripción solo tres semanas y luego lo pones en todo el resto». Esto son cosas interesantes, son híbridas. Desde fuera, es un mundo que yo desconozco, consumo podcasts gratuitos random, ¿pero cuál es el modelo que crees? Porque yo creo que todo el mundo está peleándose sobre la monetización. Desde una suscripción que accedes a contenido, son promociones dentro, es publicidad. Ahí también los Ad Insertion, que he visto en vuestra landing que también lo hacéis. -Lo tenemos. -Entonces, ¿cómo ves tú el futuro? ¿Cuál crees que va a ser la monetización ganadora dentro del mundo de podcasting? La principal será la publicidad Host-Read ads. Entonces, hay suscripción. Fantástico. Estoy muy interesado en ver, por ejemplo, cómo nuestros podcasters van a usar las features de Apple. ¿Cuántos harán el freemium? Donde lo dan exclusivo de un par de semanas y luego lo dan a todos. Estoy superinteresado. Estoy seguro que hay dinero ahí. Pero lo que vemos en la industria, tendencias, datos de la semana pasada, para Estados Unidos, que esta industria ha habido, ahora tendría que comprobar, 1.21 billions el año pasado en publicidad en los podcasts. Y esto va a ser cinco veces más en los próximos tres o cuatro años. Es ahí. Hay la programática, que es donde tú dices insérteme publicidad y te inserto lo que hay, con el inventario, y tú haces dinero. -Haces matching de temática y cosas. -Exacto. Pero lo que a mí me gusta más, y a mí y a los creadores y a los publicitarios, es el Host-Read ad. No el Dynamic Ad Insertion programático. Host-Read ad quiere decir que si yo tengo un podcast de cocina y uso un cierto producto específico, una marca que me gusta de verdad, si esta marca tiene un partnership conmigo, el poder que el podcasting tiene en ese sentido es que tú conoces al host. Yo si te escucho, es que tú no me conoces, pero tú eres mi amigo. Te escucho mientras estoy lavando los platos. Te escucho mientras estoy conduciendo. Si tú crees en un producto, esta es la premisa, y tú lo promueves, la eficacia de esta publicidad o esta promoción es diez veces más lo que puede hacer cualquier tipo de otra publicidad insertada, superinteresante. Eso es la publicidad de toda la vida. Para el head tail de los podcasts, los que tienen más audiencia, siempre es así, es como la televisión. Y los pequeños es como un microinfluencer, plataformas de microinfluencers. Sí, pero pequeños. Si tú hablas de ropa de niño, siempre tienen nichos. Entonces, también en estos nichos es muy difícil poner un target en Google Ads, programático. Sí, pero es difícil de ordenar esto. Es difícil de ordenar este marketplace de creadores... Y la realidad es que nadie ha conseguido hacer una plataforma de microinfluencers que funcione, que escale bien. Esto lo veremos, pero estoy de acuerdo contigo. Con los más pequeños es un poco más- Hay poco dinero y hay mucha transacción para acordar este intercambio. Y tampoco hay mucha educación. Lo que quiero decir es, hay marcas que el equipo de marketing, grandes y dice: «Tengo 5 millones de euros de budget para este quarter». No hay muchas empresas que todavía piensan: «¡Guau! ¿En qué podcast puedo invertir 1 millón de estos cinco?». Pero 1 millón en un podcast es muy fácil. Es una transacción que se justifica por sí sola. Pero hablar con un millón de podcasters y meterles 1 € o 10 000, o 1000, o 100 es muy complicado. Ahí vas más hacia el programático. Exacto, por eso. Pero targetizas por categorías. De todas maneras, siempre... Los grandes siempre tendrán oportunidad de sponsorship. Nosotros tenemos sponsors, por ejemplo, en este podcast. -¿Facturación? -Webhelp. Luego te cuento. Por cierto, ¿tu facturación? No, yo te la digo. Mira, has dicho 17 000 podcasts, tu precio es 8,25. Eso da un MRR de 140 000 €. Sí, se puede calcular. Por eso la pregunta... No es, como se diría en inglés, un factual statement. Por eso es divertido. Facturación, si es un SaaS, lo bonito de un SAS, que es muy fácil entender cómo funciona la empresa, porque si sabes cuántos subscriptores tienes, tú has puesto un promedio perfecto. Te diré que tenemos muchos planos. [diafonía 01:21:34] No, pero tenemos también planes NGO non profit. Durante el covid, sin hacer publicidad en internet ni nada, quien quería el plan gratis se lo hemos dado. A veces damos planes gratis. ¿Estaréis sobre los 100 000 € de MRR? El ballpark es esto, obviamente. Millón de euros de ARR. El ballpark es esto. Porque esto es un punto muy interesante para los competitors, porque ahí es donde tú no sabes cuántos planes gratuitos tienes, -cuánto ofrecen. -No les va a cambiar la vida. No le va a cambiar la vida a nadie. Pero con lo que dices tú, es simple. Tienen un Saas, sé cuántos suscriptores hay, porque te lo estoy diciendo, veo los precios, matemáticamente sé el rango. Lo que no sabemos es el churn. Bueno, el churn te lo puedo decir yo. Nosotros hemos tenido en los últimos seis meses un crecimiento promedio que incluye el churn, entonces no lo he calculado el crecimiento sobre el churn. El growth, llamemos growth new user minus churn users. 5.5 creo que este mes también, con el mes de mayo. ¿Qué es este 5.5? 5.5 MOM. 5.5 % mes over mes. Siempre, siempre. Durante el covid, 15. Ya, pero estamos mezclando peras y manzanas. Porque hay que separar el churn- El churn me lo acuerdo. El churn creo que está más o menos 4.6 %. 4.6 de churn mensual. Pero con el crecimiento que podemos calcularlo ahora. Yo tengo en total al final del mes, cada mes desde el lanzamiento de la empresa, después de un año era profitable. Teniendo cuenta que los dos founders no sacaban ni un euro. [diafonía 01:23:27] Profitable, ¿por qué no? Al final del año, en lugar de hacer dividendos, reinviertes todo en servicios... Y ahora sí, 5.5 % teniendo en cuenta el churn que te he dicho, 4.6, por ahí. ¿Cuánta gente sois hoy? Doce, seis, pero son part time. Por ejemplo, marketing content creation para el blog así, no está todo el día. Y el tema de Bootstrap, ¿os da miedo algún día que os pase competitivo, venga alguien con una ronda de 20 kilos, 50, 80 y se os coma a pastel? ¿O veis que hay espacio para todos? ¿Cómo ves este trade-off entre competición versus capital? Repito, es el momento mejor de mi vida porque tienes un sentido de libertad en lo que haces que es increíble. Ahora pareceré arrogante, pero si quisiera levantar una ronda de inversión, después de haber levantado dos, no solo inversores directos, indirectos, sino también haber creado o ayudado a crear pitch decks, he hecho pitchs yo mismo. No lo veo difícil. Yo no creo que con los números que tengo, si yo fuera un inversor dijera, no 50 millones, pero 5 millones, porque quiero darlo gratis a todos. Así que llego a competir con Anchor, paso todo esto, luego le ponemos publicidad. Por supuesto, la podemos tener, pero vendes el alma luego. Luego tienes el board, y luego tienes a otras agendas mientras nosotros estamos libres de crecer con estos números. 5.5 month over month, con marketing cero. Una tontería, no gastamos casi nada, si pienso en lo que gastaba con inversor. La estrategia de marketing es content. Exacto. Años de contenidos en el blog. No sé, un artículo que escribieron hace poco nuestro content manager era ¿Cómo se pagan los taxes cuando eres un podcaster en Estados Unidos? Estamos dando valor a nivel... Entonces, con el dominio que tiene buena autoridad y tres años de contenido, tenemos un orgánico, 68 % son orgánicos. Yo soy advisor de varias empresas startups y hago el juez cuando me invitan, no he visto tan fácilmente estos números de orgánico sin gastar de marketing y sin tener inversión. El tema es cuánto quieres crecer. Cómo de agresivamente quieres crecer. Es cuando empiezan a cambiar los porcentajes. Por supuesto, el tema es, entonces, ¿cuál es tu exit strategy? Y esa es una buena pregunta. Vamos a ir a ello. Porque si yo pensara que RSS.com se vuelve un Uber de los podcast solo, entonces, ahí podría tener sentido a cierto punto pedir inversión. Pedir un series A tendría sentido. Porque ya no somos una startup. Yo me definiría, scale up. Pero sería un series A, porque no tenemos seed, no tenemos nada. Podría pedir si fuera a largo plazo, pero al mismo tiempo empiezas a ver muchas empresas en la industria, no estoy hablando solo de Spotify, radio, por ejemplo, DAX Global, que es europea, acaba de hacer una adquisición de Captivate, que es un competitor. Undisclosed amount, no se dice, pero no es una mala idea. Si te gusta la empresa, hacer un merge and acquisition, no es una mala idea. Porque hay empresas que ya tienen agencias de publicidad y que ya hacen radio. Se puede crear tecnología para convertir radio en podcast. O sea, una opción sin tener inversores es unirte a una familia más grande donde hay un fit cultural, y a mí me gusta. -Complicado esto. -Pero me gustaría más esto- Vuestra pinta es de más pequeño, más adquirible. Y encima no tengo que pedir al inversor que me dice: «No, no, crece». Yo creo que la libertad que nos da ahora mi socio y yo y a toda la empresa es que si hubiera una oportunidad donde viniera un- ¿Lo puedes decir a la audiencia? «Si hubiera alguna oportunidad...» Televisión Española dijera: «Tengo que crear un branch de podcast...» Y dice: «¿Cuánto me vale crear una empresa que lo hace y te cuesta, invento un número, 30 millones?». Tenemos esta cifra. [diafonía 01:27:53] He inventado un número de verdad. Digamos 30 €, entonces. No, 30 millones. Vamos a suponer, Alberto, que te llama Televisión Española y te ofrece 30 millones de euros aquí encima de la mesa. Bueno, tenemos que discutirlo, porque dependería primero la valoración- 30 millones. Hay que hacer una valoración. 30 millones, ya la tienes hecha. -¿Qué haces con 30 millones? -Pero no es una oferta. No es el valor de mercado sabemos. Vende. Pero una adquisición... Un acqui-hiring, donde tú eres parte de una familia más grande. Tienes piezas, como la publicidad. Si tuviéramos inversión, yo crearía mi propio sistema de dinamyc ad insertion en lugar de usar uno externo. Porque me imagino, es un buen reto, es divertido, pero tienes que hablar con agencias, tener el inventario. Pero tenerla ya en algún sitio y ser parte de esa familia, creo que aceleraría todo. Esto nos haría crecer de una manera increíble. Ese merge iría en el unir la distribución con la generación de publicidad. En ese caso, Televisión Española colocaría su publicidad -a través del dynamic ad insertion. -Por supuesto, y tendría contenido gratis para su smart speaker, por decir cosas. Telefónica igual. Vuelve a casa. Pero sabes lo que quiero decir. Sabéis cómo funciona. Es build, partner or buy. Cuando una empresa, si tiene sentido a nivel estratégico... Oye, después de este último call to action a Telefónica y a Televisión Española directamente, tenemos que dejarlo aquí, que ya nos alargamos. Superinteresante tu experiencia y tu historia. -Gracias por contárnosla. -Gracias a vosotros por la invitación. Gracias, Pau. Gracias, Pau. Ha sido un placer conocerte. Me sonabas. A mí también. Por eso, tenía muchas ganas. Y con los demás, hasta la semana que viene. Somos un ecosistema de startups tech de Barcelona, creadores de Camaloon, Quipu y Factorial, entre otras. Ofrecemos más de 5000 metros cuadrados de coworking a startups y organizamos eventos diarios para discutir negocio y tecnología hasta la saciedad. Desde Itnig Fund invertimos en equipos con capacidad de construir grandes productos y negocios. Te esperamos.