# Checklist de brief técnico para una agencia | abuenoben

> La información mínima que permite valorar una web, app, backend o integración sin exigir un documento de requisitos perfecto.

Canonical URL: https://abuenoben.com/guias/checklist-brief-tecnico-agencia
Language: es-ES

[Todas las guías](/guias)

La información mínima que permite valorar una web, app, backend o integración sin exigir un documento de requisitos perfecto.

2 min · Actualizada 2026-09-05

Por [Armando Bueno Ben](/sobre-mi)

Un buen brief no intenta resolver el proyecto antes de contratarlo. Permite entender qué debe quedar entregado, por qué importa, quién decide y qué puede bloquear la fecha.

01

## 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.

02

## 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.

03

## 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.

04

## 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\].

05

## 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.

06

## 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.

Para preparar la colaboración

-   [Cómo externalizar desarrollo sin perder el control del cliente](/guias/externalizar-desarrollo-sin-perder-control-cliente)
-   [Qué debe incluir un acuerdo de desarrollo en marca blanca](/guias/acuerdo-desarrollo-marca-blanca)
-   [Bolsa de horas o proyecto cerrado: cómo decidir](/guias/bolsa-horas-o-proyecto-cerrado)

Siguiente lectura útil

[Comparar modelos de colaboración](/colaboracion)

## Un párrafo con contexto es suficiente para empezar.

No envíes accesos ni secretos. Con objetivo, estado y fecha puedo orientar el siguiente paso.

[Enviar brief corto](/contacto#contact-form-shell)