En este artículo
  1. ¿Qué debe incluir el brief de proyecto web?
  2. ¿Qué cuentas y registros debe reunir?
  3. ¿Cómo se prepara la revisión de contenido e idiomas?
  4. ¿Cómo debe mostrar las dependencias un calendario?
  5. ¿Qué debe contener una solicitud de cambio?
  6. ¿Qué se comprueba antes de publicar y entregar?
  7. ¿Cómo se convierte la lista en una consulta útil?

¿Qué cuentas y registros debe reunir?

Haz un inventario del dominio, alojamiento, sistema de contenido, analítica, cuentas de búsqueda y servicios conectados. Identifica al propietario empresarial de cada cuenta y a la persona que puede conceder acceso adecuado. No envíes contraseñas compartidas por correo ni mediante una consulta general.

En un sitio existente, recopila URL importantes, redirecciones conocidas y páginas que reciben consultas. Incluye formularios, descargas e integraciones, además de las páginas del menú. Puede haber dependencias que no aparecen en una maqueta visual.

Acuerda un proceso de acceso cuando se confirme el equipo. La propiedad debe seguir clara durante el proyecto. Registra cualquier licencia o cuenta que no pueda transferirse al finalizar.

Inventario de preparación
RegistroResponsable por identificarEvidencia de preparación
Dominio y alojamientoPropietario de la cuentaMétodo de acceso confirmado
Contenido e imágenesRevisor de hechosArchivos aprobados y derechos de uso
URL existentesResponsable del sitioConservar, cambiar o redirigir
Formularios e integracionesEquipo receptorDestino y acceso de prueba
Analítica y búsquedaResponsable de mediciónCuenta y requisitos de consentimiento
AprobacionesPersona que decideResponsabilidades y disponibilidad

¿Cómo se prepara la revisión de contenido e idiomas?

Para cada página, identifica quién confirma precios, experiencia, límites del servicio y datos de contacto. Aporte imágenes originales con permiso y una descripción de lo que muestran. Un borrador no debe completar hechos desconocidos con afirmaciones que solo parecen razonables.

Un proyecto bilingüe necesita hechos equivalentes y redacción natural. Revisa moneda, unidades, exclusiones, ejemplos e instrucciones en ambos idiomas. Nombra a la persona que aprueba el español y al equipo que responderá esas consultas.

Mantén estados de borrador, revisión y aceptación en el inventario. Una página aceptada debe tener una versión identificable. Si cambian los hechos después de aprobar el diseño, registra el efecto sobre estructura, entrega o integraciones.

¿Cómo debe mostrar las dependencias un calendario?

Un calendario ficticio podría aprobar el alcance en la semana 1, las plantillas en la 2, el contenido en las semanas 2 a 3, el desarrollo en las 3 a 5 y las pruebas en la 6. Es un ejemplo, no un plazo prometido por AI Growth Systems. La secuencia real depende del alcance y de los datos disponibles.

Separa trabajo y espera. Si un texto debía aprobarse el martes y llega la semana siguiente, registra ese retraso y su efecto. No lo escondas dentro de una estimación de producción sin detalles.

Cada etapa necesita resultado, revisor y registro de aceptación. La página de proceso de AI Growth Systems explica las etapas; usa esta lista para prepararlas sin copiar todo el proceso en el documento inicial.

Etapas ilustrativas de aceptación
EtapaInformación necesariaResultado por revisar
AlcanceTarea e inventario de páginasTrabajo y exclusiones aceptados
EstructuraContenido previsto y tarea del usuarioDiseño móvil y de escritorio
ContenidoHechos y archivos aprobadosVersiones de idioma aceptadas
DesarrolloDiseño y conexiones aprobadosPáginas funcionales para revisión
PublicaciónPruebas y responsablesDecisión y problemas abiertos

¿Qué debe contener una solicitud de cambio?

La solicitud debe mostrar lo acordado, lo que ahora se pide y por qué importa la diferencia. Añadir un idioma, un proceso de pago o más equipos de aprobación puede afectar varios componentes. Pide el efecto sobre precio y fecha antes de considerar incluido ese trabajo.

Separa correcciones y requisitos nuevos según las definiciones del contrato. Un formulario acordado que falla necesita reparación; una integración recién solicitada necesita revisar alcance. La propuesta debe explicar revisiones y quién puede autorizar trabajo adicional.

Usa un solo registro de decisión cuando varias personas envíen comentarios. El responsable debe resolver las instrucciones incompatibles antes de comenzar otro ciclo de diseño.

¿Qué se comprueba antes de publicar y entregar?

Prueba las tareas acordadas en móvil y escritorio, incluido teclado, errores legibles y contacto. La orientación de W3C pide información clara sobre errores y acciones satisfactorias. Un mensaje de envío todavía necesita evidencia separada de recepción empresarial.

En un rediseño, revisa el mapa de direcciones antiguas y nuevas. Google documenta aspectos de redirección y migración cuando cambian las URL. Confirma que páginas, enlaces de idioma e instrucciones de búsqueda correspondan a la publicación prevista. Guarda direcciones y fechas de las pruebas.

La entrega debe identificar propietarios de cuentas, archivos editables, componentes licenciados, copias de seguridad y límite del soporte. Un bloqueo pendiente requiere una decisión explícita, no suponer que otra persona lo resolverá después.

¿Cómo se convierte la lista en una consulta útil?

Envía la dirección pública, la tarea prevista, el alcance aproximado y las carencias principales. Incluye la fecha deseada como restricción de planificación. Pregunta qué dependencias deben resolverse antes de programar trabajo.

No necesita entregar acceso privado en el primer formulario. Empieza por el inventario y los responsables de las cuentas. Confirma el método de acceso cuando estén definidos el equipo receptor y sus funciones.

Compara la propuesta con el documento inicial antes de firmar. Comprueba que siguen visibles trabajo aplazado, condiciones recurrentes, cargos externos y pruebas de aceptación. Conserva ambas versiones para explicar cambios posteriores.

Fuentes y lecturas adicionales

Consulta las fuentes originales junto a los ejemplos de este artículo.