Friday, November 8, 2024

Primer Bloque: Entrevista con Parker Conrad, Co-Fundador y CEO de Rippling.

Parker Conrad: Sobre startups compuestas, rotación y secuenciación de características **Parker Conrad:**

Creo que la sabiduría convencional en SaaS ha sido que quieres estas soluciones de punto estrecho. Y creo que hemos estado construyendo software de manera incorrecta durante 20 años.

**Ben:**

Sí, quiero decir, creo que durante mucho tiempo las empresas construyen tostadoras, como casos de uso únicos para SaaS y creo que se reduce a un costo más bajo o algo así.

**Parker Conrad:**

Y es como si comprara un automóvil. Y en lugar de comprar un automóvil, comprara un carburador de un fabricante, un volante del siguiente, un chasis y algunos asientos de un tercero y cuarto. Y luego lo llevaste a casa y lo ensamblaste en tu garaje y lo envolviste con cinta adhesiva y luego comenzaste a intentar conducirlo por la calle. Y por supuesto, sería terrible. Por supuesto, las cosas se caerían mientras vas por la carretera, pero así es como las empresas compran software en su mayor parte hoy en día.

**Ben:**

Sí, y creo que hay otro beneficio en que las personas realmente están en el mismo sistema y hay empatía por el otro lado. De hecho, creo que mucho de esto también tiene buenos paralelismos con cómo pensamos en construir una Notion, que en realidad tiene un sistema único para hacer gran parte del trabajo de conocimiento que haces tiene algunos beneficios increíbles.

**Parker Conrad:**

Creo que lo que hace es que la forma fácil sería adoptar el enfoque de “todo en uno”. No obtendrás todas las características. E inevitablemente falla porque la cosa compuesta solo funciona si te obligas a ser tan bueno y encontrar una manera de vencer a los productos de solución de punto en su propio juego. Y eso a menudo es ganando en muchas de las capacidades de la plataforma, encontrando formas de hacer las cosas en la capa de la plataforma en lugar de en la capa de la aplicación, o simplemente obligándote a ir realmente hasta el final en la capa de la aplicación y obtener el modelo de datos correcto. Pero a menudo es encontrando esos casos extremos que puedes revelarte a ti mismo, cuál es el modelo de datos real para el sistema, ¿cuál es el modelo de datos correcto para hacerlo bien y clavarlo? Y así es como pensamos en construir productos.