"Si no te avergüenza la primera versión de tu producto, lo has lanzado demasiado tarde". En Splits, seguimos este enfoque para crear software: hacer que funcione → hacerlo bien → hacerlo rápido. El orden importa. Esto es lo que hemos aprendido en cada fase:

Hacer que funcione = prototipo funcional. Debería ser áspero. Debería ser extraño. Ponlo frente a los usuarios rápidamente. Cómo analizamos el MVP: 1) Enumerar todo lo que creemos que podría ser importante o relevante para el proyecto. 2) ¿Cuál es el *mínimo absoluto* de esta lista que podemos terminar y tener un prototipo funcional?

Hacerlo bien = arreglar todas las partes rotas. Ingrese a esta fase con señales claras del mercado: comentarios consistentes, uso creciente a pesar de fallas obvias. Ahora te has ganado el derecho a invertir más recursos.

Hazlo rápido = optimiza el rendimiento. Honestamente, todavía estamos aprendiendo sobre esta fase. La mayoría de los equipos se encuentran actualmente en modo 🤷 ♂️ "hacerlo bien" Pero aquí está la inspiración que nos impulsa:

Por qué funciona este enfoque: La secuenciación es estrategia. Lo que aprendes hoy da forma a lo que construyes mañana. Si avanza, no tendrá la información necesaria para resolver los problemas correctamente. La acción produce información. Pero la acción *intencional* produce información *más útil*.

La trampa es tratar de hacerlo bien al mismo tiempo que lo haces funcionar. NO. "Date permiso para enviar algo que sabes que no está bien@wminshew".