Checklist de brief técnico para una agencia

Los cinco datos que desbloquean una primera valoración

• Objetivo de negocio o de la entrega.
• Estado actual: diseño, código, proveedor o idea inicial.
• Fecha relevante y qué ocurre si se mueve.
• Pieza técnica que está bloqueando el proyecto.
• Persona responsable de validar decisiones y resultado.

Dependencias y accesos

No es necesario entregar credenciales en el primer mensaje. Sí conviene listar qué sistemas intervienen: CMS, CRM, API, pasarela, app, analítica, hosting o repositorio existente.

• Diseños o prototipos disponibles.
• Repositorio y documentación existente.
• Servicios de terceros y owners.
• Entornos de prueba y datos seguros para validar.

Qué no hace falta preparar

• Una lista cerrada de tecnologías.
• Un backlog perfecto.
• Una estimación decidida de antemano.
• Contraseñas, secretos o datos sensibles por email o formulario.

Plantilla breve para copiar

Necesitamos [resultado] para [fecha]. Ahora mismo tenemos [estado actual]. El principal bloqueo es [bloqueo]. Validará [rol o persona]. Intervienen [sistemas o dependencias]. Buscamos [proyecto cerrado, capacidad mensual o recomendación].

Ejemplo de brief suficiente para valorar

Supuesto ilustrativo: «Tenemos una landing diseñada en Figma para una campaña que empieza el próximo mes. Necesitamos implementarla y enviar los contactos a HubSpot. El diseño móvil está pendiente, marketing validará los textos y una persona de la agencia aprobará la entrega. Queremos saber qué parte puede estar publicada para el inicio de campaña».

Este mensaje permite identificar un objetivo, una fecha, dos dependencias y un responsable. La primera valoración puede preguntar qué datos recibe HubSpot, quién administra la cuenta y qué acción cuenta como conversión. No hace falta adjuntar contraseñas ni exportaciones con datos de clientes.

Cómo convertir ese brief en alcance

• Enumerar las páginas y los estados del formulario que se van a entregar.
• Confirmar cuándo estarán disponibles diseño móvil, textos y accesos.
• Definir una prueba de aceptación con datos ficticios y un responsable.
• Anotar qué queda fuera: campañas, creatividades o automatizaciones adicionales, si no se contratan.
• Revisar la estimación cuando cambie una dependencia relevante.