Saltar al contenido

Test con veredicto

¿Reforzar o reescribir? Test del prototipo en 5 minutos

Si conviene reforzar o reescribir un prototipo lo deciden 12 preguntas en cuatro áreas: datos y accesos, despliegue, tests y código. Marque lo que se cumple, también donde no lo sepa, y verá un veredicto: reforzar, reforzar pero arreglar primero el área más débil, o reescribir el núcleo. Reescribir desde cero compensa menos a menudo de lo que parece.

Lo que rellena y marca se queda solo en esta ventana del navegador. No enviamos nada salvo que pida la evaluación por correo. Al cerrar la página desaparece, así que imprima su resultado.

Para vibe coders y fundadores cuya aplicación nació en una herramienta de IA o con un freelance y ahora tiene que crecer. Marque lo que se cumple en su aplicación. Donde no lo sepa, márquelo también: en un prototipo, «no lo sé» ya es un hallazgo.

Desde 2023 hemos entregado más de 15 proyectos en producción y varias veces hemos asumido código ajeno. Reescribir desde cero compensa menos a menudo de lo que se cree.

1. Datos y accesos

2. Despliegue

3. Tests

4. Código

5. Qué significa el resultado

MarcadasVeredictoQué hacer
0 a 3Cerca de la metaReforzar. El código se queda. Añada tests a los flujos principales, lleve las claves y los permisos al servidor, configure copias de seguridad y monitorización.
4 a 7A mitad de caminoReforzar, pero arreglar primero el área más débil. Conserve lo que funciona y reconstruya solo el área con más marcas, normalmente el modelo de datos o el inicio de sesión.
8 a 12Al principioReescribir el núcleo. Reconstruya el núcleo con tecnologías habituales y traslade los datos. El prototipo queda como especificación de lo que funciona y lo que no.

Si se cumple el tercer punto de datos o el último de código, resuélvalo primero, sea cual sea la puntuación: mientras no salga de la plataforma, cada corrección se hace en un sistema ajeno.

¿Quiere certeza en datos y accesos? Ejecute el prompt de revisión del prototipo. Todo el camino antes del lanzamiento está en el checklist de 25 puntos.

Más herramientas para usted

¿Ven sus usuarios datos de otras personas? Revise su prototipo usted mismo

Un prompt para Claude Code o Cursor que recorre su repositorio en seis áreas y ordena los hallazgos por gravedad.

Checklist de prototipo a producción: 25 puntos antes del lanzamiento

Inicio de sesión, datos, despliegue y propiedad: qué revisar antes de abrir la aplicación a usuarios reales.

Preguntas frecuentes

¿Cuándo compensa reescribir una aplicación desde cero?
Cuando el modelo de datos no encaja con el negocio, nadie sabe explicar el flujo principal y el código no se puede probar sin reescribirlo. Si se cumplen ocho o más de los doce puntos, reescriba el núcleo. El prototipo sirve entonces como especificación de lo que funciona y lo que no.
¿Qué significa reforzar un prototipo?
Conservar el código y añadir lo que le falta para funcionar en producción: tests de los flujos principales, permisos y claves en el servidor, copias de seguridad y monitorización. Es más rápido y más barato que reescribir.
¿Por qué marcar también lo que no sé?
Porque en un prototipo «no lo sé» ya es un hallazgo. Si nadie sabe dónde están las copias de seguridad o quién tiene acceso al hosting, es un riesgo tan grande como no tener copia.
¿Y si la aplicación está en una plataforma de la que no se puede salir?
Resuélvalo primero, sea cual sea la puntuación. Mientras no pueda exportar el código y los datos, cada corrección se hace en un sistema ajeno y nunca será del todo suyo.

Auditoría del prototipo

Un senior revisa el código y le escribe qué reforzar, qué reescribir y en qué orden. Le respondemos en un plazo de dos días hábiles con algunas preguntas sobre su trabajo. Después acordamos qué hacemos primero.