Cómo definir el alcance de un MVP SaaS con un circuito completo

Definí usuario, problema y resultado

Completá esta frase: “Una persona que cumple [rol] necesita [terminar una tarea] para [lograr un resultado observable]”. Evitá empezar por una tecnología o una colección de paneles. Si participan varios grupos, decidí cuáles debe atender directamente la primera versión.

Ejemplo hipotético: un equipo de servicios necesita que un coordinador asigne solicitudes, un técnico actualice su estado y el coordinador vea el trabajo pendiente. El circuito inicial puede ir de la creación al cierre. Un marketplace, reportes avanzados y un asistente de IA son decisiones de alcance separadas.

Describí el recorrido y sus excepciones

Antes de contar pantallas, escribí los pasos: crear, asignar, actualizar, resolver y revisar. En cada uno, anotá datos de entrada, permisos, cambio de estado y confirmación que recibe la persona.

Agregá las excepciones que harían inseguro o inutilizable ese recorrido. ¿Qué pasa sin responsable asignado? ¿Se puede reabrir una solicitud cerrada? ¿Qué ocurre si dos personas editan a la vez? Una excepción puede requerir una decisión de producto aunque no agregue otra pantalla.

Separá lo esencial de lo que puede esperar

Armá tres listas: necesario para completar el circuito, útil después de validarlo y fuera de esta versión. Cada función debe explicar qué paso o restricción resuelve. Si no tiene una conexión clara, dejala para discutir antes de incluirla en el presupuesto.

Un paso manual puede servir al principio si el volumen es bajo y hay un responsable. Por ejemplo, exportar un informe en vez de desarrollar una integración programada. Registrá la carga de trabajo y cuándo convendría automatizarlo para que no se convierta en una dependencia invisible.

Escribí criterios que se puedan comprobar

Reemplazá “panel seguro” por comportamientos observables: el técnico ve solicitudes asignadas, el coordinador puede reasignarlas y una persona de otra organización cliente no puede leer ni modificar esos registros. Verificá el aislamiento antes de incorporar datos reales.

Si el producto atiende a Argentina y Estados Unidos, decidí qué recorridos estarán en español e inglés desde el inicio. Acordá formatos de números y fechas, zonas horarias, idioma de avisos y mantenimiento de traducciones. Estas decisiones agregan trabajo aunque las pantallas se parezcan.

• Definir un ejemplo permitido y otro denegado por cada rol.
• Explicar qué ve el usuario si falla un guardado o una integración.
• Nombrar quién acepta cada circuito y qué evidencia necesita.

Incluí la operación y la próxima decisión

El lanzamiento también necesita copias de respaldo, gestión de accesos, reporte de errores y soporte. Acordá quién controla el código, las cuentas de alojamiento y la entrega operativa. Documentá dependencias de cobro u otros proveedores y qué sucede si fallan.

Elegí pocas señales vinculadas al circuito: tareas terminadas, puntos de abandono y tiempo dedicado a soporte. Revisalas con usuarios antes de ampliar funciones. Un presupuesto resulta más claro cuando separa trabajo acordado, supuestos y opciones, en lugar de ocultar la incertidumbre en un número único.