Transcripción
Analizar datos en tiempo real con Tinybird - Podcast 247 — vídeo y transcripción
Esta semana tenemos a Jorge Gómez Sancha, co-fundador de Tinybird, una plataforma que ayuda a desarrolladores de aplicaciones a crear productos de datos, desde almacenamiento de datos, procesamiento y API’s para exponer estos datos. En este
Título
Analizar datos en tiempo real con Tinybird - Podcast 247 — vídeo y transcripción
Resumen
Esta semana tenemos a Jorge Gómez Sancha, co-fundador de Tinybird, una plataforma que ayuda a desarrolladores de aplicaciones a crear productos de datos, desde almacenamiento de datos, procesamiento y API’s para exponer estos datos. En este episodio Jorge nos detalla en profundidad sobre Tinybird y la tecnología que hay detrás.
Puntos clave
- Bienvenidos una semana más al podcast de Itnig.
- Hoy estoy con Pau Ramón y entrevistamos a Jorge Gómez Sancha, fundador y CEO de Tinybird.
- Tinybird es una solución que ayuda a desarrolladores de aplicaciones a crear productos de datos, desde almacenamiento de datos, procesamiento y APIs para exponer estos datos.
- Fundada en 2019, ya han levantado 40 millones de euros y están facturando unos dos o tres millones de euros.
- Hablaremos con Jorge del rol que tiene el open-source en su negocio.
Descripción
Esta semana tenemos a Jorge Gómez Sancha, co-fundador de Tinybird, una plataforma que ayuda a desarrolladores de aplicaciones a crear productos de datos, desde almacenamiento de datos, procesamiento y API’s para exponer estos datos.
En este episodio Jorge nos detalla en profundidad sobre Tinybird y la tecnología que hay detrás. Además, nos explicará las diferentes rondas de la compañía que suman $40M desde 2019, y cómo han llegado a facturar más de 1M€.
Quédate hasta el final para conocer la historia de Jorge y sus co-fundadores, todos ellos previamente empleados en CARTO.
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 Ocultar captions con tiempo
[00:00] Bienvenidos una semana más al podcast de Itnig. [00:02] Hoy estoy con Pau Ramón [00:04] y entrevistamos a Jorge Gómez Sancha, [00:06] fundador y CEO de Tinybird. [00:08] Tinybird es una solución que ayuda a desarrolladores de aplicaciones [00:12] a crear productos de datos, desde almacenamiento de datos, [00:15] procesamiento y APIs para exponer estos datos. [00:18] Fundada en 2019, [00:19] ya han levantado 40 millones de euros [00:21] y están facturando unos dos o tres millones de euros. [00:24] Hablaremos con Jorge del rol que tiene el open-source en su negocio. [00:28] Tinybird está construido encima de ClickHouse, [00:30] que es una tecnología open-source, [00:32] pero a la vez una empresa, una startup, que podría ser competencia de Tinybird. [00:35] Tinybird es fundada por Jorge y cuatro compañeros más, [00:38] todos personas clave en CARTO, [00:41] que fueron saliendo progresivamente hasta rejuntarse y fundar Tinybird. [00:45] Este podcast será un poco más técnico de lo habitual, [00:48] pero esperemos que lo disfrutéis mucho. [00:49] El episodio de hoy es posible gracias a nuestros amigos de Zoom. [00:53] Zoom es líder en tecnología de comunicación y videoconferencia, [00:56] os dejamos con Zoom para que nos cuenten un poquito más. [00:58] Hola, yo soy Nicolás Robinson, [01:00] director de Relaciones Gubernamentales de Zoom en España y América Latina. [01:04] En mi día a día, [01:05] veo como en nuestras regiones [01:07] miles de pymes están usando Zoom [01:10] para crecer su negocio y encontrar nuevos clientes. [01:13] Tengo dos historias interesantes [01:14] que os traigo de Brasil, [01:16] de emprendedores del estado de São Paulo. [01:18] Una de ellas es una sommelier de cerveza [01:21] que antes de la pandemia hacía degustaciones en persona [01:24] y tuvo que pasar a hacerlas por Zoom. [01:27] Consiguió tantos clientes y de tantos lugares de Brasil, [01:30] que ahora ha decidido que no va a volver a hacerlo presencial, [01:33] y va a quedarse en Zoom. [01:34] Y otra es de un guía turístico de São Paulo [01:37] que al ver que caían los números de turistas, [01:39] decidió innovar [01:41] haciendo tours de la ciudad, [01:43] turísticos por Zoom. [01:44] Es decir, personas de cualquier lugar del mundo [01:47] podían, y hasta hoy pueden, participar en sus tours turísticos, [01:50] independientemente de donde estén. [01:52] Por eso, el consejo que doy a las pymes que usan Zoom es: [01:55] piensa grande, piensa global, [01:58] y nosotros estaremos aquí, [02:00] apoyándote para que tengas la mejor experiencia posible [02:03] en la herramienta. [02:04] Muchas gracias, Zoom. [02:05] Y el episodio de hoy también es posible gracias a Factorial. [02:08] Factorial es la solución que ayuda a las pequeñas y medianas empresas [02:12] alrededor de todo el mundo [02:13] a automatizar todos sus procesos administrativos [02:15] de gestión de recursos humanos [02:16] y ofrece datos para que nuestros clientes tomen mejores decisiones. [02:20] Factorial ayuda en todos los procesos de gestión de recursos humanos, [02:23] desde la contratación hasta el onboarding y offboarding, [02:25] la gestión de salarios, [02:27] procesos de nómina, evaluación del desempeño, [02:29] control horario y mucho más. [02:31] Id a factorialhr.es es para conocer más. [02:34] Muchas gracias a Zoom, otra vez, muchas gracias, Factorial, [02:37] y muchas gracias a todos vosotros, [02:39] que nos veis cada semana y que nos compartís en redes sociales, [02:42] estamos muy agradecidos. [02:43] Y ahora por fin, [02:44] os dejamos con Jorge, con Pau y conmigo, [02:47] hablando de Tinybird. [02:51] Bienvenidos a las historias de startups de Itnig, [02:54] un podcast donde hablamos de startups, negocio y tecnología. [02:58] Bienvenidos una semana más al podcast de Itnig, [03:01] esta semana estamos con Pau Ramón. [03:03] ¿qué tal, Pau? [03:04] Hola, buenas tardes. [03:05] Pau es cofundador y CTO de Factorial. [03:08] Y también, hoy estamos con nuestro invitado, [03:10] Jorge Sancha, ¿cómo estás, Jorge? [03:12] Muy buenas. [03:13] Muy bien, muchas gracias por invitarme. [03:15] Jorge es cofundador y CEO de Tinybird. [03:19] Jorge, cuéntanos un poquito qué es esto de Tinybird. [03:22] Tinybird es una startup que nació aquí en España [03:27] y que ahora estamos moviéndonos a Estados Unidos, [03:32] y que lo que pretende es ayudar a desarrolladores [03:37] a construir [03:40] aplicaciones y productos con datos a cualquier escala, [03:43] y un poco utilizando las skills que ya tienen: SQL, APIs, etc. [03:50] Vimos que los datos, como sabéis muy bien, [03:53] van creciendo de una manera loquísima, [03:56] y entonces han ido creciendo muchos equipos de data engineering, [03:59] y los ETLs y toda esa tecnología ha evolucionado mucho. [04:04] Pero cuando quieres ver cosas en tiempo real, [04:06] quieres capturar datos que están pasando rápidamente [04:09] y construir algo [04:11] que enlace datos de otras fuentes [04:13] y que lo puedas exponer y integrar en un producto, [04:16] todavía necesitas muchísimas piezas. [04:19] Siempre digo que la gente construye catedrales de infraestructura [04:22] para hacer algo que conceptualmente es sencillo, [04:26] datos que entran, SQL, [04:28] y exponerlo en una aplicación, [04:30] eso es un poco lo que hace Tinybird. [04:37] Y una pregunta, Sancha. [04:40] El mundo de datos es un mundo que ha sido [04:42] bastante hot estos últimos años, [04:45] con el IPO Snowflake, yo creo que todo el mundo [04:48] un poco lanzado a la piscina. [04:50] ¿Cómo ves el panorama? [04:52] Porque al final, hay un mapa de soluciones [04:54] que, desde alguien que ve de fuera, [04:56] es como: «¿Cómo diferencio Tinybird de otra aplicación, de lo que sea?» [05:00] ¿Cómo ves este entorno? [05:01] ¿Cómo es el mercado? [05:02] ¿Crees que se ha enfriado? [05:04] Explícanos un poco como lo ves. [05:06] La verdad es que está superloco el tema. [05:12] Vemos, por ejemplo, por un lado que Snowflake, [05:16] entre otros, pero Snowflake, yo creo, el que más, [05:20] que se está llevando [05:21] el gato al agua con ser el centro de la verdad analítica, [05:27] es decir: «Mete todo aquí [05:29] y luego, a partir de aquí, haz cosas». [05:32] Y luego, por otro lado, vemos que alrededor de Snowflake [05:36] han salido muchas cosas que intentan aprovechar [05:41] el hecho de que ya están los datos ahí, [05:43] entonces ahora hay nuevas categorías, como reverse ETL, [05:47] para sacar los datos de Snowflake, [05:49] y llevártelos a [inaudible 00:05:51] o Salesforce, [05:53] a otro tipo de aplicaciones más verticales. [05:58] Y luego, lo que nosotros un poco vemos [06:01] es que el problema de eso es que todo se concentra, [06:07] todo el control de los datos, [06:09] en la parte de data engineering y en la analítica de datos, [06:15] y la realidad es que hay muchísimo potencial de esos datos [06:18] para el producto y para tomar decisiones en tiempo real. [06:22] Y Snowflake no está muy diseñado para eso, [06:24] está diseñado para ser un sitio donde tienes todos tus datos almacenados [06:28] hacer queries que son, en general, bastante rápidas, [06:30] pero si necesitas construir algo [06:32] que le puedas tirar 100 queries por segundo, [06:34] pues no es la solución. [06:35] Entonces, ahí vemos una oportunidad muy grande, [06:38] porque el real time en sí mismo, [06:40] que son un poco bullshit esto de real time, [06:43] en plan: ¿qué es real time? [06:45] ¿Cuántos milisegundos son real time? [06:48] Pero cuando hablamos de real time, [06:50] nos referimos a la capacidad de reaccionar inmediatamente, [06:53] de desarrollar tus productos en base a lo que está pasando ahora mismo, [06:58] hay una gran oportunidad. [06:59] Lo vemos, que es muy sticky, [07:03] cuando la gente empieza a trabajar en real time, [07:05] es tan locamente mejor que trabajar en batch [07:09] en cuanto a la percepción, a la velocidad, [07:11] a la velocidad de desarrollo, [07:14] que ya piensas: «Joder, si esto se puede tener en real time, [07:17] ¿por qué no hacer otras cosas en real time también?». [07:23] Eso es un poco por situar [07:25] realmente a nivel donde nosotros estamos centrados, [07:27] pero seguimos viendo que incluso en real time [07:30] empiezan a aparecer distintas categorías. [07:32] Nosotros estamos muy en la creación de de APIs, [07:34] pero también estamos empezando a meternos [07:37] en lo que es la transformación en real time, es decir, llegan datos, [07:41] te los cambio de forma y te los dejo en otro sitio, [07:45] y además puedes usar los mismos datos [07:47] para construir tus aplicaciones en real time. [07:49] No te quito Snowflake ni te quito BigQuery, [07:52] o lo que tengas para hacer tu [inaudible 00:07:54], [07:54] pero te doy el real time también. [07:58] Y para profundizar en esto, [07:59] porque los tres somos programadores, [08:02] somos bastante técnicos los que estamos aquí... [08:05] Que por cierto, hoy no tenemos a Bernat, [08:06] porque ya se habrá dado cuenta alguien, que también es ingeniero, [08:09] pero para entender- [08:10] Me habían dicho que Bernat era el más trol, así que... [08:13] Sí, te has salvado, [08:14] has tenido mucha suerte, que no ha podido venir. [08:17] Para entender qué es, cuál es el producto, [08:19] porque queda claro que va de datos, [08:21] porque hemos utilizado la palabra ya 200 veces, [08:23] y hemos hablado de real time, [08:25] pero ¿es un motor de base de datos? [08:28] ¿Es una tubería que conecta inputs de datos y los redirige a otros sitios? [08:33] ¿Sirve para hacer queries? [08:35] ¿Sirve para hacer visualizaciones? [08:37] Explícanos cuál es el producto [08:38] de una manera que se entienda sin ser hipertécnico, [08:40] pero que luego nos permita entrar un poquito también más en las entrañas. [08:46] Normalmente, si tú piensas [08:50] en lo que necesitarías hacer tú solo [08:54] para montarte algo de analítica de datos, [08:56] si lo hicieras todo con componentes open-source, por ejemplo, [09:00] necesitarías una base de datos analítica, [09:03] por ejemplo, ClickHouse, que es la que nosotros utilizamos por debajo. [09:07] Necesitarías la capacidad de ingestar datos, [09:12] deberías montarte algo para decir: [09:13] «Voy a ingestar los datos de cierta manera». [09:15] Tener cierto control sobre la ingesta de los datos, [09:18] en cuanto a me ha fallado la ingesta o no, [09:21] he perdido algún dato por el camino, hay esquemas que están mal, lo que sea. [09:26] Al mismo tiempo, necesitarías la capacidad [09:28] de construir cosas encima, [09:30] tendrás que hacer un backend que consulta esos datos. [09:35] Necesitarías también la posibilidad de evolucionar tus esquemas, [09:38] de evolucionar ese código, [09:41] como lo haces normalmente en una aplicación de backend. [09:44] Tendrías que crearte una capa de seguridad también, [09:46] para que pudieras exponerlo, [09:48] o APIs, que no las pueda consumir quien no las deba consumir. [09:53] Tinybird es todas estas cosas. [09:54] Es decir, simplificamos [09:58] de manera serverless todo ese proceso, [10:02] de manera que tú solo tengas que preocuparte [10:04] de ingestar datos en Tinybird, [10:06] transformarlos usando SQL [10:09] —transformar quiere decir dos cosas que ahora os explico si queréis— [10:12] y exponer APIs que puedas integrar directamente en tu producto. [10:16] Y estas APIs ya tienen una capa de seguridad también, [10:19] para que puedas gestionar [10:20] quién tiene acceso y quién no a estas APIs, [10:23] incluso a nivel de fila, puedes crearte tokens que te digan: [10:26] «Con este token accedes a estas filas, a esta condición, digamos, [10:29] y con este otro token, a otra condición». [10:32] Entonces, ingesta, transformación y publicación de APIs, [10:37] estas son las tres grandes cosas. [10:39] Y luego, además, [10:40] tenemos una serie de herramientas para ayudarte a desarrollar encima. [10:45] Tenemos un CLI, por ejemplo, [10:46] que te permite bajarte todos los esquemas y todas las queries [10:49] a formatos de texto para que puedas subirlos a GitHub, [10:52] que puedas trabajar en equipo y tener distintas versiones, [10:55] evolucionar, montarte testing, [10:58] como lo harías con cualquier otro proyecto software. [11:01] Es la plataforma [11:04] y las herramientas [11:06] para acelerar el desarrollo sobre datos, [11:11] sobre todo para datos en streaming, [11:13] pero también puedes trabajar [11:14] con datos en batch o una combinación de los dos. [11:17] Y una pregunta, porque tal como lo describes, [11:19] parece que el target no es el equipo de data engineering, [11:23] sino que el target es el backend developer. [11:25] ¿El que compra quién es? [11:27] ¿Es un bottoms up del equipo de backend que quiere saltarse, bypasear, [11:32] el equipo de data engineering? [11:34] ¿O es el data engineering que lo compra [11:36] para evitarse que le lleguen tickets [11:38] y tenga que estar provisionando todo esto? [11:40] ¿Quién es el target? [11:41] ¿Quién es el que os compra a día de hoy Tinybird? [11:44] Superbuena pregunta, [11:45] porque tenemos un poco de mezcla ahora mismo. [11:47] Tenemos como dos tipos de personas, [11:50] tenemos el data producer, [11:51] que suele ser alguien que ya es data engineering [11:54] y que le están exigiendo: «Necesitamos real time», [11:57] entonces con Tinybird, lo que consiguen es [12:01] rápidamente empezar a generar APIs para que consuman developers. [12:06] Entonces, tenemos equipos de data engineering usando Tinybird, [12:09] pero los que suelen hacer [12:12] puro bottom up de empezar a construir [inaudible 00:12:14] [12:14] son más los data consumers, [12:16] son los que están desarrollando una aplicación [12:18] y necesitan un backend analítico [12:21] sin tener que preocuparse [12:23] de cuántas máquinas pueden aprovisionar [12:26] ni cuánta memoria es suficiente, ni cuántos CPU cores necesito para tal. [12:31] Todo eso es transparente en Tinybird, [12:33] entonces ese data consumer, [12:36] que suele ser o un desarrollador, un full stack, [12:40] o un desarrollador de frontend, [12:43] son los que hacen sign up, se construyen cosas por su cuenta [12:46] y las ponen en producción ellos solitos, [12:48] y a partir de ahí, luego, si va creciendo, a lo mejor lo llevan a su empresa, [12:51] vamos hablando, y ahí ya entra el equipo de ventas en paracaídas, [12:56] para intentar desarrollar la cuenta. [13:00] Pero tenemos un poco de mezcla, [13:02] y nosotros, el posicionamiento que estamos haciendo ahora, [13:05] cada vez es más a desarrolladores. [13:08] No porque no pensemos que tiene [13:10] todo el sentido del mundo para los data engineers, [13:12] sino porque los data engineers [13:14] primero se tienen que pegar el guantazo de intentar hacer algo en tiempo real [13:19] con Snowflake o con BigQuery, o con lo que ya tengan montado, [13:22] para que esto tenga todo el sentido del mundo. [13:27] Mucho de nuestro posicionamiento [13:29] tiene que ver con el desarrollo de software sobre datos, [13:33] que apela a los equipos de ingeniería [13:37] sobre todo. [13:39] Ahora has dicho una cosa que me ha sorprendido [13:41] porque yo no lo había percibido así, [13:42] pero viendo vuestra web, [13:44] sí que tiene que os estáis posicionando así. [13:46] En realidad, [13:47] entiendo que lo proponéis para gente que hace productos [13:51] que usan datos, y para productizar esos datos. [13:54] Por ejemplo, [13:55] una empresa, como podría ser un software como Factorial, [13:57] que tiene un engine de reports y que quiere mostrar una analítica, [14:01] que consume datos crudos, [14:03] poco organizados, [14:04] con históricos, [14:05] con un follón ahí que es difícil de luego masticar, [14:08] vosotros ayudáis a masticar esto [14:10] y los devolvéis en una API [14:12] para que se pueda hacer un producto de datos encima. [14:15] No está tan pensado [14:17] para el equipo de marketing o el equipo de finanzas o el equipo de... [14:20] Correcto. [14:21] O sea, estáis ayudando a productizar datos [14:24] para desarrolladores de software, principalmente. [14:27] Exactamente. [14:27] ¿Esto siempre ha sido así o ha cambiado? [14:30] Esto ha cambiado mucho, [14:31] porque el tema es que... [14:34] Te voy a poner el ejemplo de cuando estábamos en CARTO. [14:38] En CARTO, cuando yo entré, [14:41] CARTO era una empresa que manejaba cantidades ingentes de datos, [14:45] pero cuando yo entré no había data engineers, [14:47] todo el equipo, todos los ingenieros eran data engineers- [14:50] Porque el producto era de datos. [14:52] Como parte de su trabajo, [14:54] ellos sabían trabajar con datos [14:57] y se pegaban con datos hicieran lo que tuvieran que hacer, [15:00] pero como la cantidad de datos iba creciendo, [15:04] se dedicaban cada vez más tiempo a pegarse con los datos, [15:09] en vez de a desarrollar y a aportar valor en nuevas features. [15:15] Cuando yo ya salía de CARTO, [15:17] CARTO estaba contratando su primer data engineer. [15:21] Tenían un equipo de, no me acuerdo ya, 40 o 60 ingenieros, [15:26] pero por primera vez los ingenieros estaban diciendo: [15:28] «Por favor, no puedo estar todo el día pegándome con los datos, [15:31] que alguien se encargue específicamente de esto». [15:36] Yo siempre sostengo [15:38] que el data engineering no existía hace, [15:42] no sé, ocho, diez años, ha sido algo que ha surgido [15:45] a raíz de que los datos crecen tan rápido [15:48] que se convierte en un problema en sí mismo [15:50] que necesita gestionarse. [15:52] Y luego, la tecnología de ETL y todo eso ha evolucionado muy rápido [15:55] y ha permitido que los data engineers puedan hacer muchas cosas, [15:59] pero los desarrolladores ahora dependen de los data engineers [16:01] cuando quieres trabajar con muchos datos, [16:03] dependen que: «Oye, necesito sacar de...». [16:06] Lo que suele pasar es: [16:08] tienen algo para capturar datos que lo dejan, por ejemplo, en S3. [16:12] Luego tienes un proceso con DBT o con lo que sea [16:15] que te lo pone en Snowflake y te lo deja ya las tablas preparadas, [16:20] pero luego hay que hacer otro proceso para sacarlo a DynamoDB, [16:23] para que luego puedas crearte un producto encima con esos datos. [16:28] Si lo piensas, has perdido el real time, [16:31] estás pagando todos esos servicios individualmente. [16:36] Nosotros capturamos los datos en streaming, [16:39] transformamos en tiempo real, es decir, en tiempo de ingesta, [16:42] hacemos materializaciones que no hace falta lanzar un job, [16:46] sino que según entra un evento, ya se está calculando [16:49] todas las cálculos que quieras hacer y te los deja en tablas, [16:53] y esas tablas luego, con SQL también, las expones con APIs [16:56] para empezar a construir tus productos de datos, [16:59] entonces acelera mucho todo este proceso. [17:02] Obviamente, hay, como son una base de datos analítica, [17:04] algunos casos de usos que hay niveles ideal y otros no es ideal- [17:08] ¿Por ejemplo? [17:09] ¿Cuáles son mejores y cuales son menos mejores? [17:13] Todo lo que es series de datos [17:17] o cosas que no son stateful, que no cambian de estado, [17:22] sino que es todo append, [17:23] todo eso es ideal para nosotros. [17:25] [diafonía 00:17:25] ejemplos [17:26] para la gente que no esté... [17:29] Eventos, todo lo que sea... [17:31] Por ejemplo, [17:32] te voy a poner algún ejemplo de casos de uso de algún cliente. [17:36] Tenemos clientes que hacen cosas completamente distintas, [17:38] pero un ejemplo muy friki que nos encanta es Vercel, [17:46] lo conocéis, que hacen una performance service [17:48] para deployar aplicaciones de React, Next.js, [17:51] Next.js sobre todo. [17:54] Lo que hacen es: [17:56] toda la telemetría de la librería [17:59] de todas las aplicaciones que se están usando [18:01] la están enviando en tiempo real a Tinybird, [18:03] y con eso se montan los gráficos, [18:09] tu Google Analytics que tienes para ti- [18:11] Eso iba a decir, si quieres construir un Google Analytics, [18:14] ese es el caso de uso perfecto. [18:16] Eso es. [18:17] Tanto si lo quieres construir para ti operativamente, [18:20] para todos tus datos, todo lo que está pasando, [18:22] o si quieres crear analítica para tus usuarios dentro de la aplicación. [18:27] En Factorial, [18:28] ¿cuántas veces se conectan todos tus usuarios? [18:30] ¿Cuántos van tarde? [18:32] O un audit log de todo lo que está pasando, [18:35] os estoy aquí vendiendo [18:36] unos cuantos casos de uso para Factorial. [18:38] De hecho, es el caso de uso que utilizamos, el audit log. [18:42] Exactamente, [18:43] todos esos casos de uso son perfectos. [18:45] Luego hay casos de uso que también resolvemos, [18:47] pero que requieren [18:48] más skill. [18:50] Por ejemplo, [18:51] cuando tienes de duplicación, cuando necesitas quedarte, [18:54] con tienes algo que va cambiando el estados, [18:55] y necesitas quedarte con lo último, [18:57] se puede hacer también, [18:58] pero ahí ya necesitas una estrategia, [19:01] no te vale con SQL básico, necesitas entender muy bien [19:04] cómo me voy a quedar con lo último. [19:06] Si tienes en el orden de 50 millones de registros, [19:10] 60 millones de registros, 100 millones de registros, [19:12] no te hace falta muchas estrategias, [19:13] pero si tienes en el orden de un billón, dos billones, [19:17] entonces ya sí, porque si no, [19:19] las queries empiezan a ir cada vez más lentas. [19:22] Porque para quedarte con el último, [19:25] necesitas mirar exactamente, comparar cuál es el último, [19:29] quedarte con ese y comparar los ID, [19:31] entonces no es tan trivial. [19:33] Esos casos de uso los podemos hacer, pero... [19:35] Y de hecho, parte de nuestro roadmap [19:37] va por hacer eso trivial, [19:38] porque lo vemos que pasa muy a menudo, [19:41] pero es un problema técnico complejo. [19:44] Y luego, [19:46] nosotros usamos una base de datos columnar, [19:47] aceptamos JSON [19:49] y datos no estructurados, [19:51] pero si tus datos son completamente desestructurados, [19:54] que no tiene nada que ver una cosa con otra, [19:56] pues vas a sufrir con Tinybird. [20:00] Si tus datos están dentro de un orden, [20:02] de un esquema que puede ser un poquito más grande a veces, [20:04] un poquito más pequeño, no hay ningún problema, [20:05] pero si no tiene nada que ver un evento con otro, [20:08] ahí también hemos resuelto algún caso de uso, [20:11] pero necesitas pensar muy bien la estrategia también. [20:15] Me gustaría hablar un poco del principio de Tinybird, [20:18] porque me acuerdo que visitasteis nuestras oficinas [20:20] hace tres años o no sé cuánto. [20:23] En aquel entonces, me acuerdo que seguisteis un playbook [20:27] que creo que es muy interesante y que pocos emprendedores hacen, [20:30] que es el modelo consultoría mientras construyó el producto. [20:35] No sé si nos puedes explicar un poco más [20:37] cómo era al principio de Tinybird, [20:39] como hacíais esas visitas con los clientes, [20:41] cómo funcionaba por dentro. [20:43] Eso es algo... [20:45] Perdonad, que me he dado cuenta de que, en mi línea, [20:48] no tenía el cargador puesto y me acaba de avisar, [20:50] verás tú qué risa [20:52] como me quedé sin batería en medio de esto. [20:59] Nosotros, el motivo principal por el que empezamos Tinybird [21:03] es porque queríamos trabajar juntos otra vez. [21:05] Es decir, [21:06] teníamos una idea, que se le ocurrió a Santana, [21:10] de visto todo lo que habíamos [21:12] aprendido en Tinybird, [21:15] lo que vio Santana en otras empresas... [21:17] Perdón, en Tinybird no. [21:18] Lo que hemos aprendido en CARTO [21:19] lo que veía Santana cuando salimos, [21:21] otros fueron saliendo y viendo los mismos problemas: [21:23] cuando tienes grandes cantidades de datos y quieres hacer joins, [21:26] quieres hacer constructores encima, [21:29] es muy complicado. [21:31] Santana empezó con una idea muy básica, [21:32] pero la idea que teníamos era: [21:34] vamos a juntarnos, [21:36] más o menos tenemos cierto track record en España, [21:39] seguro que conseguimos algún proyecto de consultoría, [21:41] vamos a empezar a trabajar sobre este producto. [21:43] ¿Qué pasa? [21:44] Que eso nos vino superbien para dos cosas. [21:48] Una, para darnos cuenta de cuáles eran los problemas principales [21:53] que tenía la gente, [21:54] porque simplemente ir a hablar, cerraras o no un acuerdo para hacer algo, [21:58] entendías muy bien dónde estaba sufriendo la gente, [22:01] y la otra también para darnos cuenta del volumen de oportunidad aquí, [22:05] de decir: [22:07] «Aquí, si fuéramos capaces de resolver bien este problema [22:10] de que puedas construir sobre grandes cantidades de datos, [22:14] saltándote todo esto que hay aquí montado, [22:18] aquí hay una oportunidad. [22:19] Entonces, empezamos a trabajar así, [22:21] nos salió a los tres, cuatro meses, [22:25] una oportunidad con un cliente enorme, una de las empresas más grandes de España, [22:29] que no le gusta que digamos su nombre en público, [22:32] pero diré que venden ropa. [22:36] Hace mucho frío allá arriba, ¿no? [22:38] Se come muy bien. [22:42] Básicamente, tenía un problema enorme [22:46] para hacer real time. [22:49] Nosotros llegamos, [22:52] sacamos un anuncio en Twitter diciendo: [22:54] «Vamos a empezar a hacer pruebas de usuario», [22:56] en plan vamos a decir que estamos aquí. [23:00] Una persona que trabajaba allí lo vio y dijo, [23:02] nos seguía más o menos, [23:03] «hacernos una demo». [23:04] Hicimos una demo que nos tiramos a la piscina a tope, [23:08] de meterle ahí 100 000 registros por segundo [23:11] y mostrar como que dábamos un endpoint [23:13] que te daba respuestas superrápidas, [23:16] y esto nos llevó a hacer [23:18] una prueba de concepto [23:24] ya muy específica: [23:26] «Queremos ver que sois capaces de hacer esto [23:28] con diez veces los datos que tenemos ahora mismo en producción, [23:31] como para que veamos no sólo que podéis resolver esto, [23:33] sino que esto va a escalar, [23:34] que no va a ser algo que se nos quede obsoleto en tres meses». [23:40] Eso nos absorbió mucho al principio, en cuanto salió esto, [23:43] porque éramos cinco fulanos [23:44] y nos pusimos a entregar eso, [23:48] y nos cambió un poco los planes también, [23:51] porque nos tuvimos que centrar [23:52] sobre todo en performance, escalabilidad y estabilidad, [23:56] y no tanto en la experiencia de usuario, en self-service, [23:59] en hacer un producto pensado para probar [otro idioma 00:24:02]. [24:05] Luego salió ese cliente, [24:07] empezaron a salir otros con venta directa, [24:09] simplemente a lo mejor hacíamos un curso: [24:13] «Vamos a dar un curso de cómo hacer queries [24:14] sobre un billón de datos». [24:16] Y nos salían ahí leads, [24:17] íbamos persiguiendo esos leads y nos iban saliendo clientes, [24:20] y poco a poco fueron saliendo más clientes. [24:22] Y todo esto hizo que [24:24] hemos ido construyendo luego el self-service [24:27] mientras íbamos entregando todo esto y mientras íbamos... [24:31] Hemos hecho todo un poco a la vez, [24:32] la típica metáfora de la startup que se va construyendo [24:36] como un avión que va volando mientras se va haciendo. [24:41] Me parece que fue al final del primer cuarto de este año, [24:44] abrimos ya cuentas para todo el mundo, ya cualquier se puede registrar, [24:48] puedes empezar a hacer tus productos por tu cuenta, [24:50] y ahora estamos haciendo un ataque combinado. [24:54] Por un lado, estamos muy con el tema del self-service para desarrolladores, [24:58] porque pensamos que esa es [24:59] nuestra estrategia que tiene sentido a largo plazo, [25:03] y el largo plazo, como sabéis, [25:05] cuanto antes empieces, mejor. [25:09] Y por otro lado, [25:10] como seguimos siendo capaces de generar oportunidades, [25:15] buscando las empresas que pensamos que pueden tener problemas relevantes, [25:19] hablando con ellos, [25:20] haciendo un proceso de ventas más de SaaS de toda la vida, [25:25] también estamos montando eso ahora. [25:28] Pero tened en cuenta que yo era el único que vendía, [25:32] sin venir de ventas ni nada, [25:35] el único que estaba haciendo ventas hasta enero. [25:39] O sea, que hemos empezado a montar el equipo de ventas ahora, [25:41] hemos contratado a un fulano en Estados Unidos, [25:42] empezado a coger gente allí, [25:44] y estamos montando eso ahora también. [25:47] Es un dolor para abrir ventas. [25:50] Este cliente de Arteixo que nos decías, [25:52] ¿os pagaba consultoría? [25:55] ¿Os pagaba por uso de queries? [25:57] ¿Os pagaba por datos almacenados? [25:59] ¿Cómo hicisteis este primer acuerdo donde no había nada todavía? [26:02] En el fondo hacíais consultoría, pero ¿cómo enfocasteis ya el contrato? [26:06] No sé de dónde son exactamente, [26:08] pero nosotros hicimos un.... [26:13] Las pruebas de concepto eran pruebas de concepto pagados, [26:15] hicimos primero una y luego otra- [26:19] ¿Es un tanto fijo? [26:20] ¿Es en plan 10 000 €, 50 000 €? [26:23] Sí, íbamos a cobrar, no me acuerdo cuánto fue, [26:25] en la primera creo que fueron 20 o 25 000 €, [26:28] y la segunda fueron menos porque era como una extensión. [26:33] Hicimos, para cualidar ciertas cosas, [26:35] que la primera como la más importante [26:39] y la segunda es como: [26:40] «Pero es que además tenemos estos otros problemas, [26:42] queremos ver que también vais a ser capaces». [26:44] Y luego ya nos fuimos a negociar un contrato de licencia- [26:48] Porque ahí, perdona, en esas primeras pruebas de concepto, [26:50] ¿ellos se quedaban lo que montabais? [26:53] Les instalabais el ClickHouse y el código, y se lo quedaban ellos, entiendo. [26:56] No, lo teníamos nosotros hosteado, [26:58] es decir, era nuestro- [27:00] O sea, no se quedaban nada, [27:02] lo único que se quedaban era el esfuerzo [27:03] de haber validado que lo podíais hacer. [27:05] Sí, nosotros les dimos [27:08] todo el código que habíamos hecho, [27:11] no el código del producto, sino todas las queries, los esquemas. [27:18] La prueba de carga que hicimos se la dejamos montada [27:20] para que vieran exactamente, si querían compararlo, [27:22] les dimos todo- [27:23] Si querían montárselo ellos, podían, [27:27] pero ya se lo pusisteis fácil para que no se lo montaran ellos, [27:29] sino que os empezaran a contratar [27:32] las queries y el almacenaje, y todo en vuestra infraestructura. [27:36] Nosotros un poco es: [27:37] «Lo que sacáis de esta prueba de concepto es, [27:39] primero, validáis si queréis currar con nosotros, [27:41] validáis cómo somos nosotros profesionalmente, [27:43] si queréis trabajar con nosotros no solo como producto, sino como una empresa». [27:47] Luego también, [27:49] como os vamos a dar toda la información técnica [27:51] de cómo está montado, [27:52] si vosotros quisierais coger un ClickHouse, [27:55] intentarlo montar por vuestra cuenta, [27:56] ahí tendríais ya un inicio. [27:59] Obviamente, [28:00] hay mucho más que las queries y los esquemas, [28:03] tienes que montar muchas otras cosas, [28:05] y tener en cuenta replicación y cuántas máquinas y cuantas tal, [28:08] que todo esto lo abstrae Tinybird. [28:10] Y luego, a partir de ahí, [28:12] ya nos fuimos a negociar un contrato de licencia. [28:16] Inicialmente incluía las horas [28:21] como de soporte dedicado, [28:23] y luego, con el tiempo, hemos hecho también professional services con ellos. [28:29] Esto lo hemos hecho con otros clientes también, [28:31] en el tiempo que empezamos, [28:34] íbamos con licencia, [28:35] y luego los clientes más grandes acaban teniendo [28:37] lo que llamamos premier support, [28:40] que es una persona dedicada... [28:43] No dedicada solamente full time, [28:45] pero asociada a tu cuenta, [28:48] que conoce tus casos de uso [28:49] y conoce a la gente a la que le puedes preguntar: [28:52] «Estoy intentando hacer esto y me vale lento», [28:56] o «tengo este problema y no sé como atacarlo». [28:59] Esto también lo hacemos, [29:00] porque cuando los proyectos van creciendo, [29:04] innecesariamente se van complicando, [29:06] y tener a alguien que... [29:10] Nos gusta ser buenos partners, de decir: [29:12] «No sólo te ponemos la tal, y te vendemos y desaparecemos, [29:15] sino, si necesitas cualquier cosa, [29:17] aquí estamos. [29:21] Tengo una pregunta un poco... [29:23] Que supongo que os habrán hecho en cada due diligence, [29:25] que es un poco la relación con los clouds. [29:27] Los clouds, obviamente, son entidades gigante, [29:30] tienes Amazon, tienes Microsoft y Google, [29:33] los tres pegándose de hostias. [29:37] Y al final, [29:39] integráis un proyecto open-source, [29:41] y este proyecto open-source, hacéis el hosting, [29:44] que es un modelo bastante común de monetizar open-source, [29:48] pero que últimamente ha sido bastante delicado [29:50] porque los clouds han adoptado [29:52] proyectos open-source [29:54] y los han posteado ellos mismos, compitiendo... [29:57] El caso de Mongo, que fue bastante claro, [29:59] Elasticsearch, etc. [30:01] Mi pregunta un poco es: [30:03] ¿cuál es vuestro posicionamiento con los clouds? [30:06] Y si los clouds algún día deciden [30:09] hostear un ClickHouse, [30:10] ¿cómo os veis en ese estado? [30:21] Si lo piensas, ya lo están haciendo, [30:23] ya todos los data warehouses [30:27] van sacando cosas que van más orientadas al real time, [30:31] pero, realmente, siempre va a haber un mercado [30:35] para bases de datos hosteadas, [30:39] que no es lo mismo que lo que hacemos nosotros, [30:41] nosotros te damos la base de datos, [30:43] por supuesto, [30:44] pero luego, además, te abstraemos la base de datos. [30:47] Es decir, [30:48] no tienes que saber cómo se configura un ClickHouse, [30:51] nosotros nos encargamos de que eso vaya como un tiro. [30:57] Nuestra apuesta es por la experiencia de desarrollo, [31:00] si somos capaces [31:01] de que los desarrolladores puedan construir, [31:03] tenemos una oportunidad enorme. [31:06] Si nos limitáramos a ser la base de datos hosteada, [31:09] entonces nos estaríamos pegando con todos los clouds a tope. [31:13] Y en realidad tenemos muchísimos, [31:15] la mayoría de nuestros clientes usan ya, [31:19] o acaban usando luego después, [31:22] BigQuery o acaban usando Redshift, [31:25] o ya lo usaban y de repente están sufriendo [31:27] en Redshift para algunas cosas, [31:29] y empiezan a usar Tinybird para esas cosas en las que están sufriendo, por ejemplo. [31:32] Pero nosotros no necesariamente queremos reemplazar [31:36] o competir directamente con los clouds, [31:39] sino ir a: [31:42] «Si lo que quieres es una experiencia de desarrollo superbuena, por aquí». [31:46] Y nosotros estamos yendo a más multicloud, [31:49] empezamos en Google Cloud, [31:51] estamos trabajando ahora en AWS, [31:53] acabaremos estando en todos los clouds, [31:55] y que puedas elegir: «Yo quiero usar Tinybird, [31:57] lo quiero usar aquí». [31:58] O incluso que te lo puedes coger desde el marketplace de tal, [32:01] que lo puedas instalar y empezar a funcionar. [32:05] Otra pregunta sobre esto, [32:06] que creo que lo habéis mencionado de pasada, pero ClickHouse, [32:09] lo has dicho muchas veces, [32:10] que es el motor de base de datos que usáis, [32:13] se puede decir. [32:15] ClickHouse es un proyecto open-source [32:18] que sale de Yandex, que es el Google ruso, [32:21] y ClickHouse es una empresa con venture capital [32:24] que ha levantado 50 kilos al menos de índex- [32:27] Bastantes más. [32:30] Así que [inaudible 00:32:31] ahí, 250 y tal, o sea, un montón. [32:33] Entonces, la pregunta es: estáis haciendo, entre otras cosas, [32:36] un hosting de una startup [32:39] que tiene capital riesgo como vosotros, [32:42] ¿cuál es vuestra relación con ClickHouse? Me preocupa a mí más todavía. [32:47] Esto es [32:50] una conversación que hemos tenido 150 000 veces, [32:53] sobre todo con los VCs, esto es lo primero que te preguntan. [32:58] Les comprendo, [32:59] los VCs dicen cosas raras, pero esta me parece bastante razonable. [33:03] No, y tiene todo el sentido. [33:05] En realidad, [33:06] la respuesta es muy parecida a lo que le decía a Pau antes, [33:10] el mercado para la gente que quiere [33:13] hostear una base de datos como ClickHouse es enorme. [33:16] Ellos están intentando hacer eso, [33:19] sacaron que tú te puedas montar tu ClickHouse, [33:22] tener acceso a todas la funcionalidades de ClickHouse, [33:24] y que puedas decir: «Quiero tantas máquinas». [33:28] Eso, en vez de hacerlo la gente que ya usa ClickHouse por su cuenta, [33:33] lo puedan hacer en ClickHouse. [33:35] Pero, de nuevo, [33:37] pensamos que, si este mercado es grande, [33:39] el mercado de gente que lo que quiere es [33:41] que lo que están construyendo vaya a toda leche [33:44] y no preocuparse de ni máquinas, [33:47] ni de conocer ClickHouse en detalle ni nada de eso, [33:50] es todavía más grande. [33:52] Por eso nosotros estamos tan centrados en los desarrolladores, [33:55] al final, en habilitar a los que quieren ir rápido. [34:00] Lo sabéis vosotros mejor que nadie, [34:02] lo que vemos nosotros en las startups ahora, [34:06] y en scaleups que están centradas en crecer, [34:09] cada vez es más serverless, es: [34:14] «Quiero algo que no me tenga que preocupar, [34:17] yo lo que quiero es ir rápido [34:18] quiero crecer». [34:19] Y cada vez hay menos not-invented-here syndrome, [34:24] porque la presión, sobre todo en las startups, [34:27] por los inversores, por la competencia, [34:28] de ir rápido es enorme, [34:30] y entonces, [34:34] creo que ahí el mercado es enorme, [34:37] tanto en un lado como en el otro. [34:40] Me has contestado por qué lo vuestro... [34:44] Yo creo que lo que has defendido es por qué tiene sentido hacer lo vuestro, [34:47] existiendo ya ClickHouse como empresa y como servicio, [34:50] lo que no me queda claro es por qué ClickHouse, [34:52] si lo vuestro es tan buena idea, [34:53] no decide hacerlo, y tiene una ventaja, [34:55] que es que son los dueños [34:56] de una parte de la máquina. [34:58] ¿Por qué ellos no hacen un Tinybird? [35:01] Podrían hacerlo, y oye- [35:03] Está claro que podrían hacerlo. [35:06] Buena suerte. [35:07] Nosotros lo que sabemos [35:12] y lo que vemos es que no van en esa dirección, [35:14] que ellos apuestan por la infraestructura hosteada. [35:18] En el futuro, si lo hacen, [35:20] primero, [35:21] les llevamos ventaja en cuanto a que esto no es trivial, [35:25] construirte una manera de desarrollar datos, [35:28] son gente que viene de hacer infraestructura hosteada [35:31] y de hacer servicios [35:32] de consultoría encima de infraestructura hosteada. [35:35] Entonces, creemos que tenemos ahí una ventaja superbuena [35:38] pero tenemos que correr, y por eso hemos levantado dinero. [35:42] O sea, que la oportunidad es ahora. [35:51] En realidad, [35:53] hay otro riesgos, [35:54] que es el riesgo de que cambien la licencia, tipo muy drastic, [35:58] y eso puede pasar y nosotros nos estamos preparando para eso, [36:01] nosotros tenemos [36:02] nuestros desarrollos de ClickHouse in-house. [36:05] Pensad también que a nosotros no nos interesa el 100% de ClickHouse [36:08] nos interesa sobre todo la parte de real time, [36:11] entonces estamos muy centrados en esa parte, [36:13] y ya tenemos nuestro plan [36:14] de cómo lidiar un poco con eso cuando finalmente pase. [36:19] Estamos en contacto con ellos ya, hablamos con ellos- [36:21] Te iba a preguntar si les pagabais algo. [36:24] No. [36:25] Ni soporte prémium ni una cuenta enterprise ni nada, [36:28] vais al GitHub y os bajáis el código. [36:31] Ellos no tienen todavía [36:33] un producto, [36:34] están todavía construyendo. [36:36] Hicieron una jugada muy supervaliente, [36:41] que me quito el sombrero, [36:43] fueron a Yandex, les compraron... [36:45] Son uno americanos que salieron de Elastic, [36:48] fueron a Yandex, les compraron la licencia de open-source de ClickHouse, [36:54] se fueron de Rusia, que menos mal para ellos, [36:57] porque con toda la que ha caído ahora, imagínate si hubieran quedado allí. [37:03] A partir de ahí, [37:04] anunciaron y levantaron dinero con idea... [37:06] Y luego también, piensa que lo del cambio de licencia [37:09] es más para defenderse de un Amazon [37:10] que haga exactamente lo que ellos van a hacer. [37:12] [diafonía 00:37:14] [37:14] que está yendo a otro target completamente distinto, [37:16] que es el de construir aplicaciones, escalar... [37:20] Es otra capa, [37:21] al final tienes el commodity, [37:23] que es el cloud que ataca a infraestructura, [37:27] y luego tienes la experiencia de development, [37:30] y entiendo que es donde atacáis. [37:32] ¿Y en qué punto estáis ahora? [37:34] Has dicho que abríais oficina en Estados Unidos, [37:37] que habéis levantado ronda. [37:39] ¿Y cómo estáis? [37:43] Somos 53 ahora mismo. [37:48] Hemos bajado un poquito el ritmo de hiring, [37:51] en previsión de a ver qué pasa en el ciclo que viene, [37:53] a ver si nos dirigimos a ese invierno nuclear [37:56] que algunos dicen que viene [38:01] o no, para simplemente asentar ciertas cosas [38:05] y seguir con lo que estamos haciendo. [38:07] Estamos montando, por un lado, este equipo de ventas, [38:10] va creciendo y generando oportunidades, [38:12] y por otro lado, tenemos [38:16] bottom up y self-service, [38:19] y por ahí va a ir mucho de nuestro esfuerzo [38:22] en los próximos años, [38:24] porque lo que pensamos es que si conseguimos [38:26] que los desarrolladores por su cuenta se monten cosas, [38:30] todo lo demás va solo. [38:33] Eso es un poco el objetivo. [38:35] Y luego, Estados Unidos, [38:36] al final lo vemos como el sitio donde se está peleando, [38:39] donde se está decidiendo la categoría de real time, [38:43] entonces nos parece que hay que ir allí con fuerza, [38:48] y por eso yo me voy para allá y estamos contratando allí, [38:53] sobre todo, allí vamos con más ventas y customer success. [38:58] Y aquí seguiremos teniendo customer success también, [39:00] pero todo el producto y ingeniería, en principio, sigue por aquí. [39:06] Una pregunta. [39:08] Clientes, [39:09] hay dos categorías claramente, el self-service y el cliente, [39:12] que entiendo que es bastante más grande, que los has cerrado tú hasta hace muy poco [39:15] y ahora tenéis un pequeño equipo de ventas. [39:17] ¿Cuántos clientes tenéis? [39:21] Voy a ser aquí un poquito más circunspecto, [39:26] tenemos decenas de clientes de pago, [39:30] cerca de cambiar de decenas a centenas. [39:36] Y tenemos un tail bastante largo, [39:38] es decir, tenemos algunos clientes enormes, [39:42] que 250 000 pavos al año, [39:46] y luego tenemos [39:48] clientes hasta self-service, [39:51] un poco de todas las- [39:53] Pero de los no self-service, ¿qué es lo mínimo que se paga? [39:55] Del no self-service. [39:58] Del no self-service, [40:03] suele estar alrededor de unos 50 000 pavos al año, [40:06] cuando ya es un deal enterprise, [40:09] pero eso en realidad es cuando ya... [40:13] Generalmente no pasa directamente, [40:15] los hemos hecho algunas veces, que dices: [40:17] «Tengo superclaro lo que quiero hacer, [40:20] hacemos una media POC, me encaja, [40:24] te puedo decir más o menos [40:25] cuánto vas a necesitar de procesado de datos». [40:27] Pues nos vamos a un commitment. [40:29] Pero la realidad es que normalmente no pasa así, [40:32] suelen empezar en, no sé, 500 pavos, 1000 pavos. [40:36] ¿Eso al año? [40:37] No, al mes, perdón. [40:40] Sí, 500 pavos al mes o algo así. [40:42] Y una vez que vas atacando cosas, [40:45] y ya sabes, tienes más claro: [40:47] «Vale, pues esto tal», [40:48] te ayudamos a optimizar si ves que estás consumiendo mucho, [40:51] y ya con eso te decimos: «Te vendría bien, [40:54] en vez de pagarme todos los meses lo que consumas, [40:57] hacemos un commitment, que es como reservar máquinas en AWS, [40:59] reservas datos procesados. [41:01] Y entonces ya te vas a un commitment, que suele estar más o menos en ese rango, [41:05] pero que depende mucho de tu caso de uso. [41:09] O sea, [41:10] digamos que esos deals [41:12] a los que ventas va dirigido [41:16] pues son para esos valores, para intentar llevarlos, [41:19] por lo menos cuando vemos potencialidad, [41:20] llevarlos a esos valores. [41:22] Pero en realidad es que nosotros, ya te digo, nuestra máxima es: [41:26] «Empieza y te ayudamos, y si te va bien, fenomenal, [41:30] y estarás encantado de quedarte, y ya veremos [41:32] qué es lo que tiene sentido». [41:34] Pero no estamos obsesionados con: «Hay que cerrar deals a este precio», [41:39] sino cuanta más gente use esto y más caso de uso... [41:43] Lo que vemos es que es muy sticky y, generalmente, cuando lo empiezas usar, [41:46] lo empiezas a usar para bastantes más cosas. [41:49] Y para entender el tamaño del negocio, [41:51] estos cerca de 100 clientes que has dicho, [41:53] incluyen los self-service, ¿no? [41:55] Porque no me ha quedado claro esto, ¿esto son todos? [41:57] Sí, pero piensa que self-service [41:58] acaban de empezar, [41:59] llevamos tres meses, [42:01] o sea, que ahí hay pocos. [42:04] Y luego, usuarios tenemos bastantes más, [42:07] tenemos miles de usuarios free [42:11] que están haciendo cositas, algunos- [42:13] Jugando, están jugando. [42:15] Están jugando, exactamente. [42:16] Y en facturación, ¿qué estáis, entre dos y tres millones de euros al año aprox.? [42:20] Por ahí anda la cosa. [42:23] Jordi, cálculos rápidos. [42:25] El average ese que me ha sacado de la manga no me ha salido mal. [42:29] Joder, tío, con vosotros no se puede, [42:31] es que estáis todo el día ahí pensando en las métricas de los dineros. [42:35] Cuatro métricas más y ya te dejo tranquilo, [42:37] que Pau te haga otro tipo de preguntas, pero para entender, [42:39] vosotros no vendéis solo software, [42:42] vendéis software y alojamiento. [42:44] Entiendo que cuesta dinero guardar los datos y mover los datos, [42:48] en realidad estáis jugando a un margen [42:50] entre lo que cuesta y lo que cobráis, ¿no? [42:53] Nosotros usamos ahora mismo dos... [42:58] Las dos métricas [43:00] o las dos palancas de pago principales [43:03] son datos procesados, que es cuánto escribes y cuánto lees, [43:08] ¿Esto qué es, en bytes? [43:10] En gigas. [43:15] Jordi se quedó en los 90. [43:17] Está construyendo en BASIC. [43:23] Normalmente, es precio por gigabyte procesado. [43:27] ¿Qué cuesta el gigabyte procesado? Por curiosidad. [43:30] En el website pone 007, [43:32] que eso es lo que pagas si haces self-service. [43:34] ¿0.07? [43:36] Dólares el giga, eso es [43:39] Es un guiño a James Bond eso. [43:41] Exactamente, 007. [43:42] Eso os lo habéis inventado totalmente, ese número, [43:44] podía haber sido 004 o 0014 [43:48] Una cosa muy guay de hacer una empresa de analítica [43:51] es que tienes en tiempo real [43:53] los datos de lo que están haciendo la gente, [43:55] lo volcamos en Tinybird. [43:57] Entonces, [43:58] cuando decidimos abrir el self-service, [43:59] empezamos a ver cuánto procesan nuestros clientes, [44:02] cuáles son los casos de uso, [44:04] y a partir de ahí [44:05] nos sacamos el pricing, [44:07] basado en lo que nos encajaba [44:09] en función del problema que están resolviendo, [44:11] qué valor aporta [44:14] y, obviamente, el margen que esperamos que nos dé [44:17] con el paso del tiempo. [44:20] Ese es el valor que puede ser más volátil, [44:22] porque no es lo mismo si eres un producto [44:25] que le metes 20 queries por segundo, [44:27] que si le metes 1000 queries por segundo, [44:29] o dos queries al minuto, [44:31] puede ser muy variable, y por eso tenemos... [44:34] Ahí es cuando tiene un sentido hacer commitments, es: [44:36] «Visto lo que estás haciendo y, más o menos, lo que esperas hacer, [44:38] yo te hago un precio de puta madre, [44:40] pero que no te arruines». [44:42] Porque a 0.07, [44:43] ves alguna de las cosas que hacen algunos unos clientes, [44:45] tendría que pagar un millón al mes, [44:49] pero nosotros podemos optimizar, [44:52] les podemos dejar un precio muy bueno [44:54] en función de los casos de uso y trabajando con ellos, [44:57] con las cuentas más grandes, [44:58] pero para las cuentas más pequeñas, empezar es superbarato. [45:01] Y las dos palancas que decías, ¿qué es? Los datos... [45:05] Storage, [45:06] que es, básicamente, cuánto disco utilizas. [45:09] Esta es una que, en realidad, [45:11] con el tiempo nos gustaría eliminar, [45:15] porque, en realidad, no te queremos penalizar [45:16] porque tengas datos con nosotros, [45:20] pero es verdad que a nivel de margen ahora [45:23] hay que tenerlo en cuenta porque los discos son caros. [45:25] A ti te cuestan. [45:27] Sobre todo los buenos, [45:28] los discos buenos son caros. [45:31] Esto es otro factor. [45:32] Pero eso, en cambio, no suele ser [45:35] lo que mueve la palanca del precio, [45:38] porque para los casos de uso de analítica, [45:40] aunque procesamos muchísimos datos, [45:43] generalmente no te hace falta quedarte con todo el crudo [45:47] del último año de eventos, [45:49] lo que tú quieres es: [45:51] yo me cojo los últimos 30 días de eventos, por ejemplo, [45:53] y esos me los guardo en crudo. [45:56] Pero luego voy creando [46:00] rollups o materializaciones, [46:02] que eso es luego lo que utilizas para construir tu producto, [46:04] y que son órdenes de magnitud más pequeños en cuanto a storage. [46:08] Y por último, [46:09] que has dicho la palabra un par de veces, [46:11] has dicho: «El margen que esperaríamos con el paso del tiempo». [46:13] ¿Qué pinta tiene el margen de una compañía así? [46:15] Porque es como un Twilio, [46:17] una compañía que ofrece APIs, [46:20] pero le cuestan dinero. [46:21] No sé el margen de Twilio, [46:23] pero ¿dónde queréis llegar? [46:24] Nuestro goal ideal estaría alrededor del 80 %, [46:30] el gross margin. [46:34] Ahora no estamos ahí, obviamente, porque esta es una startup, [46:36] no estás pensando en esto, [46:38] echas máquinas a los problemas, [46:39] sales como puedas, [46:41] pero ahora ya sí que tenemos cada vez más información [46:44] para saber dónde podemos apretar. [46:48] Hasta hace nada, no habíamos reservado máquinas en Google, [46:51] para que os hagáis una idea, es decir, íbamos al día. [46:55] No a lo loco, sino porque también quieres... [46:59] Cuando estás montando esto, [47:01] una máquina u otra puede tener [47:04] distintas connotaciones, [47:05] hay algunas que son de high memory, otras que son high CPU, [47:09] dependiendo del caso de uso, [47:11] queríamos tener la flexibilidad de en un momento dado decir: [47:13] «Este cliente, nos hemos equivocado [47:14] tiene más sentido que sea tal», [47:16] y ir aprendiendo para luego decidir [47:18] qué es lo que necesitamos [47:20] de verdad para que esto sea totalmente elástico con el tiempo, [47:24] y que sea... [47:29] Que los clientes no se tengan que preocupar de ello. [47:33] O sea, si eran 80, sería tal, [47:35] a partir de 75, estaríamos bastante contentos. [47:38] ¿Y ahora por dónde estáis? [47:42] Ahora mismo estaremos en un sesenta y algo, una cosa así. [47:45] Está muy bien ya. [47:46] [diafonía 00:47:46] [47:49] Twilio tiene un 48 % de gross margin, [47:51] claro que ellos mueven llamadas y SMS, [47:53] cosas reales de la vida real. [47:56] Exacto. [47:57] Lo que pasa es que es engañoso, [47:58] porque, primero, todavía nos queda por... [48:03] Estamos metiendo [48:05] ahí bastantes cosas que, a lo mejor, no deberíamos estar metiendo, [48:09] metemos todo lo que es infraestructura, pero, en realidad, infraestructura, [48:11] lo usamos no sólo para los clientes, lo usamos también para marketing [48:15] o para hacer un montón de cosas. [48:17] Eso va siempre ahí. [48:19] Trampas al solitario le llamamos. [48:22] Y luego también, [48:24] hay clientes en los que, [48:27] por razones históricas, [48:31] no valoramos pasta, pero estamos así así, [48:34] porque hicimos un deal con tal de entrar de cualquier manera, [48:37] y luego dices: «Ostras». [48:39] Eso ya lo iremos arreglando. [48:41] Y luego hay [48:44] otros clientes en los que los márgenes son brutales, [48:47] porque tienen un caso de uso que es ideal para nosotros, [48:53] pagan el precio del website [48:55] y nos sale fenomenal, [48:58] Eso es un poco la idea. [49:00] Hay startups con márgenes brutos negativos al principio, [49:04] que esto parece que no, pero es posible, [49:06] tú puedes vender duros a cuatro pesetas [49:10] porque te sale más barato comprarlos a cinco y luego ya... [49:13] El problema es cuando no tienes claro cómo hacer duros [49:15] a dos o tres pesetas. [49:20] Nos hemos empezado a preocupar más ahora [49:21] desde el punto de vista de puede que vengan años duros ahora, [49:27] y hay que tener buenas cifras de cara [49:30] a que si queremos levantar pasta [49:33] dentro de un par de años o menos. [49:37] Si las cosas están muy mal, [49:39] tenemos que tener las métricas superbien, [49:43] entonces hemos empezado a prestarle más atención ahora a eso, [49:46] pero en realidad nuestro objetivo... [49:50] Este no era nuestro mayor problema ahora mismo, [49:52] no es nuestra mayor prioridad. [49:54] Hablamos de este fundraising que acabas de mencionar, [49:57] habéis levantado mucha pasta de inversores muy buenos, [49:59] me han dicho. [50:00] Joder, Enric, el puto amo. [50:06] Sí, la verdad es que fue... [50:17] Levantamos una serie seed primero, [50:20] que esto no lo anunciamos, [50:22] anunciamos la serie seed [50:24] como un año más tarde de haberla levantado, [50:26] porque, básicamente, nosotros estábamos trabajando, [50:28] levantamos la seed justo cuando la pandemia, [50:33] y la anunciamos como un año más tarde. [50:35] ¿Por qué? [50:36] Porque, en realidad, [50:39] cuando la iniciamos nos venía bien para contratar, [50:42] elegimos el momento en que nos vino bien. [50:46] Y luego, [50:48] más o menos cuando eso estaba pasando, [50:50] ya estábamos hablando en la serie A. [50:55] Tuvimos la suerte de... [50:57] Nuestros inversores, decir que son Crane, [50:59] que son muy buenos inversores seed, la verdad, están aquí, [51:03] son americanos, pero asentados aquí en Europa [51:05] e invirtiendo en empresas europeas. [51:07] Nos presentaron a los fondos que ellos decían: [51:10] «Estos son los fondos que pensamos que tenéis que hablar». [51:13] Y entre ellos estaba CRV [51:16] y Singular. [51:18] Y entonces hablamos con ellos por separado, [51:20] pero luego ellos hablaron entre ellos y se pusieron de acuerdo, y dijeron: [51:22] «¿Por qué no vamos juntos?». [51:24] Y entonces nos hicieron un term sheet juntos, [51:27] nos gusto mucho, y ahí que fuimos. [51:29] ¿Y cuánto habéis levantado? [51:32] Hemos levantado [51:33] en total de la empresa 40 millones. [51:39] No está mal. [51:40] Joder. [51:41] Y la pregunta obvia, que- [51:43] Yo duermo peor [51:45] que cuando no los tenía, te lo digo. [51:49] Eso no te lo dicen cuando vas a levantar dinero. [51:52] Si te sobran, manda unos cuantos por aquí, [51:54] no hay problema. [51:55] No creo que [diafonía 00:51:55], [51:57] que tenéis más dinero que los toreros. [52:04] ¿Qué vamos a hacer con la pasta? [52:05] A nivel de producto sobre todo, [52:06] porque has hablado un poco de go-to-market, [52:08] del equipo de ventas Estados Unidos, [52:10] pero en el producto, [52:11] desde fuera parece que está hecho. [52:14] Qué suerte. [52:17] Es que lo cuento muy bien, pero no está hecho, [52:19] hay muchas cosas que hacer todavía. [52:21] Por ejemplo, [52:22] un multicloud, superimportante para nosotros, [52:25] y es complejo [52:28] en todos los sentidos, es decir, [52:29] deployar y monitorizar y todo, [52:31] no es todo exactamente igual en todos lados. [52:35] Por fin somos SOC 2 compliant, [52:37] pero digamos [52:40] que tienes que ser compliant en todos los clouds, [52:45] todo esto requiere equipos más grandes [52:47] y empezar a... [52:51] Mucha inversión. [52:52] Luego también, [52:53] todo lo que es la experiencia de usuario, [52:55] nos queda muchísimo camino por recorrer, [52:57] hay cosas que son triviales de hacer en Tinybird [53:00] y hay cosas que... [53:02] No es lo mismo cuando tienes [53:04] 20 millones de registros en la base de datos, [53:07] que cuando tienes 20 billones de registros, [53:11] que además están entrando constantemente eventos, [53:14] y quieres hacer un cambio del esquema, [53:16] y quieres además, al mismo tiempo, cambiar los APIs que estás haciendo, [53:20] y que todo siga funcionando y que no se rompa nada. [53:22] Ostras, eso no es trivial. [53:24] Estamos invirtiendo muchísimo en la experiencia de desarrollo, [53:28] estamos invirtiendo mucho en marketing ahora también, [53:31] porque es que no habíamos hecho nada de ruido, [53:34] éramos nosotros poniendo algún tuit de vez en cuando o en LinkedIn, [53:38] y ahora empezamos a invertir mucho más ahí, [53:42] pero ya te digo, en producto queremos [53:44] todo el multicloud, toda la experiencia los usuario, [53:46] bajar la barrera de entrada, que sea superfácil meter datos, [53:49] los tengas donde los tengas. [53:52] Todo esto es donde va a estar la gran mayoría de la inversión. [53:56] Y luego, llevamos viendo oportunidades de hacer como productos adyacentes, [54:00] cosas encima de Tinybird, [54:03] alertas en real time, [54:06] obviamente, estás teniendo datos tal, lo siguiente que se te ocurre es: [54:09] «Yo quiero saber cuándo pasa esto». [54:12] Ya lo hacemos con algunos clientes, [54:14] pues profundizaremos ese tipo de cosas. [54:16] Y luego también, [54:18] mejorar mucho todo lo que es mandar datos a otros sitios, [54:22] porque para ciertas cosas hay que hacer otras cosas. [54:25] Tenemos un roadmap infinito, [54:28] entonces vamos a invertir en ingenieros, [54:29] vamos a invertir en- [54:31] Os metéis en el jardín de Confluent un poco entonces, [54:35] está muy apretado este mercado, estáis ahí... [54:37] Claro. [54:43] Lo que nos pasa también es, nosotros lo primero que hicimos fue... [54:46] No primero, pero lo segundo que hicimos un conector de Kafka, [54:48] ¿Por qué? [54:49] La gente ya usa Kafka, [54:50] a nosotros nos encanta Kafka, [54:52] no tenemos ningún problema con que la gente use Kafka, [54:54] nos facilita muchísimo la ingesta, [54:57] porque literalmente son tres clics [54:59] y ya tienes datos ingestando, ya puedes empezar a hacer cosas, [55:02] pero mucha gente no se quiere complicar la vida y dice: [55:04] «Yo lo que quiero es enchufarte datos». [55:06] Pues hicimos nuestra propia ingesta por streaming, [55:08] que es por una API por DHCP que le puedes enchufar lo que quieras. [55:12] Entonces, inevitablemente empiezas a competir un poco con Confluent. [55:21] En 30 segundos, ¿qué es Kafka y qué es Confluent? [55:23] Porque entiendo que habrá mucha audiencia que no sabe qué es. [55:27] Kafka es también un software open-source [55:33] que sirve para muchas cosas, pero sobre todo para capturar datos [55:37] en streaming en grandes cantidades, [55:39] y luego es un sistema como de colas en los que puedes ir leyendo [55:44] por distintos consumidores de distintas velocidades, [55:47] entonces te permite que, una vez que capturas esos datos, [55:50] luego consumirlos como tú quieras. [55:52] Pero no es una base de datos, [55:54] te permite consumir esos datos [55:55] y luego, si quieres hacer algo que necesitas hacer queries, joins, [55:59] tienes que llevártelo a otro sitio. [56:00] Sí que tienen un lenguaje que se llama KSQL, [56:03] que te permite hacer joins entre streams, [56:06] pero son joins que están pasando... [56:09] Son como transit, que no- [56:11] A chorro, van a chorro. [56:13] Exacto. [56:15] Lo que mola mucho de eso [56:16] es que te puedes hacer una entidad nueva, por ejemplo, [56:19] y mandártelo a otro topic y consumirla en otro lado, por ejemplo. [56:22] Eso también alguno de nuestros clientes lo usan, y fenomenal. [56:25] El tema es que tiene sus limitaciones porque no es una base de datos, [56:29] cuando tienes grandes volúmenes, [56:31] hacer esos joins se complica, [56:33] y ahí es donde nosotros podemos facilitar bastante el tema. [56:37] Y luego además es eso, [56:38] que cuando empiezas a usar los pipes en Tinybird, [56:40] empiezas a hacerte transformaciones, [56:42] dices: «Joder, qué guay esto, [inaudible 00:56:44] en mi API, [56:45] pero me vendría fenomenal usarlo en ese otro sitio». [56:49] Nos demandan mucho: «¿Cómo saco los datos luego a otro sitio?» [56:52] Ya tenemos algo en marcha que te permite sacar datos a S3. [56:56] Pero eso lo iremos desarrollando también [56:58] para que sea muy fácil y que puedas mandar a diferentes sitios. [57:02] Al final, el roadmap a largo término, [57:05] por lo que entiendo, es unificar todo el tooling [57:07] porque eso también podría ser un poco un reverse ETL de alguna forma, [57:11] mandar el dato reinstalado en otro sitio. [57:15] Sí, no creo que lleguemos a te lo mando a Salesforce, [57:20] no cero que lleguemos a ese nivel, [57:23] ya veremos, pero en principio esa no es la idea. [57:25] La idea es más: [57:26] te lo mando un topic de Kafka, te lo mando a S3, [57:28] te lo mando a Snowflake, [57:31] te lo mando a otros sitios. [57:34] Hay una cosa, una idea que me mola mucho, que es: [57:37] si tú piensas en todas esas cosas [57:39] y lo que en una empresa grande ahora necesita, [57:40] necesitas hablar con 17 personas para montarte algo así. [57:44] La idea de que un desarrollador [57:46] en Tinybird [57:47] pueda tanto montarse una ingesta, [57:49] crearse unas APIs, entrar a consumirlo, [57:51] es como de decir: «Pues esto que tengo aquí, [57:52] este mismo query, [57:55] el resultado lo voy a mandar cada segundo, [57:57] cada materialización o lo que sea por segundo, [57:59] a un topic». [58:00] O me voy a montar una alerta. [58:04] Es una potencialidad brutal a los desarrolladores [58:07] para montarse lo que quieran, [58:09] eso nos enamora, esa idea, [58:10] decir: «Con cuatro cositas [58:13] puedes hacer un montón de cosas [58:15] si el producto responde y es fácil de utilizar». [58:19] Y entendiendo no solo a nivel de producto, [58:21] sino al negocio, [58:22] ¿hacia dónde queréis ir? [58:24] ¿Nos puedes explicar cuál es vuestro roadmap? [58:27] ¿Dónde queréis acabar el año en ARR? [58:30] ¿El año que viene? [58:31] ¿Por cuánto estáis creciendo año a año? [58:32] ¿Qué pinta tiene Tinybird en los próximos dos años? [58:42] Pregunta qué le gustaría a nuestros inversores, [58:44] luego ya veremos lo qué pasa. [58:46] El futuro no lo sabe nadie. [58:49] Pero, obviamente, nosotros lo que estamos haciendo [58:51] es intentando triplicar este año, [58:55] y nos gustaría triplicar el año que viene, [58:59] en cuanto a ARR. [58:59] También te digo una cosa, [59:01] no nos vamos a suicidar por conseguirlo, [59:04] es decir, [59:05] tenemos muchas cosas [59:08] que tendríamos sacrificar [59:12] el largo plazo... [59:13] Si percibiéramos que tenemos que sacrificar [59:15] el largo plazo para conseguirlo, [59:17] no lo vamos a hacer, para eso hemos levantado dinero, básicamente. [59:20] Pensamos que el largo plazo de que los desarrolladores, [59:23] que ese sueño sea cierto, [59:25] requiere mucha inversión en la experiencia de usuario, [59:28] y a lo mejor no en features [59:30] que sabemos que a empresas grandes les pueden interesar ahora mismo. [59:39] Este es un balance, [59:40] obviamente vamos a intentar [59:41] duplicar este año y triplicar el que viene, [59:43] pero ya te digo, [59:47] no nos vamos a matar el sueño por conseguirlo, [59:50] que es tentador. [59:52] ¿Y dónde queréis acabar este año en número? [59:55] ¿En dónde queréis acabar este año en ARR? [60:01] Te podría decir, pero tendría que matarte, Jordi. [60:03] no te lo digo porque no quiero dar muchas pistas a mis competidores, [60:09] creo que ya les he dado suficiente en este podcast. [60:17] Tú te haces una idea con lo que te he dicho antes, [60:19] más o menos, ¿vale? [60:20] Y luego, si quieres, te lo cuento [60:22] si me prometes que no lo vas a- [60:23] Aquí la gracia es compartir con la audiencia. [60:27] Prefiero no decirlo, más que nada por eso, [60:29] porque luego yo- [60:31] No te obligamos, no queremos que nos mates. [60:35] Que luego salen estos números por ahí, [60:38] y prefiero ser prudente. [60:41] La competencia no habla español, tranquilo. [60:44] Eso es con lo que hemos contado hasta ahora. [60:47] He hecho algunos podcast ya, [60:48] este es el primero que hago en español, curiosamente, [60:50] así que cuento con eso. [60:53] Pau, perdona, que te he interrumpido antes. [60:55] Al final salen números que... [60:56] A nosotros nos han salido números en los medios [60:59] que yo no sé de dónde los han sacado. [61:04] Sólo una cosa, para que os hagáis una idea, [61:06] lo que nos importa a nosotros es [61:08] cuántos workspaces activos tenemos, [61:10] eso es lo que nosotros pensamos, [61:11] porque crecemos de tres formas. [61:15] Porque nuestros clientes crecen y entonces meten más datos, [61:18] y eso hace que crezcamos automáticamente. [61:21] Porque hacen nuevos casos de uso, [61:22] y estos son los workspaces, que dices: «Me voy a crear otro proyecto, [61:25] me creo otro dentro de Tinybird». [61:27] O porque hacen onboarding de más desarrolladores. [61:29] Esas tres métricas para nosotros son superimportantes [61:32] en cuanto a la salud de nuestros clientes, [61:35] de nuestras cuentas. [61:36] Y luego, a nivel de self-service, [61:38] ya estamos entrando a mirar conversión y retención sobre todo, [61:43] cuánto tardan en hacer un API endpoint, [61:45] que es como el momento guau, [61:50] cuántos se lo crean sólo para ver lo qué es [61:53] o luego se montan algo que permanece. [61:56] ese tipo de cosas es lo que nos importa ahora más que el revenue. [62:00] Yo sólo una observación, [62:01] porque antes has comentado [62:03] que el principio era un poco al revés de lo que las empresas hacen. [62:09] Y veo un poco un arco interesante, [62:10] que empezasteis muy acompañando [62:12] a un cliente en particular, [62:14] haciendo una consultoría, [62:16] buscando este product-market fit [62:17] muy directamente con el cliente, [62:20] y ahora un poco el mensaje que veo es: [62:22] de cara al futuro, queréis invertir más en el producto. [62:24] Que es un poco al revés, de que mucha gente se cierren la cueva, [62:27] hace el producto y luego lo tira al mercado a ver qué pasa, [62:30] y vosotros al revés, habéis empezado con el product-market fit, [62:33] y ahora parece que poco a poco tenéis la visión más clara [62:35] y vais dejando ir más esa tacticidad del cliente para irse al long term. [62:41] Sí. [62:43] Para nosotros era muy importante validar que había gente dispuesta a pagar por ello [62:47] y que esto aportaba un valor, [62:51] pusimos bastante foco en eso al principio. [62:53] Es un camino duro, [62:58] y a veces me planteo, si lo haría otra vez, [63:01] si lo haría exactamente igual. [63:06] El día a día de los clientes y de los problemas [63:09] hace ir más lento en el desarrollo de producto, [63:12] en cosas que ya sabes que deberías hacer. [63:14] Al mismo tiempo, te da mucha seguridad, [63:16] porque cuando vas resolviendo [63:18] los problemas que te van diciendo los clientes, [63:19] ellos cada vez están más contentos, están más dispuestos a invertir en ti, [63:23] pero al mismo tiempo, features y cosas que digo: [63:25] «Joder, esto llevamos hablando de ello [63:28] dos años y no lo hemos hecho todavía, [63:29] me cago en diez». [63:31] Pero es el balance [63:36] de las dos cosas. [63:38] Es durete el camino, pero al mismo tiempo también nos ha dado [63:43] mucha seguridad en lo que estamos haciendo. [63:45] Es duro el camino, pero la alternativa es garantía de fracaso. [63:49] Al final, trabajar en la cueva y luego ir a ver qué dice el mercado, [63:52] es casi seguro tirar a la basura lo que se ha hecho en la cueva. [63:55] Yo no me refiero tanto a ir a la cueva, [63:58] pero me refiero más a centrarte en la adopción, [64:03] me da igual cuánto- [64:04] No tan custom, quizá no tan custom como hicisteis al principio, [64:07] pero aquí estáis. [64:09] Aquí estáis, vivos y solucionando un problema real. [64:12] Y hacia atrás, [64:13] todo el mundo somos toreros, [64:16] pero para nosotros, hemos hecho en cada momento [64:20] lo que pensábamos teníamos que hacer, [64:21] y no me arrepiento, [64:22] pero a veces sí pienso hacia atrás y digo: «¿Haría lo mismo?». [64:26] Sacrificaría, a lo mejor, alguna cosa que sí que hemos hecho para aprender, [64:30] pero que luego nos ha lastra un poquillo. [64:33] Me gustan las referencias a toreros, que ya van dos hoy. [64:36] Hablando de toreros, [64:38] vamos a hacer un poquito de historia. [64:41] Has hablado antes de cinco fulanos, [64:43] yo, haciendo así una búsqueda rápida en LinkedIn, [64:46] veo un tal Javier Álvarez, [64:48] un Santana, un Raúl, un Sergio. [64:51] ¿Ramón he dicho? [64:52] No, [64:55] el primero que has dicho le llamamos Jamón. [64:56] Ah, vale, Jamón. [64:57] Es que tenéis todos motes, para empezar, [64:59] hablando de toreros, [65:01] todos tenéis mote. [65:05] No, no tenemos todos, [65:07] pero curiosamente, [65:10] en esta empresa [65:15] hay muchos Javis, [65:17] hay algunos Pablos, [65:20] y hay un par de personas que tienen motes relacionados con la carne, [65:22] uno es jamón y el otro filete [65:25] o sea, que hay de todo. [65:29] Mirando en LinkedIn, [65:30] veo un head of tech de CARTO, [65:32] otro head of tech de CARTO, [65:33] un CTO de CARTO, [65:35] un chief development officer de CARTO [65:37] y un chief product officer de CARTO. [65:40] ¿Qué ha pasado ahí? [65:41] ¿Y quién hace la tecnología en CARTO? [65:43] No, pero se piensa que esto... [65:48] CARTO está como un tiro [65:51] y están petándolo, [65:53] acaban de levantar con Insight no sé cuánto dinero, [65:57] una empresa alucinante. [66:00] Nosotros, piensa que fuimos saliendo muy despacio [66:04] ¿No salisteis a la vez todos? [66:06] No, para nada, nosotros- [66:08] Qué no se note. [66:12] Piensa que desde que salió el primero [66:14] hasta que empezamos Tinybird, [66:16] no sé si pasaron tres años, [66:18] es decir, [66:18] que fuimos saliendo bastante despacio, [66:21] lo que pasa que coincidimos todos en CARTO como un año y medio, [66:25] y ya nos hicimos amigos, [66:28] seguimos en contacto y nos encantaba currar juntos. [66:31] Y de hecho, yo cuando salí de CARTO, [66:34] salí pensando: «Me gustaría montarme algo otra vez», [66:37] yo ya había montado startup, [66:41] pero no sabía lo que iba a hacer, [66:42] y justo empecé a hablar con ellos, [66:44] me hizo clic la cabeza [66:46] porque justo yo venía de ver [66:47] que empezábamos a contratar data engineers, [66:49] es un poco lo que os contaba antes, [66:51] y dije: «Esto tiene todo el sentido del mundo», [66:53] me cuadró un montón. [66:55] O sea, el titular no es [66:57] cinco developers o cinco personas de CARTO [66:59] se van a montar Tinybird, [67:00] sino cinco ex-CARTOS se juntan [67:03] para montar Tinybird. [67:04] Exactamente, totalmente. [67:06] O sea, ya más. [67:09] No puedo hablar mejor de mi experiencia en CARTO [67:11] y de la gente de allí. [67:13] Les va bien desde que ya no estáis, veo, también, [67:15] sin hacer correlaciones. [67:17] Toda la vida pensando: «¿Qué es lo que tenemos que hacer». [67:19] Y nos tenían que echar a todos, eso era justo lo que faltaba. [67:23] Con tanto técnico, [67:25] porque de estos cinco que he dicho, [67:27] sois cuatro supertécnicos, [67:30] y Saleiva, [67:31] que es de producto, que entiendo que es menos técnico, [67:33] pero que no está full time, [67:34] porque Saleiva, Sergio Álvarez Leiva, [67:36] es VC, trabaja en K Fund como inversor. [67:40] Cuéntanos un poquito cómo decidís repartidos los roles [67:42] y cómo acabas tú siendo el CEO. [67:45] Me han engañado, claramente. [67:55] Hay mucho de skills, [67:57] porque si miraras un diagramas de Venn. [68:01] estaríamos bastante juntos por ahí. [68:04] Y en realidad, [68:06] cuando empiezas a currar, [68:08] inmediatamente se ve dónde aportas más valor, [68:11] cuando tuvimos que empezar esta primera prueba de concepto, [68:14] obviamente Santana [68:16] se puso el tío ahí a currar, [68:18] Ochoa se puso ahí con él mano a mano, [68:22] Javi Álvarez, Jamón, se puso con el frontend, [68:25] y yo me puse a... [68:26] Ese momento, [68:29] Sergio estaba como inversor nada más, [68:33] y yo me puse a preparar la presentación, [68:38] a gestionar la relación con ellos. [68:44] Inmediatamente, eso ya empiezas a ver [68:47] lo que va teniendo sentido. [68:49] Yo había sido fundador de una empresa, [68:51] había llevado todo lo que no era ventas, [68:54] y luego, cuando se vendió, me quedé como CEO una temporada, [68:58] y entonces me tocó hacer cosas más variadas, [69:01] y yo era el que más oxidado estaba [69:05] en cuanto a programar de verdad, [69:09] aunque hay algún commit ahí, de nivel, mío, [69:11] que no se diga, [69:16] Así un poco se distribuyó la cosa. [69:19] Y luego, con el tiempo, [69:20] al principio nos pisábamos los pies bastante, los dedos, [69:24] porque hay mucho overlapping y entonces tienes opiniones de todo, [69:27] no sé si os pasaría a vosotros al principio. [69:29] Nunca, nunca. [69:30] Nunca, todo siempre perfecto, [69:32] perfectamente delimitadas las responsabilidades. [69:36] Pero con el tiempo, cuando empiezas a tener problemas de verdad. [69:38] te lo exige la situación, dices: [69:40] «Mira, tío, tú, producto; tú, tecnología; tú, tal». [69:44] Y yo me quedé de CEO [69:47] porque alguien tenía que serlo. [69:50] Pero que yo estaría muy cómodo trabajando para cualquiera de mis socios también, [69:56] lo que pasa es que más que a ellos no les gusta hablar tanto como a mí. [69:59] ¿Y sois todos fundadores, partes iguales? [70:02] Porque entiendo que Santana tuvo la idea, [70:04] con lo cual, en el fondo, el empezó antes con el concepto, [70:07] ¿cómo habéis gestionado esto? [70:09] Santana es que es un tío muy generoso, [70:11] él no iba ahí a ser el protagonista, [70:15] sino a él apetecía currar con nosotros, [70:17] y él realmente quería empezar [70:18] en una situación en la que estuviéramos [70:20] a partes iguales. [70:21] O sea, que empezamos así [70:24] y así seguimos. [70:26] Y Saleiva puso pasta en lugar de dedicación, ¿no? [70:31] Eso ya se lo preguntas a Saleiva otro día. [70:35] Ya lo traeremos [70:37] para hablar de CARTO. [70:39] Cuéntanos un poquito de dónde sales tú. [70:41] Que ahora ya sabemos un poco qué es Tinybird, [70:43] y de dónde ha salido, y dónde estáis ahora, [70:45] ¿de dónde sales tú? [70:48] Buena pregunta. [70:51] Muy rápidamente, [70:53] yo no sabía que quería hacer con mi vida [70:56] cuando salí del colegio, [70:59] había hecho COU de Letras porque me gustaba una chica, [71:01] y luego quería hacer informática y no pude entrar en la pública. [71:05] Entonces, estuve trabajando un año con mi padre [71:08] porque no cogí plaza, [71:11] y al año siguiente estuve [71:13] ya programando, por cierto, en un IBM AS/400 [71:16] ¿Qué hacías con tu padre? Por curiosidad. [71:18] Estaba en el equipo de informática, [71:20] porque yo le dije informática, entonces me metieron, [71:22] pero informática en un IBM AS/400, programando en RPG, [71:28] pero fue un experiencia... [71:30] Fue buena, pero también me di cuenta de decir: [71:31] «Soy imbécil, con 18 años, aquí currando, podría estar en la uni». [71:34] Mis amigos todos de Erasmus. [71:38] Al año siguiente me puse a estudiar, [71:40] pero enseguida me empezó... [71:43] Yo me di cuenta que con un libro yo podía aprender a programar, [71:48] que no necesitaba aprender sistemas operativos. [71:54] Salí de la carrera en segundo, tercero, cuarto, [71:58] porque ya estaba currando, [72:00] estaba haciendo cosas por mi cuenta, [72:03] me cogieron primero de becario en Telefónica, [72:05] luego fui a Bankinter [72:07] y estuve en Bankinter muchos años en desarrollo web, [72:09] y ahí es donde aprendí la web y a programar, un poco el oficio. [72:15] Pero muy pronto me pusieron a gestionar gente, subcontratados, [72:19] y a hacer proyectos por mi cuenta. [72:20] Entonces, sin darme cuenta, [72:23] y realmente yo queriendo estar cerca de lo que es la programación, [72:28] mi skill acabó siendo [72:30] coger algo de cero, gente, y montar cosas. [72:34] Y luego trabajé para una empresa americana [72:36] que la absorbió otra que se llama Irdeto. [72:43] Me mandaron a Londres a montar el equipo allí, [72:45] a hacer professional services [72:47] y a montar la oficina. [72:49] Eso fue una experiencia brutal, [72:51] porque me di cuenta que dije: [72:52] «Joder, estoy a nivel mundial, [72:54] estoy llevando aquí un equipo de gente de Londres» [72:57] Se lo recomiendo a todo el mundo lo de ir fuera. [73:00] Y luego, [73:01] justo después de esa experiencia, [73:03] con alguien que había conocido allí monté BeBanjo. [73:06] que no sé si os suena, pero es una startup española [73:12] con la que hoy Tinybird comparte oficina, por cierto, [73:14] que es donde estoy hoy. [73:17] BeBanjo salía de la experiencia [73:20] de la empresa americana esta donde había estado, [73:22] y era un software as a service [73:24] para gestionar servicios de vídeo bajo demanda, [73:26] es decir, para gestionar tu propio Netflix. [73:31] Ahora puedes decir Netflix como referencia [73:33] y todo mundo sabe lo que es un servicio de video bajo demanda, [73:36] entonces nadie sabía lo que era, [73:37] yo era incapaz de explicarle a mis padres qué es lo que hacía. [73:43] Me puse a hacer eso, yo llevaba todo lo que no era ventas, [73:45] con mi socio que llevaba a las ventas, [73:47] y fuimos empezando muy poco a poco, [73:49] conseguimos también [73:50] unas marcas muy buenas, [73:53] aunque al principio fue la típica historia- [73:57] Un poco temprano, ¿no? [73:58] Un poco temprano os metisteis. [74:01] Muy temprano y sin tener idea de lo que hacíamos, [74:03] no había ecosistema de ningún tipo ni nada, [74:07] y no conseguimos... [74:09] No buscamos mucha inversión tampoco, porque hicimos como nuestro bootstrap, [74:12] con un poco de dinero que teníamos ahorrado. [74:15] Y estuvimos a punto de chapar dos o tres veces [74:17] porque nos quedamos sin pasta, lo típico. [74:19] Finalmente, conseguimos clientes como Skype, [74:22] como Telefónica, [74:23] como Warner, [74:26] marcas superbuenas, [74:27] a pesar de que éramos un equipo muy pequeño. [74:30] Y a los tres años, [74:31] nos compró una empresa, [74:33] un grupo francés que se llama TDF, [74:36] y ese fue un exit que ahora lo hubiera celebrado, [74:40] se hubiera anunciado por todo lo alto, [74:43] y en aquel momento, yo creo que no se enteró nadie. [74:46] Pero fue para mí una experiencia brutal [74:48] y me dio muchísima confianza para meterme en líos. [74:52] Y luego, yo me quedé, después de tres años, [74:53] otros tres años más dirigiendo la empresa. [74:57] ¿Después de vender? [74:59] Sí, hicimos un [inaudible 01:15:00], [75:01] y también la parte que me quedaba [75:04] era la parte de ventas, la parte comercial, [75:06] que yo no había hecho eso y me apetecía también intentarlo, [75:10] pero no funcionó muy bien, porque la única cosa que le importaba [75:14] a la empresa que nos compró era vender el producto, [75:16] ellos, encargarse ellos de distribuir el producto, [75:19] entonces tampoco me pude meter mucho en intentar montar algo yo. [75:23] Y como ya había delegado un poco lo que yo sabía hacer, [75:27] que era producto, ingeniería, [75:30] llegó un momento que busqué una salida. [75:32] Y luego estuve con la gente de Populate, [75:36] con Furilo y con Blat, no sé si los conocéis. [75:40] estuve con ellos un año haciendo así proyectos chulos. [75:43] Y finalmente estuve en CARTO tres años, [75:46] y ahí empecé de VP de Ingeniería, [75:49] y luego me quedé también como parte de producto. [75:55] Chief development officer, ¿no? Yo no lo había visto nunca esto. [75:59] Sí, eso lo elegí yo el título, [76:02] porque yo me daba cuenta [76:05] que yo no era el CTO ideal para CARTO, [76:10] porque era un producto muy técnico en un área muy concreta, [76:14] que es el tema de la geolocalización, [76:18] entonces yo quería dejar hueco ahí [76:20] y al mismo tiempo, a nivel de producto, me pasaba un poco lo mismo, [76:24] es decir, yo quería dejar huecos, [76:27] yo quería hacer lo que era mejor para la compañía, [76:29] con confianza de que si tenía sentido que yo siguiera, encontraría un sitio, [76:32] y si no, ya buscaría otra cosa. [76:34] Entonces, me quedé con un título [76:36] para dejarnos las puertas abiertas a contratar un CTO o a un CPO, [76:42] eso fue un poco la idea. [76:43] Un buen truco, un título ambiguo [76:45] para dejar el hueco disponible. [76:51] Es que CARTO también fue una experiencia alucinante, la verdad, [76:54] y conocí a gente brutal en CARTO, tanto personalmente como técnicamente. [77:00] Te los has llevado a todos o se te han llevado todos, ya se nota. [77:06] No nos hemos llevado a nadie en realidad, [77:08] lo que pasa es que la gente va saliendo [77:09] y, joder, te conoces [77:10] y te llama, te dicen: «¿Qué estás haciendo? Si os encaja...» [77:17] Ha habido gente que ya había salido de CARTO, [77:19] que había hecho otras cosas y luego se ha venido con nosotros, [77:21] gente que estaba en Sketch o en otras empresas, [77:26] y luego ha habido algunas personas que han salido y nos han dicho: [77:29] «Voy a salir, quiero buscar otra cosa, ¿qué estáis haciendo?» [77:31] Pero te aseguro que quitarles, no les hemos quitado a nadie. [77:34] No, y además yo creo que es bueno, [77:36] o sea, nosotros en Factorial queremos contratar gente emprendedora [77:40] y sabes que la gente emprendedora está condenada a emprender, [77:43] sabes que algún día se irán y emprenderán, [77:45] y lo abrazamos. [77:48] Al final, sabemos que es ley de vida, [77:50] y les pedimos que nos dejen invertir, y aprendemos los unos de los otros, [77:53] así que todo bien. [77:55] Totalmente. [77:56] Lo de lo de la gente emprendedores es [77:58] tan importante, [77:59] porque nosotros vemos grandes diferencias [78:02] quien tiene esa mentalidad de salida y quien no, [78:08] se nota un montón. [78:10] Tengo la pregunta que hacemos desde hace poquito para acabar, [78:14] que es si tienes algún contenido, podcast, newsletter, libro, [78:17] que te haya inspirado, [78:18] alguna inspiración en general que quieras compartir, [78:21] regálanosla. [78:26] Espera, que se me ha olvidado el nombre. [78:27] Os voy a decir dos cosas, [78:28] uno que va de... [78:33] self-improvement, y de... [78:37] Que me ha ayudado a nivel personal, [78:38] que seguro que ya os lo ha dicho alguien [78:41] que se llama Atomic habits, [78:42] el libro Atomic habits, seguro que ya lo conocéis. [78:45] - De James Clear, ¿no? -De James Clear, sí. [78:48] No lo he leído. [78:50] Y luego, un libro así, para mí, [78:54] superinspirador y precioso, [78:56] y que me reconcilia con la humanidad, [79:01] es Momentos estelares de la humanidad, [79:03] se llama, de Stefan Zweig, [79:07] creo que no se pronuncia así. [79:09] Momentos estelares de la humanidad [79:11] es un libro alucinante [79:13] y que habla como de momentos en la historia supercríticos [79:17] que nos cuenta con un estilo brutal, [79:21] ese es uno de mis libros favoritos. [79:24] Pues ya tenéis trabajo para este verano [79:26] todos los que nos estáis escuchando, [79:27] dos grandes libros que no he leído, pero que me los leeré este verano seguro. [79:32] Muchísimas gracias, Pau, por acompañarnos. [79:34] Muchísimas gracias, Jorge, por contarnos tu historia. [79:37] Y a todos los demás, nos vemos la semana que viene. [79:40] Muchas gracias. [79:41] Somos un ecosistema de startups tech de Barcelona, [79:43] creadores de Camaloon, Quipu y Factorial, entre otras. [79:46] Ofrecemos más de 5000 metros cuadrados de coworking a startups, [79:50] y organizamos eventos diarios [79:51] para discutir negocio y tecnología hasta la saciedad. [79:54] Desde el Itnig Fund, invertimos en equipos [79:56] con capacidad de construir grandes productos y negocios. [79:59] Te esperamos.
Transcripción completa
Bienvenidos una semana más al podcast de Itnig. Hoy estoy con Pau Ramón y entrevistamos a Jorge Gómez Sancha, fundador y CEO de Tinybird. Tinybird es una solución que ayuda a desarrolladores de aplicaciones a crear productos de datos, desde almacenamiento de datos, procesamiento y APIs para exponer estos datos. Fundada en 2019, ya han levantado 40 millones de euros y están facturando unos dos o tres millones de euros. Hablaremos con Jorge del rol que tiene el open-source en su negocio. Tinybird está construido encima de ClickHouse, que es una tecnología open-source, pero a la vez una empresa, una startup, que podría ser competencia de Tinybird. Tinybird es fundada por Jorge y cuatro compañeros más, todos personas clave en CARTO, que fueron saliendo progresivamente hasta rejuntarse y fundar Tinybird. Este podcast será un poco más técnico de lo habitual, pero esperemos que lo disfrutéis mucho. El episodio de hoy es posible gracias a nuestros amigos de Zoom. Zoom es líder en tecnología de comunicación y videoconferencia, os dejamos con Zoom para que nos cuenten un poquito más. Hola, yo soy Nicolás Robinson, director de Relaciones Gubernamentales de Zoom en España y América Latina. En mi día a día, veo como en nuestras regiones miles de pymes están usando Zoom para crecer su negocio y encontrar nuevos clientes. Tengo dos historias interesantes que os traigo de Brasil, de emprendedores del estado de São Paulo. Una de ellas es una sommelier de cerveza que antes de la pandemia hacía degustaciones en persona y tuvo que pasar a hacerlas por Zoom. Consiguió tantos clientes y de tantos lugares de Brasil, que ahora ha decidido que no va a volver a hacerlo presencial, y va a quedarse en Zoom. Y otra es de un guía turístico de São Paulo que al ver que caían los números de turistas, decidió innovar haciendo tours de la ciudad, turísticos por Zoom. Es decir, personas de cualquier lugar del mundo podían, y hasta hoy pueden, participar en sus tours turísticos, independientemente de donde estén. Por eso, el consejo que doy a las pymes que usan Zoom es: piensa grande, piensa global, y nosotros estaremos aquí, apoyándote para que tengas la mejor experiencia posible en la herramienta. Muchas gracias, Zoom. Y el episodio de hoy también es posible gracias a Factorial. Factorial es la solución que ayuda a las pequeñas y medianas empresas alrededor de todo el mundo a automatizar todos sus procesos administrativos de gestión de recursos humanos y ofrece datos para que nuestros clientes tomen mejores decisiones. Factorial ayuda en todos los procesos de gestión de recursos humanos, desde la contratación hasta el onboarding y offboarding, la gestión de salarios, procesos de nómina, evaluación del desempeño, control horario y mucho más. Id a factorialhr.es es para conocer más. Muchas gracias a Zoom, otra vez, muchas gracias, Factorial, y muchas gracias a todos vosotros, que nos veis cada semana y que nos compartís en redes sociales, estamos muy agradecidos. Y ahora por fin, os dejamos con Jorge, con Pau y conmigo, hablando de Tinybird. 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, esta semana estamos con Pau Ramón. ¿qué tal, Pau? Hola, buenas tardes. Pau es cofundador y CTO de Factorial. Y también, hoy estamos con nuestro invitado, Jorge Sancha, ¿cómo estás, Jorge? Muy buenas. Muy bien, muchas gracias por invitarme. Jorge es cofundador y CEO de Tinybird. Jorge, cuéntanos un poquito qué es esto de Tinybird. Tinybird es una startup que nació aquí en España y que ahora estamos moviéndonos a Estados Unidos, y que lo que pretende es ayudar a desarrolladores a construir aplicaciones y productos con datos a cualquier escala, y un poco utilizando las skills que ya tienen: SQL, APIs, etc. Vimos que los datos, como sabéis muy bien, van creciendo de una manera loquísima, y entonces han ido creciendo muchos equipos de data engineering, y los ETLs y toda esa tecnología ha evolucionado mucho. Pero cuando quieres ver cosas en tiempo real, quieres capturar datos que están pasando rápidamente y construir algo que enlace datos de otras fuentes y que lo puedas exponer y integrar en un producto, todavía necesitas muchísimas piezas. Siempre digo que la gente construye catedrales de infraestructura para hacer algo que conceptualmente es sencillo, datos que entran, SQL, y exponerlo en una aplicación, eso es un poco lo que hace Tinybird. Y una pregunta, Sancha. El mundo de datos es un mundo que ha sido bastante hot estos últimos años, con el IPO Snowflake, yo creo que todo el mundo un poco lanzado a la piscina. ¿Cómo ves el panorama? Porque al final, hay un mapa de soluciones que, desde alguien que ve de fuera, es como: «¿Cómo diferencio Tinybird de otra aplicación, de lo que sea?» ¿Cómo ves este entorno? ¿Cómo es el mercado? ¿Crees que se ha enfriado? Explícanos un poco como lo ves. La verdad es que está superloco el tema. Vemos, por ejemplo, por un lado que Snowflake, entre otros, pero Snowflake, yo creo, el que más, que se está llevando el gato al agua con ser el centro de la verdad analítica, es decir: «Mete todo aquí y luego, a partir de aquí, haz cosas». Y luego, por otro lado, vemos que alrededor de Snowflake han salido muchas cosas que intentan aprovechar el hecho de que ya están los datos ahí, entonces ahora hay nuevas categorías, como reverse ETL, para sacar los datos de Snowflake, y llevártelos a [inaudible 00:05:51] o Salesforce, a otro tipo de aplicaciones más verticales. Y luego, lo que nosotros un poco vemos es que el problema de eso es que todo se concentra, todo el control de los datos, en la parte de data engineering y en la analítica de datos, y la realidad es que hay muchísimo potencial de esos datos para el producto y para tomar decisiones en tiempo real. Y Snowflake no está muy diseñado para eso, está diseñado para ser un sitio donde tienes todos tus datos almacenados hacer queries que son, en general, bastante rápidas, pero si necesitas construir algo que le puedas tirar 100 queries por segundo, pues no es la solución. Entonces, ahí vemos una oportunidad muy grande, porque el real time en sí mismo, que son un poco bullshit esto de real time, en plan: ¿qué es real time? ¿Cuántos milisegundos son real time? Pero cuando hablamos de real time, nos referimos a la capacidad de reaccionar inmediatamente, de desarrollar tus productos en base a lo que está pasando ahora mismo, hay una gran oportunidad. Lo vemos, que es muy sticky, cuando la gente empieza a trabajar en real time, es tan locamente mejor que trabajar en batch en cuanto a la percepción, a la velocidad, a la velocidad de desarrollo, que ya piensas: «Joder, si esto se puede tener en real time, ¿por qué no hacer otras cosas en real time también?». Eso es un poco por situar realmente a nivel donde nosotros estamos centrados, pero seguimos viendo que incluso en real time empiezan a aparecer distintas categorías. Nosotros estamos muy en la creación de de APIs, pero también estamos empezando a meternos en lo que es la transformación en real time, es decir, llegan datos, te los cambio de forma y te los dejo en otro sitio, y además puedes usar los mismos datos para construir tus aplicaciones en real time. No te quito Snowflake ni te quito BigQuery, o lo que tengas para hacer tu [inaudible 00:07:54], pero te doy el real time también. Y para profundizar en esto, porque los tres somos programadores, somos bastante técnicos los que estamos aquí... Que por cierto, hoy no tenemos a Bernat, porque ya se habrá dado cuenta alguien, que también es ingeniero, pero para entender- Me habían dicho que Bernat era el más trol, así que... Sí, te has salvado, has tenido mucha suerte, que no ha podido venir. Para entender qué es, cuál es el producto, porque queda claro que va de datos, porque hemos utilizado la palabra ya 200 veces, y hemos hablado de real time, pero ¿es un motor de base de datos? ¿Es una tubería que conecta inputs de datos y los redirige a otros sitios? ¿Sirve para hacer queries? ¿Sirve para hacer visualizaciones? Explícanos cuál es el producto de una manera que se entienda sin ser hipertécnico, pero que luego nos permita entrar un poquito también más en las entrañas. Normalmente, si tú piensas en lo que necesitarías hacer tú solo para montarte algo de analítica de datos, si lo hicieras todo con componentes open-source, por ejemplo, necesitarías una base de datos analítica, por ejemplo, ClickHouse, que es la que nosotros utilizamos por debajo. Necesitarías la capacidad de ingestar datos, deberías montarte algo para decir: «Voy a ingestar los datos de cierta manera». Tener cierto control sobre la ingesta de los datos, en cuanto a me ha fallado la ingesta o no, he perdido algún dato por el camino, hay esquemas que están mal, lo que sea. Al mismo tiempo, necesitarías la capacidad de construir cosas encima, tendrás que hacer un backend que consulta esos datos. Necesitarías también la posibilidad de evolucionar tus esquemas, de evolucionar ese código, como lo haces normalmente en una aplicación de backend. Tendrías que crearte una capa de seguridad también, para que pudieras exponerlo, o APIs, que no las pueda consumir quien no las deba consumir. Tinybird es todas estas cosas. Es decir, simplificamos de manera serverless todo ese proceso, de manera que tú solo tengas que preocuparte de ingestar datos en Tinybird, transformarlos usando SQL —transformar quiere decir dos cosas que ahora os explico si queréis— y exponer APIs que puedas integrar directamente en tu producto. Y estas APIs ya tienen una capa de seguridad también, para que puedas gestionar quién tiene acceso y quién no a estas APIs, incluso a nivel de fila, puedes crearte tokens que te digan: «Con este token accedes a estas filas, a esta condición, digamos, y con este otro token, a otra condición». Entonces, ingesta, transformación y publicación de APIs, estas son las tres grandes cosas. Y luego, además, tenemos una serie de herramientas para ayudarte a desarrollar encima. Tenemos un CLI, por ejemplo, que te permite bajarte todos los esquemas y todas las queries a formatos de texto para que puedas subirlos a GitHub, que puedas trabajar en equipo y tener distintas versiones, evolucionar, montarte testing, como lo harías con cualquier otro proyecto software. Es la plataforma y las herramientas para acelerar el desarrollo sobre datos, sobre todo para datos en streaming, pero también puedes trabajar con datos en batch o una combinación de los dos. Y una pregunta, porque tal como lo describes, parece que el target no es el equipo de data engineering, sino que el target es el backend developer. ¿El que compra quién es? ¿Es un bottoms up del equipo de backend que quiere saltarse, bypasear, el equipo de data engineering? ¿O es el data engineering que lo compra para evitarse que le lleguen tickets y tenga que estar provisionando todo esto? ¿Quién es el target? ¿Quién es el que os compra a día de hoy Tinybird? Superbuena pregunta, porque tenemos un poco de mezcla ahora mismo. Tenemos como dos tipos de personas, tenemos el data producer, que suele ser alguien que ya es data engineering y que le están exigiendo: «Necesitamos real time», entonces con Tinybird, lo que consiguen es rápidamente empezar a generar APIs para que consuman developers. Entonces, tenemos equipos de data engineering usando Tinybird, pero los que suelen hacer puro bottom up de empezar a construir [inaudible 00:12:14] son más los data consumers, son los que están desarrollando una aplicación y necesitan un backend analítico sin tener que preocuparse de cuántas máquinas pueden aprovisionar ni cuánta memoria es suficiente, ni cuántos CPU cores necesito para tal. Todo eso es transparente en Tinybird, entonces ese data consumer, que suele ser o un desarrollador, un full stack, o un desarrollador de frontend, son los que hacen sign up, se construyen cosas por su cuenta y las ponen en producción ellos solitos, y a partir de ahí, luego, si va creciendo, a lo mejor lo llevan a su empresa, vamos hablando, y ahí ya entra el equipo de ventas en paracaídas, para intentar desarrollar la cuenta. Pero tenemos un poco de mezcla, y nosotros, el posicionamiento que estamos haciendo ahora, cada vez es más a desarrolladores. No porque no pensemos que tiene todo el sentido del mundo para los data engineers, sino porque los data engineers primero se tienen que pegar el guantazo de intentar hacer algo en tiempo real con Snowflake o con BigQuery, o con lo que ya tengan montado, para que esto tenga todo el sentido del mundo. Mucho de nuestro posicionamiento tiene que ver con el desarrollo de software sobre datos, que apela a los equipos de ingeniería sobre todo. Ahora has dicho una cosa que me ha sorprendido porque yo no lo había percibido así, pero viendo vuestra web, sí que tiene que os estáis posicionando así. En realidad, entiendo que lo proponéis para gente que hace productos que usan datos, y para productizar esos datos. Por ejemplo, una empresa, como podría ser un software como Factorial, que tiene un engine de reports y que quiere mostrar una analítica, que consume datos crudos, poco organizados, con históricos, con un follón ahí que es difícil de luego masticar, vosotros ayudáis a masticar esto y los devolvéis en una API para que se pueda hacer un producto de datos encima. No está tan pensado para el equipo de marketing o el equipo de finanzas o el equipo de... Correcto. O sea, estáis ayudando a productizar datos para desarrolladores de software, principalmente. Exactamente. ¿Esto siempre ha sido así o ha cambiado? Esto ha cambiado mucho, porque el tema es que... Te voy a poner el ejemplo de cuando estábamos en CARTO. En CARTO, cuando yo entré, CARTO era una empresa que manejaba cantidades ingentes de datos, pero cuando yo entré no había data engineers, todo el equipo, todos los ingenieros eran data engineers- Porque el producto era de datos. Como parte de su trabajo, ellos sabían trabajar con datos y se pegaban con datos hicieran lo que tuvieran que hacer, pero como la cantidad de datos iba creciendo, se dedicaban cada vez más tiempo a pegarse con los datos, en vez de a desarrollar y a aportar valor en nuevas features. Cuando yo ya salía de CARTO, CARTO estaba contratando su primer data engineer. Tenían un equipo de, no me acuerdo ya, 40 o 60 ingenieros, pero por primera vez los ingenieros estaban diciendo: «Por favor, no puedo estar todo el día pegándome con los datos, que alguien se encargue específicamente de esto». Yo siempre sostengo que el data engineering no existía hace, no sé, ocho, diez años, ha sido algo que ha surgido a raíz de que los datos crecen tan rápido que se convierte en un problema en sí mismo que necesita gestionarse. Y luego, la tecnología de ETL y todo eso ha evolucionado muy rápido y ha permitido que los data engineers puedan hacer muchas cosas, pero los desarrolladores ahora dependen de los data engineers cuando quieres trabajar con muchos datos, dependen que: «Oye, necesito sacar de...». Lo que suele pasar es: tienen algo para capturar datos que lo dejan, por ejemplo, en S3. Luego tienes un proceso con DBT o con lo que sea que te lo pone en Snowflake y te lo deja ya las tablas preparadas, pero luego hay que hacer otro proceso para sacarlo a DynamoDB, para que luego puedas crearte un producto encima con esos datos. Si lo piensas, has perdido el real time, estás pagando todos esos servicios individualmente. Nosotros capturamos los datos en streaming, transformamos en tiempo real, es decir, en tiempo de ingesta, hacemos materializaciones que no hace falta lanzar un job, sino que según entra un evento, ya se está calculando todas las cálculos que quieras hacer y te los deja en tablas, y esas tablas luego, con SQL también, las expones con APIs para empezar a construir tus productos de datos, entonces acelera mucho todo este proceso. Obviamente, hay, como son una base de datos analítica, algunos casos de usos que hay niveles ideal y otros no es ideal- ¿Por ejemplo? ¿Cuáles son mejores y cuales son menos mejores? Todo lo que es series de datos o cosas que no son stateful, que no cambian de estado, sino que es todo append, todo eso es ideal para nosotros. [diafonía 00:17:25] ejemplos para la gente que no esté... Eventos, todo lo que sea... Por ejemplo, te voy a poner algún ejemplo de casos de uso de algún cliente. Tenemos clientes que hacen cosas completamente distintas, pero un ejemplo muy friki que nos encanta es Vercel, lo conocéis, que hacen una performance service para deployar aplicaciones de React, Next.js, Next.js sobre todo. Lo que hacen es: toda la telemetría de la librería de todas las aplicaciones que se están usando la están enviando en tiempo real a Tinybird, y con eso se montan los gráficos, tu Google Analytics que tienes para ti- Eso iba a decir, si quieres construir un Google Analytics, ese es el caso de uso perfecto. Eso es. Tanto si lo quieres construir para ti operativamente, para todos tus datos, todo lo que está pasando, o si quieres crear analítica para tus usuarios dentro de la aplicación. En Factorial, ¿cuántas veces se conectan todos tus usuarios? ¿Cuántos van tarde? O un audit log de todo lo que está pasando, os estoy aquí vendiendo unos cuantos casos de uso para Factorial. De hecho, es el caso de uso que utilizamos, el audit log. Exactamente, todos esos casos de uso son perfectos. Luego hay casos de uso que también resolvemos, pero que requieren más skill. Por ejemplo, cuando tienes de duplicación, cuando necesitas quedarte, con tienes algo que va cambiando el estados, y necesitas quedarte con lo último, se puede hacer también, pero ahí ya necesitas una estrategia, no te vale con SQL básico, necesitas entender muy bien cómo me voy a quedar con lo último. Si tienes en el orden de 50 millones de registros, 60 millones de registros, 100 millones de registros, no te hace falta muchas estrategias, pero si tienes en el orden de un billón, dos billones, entonces ya sí, porque si no, las queries empiezan a ir cada vez más lentas. Porque para quedarte con el último, necesitas mirar exactamente, comparar cuál es el último, quedarte con ese y comparar los ID, entonces no es tan trivial. Esos casos de uso los podemos hacer, pero... Y de hecho, parte de nuestro roadmap va por hacer eso trivial, porque lo vemos que pasa muy a menudo, pero es un problema técnico complejo. Y luego, nosotros usamos una base de datos columnar, aceptamos JSON y datos no estructurados, pero si tus datos son completamente desestructurados, que no tiene nada que ver una cosa con otra, pues vas a sufrir con Tinybird. Si tus datos están dentro de un orden, de un esquema que puede ser un poquito más grande a veces, un poquito más pequeño, no hay ningún problema, pero si no tiene nada que ver un evento con otro, ahí también hemos resuelto algún caso de uso, pero necesitas pensar muy bien la estrategia también. Me gustaría hablar un poco del principio de Tinybird, porque me acuerdo que visitasteis nuestras oficinas hace tres años o no sé cuánto. En aquel entonces, me acuerdo que seguisteis un playbook que creo que es muy interesante y que pocos emprendedores hacen, que es el modelo consultoría mientras construyó el producto. No sé si nos puedes explicar un poco más cómo era al principio de Tinybird, como hacíais esas visitas con los clientes, cómo funcionaba por dentro. Eso es algo... Perdonad, que me he dado cuenta de que, en mi línea, no tenía el cargador puesto y me acaba de avisar, verás tú qué risa como me quedé sin batería en medio de esto. Nosotros, el motivo principal por el que empezamos Tinybird es porque queríamos trabajar juntos otra vez. Es decir, teníamos una idea, que se le ocurrió a Santana, de visto todo lo que habíamos aprendido en Tinybird, lo que vio Santana en otras empresas... Perdón, en Tinybird no. Lo que hemos aprendido en CARTO lo que veía Santana cuando salimos, otros fueron saliendo y viendo los mismos problemas: cuando tienes grandes cantidades de datos y quieres hacer joins, quieres hacer constructores encima, es muy complicado. Santana empezó con una idea muy básica, pero la idea que teníamos era: vamos a juntarnos, más o menos tenemos cierto track record en España, seguro que conseguimos algún proyecto de consultoría, vamos a empezar a trabajar sobre este producto. ¿Qué pasa? Que eso nos vino superbien para dos cosas. Una, para darnos cuenta de cuáles eran los problemas principales que tenía la gente, porque simplemente ir a hablar, cerraras o no un acuerdo para hacer algo, entendías muy bien dónde estaba sufriendo la gente, y la otra también para darnos cuenta del volumen de oportunidad aquí, de decir: «Aquí, si fuéramos capaces de resolver bien este problema de que puedas construir sobre grandes cantidades de datos, saltándote todo esto que hay aquí montado, aquí hay una oportunidad. Entonces, empezamos a trabajar así, nos salió a los tres, cuatro meses, una oportunidad con un cliente enorme, una de las empresas más grandes de España, que no le gusta que digamos su nombre en público, pero diré que venden ropa. Hace mucho frío allá arriba, ¿no? Se come muy bien. Básicamente, tenía un problema enorme para hacer real time. Nosotros llegamos, sacamos un anuncio en Twitter diciendo: «Vamos a empezar a hacer pruebas de usuario», en plan vamos a decir que estamos aquí. Una persona que trabajaba allí lo vio y dijo, nos seguía más o menos, «hacernos una demo». Hicimos una demo que nos tiramos a la piscina a tope, de meterle ahí 100 000 registros por segundo y mostrar como que dábamos un endpoint que te daba respuestas superrápidas, y esto nos llevó a hacer una prueba de concepto ya muy específica: «Queremos ver que sois capaces de hacer esto con diez veces los datos que tenemos ahora mismo en producción, como para que veamos no sólo que podéis resolver esto, sino que esto va a escalar, que no va a ser algo que se nos quede obsoleto en tres meses». Eso nos absorbió mucho al principio, en cuanto salió esto, porque éramos cinco fulanos y nos pusimos a entregar eso, y nos cambió un poco los planes también, porque nos tuvimos que centrar sobre todo en performance, escalabilidad y estabilidad, y no tanto en la experiencia de usuario, en self-service, en hacer un producto pensado para probar [otro idioma 00:24:02]. Luego salió ese cliente, empezaron a salir otros con venta directa, simplemente a lo mejor hacíamos un curso: «Vamos a dar un curso de cómo hacer queries sobre un billón de datos». Y nos salían ahí leads, íbamos persiguiendo esos leads y nos iban saliendo clientes, y poco a poco fueron saliendo más clientes. Y todo esto hizo que hemos ido construyendo luego el self-service mientras íbamos entregando todo esto y mientras íbamos... Hemos hecho todo un poco a la vez, la típica metáfora de la startup que se va construyendo como un avión que va volando mientras se va haciendo. Me parece que fue al final del primer cuarto de este año, abrimos ya cuentas para todo el mundo, ya cualquier se puede registrar, puedes empezar a hacer tus productos por tu cuenta, y ahora estamos haciendo un ataque combinado. Por un lado, estamos muy con el tema del self-service para desarrolladores, porque pensamos que esa es nuestra estrategia que tiene sentido a largo plazo, y el largo plazo, como sabéis, cuanto antes empieces, mejor. Y por otro lado, como seguimos siendo capaces de generar oportunidades, buscando las empresas que pensamos que pueden tener problemas relevantes, hablando con ellos, haciendo un proceso de ventas más de SaaS de toda la vida, también estamos montando eso ahora. Pero tened en cuenta que yo era el único que vendía, sin venir de ventas ni nada, el único que estaba haciendo ventas hasta enero. O sea, que hemos empezado a montar el equipo de ventas ahora, hemos contratado a un fulano en Estados Unidos, empezado a coger gente allí, y estamos montando eso ahora también. Es un dolor para abrir ventas. Este cliente de Arteixo que nos decías, ¿os pagaba consultoría? ¿Os pagaba por uso de queries? ¿Os pagaba por datos almacenados? ¿Cómo hicisteis este primer acuerdo donde no había nada todavía? En el fondo hacíais consultoría, pero ¿cómo enfocasteis ya el contrato? No sé de dónde son exactamente, pero nosotros hicimos un.... Las pruebas de concepto eran pruebas de concepto pagados, hicimos primero una y luego otra- ¿Es un tanto fijo? ¿Es en plan 10 000 €, 50 000 €? Sí, íbamos a cobrar, no me acuerdo cuánto fue, en la primera creo que fueron 20 o 25 000 €, y la segunda fueron menos porque era como una extensión. Hicimos, para cualidar ciertas cosas, que la primera como la más importante y la segunda es como: «Pero es que además tenemos estos otros problemas, queremos ver que también vais a ser capaces». Y luego ya nos fuimos a negociar un contrato de licencia- Porque ahí, perdona, en esas primeras pruebas de concepto, ¿ellos se quedaban lo que montabais? Les instalabais el ClickHouse y el código, y se lo quedaban ellos, entiendo. No, lo teníamos nosotros hosteado, es decir, era nuestro- O sea, no se quedaban nada, lo único que se quedaban era el esfuerzo de haber validado que lo podíais hacer. Sí, nosotros les dimos todo el código que habíamos hecho, no el código del producto, sino todas las queries, los esquemas. La prueba de carga que hicimos se la dejamos montada para que vieran exactamente, si querían compararlo, les dimos todo- Si querían montárselo ellos, podían, pero ya se lo pusisteis fácil para que no se lo montaran ellos, sino que os empezaran a contratar las queries y el almacenaje, y todo en vuestra infraestructura. Nosotros un poco es: «Lo que sacáis de esta prueba de concepto es, primero, validáis si queréis currar con nosotros, validáis cómo somos nosotros profesionalmente, si queréis trabajar con nosotros no solo como producto, sino como una empresa». Luego también, como os vamos a dar toda la información técnica de cómo está montado, si vosotros quisierais coger un ClickHouse, intentarlo montar por vuestra cuenta, ahí tendríais ya un inicio. Obviamente, hay mucho más que las queries y los esquemas, tienes que montar muchas otras cosas, y tener en cuenta replicación y cuántas máquinas y cuantas tal, que todo esto lo abstrae Tinybird. Y luego, a partir de ahí, ya nos fuimos a negociar un contrato de licencia. Inicialmente incluía las horas como de soporte dedicado, y luego, con el tiempo, hemos hecho también professional services con ellos. Esto lo hemos hecho con otros clientes también, en el tiempo que empezamos, íbamos con licencia, y luego los clientes más grandes acaban teniendo lo que llamamos premier support, que es una persona dedicada... No dedicada solamente full time, pero asociada a tu cuenta, que conoce tus casos de uso y conoce a la gente a la que le puedes preguntar: «Estoy intentando hacer esto y me vale lento», o «tengo este problema y no sé como atacarlo». Esto también lo hacemos, porque cuando los proyectos van creciendo, innecesariamente se van complicando, y tener a alguien que... Nos gusta ser buenos partners, de decir: «No sólo te ponemos la tal, y te vendemos y desaparecemos, sino, si necesitas cualquier cosa, aquí estamos. Tengo una pregunta un poco... Que supongo que os habrán hecho en cada due diligence, que es un poco la relación con los clouds. Los clouds, obviamente, son entidades gigante, tienes Amazon, tienes Microsoft y Google, los tres pegándose de hostias. Y al final, integráis un proyecto open-source, y este proyecto open-source, hacéis el hosting, que es un modelo bastante común de monetizar open-source, pero que últimamente ha sido bastante delicado porque los clouds han adoptado proyectos open-source y los han posteado ellos mismos, compitiendo... El caso de Mongo, que fue bastante claro, Elasticsearch, etc. Mi pregunta un poco es: ¿cuál es vuestro posicionamiento con los clouds? Y si los clouds algún día deciden hostear un ClickHouse, ¿cómo os veis en ese estado? Si lo piensas, ya lo están haciendo, ya todos los data warehouses van sacando cosas que van más orientadas al real time, pero, realmente, siempre va a haber un mercado para bases de datos hosteadas, que no es lo mismo que lo que hacemos nosotros, nosotros te damos la base de datos, por supuesto, pero luego, además, te abstraemos la base de datos. Es decir, no tienes que saber cómo se configura un ClickHouse, nosotros nos encargamos de que eso vaya como un tiro. Nuestra apuesta es por la experiencia de desarrollo, si somos capaces de que los desarrolladores puedan construir, tenemos una oportunidad enorme. Si nos limitáramos a ser la base de datos hosteada, entonces nos estaríamos pegando con todos los clouds a tope. Y en realidad tenemos muchísimos, la mayoría de nuestros clientes usan ya, o acaban usando luego después, BigQuery o acaban usando Redshift, o ya lo usaban y de repente están sufriendo en Redshift para algunas cosas, y empiezan a usar Tinybird para esas cosas en las que están sufriendo, por ejemplo. Pero nosotros no necesariamente queremos reemplazar o competir directamente con los clouds, sino ir a: «Si lo que quieres es una experiencia de desarrollo superbuena, por aquí». Y nosotros estamos yendo a más multicloud, empezamos en Google Cloud, estamos trabajando ahora en AWS, acabaremos estando en todos los clouds, y que puedas elegir: «Yo quiero usar Tinybird, lo quiero usar aquí». O incluso que te lo puedes coger desde el marketplace de tal, que lo puedas instalar y empezar a funcionar. Otra pregunta sobre esto, que creo que lo habéis mencionado de pasada, pero ClickHouse, lo has dicho muchas veces, que es el motor de base de datos que usáis, se puede decir. ClickHouse es un proyecto open-source que sale de Yandex, que es el Google ruso, y ClickHouse es una empresa con venture capital que ha levantado 50 kilos al menos de índex- Bastantes más. Así que [inaudible 00:32:31] ahí, 250 y tal, o sea, un montón. Entonces, la pregunta es: estáis haciendo, entre otras cosas, un hosting de una startup que tiene capital riesgo como vosotros, ¿cuál es vuestra relación con ClickHouse? Me preocupa a mí más todavía. Esto es una conversación que hemos tenido 150 000 veces, sobre todo con los VCs, esto es lo primero que te preguntan. Les comprendo, los VCs dicen cosas raras, pero esta me parece bastante razonable. No, y tiene todo el sentido. En realidad, la respuesta es muy parecida a lo que le decía a Pau antes, el mercado para la gente que quiere hostear una base de datos como ClickHouse es enorme. Ellos están intentando hacer eso, sacaron que tú te puedas montar tu ClickHouse, tener acceso a todas la funcionalidades de ClickHouse, y que puedas decir: «Quiero tantas máquinas». Eso, en vez de hacerlo la gente que ya usa ClickHouse por su cuenta, lo puedan hacer en ClickHouse. Pero, de nuevo, pensamos que, si este mercado es grande, el mercado de gente que lo que quiere es que lo que están construyendo vaya a toda leche y no preocuparse de ni máquinas, ni de conocer ClickHouse en detalle ni nada de eso, es todavía más grande. Por eso nosotros estamos tan centrados en los desarrolladores, al final, en habilitar a los que quieren ir rápido. Lo sabéis vosotros mejor que nadie, lo que vemos nosotros en las startups ahora, y en scaleups que están centradas en crecer, cada vez es más serverless, es: «Quiero algo que no me tenga que preocupar, yo lo que quiero es ir rápido quiero crecer». Y cada vez hay menos not-invented-here syndrome, porque la presión, sobre todo en las startups, por los inversores, por la competencia, de ir rápido es enorme, y entonces, creo que ahí el mercado es enorme, tanto en un lado como en el otro. Me has contestado por qué lo vuestro... Yo creo que lo que has defendido es por qué tiene sentido hacer lo vuestro, existiendo ya ClickHouse como empresa y como servicio, lo que no me queda claro es por qué ClickHouse, si lo vuestro es tan buena idea, no decide hacerlo, y tiene una ventaja, que es que son los dueños de una parte de la máquina. ¿Por qué ellos no hacen un Tinybird? Podrían hacerlo, y oye- Está claro que podrían hacerlo. Buena suerte. Nosotros lo que sabemos y lo que vemos es que no van en esa dirección, que ellos apuestan por la infraestructura hosteada. En el futuro, si lo hacen, primero, les llevamos ventaja en cuanto a que esto no es trivial, construirte una manera de desarrollar datos, son gente que viene de hacer infraestructura hosteada y de hacer servicios de consultoría encima de infraestructura hosteada. Entonces, creemos que tenemos ahí una ventaja superbuena pero tenemos que correr, y por eso hemos levantado dinero. O sea, que la oportunidad es ahora. En realidad, hay otro riesgos, que es el riesgo de que cambien la licencia, tipo muy drastic, y eso puede pasar y nosotros nos estamos preparando para eso, nosotros tenemos nuestros desarrollos de ClickHouse in-house. Pensad también que a nosotros no nos interesa el 100% de ClickHouse nos interesa sobre todo la parte de real time, entonces estamos muy centrados en esa parte, y ya tenemos nuestro plan de cómo lidiar un poco con eso cuando finalmente pase. Estamos en contacto con ellos ya, hablamos con ellos- Te iba a preguntar si les pagabais algo. No. Ni soporte prémium ni una cuenta enterprise ni nada, vais al GitHub y os bajáis el código. Ellos no tienen todavía un producto, están todavía construyendo. Hicieron una jugada muy supervaliente, que me quito el sombrero, fueron a Yandex, les compraron... Son uno americanos que salieron de Elastic, fueron a Yandex, les compraron la licencia de open-source de ClickHouse, se fueron de Rusia, que menos mal para ellos, porque con toda la que ha caído ahora, imagínate si hubieran quedado allí. A partir de ahí, anunciaron y levantaron dinero con idea... Y luego también, piensa que lo del cambio de licencia es más para defenderse de un Amazon que haga exactamente lo que ellos van a hacer. [diafonía 00:37:14] que está yendo a otro target completamente distinto, que es el de construir aplicaciones, escalar... Es otra capa, al final tienes el commodity, que es el cloud que ataca a infraestructura, y luego tienes la experiencia de development, y entiendo que es donde atacáis. ¿Y en qué punto estáis ahora? Has dicho que abríais oficina en Estados Unidos, que habéis levantado ronda. ¿Y cómo estáis? Somos 53 ahora mismo. Hemos bajado un poquito el ritmo de hiring, en previsión de a ver qué pasa en el ciclo que viene, a ver si nos dirigimos a ese invierno nuclear que algunos dicen que viene o no, para simplemente asentar ciertas cosas y seguir con lo que estamos haciendo. Estamos montando, por un lado, este equipo de ventas, va creciendo y generando oportunidades, y por otro lado, tenemos bottom up y self-service, y por ahí va a ir mucho de nuestro esfuerzo en los próximos años, porque lo que pensamos es que si conseguimos que los desarrolladores por su cuenta se monten cosas, todo lo demás va solo. Eso es un poco el objetivo. Y luego, Estados Unidos, al final lo vemos como el sitio donde se está peleando, donde se está decidiendo la categoría de real time, entonces nos parece que hay que ir allí con fuerza, y por eso yo me voy para allá y estamos contratando allí, sobre todo, allí vamos con más ventas y customer success. Y aquí seguiremos teniendo customer success también, pero todo el producto y ingeniería, en principio, sigue por aquí. Una pregunta. Clientes, hay dos categorías claramente, el self-service y el cliente, que entiendo que es bastante más grande, que los has cerrado tú hasta hace muy poco y ahora tenéis un pequeño equipo de ventas. ¿Cuántos clientes tenéis? Voy a ser aquí un poquito más circunspecto, tenemos decenas de clientes de pago, cerca de cambiar de decenas a centenas. Y tenemos un tail bastante largo, es decir, tenemos algunos clientes enormes, que 250 000 pavos al año, y luego tenemos clientes hasta self-service, un poco de todas las- Pero de los no self-service, ¿qué es lo mínimo que se paga? Del no self-service. Del no self-service, suele estar alrededor de unos 50 000 pavos al año, cuando ya es un deal enterprise, pero eso en realidad es cuando ya... Generalmente no pasa directamente, los hemos hecho algunas veces, que dices: «Tengo superclaro lo que quiero hacer, hacemos una media POC, me encaja, te puedo decir más o menos cuánto vas a necesitar de procesado de datos». Pues nos vamos a un commitment. Pero la realidad es que normalmente no pasa así, suelen empezar en, no sé, 500 pavos, 1000 pavos. ¿Eso al año? No, al mes, perdón. Sí, 500 pavos al mes o algo así. Y una vez que vas atacando cosas, y ya sabes, tienes más claro: «Vale, pues esto tal», te ayudamos a optimizar si ves que estás consumiendo mucho, y ya con eso te decimos: «Te vendría bien, en vez de pagarme todos los meses lo que consumas, hacemos un commitment, que es como reservar máquinas en AWS, reservas datos procesados. Y entonces ya te vas a un commitment, que suele estar más o menos en ese rango, pero que depende mucho de tu caso de uso. O sea, digamos que esos deals a los que ventas va dirigido pues son para esos valores, para intentar llevarlos, por lo menos cuando vemos potencialidad, llevarlos a esos valores. Pero en realidad es que nosotros, ya te digo, nuestra máxima es: «Empieza y te ayudamos, y si te va bien, fenomenal, y estarás encantado de quedarte, y ya veremos qué es lo que tiene sentido». Pero no estamos obsesionados con: «Hay que cerrar deals a este precio», sino cuanta más gente use esto y más caso de uso... Lo que vemos es que es muy sticky y, generalmente, cuando lo empiezas usar, lo empiezas a usar para bastantes más cosas. Y para entender el tamaño del negocio, estos cerca de 100 clientes que has dicho, incluyen los self-service, ¿no? Porque no me ha quedado claro esto, ¿esto son todos? Sí, pero piensa que self-service acaban de empezar, llevamos tres meses, o sea, que ahí hay pocos. Y luego, usuarios tenemos bastantes más, tenemos miles de usuarios free que están haciendo cositas, algunos- Jugando, están jugando. Están jugando, exactamente. Y en facturación, ¿qué estáis, entre dos y tres millones de euros al año aprox.? Por ahí anda la cosa. Jordi, cálculos rápidos. El average ese que me ha sacado de la manga no me ha salido mal. Joder, tío, con vosotros no se puede, es que estáis todo el día ahí pensando en las métricas de los dineros. Cuatro métricas más y ya te dejo tranquilo, que Pau te haga otro tipo de preguntas, pero para entender, vosotros no vendéis solo software, vendéis software y alojamiento. Entiendo que cuesta dinero guardar los datos y mover los datos, en realidad estáis jugando a un margen entre lo que cuesta y lo que cobráis, ¿no? Nosotros usamos ahora mismo dos... Las dos métricas o las dos palancas de pago principales son datos procesados, que es cuánto escribes y cuánto lees, ¿Esto qué es, en bytes? En gigas. Jordi se quedó en los 90. Está construyendo en BASIC. Normalmente, es precio por gigabyte procesado. ¿Qué cuesta el gigabyte procesado? Por curiosidad. En el website pone 007, que eso es lo que pagas si haces self-service. ¿0.07? Dólares el giga, eso es Es un guiño a James Bond eso. Exactamente, 007. Eso os lo habéis inventado totalmente, ese número, podía haber sido 004 o 0014 Una cosa muy guay de hacer una empresa de analítica es que tienes en tiempo real los datos de lo que están haciendo la gente, lo volcamos en Tinybird. Entonces, cuando decidimos abrir el self-service, empezamos a ver cuánto procesan nuestros clientes, cuáles son los casos de uso, y a partir de ahí nos sacamos el pricing, basado en lo que nos encajaba en función del problema que están resolviendo, qué valor aporta y, obviamente, el margen que esperamos que nos dé con el paso del tiempo. Ese es el valor que puede ser más volátil, porque no es lo mismo si eres un producto que le metes 20 queries por segundo, que si le metes 1000 queries por segundo, o dos queries al minuto, puede ser muy variable, y por eso tenemos... Ahí es cuando tiene un sentido hacer commitments, es: «Visto lo que estás haciendo y, más o menos, lo que esperas hacer, yo te hago un precio de puta madre, pero que no te arruines». Porque a 0.07, ves alguna de las cosas que hacen algunos unos clientes, tendría que pagar un millón al mes, pero nosotros podemos optimizar, les podemos dejar un precio muy bueno en función de los casos de uso y trabajando con ellos, con las cuentas más grandes, pero para las cuentas más pequeñas, empezar es superbarato. Y las dos palancas que decías, ¿qué es? Los datos... Storage, que es, básicamente, cuánto disco utilizas. Esta es una que, en realidad, con el tiempo nos gustaría eliminar, porque, en realidad, no te queremos penalizar porque tengas datos con nosotros, pero es verdad que a nivel de margen ahora hay que tenerlo en cuenta porque los discos son caros. A ti te cuestan. Sobre todo los buenos, los discos buenos son caros. Esto es otro factor. Pero eso, en cambio, no suele ser lo que mueve la palanca del precio, porque para los casos de uso de analítica, aunque procesamos muchísimos datos, generalmente no te hace falta quedarte con todo el crudo del último año de eventos, lo que tú quieres es: yo me cojo los últimos 30 días de eventos, por ejemplo, y esos me los guardo en crudo. Pero luego voy creando rollups o materializaciones, que eso es luego lo que utilizas para construir tu producto, y que son órdenes de magnitud más pequeños en cuanto a storage. Y por último, que has dicho la palabra un par de veces, has dicho: «El margen que esperaríamos con el paso del tiempo». ¿Qué pinta tiene el margen de una compañía así? Porque es como un Twilio, una compañía que ofrece APIs, pero le cuestan dinero. No sé el margen de Twilio, pero ¿dónde queréis llegar? Nuestro goal ideal estaría alrededor del 80 %, el gross margin. Ahora no estamos ahí, obviamente, porque esta es una startup, no estás pensando en esto, echas máquinas a los problemas, sales como puedas, pero ahora ya sí que tenemos cada vez más información para saber dónde podemos apretar. Hasta hace nada, no habíamos reservado máquinas en Google, para que os hagáis una idea, es decir, íbamos al día. No a lo loco, sino porque también quieres... Cuando estás montando esto, una máquina u otra puede tener distintas connotaciones, hay algunas que son de high memory, otras que son high CPU, dependiendo del caso de uso, queríamos tener la flexibilidad de en un momento dado decir: «Este cliente, nos hemos equivocado tiene más sentido que sea tal», y ir aprendiendo para luego decidir qué es lo que necesitamos de verdad para que esto sea totalmente elástico con el tiempo, y que sea... Que los clientes no se tengan que preocupar de ello. O sea, si eran 80, sería tal, a partir de 75, estaríamos bastante contentos. ¿Y ahora por dónde estáis? Ahora mismo estaremos en un sesenta y algo, una cosa así. Está muy bien ya. [diafonía 00:47:46] Twilio tiene un 48 % de gross margin, claro que ellos mueven llamadas y SMS, cosas reales de la vida real. Exacto. Lo que pasa es que es engañoso, porque, primero, todavía nos queda por... Estamos metiendo ahí bastantes cosas que, a lo mejor, no deberíamos estar metiendo, metemos todo lo que es infraestructura, pero, en realidad, infraestructura, lo usamos no sólo para los clientes, lo usamos también para marketing o para hacer un montón de cosas. Eso va siempre ahí. Trampas al solitario le llamamos. Y luego también, hay clientes en los que, por razones históricas, no valoramos pasta, pero estamos así así, porque hicimos un deal con tal de entrar de cualquier manera, y luego dices: «Ostras». Eso ya lo iremos arreglando. Y luego hay otros clientes en los que los márgenes son brutales, porque tienen un caso de uso que es ideal para nosotros, pagan el precio del website y nos sale fenomenal, Eso es un poco la idea. Hay startups con márgenes brutos negativos al principio, que esto parece que no, pero es posible, tú puedes vender duros a cuatro pesetas porque te sale más barato comprarlos a cinco y luego ya... El problema es cuando no tienes claro cómo hacer duros a dos o tres pesetas. Nos hemos empezado a preocupar más ahora desde el punto de vista de puede que vengan años duros ahora, y hay que tener buenas cifras de cara a que si queremos levantar pasta dentro de un par de años o menos. Si las cosas están muy mal, tenemos que tener las métricas superbien, entonces hemos empezado a prestarle más atención ahora a eso, pero en realidad nuestro objetivo... Este no era nuestro mayor problema ahora mismo, no es nuestra mayor prioridad. Hablamos de este fundraising que acabas de mencionar, habéis levantado mucha pasta de inversores muy buenos, me han dicho. Joder, Enric, el puto amo. Sí, la verdad es que fue... Levantamos una serie seed primero, que esto no lo anunciamos, anunciamos la serie seed como un año más tarde de haberla levantado, porque, básicamente, nosotros estábamos trabajando, levantamos la seed justo cuando la pandemia, y la anunciamos como un año más tarde. ¿Por qué? Porque, en realidad, cuando la iniciamos nos venía bien para contratar, elegimos el momento en que nos vino bien. Y luego, más o menos cuando eso estaba pasando, ya estábamos hablando en la serie A. Tuvimos la suerte de... Nuestros inversores, decir que son Crane, que son muy buenos inversores seed, la verdad, están aquí, son americanos, pero asentados aquí en Europa e invirtiendo en empresas europeas. Nos presentaron a los fondos que ellos decían: «Estos son los fondos que pensamos que tenéis que hablar». Y entre ellos estaba CRV y Singular. Y entonces hablamos con ellos por separado, pero luego ellos hablaron entre ellos y se pusieron de acuerdo, y dijeron: «¿Por qué no vamos juntos?». Y entonces nos hicieron un term sheet juntos, nos gusto mucho, y ahí que fuimos. ¿Y cuánto habéis levantado? Hemos levantado en total de la empresa 40 millones. No está mal. Joder. Y la pregunta obvia, que- Yo duermo peor que cuando no los tenía, te lo digo. Eso no te lo dicen cuando vas a levantar dinero. Si te sobran, manda unos cuantos por aquí, no hay problema. No creo que [diafonía 00:51:55], que tenéis más dinero que los toreros. ¿Qué vamos a hacer con la pasta? A nivel de producto sobre todo, porque has hablado un poco de go-to-market, del equipo de ventas Estados Unidos, pero en el producto, desde fuera parece que está hecho. Qué suerte. Es que lo cuento muy bien, pero no está hecho, hay muchas cosas que hacer todavía. Por ejemplo, un multicloud, superimportante para nosotros, y es complejo en todos los sentidos, es decir, deployar y monitorizar y todo, no es todo exactamente igual en todos lados. Por fin somos SOC 2 compliant, pero digamos que tienes que ser compliant en todos los clouds, todo esto requiere equipos más grandes y empezar a... Mucha inversión. Luego también, todo lo que es la experiencia de usuario, nos queda muchísimo camino por recorrer, hay cosas que son triviales de hacer en Tinybird y hay cosas que... No es lo mismo cuando tienes 20 millones de registros en la base de datos, que cuando tienes 20 billones de registros, que además están entrando constantemente eventos, y quieres hacer un cambio del esquema, y quieres además, al mismo tiempo, cambiar los APIs que estás haciendo, y que todo siga funcionando y que no se rompa nada. Ostras, eso no es trivial. Estamos invirtiendo muchísimo en la experiencia de desarrollo, estamos invirtiendo mucho en marketing ahora también, porque es que no habíamos hecho nada de ruido, éramos nosotros poniendo algún tuit de vez en cuando o en LinkedIn, y ahora empezamos a invertir mucho más ahí, pero ya te digo, en producto queremos todo el multicloud, toda la experiencia los usuario, bajar la barrera de entrada, que sea superfácil meter datos, los tengas donde los tengas. Todo esto es donde va a estar la gran mayoría de la inversión. Y luego, llevamos viendo oportunidades de hacer como productos adyacentes, cosas encima de Tinybird, alertas en real time, obviamente, estás teniendo datos tal, lo siguiente que se te ocurre es: «Yo quiero saber cuándo pasa esto». Ya lo hacemos con algunos clientes, pues profundizaremos ese tipo de cosas. Y luego también, mejorar mucho todo lo que es mandar datos a otros sitios, porque para ciertas cosas hay que hacer otras cosas. Tenemos un roadmap infinito, entonces vamos a invertir en ingenieros, vamos a invertir en- Os metéis en el jardín de Confluent un poco entonces, está muy apretado este mercado, estáis ahí... Claro. Lo que nos pasa también es, nosotros lo primero que hicimos fue... No primero, pero lo segundo que hicimos un conector de Kafka, ¿Por qué? La gente ya usa Kafka, a nosotros nos encanta Kafka, no tenemos ningún problema con que la gente use Kafka, nos facilita muchísimo la ingesta, porque literalmente son tres clics y ya tienes datos ingestando, ya puedes empezar a hacer cosas, pero mucha gente no se quiere complicar la vida y dice: «Yo lo que quiero es enchufarte datos». Pues hicimos nuestra propia ingesta por streaming, que es por una API por DHCP que le puedes enchufar lo que quieras. Entonces, inevitablemente empiezas a competir un poco con Confluent. En 30 segundos, ¿qué es Kafka y qué es Confluent? Porque entiendo que habrá mucha audiencia que no sabe qué es. Kafka es también un software open-source que sirve para muchas cosas, pero sobre todo para capturar datos en streaming en grandes cantidades, y luego es un sistema como de colas en los que puedes ir leyendo por distintos consumidores de distintas velocidades, entonces te permite que, una vez que capturas esos datos, luego consumirlos como tú quieras. Pero no es una base de datos, te permite consumir esos datos y luego, si quieres hacer algo que necesitas hacer queries, joins, tienes que llevártelo a otro sitio. Sí que tienen un lenguaje que se llama KSQL, que te permite hacer joins entre streams, pero son joins que están pasando... Son como transit, que no- A chorro, van a chorro. Exacto. Lo que mola mucho de eso es que te puedes hacer una entidad nueva, por ejemplo, y mandártelo a otro topic y consumirla en otro lado, por ejemplo. Eso también alguno de nuestros clientes lo usan, y fenomenal. El tema es que tiene sus limitaciones porque no es una base de datos, cuando tienes grandes volúmenes, hacer esos joins se complica, y ahí es donde nosotros podemos facilitar bastante el tema. Y luego además es eso, que cuando empiezas a usar los pipes en Tinybird, empiezas a hacerte transformaciones, dices: «Joder, qué guay esto, [inaudible 00:56:44] en mi API, pero me vendría fenomenal usarlo en ese otro sitio». Nos demandan mucho: «¿Cómo saco los datos luego a otro sitio?» Ya tenemos algo en marcha que te permite sacar datos a S3. Pero eso lo iremos desarrollando también para que sea muy fácil y que puedas mandar a diferentes sitios. Al final, el roadmap a largo término, por lo que entiendo, es unificar todo el tooling porque eso también podría ser un poco un reverse ETL de alguna forma, mandar el dato reinstalado en otro sitio. Sí, no creo que lleguemos a te lo mando a Salesforce, no cero que lleguemos a ese nivel, ya veremos, pero en principio esa no es la idea. La idea es más: te lo mando un topic de Kafka, te lo mando a S3, te lo mando a Snowflake, te lo mando a otros sitios. Hay una cosa, una idea que me mola mucho, que es: si tú piensas en todas esas cosas y lo que en una empresa grande ahora necesita, necesitas hablar con 17 personas para montarte algo así. La idea de que un desarrollador en Tinybird pueda tanto montarse una ingesta, crearse unas APIs, entrar a consumirlo, es como de decir: «Pues esto que tengo aquí, este mismo query, el resultado lo voy a mandar cada segundo, cada materialización o lo que sea por segundo, a un topic». O me voy a montar una alerta. Es una potencialidad brutal a los desarrolladores para montarse lo que quieran, eso nos enamora, esa idea, decir: «Con cuatro cositas puedes hacer un montón de cosas si el producto responde y es fácil de utilizar». Y entendiendo no solo a nivel de producto, sino al negocio, ¿hacia dónde queréis ir? ¿Nos puedes explicar cuál es vuestro roadmap? ¿Dónde queréis acabar el año en ARR? ¿El año que viene? ¿Por cuánto estáis creciendo año a año? ¿Qué pinta tiene Tinybird en los próximos dos años? Pregunta qué le gustaría a nuestros inversores, luego ya veremos lo qué pasa. El futuro no lo sabe nadie. Pero, obviamente, nosotros lo que estamos haciendo es intentando triplicar este año, y nos gustaría triplicar el año que viene, en cuanto a ARR. También te digo una cosa, no nos vamos a suicidar por conseguirlo, es decir, tenemos muchas cosas que tendríamos sacrificar el largo plazo... Si percibiéramos que tenemos que sacrificar el largo plazo para conseguirlo, no lo vamos a hacer, para eso hemos levantado dinero, básicamente. Pensamos que el largo plazo de que los desarrolladores, que ese sueño sea cierto, requiere mucha inversión en la experiencia de usuario, y a lo mejor no en features que sabemos que a empresas grandes les pueden interesar ahora mismo. Este es un balance, obviamente vamos a intentar duplicar este año y triplicar el que viene, pero ya te digo, no nos vamos a matar el sueño por conseguirlo, que es tentador. ¿Y dónde queréis acabar este año en número? ¿En dónde queréis acabar este año en ARR? Te podría decir, pero tendría que matarte, Jordi. no te lo digo porque no quiero dar muchas pistas a mis competidores, creo que ya les he dado suficiente en este podcast. Tú te haces una idea con lo que te he dicho antes, más o menos, ¿vale? Y luego, si quieres, te lo cuento si me prometes que no lo vas a- Aquí la gracia es compartir con la audiencia. Prefiero no decirlo, más que nada por eso, porque luego yo- No te obligamos, no queremos que nos mates. Que luego salen estos números por ahí, y prefiero ser prudente. La competencia no habla español, tranquilo. Eso es con lo que hemos contado hasta ahora. He hecho algunos podcast ya, este es el primero que hago en español, curiosamente, así que cuento con eso. Pau, perdona, que te he interrumpido antes. Al final salen números que... A nosotros nos han salido números en los medios que yo no sé de dónde los han sacado. Sólo una cosa, para que os hagáis una idea, lo que nos importa a nosotros es cuántos workspaces activos tenemos, eso es lo que nosotros pensamos, porque crecemos de tres formas. Porque nuestros clientes crecen y entonces meten más datos, y eso hace que crezcamos automáticamente. Porque hacen nuevos casos de uso, y estos son los workspaces, que dices: «Me voy a crear otro proyecto, me creo otro dentro de Tinybird». O porque hacen onboarding de más desarrolladores. Esas tres métricas para nosotros son superimportantes en cuanto a la salud de nuestros clientes, de nuestras cuentas. Y luego, a nivel de self-service, ya estamos entrando a mirar conversión y retención sobre todo, cuánto tardan en hacer un API endpoint, que es como el momento guau, cuántos se lo crean sólo para ver lo qué es o luego se montan algo que permanece. ese tipo de cosas es lo que nos importa ahora más que el revenue. Yo sólo una observación, porque antes has comentado que el principio era un poco al revés de lo que las empresas hacen. Y veo un poco un arco interesante, que empezasteis muy acompañando a un cliente en particular, haciendo una consultoría, buscando este product-market fit muy directamente con el cliente, y ahora un poco el mensaje que veo es: de cara al futuro, queréis invertir más en el producto. Que es un poco al revés, de que mucha gente se cierren la cueva, hace el producto y luego lo tira al mercado a ver qué pasa, y vosotros al revés, habéis empezado con el product-market fit, y ahora parece que poco a poco tenéis la visión más clara y vais dejando ir más esa tacticidad del cliente para irse al long term. Sí. Para nosotros era muy importante validar que había gente dispuesta a pagar por ello y que esto aportaba un valor, pusimos bastante foco en eso al principio. Es un camino duro, y a veces me planteo, si lo haría otra vez, si lo haría exactamente igual. El día a día de los clientes y de los problemas hace ir más lento en el desarrollo de producto, en cosas que ya sabes que deberías hacer. Al mismo tiempo, te da mucha seguridad, porque cuando vas resolviendo los problemas que te van diciendo los clientes, ellos cada vez están más contentos, están más dispuestos a invertir en ti, pero al mismo tiempo, features y cosas que digo: «Joder, esto llevamos hablando de ello dos años y no lo hemos hecho todavía, me cago en diez». Pero es el balance de las dos cosas. Es durete el camino, pero al mismo tiempo también nos ha dado mucha seguridad en lo que estamos haciendo. Es duro el camino, pero la alternativa es garantía de fracaso. Al final, trabajar en la cueva y luego ir a ver qué dice el mercado, es casi seguro tirar a la basura lo que se ha hecho en la cueva. Yo no me refiero tanto a ir a la cueva, pero me refiero más a centrarte en la adopción, me da igual cuánto- No tan custom, quizá no tan custom como hicisteis al principio, pero aquí estáis. Aquí estáis, vivos y solucionando un problema real. Y hacia atrás, todo el mundo somos toreros, pero para nosotros, hemos hecho en cada momento lo que pensábamos teníamos que hacer, y no me arrepiento, pero a veces sí pienso hacia atrás y digo: «¿Haría lo mismo?». Sacrificaría, a lo mejor, alguna cosa que sí que hemos hecho para aprender, pero que luego nos ha lastra un poquillo. Me gustan las referencias a toreros, que ya van dos hoy. Hablando de toreros, vamos a hacer un poquito de historia. Has hablado antes de cinco fulanos, yo, haciendo así una búsqueda rápida en LinkedIn, veo un tal Javier Álvarez, un Santana, un Raúl, un Sergio. ¿Ramón he dicho? No, el primero que has dicho le llamamos Jamón. Ah, vale, Jamón. Es que tenéis todos motes, para empezar, hablando de toreros, todos tenéis mote. No, no tenemos todos, pero curiosamente, en esta empresa hay muchos Javis, hay algunos Pablos, y hay un par de personas que tienen motes relacionados con la carne, uno es jamón y el otro filete o sea, que hay de todo. Mirando en LinkedIn, veo un head of tech de CARTO, otro head of tech de CARTO, un CTO de CARTO, un chief development officer de CARTO y un chief product officer de CARTO. ¿Qué ha pasado ahí? ¿Y quién hace la tecnología en CARTO? No, pero se piensa que esto... CARTO está como un tiro y están petándolo, acaban de levantar con Insight no sé cuánto dinero, una empresa alucinante. Nosotros, piensa que fuimos saliendo muy despacio ¿No salisteis a la vez todos? No, para nada, nosotros- Qué no se note. Piensa que desde que salió el primero hasta que empezamos Tinybird, no sé si pasaron tres años, es decir, que fuimos saliendo bastante despacio, lo que pasa que coincidimos todos en CARTO como un año y medio, y ya nos hicimos amigos, seguimos en contacto y nos encantaba currar juntos. Y de hecho, yo cuando salí de CARTO, salí pensando: «Me gustaría montarme algo otra vez», yo ya había montado startup, pero no sabía lo que iba a hacer, y justo empecé a hablar con ellos, me hizo clic la cabeza porque justo yo venía de ver que empezábamos a contratar data engineers, es un poco lo que os contaba antes, y dije: «Esto tiene todo el sentido del mundo», me cuadró un montón. O sea, el titular no es cinco developers o cinco personas de CARTO se van a montar Tinybird, sino cinco ex-CARTOS se juntan para montar Tinybird. Exactamente, totalmente. O sea, ya más. No puedo hablar mejor de mi experiencia en CARTO y de la gente de allí. Les va bien desde que ya no estáis, veo, también, sin hacer correlaciones. Toda la vida pensando: «¿Qué es lo que tenemos que hacer». Y nos tenían que echar a todos, eso era justo lo que faltaba. Con tanto técnico, porque de estos cinco que he dicho, sois cuatro supertécnicos, y Saleiva, que es de producto, que entiendo que es menos técnico, pero que no está full time, porque Saleiva, Sergio Álvarez Leiva, es VC, trabaja en K Fund como inversor. Cuéntanos un poquito cómo decidís repartidos los roles y cómo acabas tú siendo el CEO. Me han engañado, claramente. Hay mucho de skills, porque si miraras un diagramas de Venn. estaríamos bastante juntos por ahí. Y en realidad, cuando empiezas a currar, inmediatamente se ve dónde aportas más valor, cuando tuvimos que empezar esta primera prueba de concepto, obviamente Santana se puso el tío ahí a currar, Ochoa se puso ahí con él mano a mano, Javi Álvarez, Jamón, se puso con el frontend, y yo me puse a... Ese momento, Sergio estaba como inversor nada más, y yo me puse a preparar la presentación, a gestionar la relación con ellos. Inmediatamente, eso ya empiezas a ver lo que va teniendo sentido. Yo había sido fundador de una empresa, había llevado todo lo que no era ventas, y luego, cuando se vendió, me quedé como CEO una temporada, y entonces me tocó hacer cosas más variadas, y yo era el que más oxidado estaba en cuanto a programar de verdad, aunque hay algún commit ahí, de nivel, mío, que no se diga, Así un poco se distribuyó la cosa. Y luego, con el tiempo, al principio nos pisábamos los pies bastante, los dedos, porque hay mucho overlapping y entonces tienes opiniones de todo, no sé si os pasaría a vosotros al principio. Nunca, nunca. Nunca, todo siempre perfecto, perfectamente delimitadas las responsabilidades. Pero con el tiempo, cuando empiezas a tener problemas de verdad. te lo exige la situación, dices: «Mira, tío, tú, producto; tú, tecnología; tú, tal». Y yo me quedé de CEO porque alguien tenía que serlo. Pero que yo estaría muy cómodo trabajando para cualquiera de mis socios también, lo que pasa es que más que a ellos no les gusta hablar tanto como a mí. ¿Y sois todos fundadores, partes iguales? Porque entiendo que Santana tuvo la idea, con lo cual, en el fondo, el empezó antes con el concepto, ¿cómo habéis gestionado esto? Santana es que es un tío muy generoso, él no iba ahí a ser el protagonista, sino a él apetecía currar con nosotros, y él realmente quería empezar en una situación en la que estuviéramos a partes iguales. O sea, que empezamos así y así seguimos. Y Saleiva puso pasta en lugar de dedicación, ¿no? Eso ya se lo preguntas a Saleiva otro día. Ya lo traeremos para hablar de CARTO. Cuéntanos un poquito de dónde sales tú. Que ahora ya sabemos un poco qué es Tinybird, y de dónde ha salido, y dónde estáis ahora, ¿de dónde sales tú? Buena pregunta. Muy rápidamente, yo no sabía que quería hacer con mi vida cuando salí del colegio, había hecho COU de Letras porque me gustaba una chica, y luego quería hacer informática y no pude entrar en la pública. Entonces, estuve trabajando un año con mi padre porque no cogí plaza, y al año siguiente estuve ya programando, por cierto, en un IBM AS/400 ¿Qué hacías con tu padre? Por curiosidad. Estaba en el equipo de informática, porque yo le dije informática, entonces me metieron, pero informática en un IBM AS/400, programando en RPG, pero fue un experiencia... Fue buena, pero también me di cuenta de decir: «Soy imbécil, con 18 años, aquí currando, podría estar en la uni». Mis amigos todos de Erasmus. Al año siguiente me puse a estudiar, pero enseguida me empezó... Yo me di cuenta que con un libro yo podía aprender a programar, que no necesitaba aprender sistemas operativos. Salí de la carrera en segundo, tercero, cuarto, porque ya estaba currando, estaba haciendo cosas por mi cuenta, me cogieron primero de becario en Telefónica, luego fui a Bankinter y estuve en Bankinter muchos años en desarrollo web, y ahí es donde aprendí la web y a programar, un poco el oficio. Pero muy pronto me pusieron a gestionar gente, subcontratados, y a hacer proyectos por mi cuenta. Entonces, sin darme cuenta, y realmente yo queriendo estar cerca de lo que es la programación, mi skill acabó siendo coger algo de cero, gente, y montar cosas. Y luego trabajé para una empresa americana que la absorbió otra que se llama Irdeto. Me mandaron a Londres a montar el equipo allí, a hacer professional services y a montar la oficina. Eso fue una experiencia brutal, porque me di cuenta que dije: «Joder, estoy a nivel mundial, estoy llevando aquí un equipo de gente de Londres» Se lo recomiendo a todo el mundo lo de ir fuera. Y luego, justo después de esa experiencia, con alguien que había conocido allí monté BeBanjo. que no sé si os suena, pero es una startup española con la que hoy Tinybird comparte oficina, por cierto, que es donde estoy hoy. BeBanjo salía de la experiencia de la empresa americana esta donde había estado, y era un software as a service para gestionar servicios de vídeo bajo demanda, es decir, para gestionar tu propio Netflix. Ahora puedes decir Netflix como referencia y todo mundo sabe lo que es un servicio de video bajo demanda, entonces nadie sabía lo que era, yo era incapaz de explicarle a mis padres qué es lo que hacía. Me puse a hacer eso, yo llevaba todo lo que no era ventas, con mi socio que llevaba a las ventas, y fuimos empezando muy poco a poco, conseguimos también unas marcas muy buenas, aunque al principio fue la típica historia- Un poco temprano, ¿no? Un poco temprano os metisteis. Muy temprano y sin tener idea de lo que hacíamos, no había ecosistema de ningún tipo ni nada, y no conseguimos... No buscamos mucha inversión tampoco, porque hicimos como nuestro bootstrap, con un poco de dinero que teníamos ahorrado. Y estuvimos a punto de chapar dos o tres veces porque nos quedamos sin pasta, lo típico. Finalmente, conseguimos clientes como Skype, como Telefónica, como Warner, marcas superbuenas, a pesar de que éramos un equipo muy pequeño. Y a los tres años, nos compró una empresa, un grupo francés que se llama TDF, y ese fue un exit que ahora lo hubiera celebrado, se hubiera anunciado por todo lo alto, y en aquel momento, yo creo que no se enteró nadie. Pero fue para mí una experiencia brutal y me dio muchísima confianza para meterme en líos. Y luego, yo me quedé, después de tres años, otros tres años más dirigiendo la empresa. ¿Después de vender? Sí, hicimos un [inaudible 01:15:00], y también la parte que me quedaba era la parte de ventas, la parte comercial, que yo no había hecho eso y me apetecía también intentarlo, pero no funcionó muy bien, porque la única cosa que le importaba a la empresa que nos compró era vender el producto, ellos, encargarse ellos de distribuir el producto, entonces tampoco me pude meter mucho en intentar montar algo yo. Y como ya había delegado un poco lo que yo sabía hacer, que era producto, ingeniería, llegó un momento que busqué una salida. Y luego estuve con la gente de Populate, con Furilo y con Blat, no sé si los conocéis. estuve con ellos un año haciendo así proyectos chulos. Y finalmente estuve en CARTO tres años, y ahí empecé de VP de Ingeniería, y luego me quedé también como parte de producto. Chief development officer, ¿no? Yo no lo había visto nunca esto. Sí, eso lo elegí yo el título, porque yo me daba cuenta que yo no era el CTO ideal para CARTO, porque era un producto muy técnico en un área muy concreta, que es el tema de la geolocalización, entonces yo quería dejar hueco ahí y al mismo tiempo, a nivel de producto, me pasaba un poco lo mismo, es decir, yo quería dejar huecos, yo quería hacer lo que era mejor para la compañía, con confianza de que si tenía sentido que yo siguiera, encontraría un sitio, y si no, ya buscaría otra cosa. Entonces, me quedé con un título para dejarnos las puertas abiertas a contratar un CTO o a un CPO, eso fue un poco la idea. Un buen truco, un título ambiguo para dejar el hueco disponible. Es que CARTO también fue una experiencia alucinante, la verdad, y conocí a gente brutal en CARTO, tanto personalmente como técnicamente. Te los has llevado a todos o se te han llevado todos, ya se nota. No nos hemos llevado a nadie en realidad, lo que pasa es que la gente va saliendo y, joder, te conoces y te llama, te dicen: «¿Qué estás haciendo? Si os encaja...» Ha habido gente que ya había salido de CARTO, que había hecho otras cosas y luego se ha venido con nosotros, gente que estaba en Sketch o en otras empresas, y luego ha habido algunas personas que han salido y nos han dicho: «Voy a salir, quiero buscar otra cosa, ¿qué estáis haciendo?» Pero te aseguro que quitarles, no les hemos quitado a nadie. No, y además yo creo que es bueno, o sea, nosotros en Factorial queremos contratar gente emprendedora y sabes que la gente emprendedora está condenada a emprender, sabes que algún día se irán y emprenderán, y lo abrazamos. Al final, sabemos que es ley de vida, y les pedimos que nos dejen invertir, y aprendemos los unos de los otros, así que todo bien. Totalmente. Lo de lo de la gente emprendedores es tan importante, porque nosotros vemos grandes diferencias quien tiene esa mentalidad de salida y quien no, se nota un montón. Tengo la pregunta que hacemos desde hace poquito para acabar, que es si tienes algún contenido, podcast, newsletter, libro, que te haya inspirado, alguna inspiración en general que quieras compartir, regálanosla. Espera, que se me ha olvidado el nombre. Os voy a decir dos cosas, uno que va de... self-improvement, y de... Que me ha ayudado a nivel personal, que seguro que ya os lo ha dicho alguien que se llama Atomic habits, el libro Atomic habits, seguro que ya lo conocéis. - De James Clear, ¿no? -De James Clear, sí. No lo he leído. Y luego, un libro así, para mí, superinspirador y precioso, y que me reconcilia con la humanidad, es Momentos estelares de la humanidad, se llama, de Stefan Zweig, creo que no se pronuncia así. Momentos estelares de la humanidad es un libro alucinante y que habla como de momentos en la historia supercríticos que nos cuenta con un estilo brutal, ese es uno de mis libros favoritos. Pues ya tenéis trabajo para este verano todos los que nos estáis escuchando, dos grandes libros que no he leído, pero que me los leeré este verano seguro. Muchísimas gracias, Pau, por acompañarnos. Muchísimas gracias, Jorge, por contarnos tu historia. Y a todos los demás, nos vemos la semana que viene. Muchas gracias. 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 el Itnig Fund, invertimos en equipos con capacidad de construir grandes productos y negocios. Te esperamos.