Un brief de MVP útil toma tres decisiones antes de que empiece el diseño: para quién es el producto, qué dejará fuera deliberadamente la versión uno y qué evidencia de usuarios justificará la siguiente inversión. Por eso el brief no es papeleo. Es la primera decisión de producto.
Los fundadores suelen llegar con un brief que en realidad es una descripción de la idea: unos párrafos sobre el mercado, una lista de funciones y una frase sobre hacia dónde podría ir el producto algún día. Basta para iniciar una conversación, pero no para entregar. Un equipo de desarrollo necesita un documento más pequeño y preciso que convierta la ambición en una secuencia de decisiones comprobables.
Un brief útil cumple tres funciones
1. Nombra a la persona que tiene el problema
«Pequeñas empresas» es un mercado. No es un primer usuario. Un buen brief nombra a la persona, el momento en que se encuentra y la solución provisional que usa hoy. Un gestor de clínica que intenta cubrir las cancelaciones de mañana tiene un problema diferente de un paciente que busca una nueva cita, aunque ambos pertenezcan a la sanidad. Cuanto más específico sea el primer usuario, más fácil será decidir qué debe hacer el producto después.
2. Traza una línea alrededor de la versión uno
Una lista de funciones indica lo que se ha imaginado. Una línea de alcance indica lo que se construirá. Escribe el ciclo central en una frase y luego enumera el trabajo que lo hace fiable: la pantalla principal, la única acción significativa, los datos que la sustentan y la señal que indica al usuario que funcionó. Todo lo demás es candidato para más adelante, no un requisito silencioso para el lanzamiento.
3. Define la prueba que viene después
«Lanzar y ver qué pasa» no es un plan de aprendizaje. Decide qué esperas observar en las primeras semanas: un flujo completado, una acción repetida, una conversión de pago o una entrevista dirigida por el fundador con un tipo específico de usuario. La medida no tiene que ser sofisticada. Debe estar suficientemente cerca del comportamiento del usuario como para cambiar la siguiente decisión de producto.
Qué anotar antes de una pantalla
- El primer usuario: un rol, una situación y una solución provisional dolorosa
- El ciclo central: la acción más pequeña que crea valor y puede repetirse
- El límite de lanzamiento: lo que queda explícitamente fuera del alcance de la versión uno
- El requisito de confianza: lo que el usuario debe ver, controlar o entender antes de actuar
- La siguiente prueba: el comportamiento o conversación que merece otra ronda de trabajo
La prueba de alcance que usamos
Toma cada función propuesta y haz una pregunta: ¿hace que el ciclo central tenga más probabilidades de funcionar para el primer usuario? Si la respuesta es no, sáquela de la primera versión. Si es quizá, anota el supuesto que protege y busca una forma más barata de probarlo. Esto evita que una función útil se convierta en una excusa permanente para retrasar el producto.
El objetivo de un brief no es capturar todo lo que podrías construir. Es hacer evidente la siguiente decisión de desarrollo.
— una regla que usamos al iniciar productos
Preguntas frecuentes
¿Cuánto debe medir un brief de MVP?
Lo bastante corto para leerse de una sentada y lo bastante específico para tomar decisiones. Una o dos páginas suelen bastar cuando nombran al primer usuario, el ciclo central, el límite de lanzamiento, los requisitos de confianza y la siguiente prueba.
¿Debe incluir el brief una lista completa de funciones?
Incluye las funciones que hacen funcionar el ciclo central y guarda el resto en una sección de ideas posteriores. Un aparcamiento separado protege buenas ideas sin dejar que se conviertan silenciosamente en requisitos de lanzamiento.
¿Qué ocurre si el usuario objetivo aún es incierto?
Anota los dos candidatos más sólidos y la evidencia que los distinguiría. La incertidumbre sirve cuando es explícita; se vuelve cara cuando queda oculta dentro de un alcance de producto amplio.
¿Debe terminarse el brief antes de empezar el diseño?
Debe ser suficientemente claro para guiar la primera pasada de diseño, no quedar congelado para siempre. El diseño puede revelar una pregunta mejor, pero cada cambio debe actualizar el alcance y la prueba que intentas reunir.