Blog / Proceso

18 de mayo de 2026

Qué es un discovery de software (y por qué no es una reunión gratis)

Discovery no es “tomar un café y ya te hago un presupuesto mágico”. Es escribir qué existe, quién lo usa y qué queda fuera. Sin eso, el build es adivinación.

Qué sale de ahí

Mapa de usuarios, flujos críticos, integraciones, riesgos, un orden de entrega. Y un no: pantallas que no se van a hacer en la primera versión.

Cuesta tiempo de las dos partes. Por eso no es un formulario web de tres campos. Si el caso es un producto de catálogo, el discovery es corto: implantar, no inventar.

Después

Diseño de flujos y arquitectura. Build con demos. Operación. El discovery no desaparece: se usa para decir “esto no estaba” cuando alguien pide el módulo 17 a mitad de sprint.

En Palma o en remoto, el formato es el mismo. La isla no cambia el método.

Más notas

También en el blog