Tu primera aplicación parece terminada, pero el lanzamiento se atasca

Las pantallas ya están. Pero una contraseña olvidada o una lista vacía pueden bloquear a un usuario. Así puedes convertir esos «últimos detalles» en una lista de trabajo clara.

Imagina una aplicación de seguimiento de clientes que funciona durante la demostración. Después, un compañero crea su cuenta: la pantalla está vacía y no sabe cómo añadir su primer cliente. El proyecto no ha retrocedido de repente. Ha aparecido una situación que no se había previsto.

Aclara qué significa «terminado»

Una primera versión, a veces llamada MVP, debe cubrir una necesidad limitada. Para tu compañero: crear una ficha de cliente, anotar una conversación y encontrar la siguiente acción pendiente.

Escribe esas acciones y cómo comprobar cada una. El paso de un prototipo a una aplicación utilizable exige algo más que una sucesión de pantallas: hay que poder completar la tarea en las condiciones previstas.

Empieza por el primer uso

Prueba con una cuenta nueva, sin la información que hace tan clara la demostración. ¿Qué ve la persona antes de añadir un cliente? ¿Sabe qué hacer y dónde encontrar ayuda?

Un mensaje como «Añade tu primer cliente» puede bastar para desbloquear ese momento. Piensa también en el móvil: el teclado abierto puede tapar el botón que necesita la persona.

Reproduce pequeños contratiempos habituales

Prueba una contraseña olvidada, un formulario incompleto y una acción interrumpida. Si tu herramienta cobra pagos, añade el caso de un pago rechazado. Anota en cada situación qué debe entender el usuario y qué podrá hacer después.

Revisa también los accesos: ¿un compañero debe ver todos los clientes o solo los suyos? Una regla olvidada puede afectar a varias pantallas. Decidirla ahora hace más visible el trabajo pendiente.

Separa los bloqueos de las ideas nuevas

Una persona que no puede iniciar sesión encuentra un bloqueo. Un gráfico nuevo solicitado durante las pruebas quizá sea una buena idea, pero no responde necesariamente a la necesidad inicial.

Haz dos listas y elige qué debe estar listo antes del primer uso. Si una limitación viene de la herramienta elegida, pregunta qué opciones existen antes de prometer una fecha o una función.

Estima a partir de la lista pendiente

Para cada punto, indica el resultado esperado, quién se ocupa y la comprobación prevista. Pide después una estimación del trabajo. El número de pantallas terminadas no permite deducir el tiempo necesario.

En Maestro, la división en tareas ayuda a seguir lo que queda por construir y comprobar. Puede revelar preguntas nuevas; no hace gratuita su resolución. Estimar el tiempo de un proyecto empieza por hacer visibles esas preguntas.