Si quieres encargar una web o una aplicación, quizá ya sabes qué necesitas. O quizá tienes clara la idea y todavía no sabes cómo describirla. Este kit te ayuda a poner por escrito lo decidido, tus preferencias y las preguntas que siguen abiertas.
Puedes empezar por un ejemplo, utilizar una plantilla o construir tu propio documento paso a paso. Al exportarlo tendrás una base común para conversar sobre el alcance y pedir una propuesta.
Preparar mi briefing · Ver el ejemplo de web · Ver el ejemplo de aplicación
Elige por dónde empezar
| Lo que necesitas ahora | Recurso |
|---|---|
| Entender qué decisiones forman parte de una web | Guía para crear y encargar una web profesional |
| Preparar una web principalmente informativa o de servicios | Plantilla de briefing web |
| Describir pantallas, datos y reglas de una aplicación | Plantilla de briefing de aplicación |
| Ordenar respuestas y exportar un documento | Constructor de briefing |
| Ver qué se construye a partir de un ejemplo | Web de servicios de demostración |
Si ya tienes una idea definida, empieza por la plantilla o el constructor. Si todavía estás eligiendo qué encargar, la guía te ayuda a ordenar las decisiones.
Un briefing puede incluir preguntas
Imagina que necesitas mostrar tres servicios y añadir casos ocasionalmente. Puede estar decidido qué servicios presentas y pendiente quién editará los casos. No hace falta elegir un gestor de contenidos para describir esa necesidad.
El documento distingue tres estados:
- Decidido: la propuesta debe respetarlo.
- Preferido: es una dirección que puede cambiar si existe una razón.
- Pendiente: necesita información, recomendación o una prueba.
Esta separación permite formular preguntas concretas. Si la edición queda pendiente, el siguiente paso puede ser probar cómo se añade un caso. Si falta el destino del formulario, hay que decidir quién recibirá una consulta y comprobar su entrega.
Las preguntas abiertas se conservan en el documento. Por ejemplo, de «plataforma pendiente» puede salir una tarea concreta: probar cómo añadirías una nueva propuesta antes de elegir el gestor de contenidos.
Dos ejemplos completos
Los ejemplos son ficticios y están cumplimentados para que puedas ver cómo describir un proyecto antes de preparar el tuyo.
Una web de servicios
Estudio Ladera plantea una web de interiorismo con tres servicios, dos propuestas visuales, proceso y contacto. Su briefing explica el contenido, las funciones y las decisiones que todavía habría que resolver.
Puedes leerlo, descargarlo o cargarlo en el constructor. La demo permite recorrer la web y probar un formulario que no envía mensajes.
Ver briefing web · Explorar la demo
Una aplicación con datos y estados
Cuaderno de decisiones describe una aplicación para crear un proyecto, registrar decisiones, cambiar su estado, guardar, recuperar y exportar.
El briefing explica pantallas y datos, pero también qué ocurre si un campo está vacío, un archivo no es válido o no se puede guardar. No presenta cuentas, pagos ni colaboración como funciones incluidas por defecto.
Del texto al documento reutilizable
En el constructor eliges web o aplicación y recorres propósito, destinatario, contenido o pantallas, funciones, materiales y restricciones. Puedes volver atrás, corregir y cambiar el estado de una decisión.
El guardado del borrador es una acción explícita en el navegador. La exportación genera Markdown editable o JSON reutilizable en la herramienta. Si quieres conservar una copia fuera de ese navegador, descarga el archivo y guárdalo donde corresponda.
Si quieres conocer las decisiones de construcción, puedes leer cómo se conservan las decisiones y se exporta el briefing.
No introduzcas contraseñas ni datos confidenciales para explicar una función. Puedes describir roles o usar datos ficticios cuando solo necesitas mostrar un comportamiento.
Cómo usar el resultado al pedir una propuesta
Antes de compartir el briefing, revisa tres cosas:
- Que la tarea principal está descrita de principio a fin.
- Que se distingue lo incluido de lo que queda fuera.
- Que las decisiones pendientes tienen una pregunta comprensible.
Después pide que la propuesta responda a ese documento: qué se entrega, qué aporta cada parte, cómo se comprobará y qué costes o dependencias quedan abiertos.
Si una solución sigue abierta, pide que la propuesta explique las alternativas. Si una función es imprescindible, comprueba que aparece incluida y con un resultado que puedas revisar.
Puedes ampliar el recorrido con la guía para crear y encargar una web y el presupuesto web explicado.
Para quien diseña desarrolla o enseña
Los ejemplos permiten revisar una misma decisión desde tres lugares: el documento que la describe, la herramienta que la organiza y una web que la pone en práctica.
Una actividad concreta: parte del briefing de Ladera y añade una nueva condición —ahora una persona debe guardar sus propuestas y compartirlas con otra—. Señala qué cambia en pantallas, datos, permisos, recuperación y pruebas. Después compara esa lista con el ejemplo de aplicación.
El resultado del ejercicio es un cambio de alcance explicado, que puedes guardar o comentar con otra persona. Los archivos incluyen sus condiciones de reutilización; para compartir el kit basta con enlazar esta página.
Empieza por lo que ya sabes
No hace falta resolver todas las dudas antes de abrir el documento. Empieza por la persona, su tarea y el resultado que esperas. El resto puede quedar visible como pregunta.
Si te falta una pregunta o encuentras una explicación confusa, cuéntamelo. Ese feedback ayuda a mejorar el recurso.