
Mar 15, 2026
Escrito por Gregory Shein, CEO y Fundador
Cómo Escribir un Alcance de Trabajo
Un alcance de trabajo es el documento más importante en cualquier proyecto con cliente. Define qué entregarás, cuándo y por cuánto. Aquí te explicamos cómo escribir uno que previene el scope creep, establece expectativas claras y protege tu rentabilidad.
¿Qué Es un Alcance de Trabajo?
Un alcance de trabajo (SOW) es un documento que describe qué trabajo se hará, cuáles son los entregables, y el cronograma y presupuesto para completarlos. Es el contrato entre expectativas y realidad — lo que tú y tu cliente señalan cuando alguien pregunta "¿estaba incluido?"
Todo proyecto que se desvía puede rastrear el problema hasta un alcance de trabajo faltante o vago. El cliente esperaba revisiones que no estaban presupuestadas. El cronograma asumía que el contenido llegaría a tiempo. La "pequeña adición" se convirtió en dos semanas extra de desarrollo. Un SOW bien escrito previene todo esto.
Ya seas freelancer solo o dirijas una agencia de 50 personas, el SOW es el documento que mantiene los proyectos rentables y las relaciones intactas.
SOW vs alcance de trabajo vs brief de proyecto
Estos tres documentos se confunden constantemente. Aquí está la diferencia:
- Statement of Work (SOW): El documento formal que describe el encargo: entregables, cronograma, presupuesto y, a menudo, términos legales, criterios de aceptación y disposiciones de propiedad intelectual. En la práctica, «SOW» casi siempre significa Statement of Work, no «scope of work» abreviado.
- Alcance de trabajo (scope of work): La sección dentro del SOW que delimita qué trabajo está incluido y qué queda fuera — el acuerdo operativo al que ambas partes recurren cuando alguien pregunta «¿estaba incluido?». Usa la plantilla de statement of work como punto de partida.
- Brief de proyecto: Una visión general de alto nivel de los objetivos, audiencia y contexto del proyecto. Es un input para el SOW, no un reemplazo. Puede que recibas un brief del cliente, luego escribes el SOW basándote en lo que contiene.
Cuándo usar cuál: la mayoría de proyectos de agencia y freelance necesitan un SOW como mínimo. Encargos complejos o de alto valor — cualquier cosa sobre $25,000 o con consideraciones legales — justifican un statement of work completo con revisión legal según tu jurisdicción.
Paso 1: Define los Objetivos del Proyecto
Empieza con por qué existe el proyecto. Escribe 3–5 objetivos medibles que definan cómo se ve el éxito. No aspiraciones vagas — resultados concretos.
Malo: "Rediseñar el sitio web."
Bueno: "Rediseñar el sitio web de marketing para aumentar la tasa de conversión del 2.1% al 3.5%, lanzar antes del 1 de junio de 2026."
Cada objetivo debe responder tres preguntas: ¿qué estamos haciendo, para quién, y cómo mediremos el éxito?
Aquí hay un ejemplo de sección de objetivos para un rediseño web:
- Aumentar envíos de formularios de leads un 40% dentro de los 90 días posteriores al lanzamiento.
- Reducir el tiempo promedio de carga de página a menos de 2 segundos en móvil.
- Lanzar el sitio rediseñado antes del 1 de junio de 2026, con las 12 páginas core en vivo.
- Lograr cumplimiento WCAG 2.1 AA en todas las páginas públicas.
Estos objetivos dan a ambas partes un objetivo claro. Cuando el cliente pide un hero animado en la homepage tres semanas dentro del proyecto, puedes evaluarlo contra los objetivos: ¿sirve a uno de estos cuatro? Si no, es un change order.
Paso 2: Lista Todos los Entregables
Un entregable es un output tangible que recibirá el cliente. Sé específico sobre cada uno — cantidades, dimensiones, formatos, tipos de archivo. La ambigüedad aquí es donde empieza el scope creep.
En lugar de: "Diseño de logo"
Escribe: "Logo principal (color completo, monocromo, invertido) en formatos SVG, PNG (3 tamaños) y EPS. Incluye una marca principal y una variante de icono."
En lugar de: "Desarrollo web"
Escribe: "Sitio web responsive de 12 páginas construido en WordPress, incluyendo: homepage, about, services (4 páginas), blog index, blog single, contact, privacy policy y terms of service. Incluye layouts responsive para móvil en todas las páginas."
La regla de oro: si no puedes señalarlo como archivo, mockup o artefacto, no es un entregable. "Estrategia" no es un entregable. Un "Documento de Estrategia de Marca (PDF, 15–20 páginas)" sí lo es.
Paso 3: Establece el Cronograma e Hitos
Divide el proyecto en fases. Una estructura típica se ve así:
| Fase | Duración | Entregables Clave | Revisión Cliente |
|---|---|---|---|
| Discovery | Semana 1–2 | Informe de investigación, sitemap, plan de contenido | 3 días hábiles |
| Design | Semana 3–5 | Wireframes, 2 conceptos de diseño, mockups finales | 3 días hábiles por ronda |
| Development | Semana 6–9 | Sitio staging con todas las páginas funcionales | 5 días hábiles |
| QA & Launch | Semana 10 | Corrección de bugs, migración de contenido, go-live | 2 días hábiles |
Incluye periodos de revisión del cliente en el cronograma — ahí es donde los proyectos suelen estancarse. Si el cliente tarda dos semanas en revisar diseños en lugar de tres días, la fecha de lanzamiento se mueve. Hazlo explícito.
Añade buffer. Todo proyecto tiene incógnitas. Reserva 10–15% de tiempo adicional para cosas que no puedes predecir. Si el proyecto es de 10 semanas, planifica 11.
Paso 4: Define el Presupuesto
Sé explícito sobre el modelo de precios: precio fijo, por horas o retainer. No dejes espacio para suposiciones.
Para proyectos de precio fijo, desglosa el presupuesto por fase y vincula pagos a hitos:
- Fase de discovery: $2,500 (vencido al firmar el SOW)
- Fase de design: $5,000 (vencido al aprobar el diseño)
- Fase de development: $7,500 (vencido al entregar el sitio staging)
- QA & Launch: $2,500 (vencido al lanzamiento)
Declara qué está incluido y qué activa costos adicionales. Por ejemplo: "La fase de design incluye hasta 2 rondas de revisión por entregable. Revisiones adicionales se facturan a $150/hora." Esta sola frase ha salvado más relaciones agencia-cliente que cualquier cláusula contractual.
Para encargos por horas, define el rango estimado, la frecuencia de facturación y qué pasa si se excede la estimación. El cliente nunca debe sorprenderse con una factura.
Paso 5: Declara Supuestos y Exclusiones
Los supuestos son cosas que das por sentadas. Si alguno resulta incorrecto, el alcance, cronograma o presupuesto pueden cambiar.
Ejemplo de supuestos:
- El cliente proporcionará todo el contenido escrito antes del 15 de abril de 2026.
- El entorno de hosting existente soporta PHP 8.2 y MySQL 8.0.
- El cliente tiene acceso de admin a todas las cuentas de terceros (DNS, analytics, CMS).
- El feedback se consolidará en un único punto de contacto.
Las exclusiones son lo que NO está incluido. Esta sección es crítica — traza el límite de tu responsabilidad.
Ejemplo de exclusiones: "Este alcance no incluye: redacción de contenido, licencias de stock photography, mantenimiento continuo después del lanzamiento, SEO, configuración de email marketing, ni integraciones de terceros más allá de la Stripe payment API."
El principio es simple: si no está explícitamente incluido en los entregables, está excluido. Decláralo claramente para que no haya ambigüedad.
Paso 6: Añade Criterios de Aceptación
Define cómo se revisará y aprobará cada entregable:
- Rondas de revisión: Cuántas están incluidas por entregable (típicamente 2).
- Ventana de feedback: Cuánto tiempo tiene el cliente para dar feedback (típicamente 3–5 días hábiles).
- Feedback tardío: Qué pasa si el feedback no llega a tiempo — el cronograma se ajusta en consecuencia.
- Método de aprobación: Sign-off por escrito vía email o herramienta de project management. La aprobación verbal no cuenta.
- Cambios post-aprobación: Una vez aprobado un entregable, los cambios se convierten en change orders con precios y cronogramas separados. Usa una plantilla de change order para gestionarlos limpiamente.
Los criterios de aceptación protegen a ambas partes. El cliente sabe exactamente cómo funciona el proceso de revisión. Tú sabes que "aprobado" significa aprobado — no "aprobado pero en realidad tenemos más cambios."
Paso 7: Obtén la Firma
Un SOW que nadie firmó es solo una lista de deseos. Ambas partes firman el documento antes de que empiece cualquier trabajo.
Incluye:
- Nombre completo y cargo del firmante de cada parte
- Fecha de firma
- Una declaración confirmando que ambas partes acuerdan los términos descritos en el SOW
Las firmas digitales a través de herramientas como DocuSign o HelloSign son perfectamente válidas. Lo que importa es que haya un momento claro y documentado donde ambas partes dijeron "sí, esto es lo que vamos a hacer."
El SOW firmado se convierte en tu documento de referencia para todo el proyecto. Cada pregunta sobre alcance, cronograma o presupuesto se responde señalándolo.
Errores Comunes a Evitar
- Ser demasiado vago. "Trabajo de diseño" significa cualquier cosa para cualquiera. Especifica exactamente qué estás diseñando, cuántas variaciones y en qué formato.
- Omitir exclusiones. Si no listas lo que queda fuera, todo está dentro — al menos en la mente del cliente.
- Sin proceso de cambios. ¿Cómo manejas solicitudes fuera del alcance? Defínelo desde el inicio. Una frase simple como "las solicitudes fuera de alcance se gestionarán vía change orders" ahorra semanas de negociación después.
- Saltarse la firma. Sin firmas, el SOW es una sugerencia. Hazlo firmar antes de empezar el trabajo.
- Talla única. Un proyecto de $2,000 y uno de $50,000 no necesitan la misma profundidad de SOW. Escala el documento al encargo. Un proyecto pequeño puede necesitar un SOW de una página. Un encargo enterprise puede necesitar diez páginas con anexos.
Cuándo Usar un Statement of Work Completo
Algunos proyectos necesitan más que un alcance de trabajo. Considera un statement of work completo cuando:
- El presupuesto del proyecto supera $25,000 o el cronograma es mayor a 3 meses.
- Trabajas con clientes enterprise que requieren términos legales y cláusulas de responsabilidad.
- El encargo involucra transferencia de propiedad intelectual o información confidencial.
- Múltiples fases se facturarán por separado con puertas de aprobación distintas.
- Subcontratistas o terceros participan en la entrega.
Un statement of work incluye todo lo de un SOW más protecciones legales, cláusulas de terminación y gobernanza detallada. Usa la plantilla de statement of work para estas situaciones.
Obtén la Plantilla
Descarga la plantilla de alcance de trabajo gratuita para empezar de inmediato. Cubre las siete secciones anteriores con formato de rellenar espacios para adaptarla a cualquier proyecto en minutos.
O gestiona alcance, tiempo y facturación en un solo lugar con Corcava. Descubre cómo la gestión de alcance encaja en el ciclo completo de rentabilidad →