Le dije a la agencia en el brief: 'queremos que nos diseñen una web'. ¿Es suficiente? ¿Cómo se hace un brief detallado?
¿Qué info es obligatoria en el brief y qué es opcional?
Doki · Diseño de interfaz · 2025
El project brief se escribe para dar instrucciones a la agencia. Un buen brief evita malentendidos y acelera el calendario. Secciones clave: 1) Visión general del proyecto (objetivo, alcance). 2) Timeline (inicio, fin). 3) Presupuesto. 4) Público objetivo. 5) Entregables (outputs). 6) Referencias de diseño. 7) Requisitos técnicos. 8) Contenido (¿lo ponéis vosotros o la agencia?). 9) Política de revisiones.
mi primer brief fue muy corto y las revisiones se retrasaron. pues en el segundo proyecto escribí un brief detallado y la agencia cumplió los plazos. la diferencia es notable.
edit: escrito desde el móvil, perdonad las erratas.
Escribir el brief es clave. Mínimo: overview + timeline + presupuesto + entregables. Añade referencias de diseño.
Checklist del Brief: - Visión general del proyecto (1-2 párrafos) - Alcance: qué incluye, qué no - Timeline: fechas de inicio y fin - Presupuesto: precio total - Público objetivo: quién lo usará - Entregables: archivos de diseño, código fuente - Referencias de diseño: sitios de benchmark - Contenido: ¿lo aportáis vosotros o la agencia? - Revisiones: cuántas revisiones incluidas - Técnico: hosting, dominio, dominio - Aceptación: criterios de aprobación
Plantilla de brief: 1 página (A4): [Visión general del proyecto] [Alcance y entregables] [Timeline y presupuesto] [Público objetivo] [Referencias de diseño] [Contenido y técnico] [Política de revisiones] Importante: por escrito, firmado, copia para ambas partes.
El objetivo del brief: reducir la ambigüedad. Buen brief = menos revisiones = menor coste = entrega rápida. A las agencias también les gusta el brief porque el alcance queda claro.
En este punto no estoy de acuerdo con ustedes. Si intentas cambiarlo todo a la vez, nada termina de asentarse.
Si escribís el resultado aquí, también servirá de ayuda a otros.
Sí la situación con cómo escribir un brief es exactamente así. Tomar notas durante dos semanas da mejores resultados que estimar seis meses.
Correcto. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.
Si tenéis dudas, escribid, os responderé en la medida de lo posible.
A nosotros también nos pasa. Cuanto más difícil sea revertir una decisión, más despacio debéis tomarla.
Espero que le sea útil.
A nosotros también nos pasa. bueno al tomar decisiones escribe también el peor escenario, no solo el mejor.
En un sistema heredado lo más caro son las dependencias desconocidas. Si escribís el resultado aquí, también servirá de ayuda a otros.
Doki · Configuración de gestión de logs · 2024
De acuerdo, incluso me gustaría recalcarlo. Si es la primera vez que lo hacéis, empezad poco a poco, la escala llegará después.
Lo dejo como nota, por si sirve.
Este enfoque tiene un coste, y no se habla de ello. Si el alcance crece, debe crecer el plazo o el presupuesto. No hay tercera opción.
Por supuesto, cambia si tu situación es diferente.
A nosotros nos pasó esto. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.
Corrijanme si me equivoco.
Guardado. Al tomar decisiones, escribe también el peor escenario, no solo el mejor.
Yo seguiría por ese camino.
Hablaré desde el otro lado, yo estoy en el lado del proveedor... La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación.
Ánimo.