Ganaste el contrato. A las tres semanas de trabajo, el cliente pide una segunda ronda de diseños que nunca cotizaste, y el proyecto que planificaste para cuatro semanas se está extendiendo silenciosamente a seis. Un statement of work es el documento que evita que eso ocurra. Esta guía explica qué es un statement of work, las nueve partes que debe incluir todo buen SOW, un ejemplo completo y cómo redactar uno que se sostenga cuando el trabajo se complica.
Un statement of work, o SOW, es un documento que define el trabajo en un proyecto o compromiso de servicios: los entregables, el cronograma, los términos de pago y los criterios de aceptación, además de lo que queda explícitamente fuera del alcance. Convierte un acuerdo en fase de propuesta en un registro preciso y firmable al que ambas partes pueden ser responsabilizadas. Un contrato establece la relación legal. El SOW establece el trabajo.
¿Qué es un statement of work?
Un statement of work es el documento que un proveedor de servicios y un cliente firman para acordar exactamente qué se hará, para cuándo, por cuánto y cómo todos sabrán que ha concluido. Los SOW son más comunes en agencias, consultorías, servicios profesionales, TI y construcción, es decir, en cualquier entorno donde una empresa entrega un trabajo definido para otra.
Es el puente entre la venta y la entrega. La propuesta decía lo que podías hacer. El SOW dice lo que harás, con suficiente detalle para que nadie tenga que adivinar después.
Ese detalle es precisamente el objetivo. El scope creep no es algo excepcional: un estudio de PMI encontró que el 52% de los proyectos lo experimentan, frente al 43% de cinco años antes. Un SOW es el seguro más barato que puedes contratar contra este problema, porque el trabajo que está escrito y firmado es trabajo que nadie puede ampliar en silencio.
Statement of work vs scope of work, MSA y contrato
Estos cuatro términos se usan como si significaran lo mismo. No es así.
- Scope of work es una sección dentro del statement of work: la descripción del trabajo en sí. La gente suele decir "scope of work" cuando se refiere al SOW completo, pero técnicamente el scope es el "qué" y el SOW es el documento que lo envuelve con cronogramas, pagos y criterios de aceptación.
- Master service agreement (MSA) es el contrato legal marco que rige toda la relación: responsabilidad, confidencialidad, términos de pago y resolución de disputas. Muchos contratos de servicios funcionan con un único MSA y luego un SOW independiente para cada compromiso, de modo que los términos legales se acuerdan una sola vez y solo cambia el trabajo.
- Contrato es el acuerdo legal vinculante. Un SOW firmado generalmente es un contrato, o parte de uno. Si estás comparando estos documentos entre sí, la diferencia entre una propuesta y un contrato es una lectura complementaria muy útil.
Si quieres conocer el origen: el SOW proviene de la contratación pública, donde se distingue de un Performance Work Statement y un Statement of Objectives. Para trabajos comerciales rara vez necesitas esa distinción. Lo que necesitas es que el trabajo quede documentado con claridad y firmado.
Las 9 partes de un statement of work
La mayoría de los equipos saben que deberían documentar el alcance y no lo hacen. Según una encuesta del sector, solo alrededor de la mitad de las organizaciones afirma que "en la mayoría de los casos" o "siempre" elabora un documento de alcance durante la planificación. A continuación se presenta la estructura que agiliza el proceso. Trátala como un esqueleto que completas, no como una página en blanco que te paraliza.
- Antecedentes y objetivos. Por qué existe este proyecto y a qué resultado sirve. Cómo debe quedar: un párrafo corto que cualquier miembro nuevo del equipo pueda leer y entender el propósito del trabajo.
- Scope of work. El trabajo específico, redactado como tareas concretas. Cómo debe quedar: verbos y sustantivos, no adjetivos. "Diseñar cinco landing pages", no "crear una gran presencia web".
- Entregables. Las cosas tangibles que entregas, cada una definida. Cómo debe quedar: formato y cantidad especificados, por ejemplo "cinco diseños de página entregados como archivos Figma".
- Fuera del alcance. Lo que explícitamente no vas a hacer. Cómo debe quedar: esta es la sección que salva el proyecto. Nombra las solicitudes adyacentes más obvias (revisiones adicionales, redacción de textos, hosting) y exclúyelas por escrito.
- Cronograma e hitos. Fechas y puntos de control. Cómo debe quedar: hitos vinculados a entregables, para que el avance sea visible y no solo una marca en el calendario.
- Calendario de pagos. Importes, condiciones desencadenantes y plazos. Cómo debe quedar: pagos vinculados a hitos o a la aceptación, no solo a fechas, de modo que cobrar esté ligado a que el trabajo sea aprobado.
- Criterios de aceptación. Cómo se determina que un entregable está terminado. Cómo debe quedar: objetivo y verificable, para que "terminado" sea un hecho, no un debate.
- Supuestos y dependencias. Lo que necesitas del cliente: acceso, contenido, aprobaciones a tiempo. Cómo debe quedar: nombra las tareas que corresponden al cliente, de modo que un retraso causado por él sea atribuible a él.
- Control de cambios. Cómo se solicita, presupuesta y aprueba un cambio en el alcance. Cómo debe quedar: un proceso escrito breve, firmado de la misma manera que el SOW original. Esto es lo que convierte un "¿podrías también..." en una enmienda rápida y remunerada, en lugar de una tarde de trabajo gratuita.
Un ejemplo de statement of work
A continuación se presenta el esqueleto completado para un proyecto pequeño de construcción de sitio web, simplificado para mostrar la estructura.
Proyecto: Rediseño del sitio de marketing para Northwind Co.
Objetivos: Reemplazar el sitio actual de cinco páginas por un sitio más rápido, acorde con la marca y orientado a la captación de leads.
Scope of work: Diseñar y construir cinco páginas (inicio, producto, precios, nosotros, contacto). Migrar el contenido existente. Configurar un formulario de captación de leads conectado al CRM del cliente.
Entregables: Cinco diseños de página (Figma), un sitio construido en el CMS del cliente y un formulario de leads conectado.
Fuera del alcance: Redacción de nuevos textos, migración del blog, hosting continuo, trabajo de SEO y más de dos rondas de revisiones de diseño.
Cronograma: Kickoff semana 1, diseños semana 3, construcción semanas 4 a 5, lanzamiento semana 6.
Pago: 50% a la firma, 50% a la aceptación del lanzamiento. Plazo de pago: 14 días.
Aceptación: Cada página coincide con el diseño aprobado y carga en menos de dos segundos con una conexión estándar.
Supuestos: El cliente proporciona accesos, activos de marca y textos antes del final de la semana 1.
Control de cambios: Cualquier nueva solicitud se evalúa, presupuesta y añade como una enmienda firmada antes de comenzar el trabajo.
Observa cómo las líneas de "fuera del alcance" y "aceptación" realizan la mayor parte del trabajo de protección. Son la diferencia entre un proyecto que termina y uno que se desvía indefinidamente.
Cómo redactar un statement of work, paso a paso
- Empieza por lo que ya acordaste. Extrae el alcance, el precio y el cronograma de la propuesta o presupuesto. No reinventes los términos que ya has vendido.
- Redacta el alcance como tareas y luego describe lo que queda fuera. Las exclusiones no son descortesía. Son el mejor regalo que puedes hacerle a un cliente, porque establecen expectativas honestas.
- Define cada entregable junto con sus criterios de aceptación. Acompaña cada "entregaremos X" con "X estará listo cuando Y". Este simple hábito previene la mayoría de las disputas al final del proyecto.
- Vincula los hitos a los pagos. Asocia cada pago a un hito o a un entregable aceptado, de modo que el flujo de caja siga el progreso del trabajo.
- Añade supuestos y una cláusula de control de cambios. Indica lo que necesitas del cliente y el proceso exacto para gestionar nuevas solicitudes.
- Envíalo para firma antes de comenzar el trabajo. Un SOW sin firmar es simplemente un deseo. Conseguir la firma antes de empezar forma parte de lo que distingue a los equipos disciplinados: en el sector, solo el 31% de los proyectos se entrega a tiempo, dentro del presupuesto y conforme al alcance, y el alcance no firmado ni definido con claridad es una de las principales razones.
Los errores que permiten que el scope creep se cuele
La mayoría de los problemas de alcance tienen su origen en las mismas pocas carencias:
- Entregables vagos. "Un sitio web" abre la puerta a discusiones. "Cinco páginas, estas plantillas, este CMS" no lo hace.
- Sin sección de fuera del alcance. Si no indica lo que no está haciendo, el cliente asumirá que sí lo hace.
- Sin criterios de aceptación. Sin una prueba de "finalización", cualquier entregable puede reabrirse.
- Sin control de cambios. Sin un proceso por escrito, cada nueva solicitud se convierte en una negociación, y por lo general, gratuita.
- Sin firma. Un SOW sin firmar no protege a nadie.
Estas carencias son costosas. PMI ha estimado que las organizaciones desperdician cerca del 10% de cada dólar que invierten debido a un bajo rendimiento en los proyectos. Un SOW más riguroso es una de las formas más económicas de recuperar parte de ese dinero.
De un acuerdo cerrado a un SOW firmado, sin volver a escribir nada
La mayoría de los SOW todavía se elaboran manualmente: se abre el documento del último cliente, se buscan y reemplazan los nombres, se vuelven a introducir el alcance y las cifras, se exporta un PDF, se envía por correo y se persigue la firma. Cada paso es una oportunidad para enviar una cifra incorrecta.
Los datos que necesita ya están en su CRM. El acuerdo que acaba de cerrar tiene el cliente, las líneas de pedido, el precio y el responsable vinculados. Portant genera el statement of work a partir de una plantilla que ya utiliza, la rellena con los datos de su acuerdo en HubSpot y sus líneas de pedido, e incorpora eSignature integrada, de modo que el documento firmado se sincroniza de nuevo con el registro del acuerdo y su estado queda registrado. Usted conserva su propia plantilla y formato. Nadie vuelve a introducir un acuerdo que ya existe en el CRM. Es la misma idea detrás de la automatización de documentos en general: deje de reconstruir documentos que ya tiene.
Preguntas frecuentes
¿Qué es un statement of work en gestión de proyectos?
En gestión de proyectos, el statement of work es el documento que define el alcance del proyecto, los entregables, el cronograma y los criterios de aceptación antes de que comience el trabajo. Es el documento de referencia al que todos acuden cuando surge una pregunta sobre el alcance.
¿Quién redacta el statement of work?
Por lo general, el proveedor de servicios elabora el borrador, porque conoce el trabajo, y el cliente lo revisa y firma. En proyectos de mayor envergadura, un director de proyecto o el responsable de la cuenta lo gestiona, partiendo habitualmente de la propuesta que el comercial ya acordó.
¿Es legalmente vinculante un statement of work?
Un SOW firmado es generalmente vinculante, ya sea como contrato independiente o como orden de trabajo en el marco de un acuerdo maestro de servicios. Solicite a un abogado que revise su plantilla de contrato al menos una vez, especialmente las cláusulas de pago, responsabilidad y rescisión.
¿Cuál es la diferencia entre un statement of work y una orden de compra?
Un statement of work describe el trabajo que se realizará y cómo se determinará que está completo. Una orden de compra es la autorización del comprador para gastar un importe determinado en ese trabajo. El SOW define el trabajo; la orden de compra compromete el presupuesto.
¿Qué extensión debe tener un statement of work?
La que sea necesaria para eliminar la ambigüedad, y no más. Un SOW de servicios bien enfocado suele tener entre dos y cuatro páginas. La claridad importa más que la extensión: un SOW conciso de tres páginas supera a uno relleno de diez.
Si sus SOW se encuentran en un Google Doc que copia y edita de nuevo para cada cliente, puede conectar esa plantilla a su CRM y enviarla para su firma en un solo flujo. Descubra cómo Portant crea y envía un statement of work a partir de una HubSpot document template.
