Para los proveedores de servicios gestionados, los SOP son el sistema operativo del negocio. Con Trupeer, puedes ahorrar horas en la documentación para MSP empezando con una plantilla gratuita de SOP para MSP, personalizándola con tus directrices de marca y usando nuestro creador de SOP con IA para convertir cada procedimiento en una guía en vídeo clara.

¿Qué es una plantilla de SOP para MSP y en qué se diferencia?

Un procedimiento estándar de un MSP es el método escrito para una tarea que tu equipo realiza de forma repetida en entornos de clientes: restaurar un buzón, deshabilitar a un empleado que se marcha, reconstruir un endpoint, gestionar un informe de phishing.

El contenido técnico se solapa casi por completo con un SOP de TI interno. Se añaden dos cosas, y ambas provienen del hecho de que trabajas bajo un acuerdo comercial en el entorno de otra persona.

Cada procedimiento tiene un componente comercial. En algún punto del trabajo, pasas de lo que cubre el contrato a lo que debería facturarse o cotizarse, y la persona que está justo en esa línea es un técnico en medio de un ticket.

Y cada procedimiento tiene traspasos fuera de tu organización. Pasos que requieren que el cliente apruebe, proporcione acceso, esté presente o tome una decisión, y esas personas no responden a tus niveles de servicio.

Un SOP interno no tiene ese problema. Ignóralos y obtendrás procedimientos técnicamente excelentes y, en silencio, caros, que es de lo que trata la mayor parte de esta página.

Dónde se escapa el margen en los MSP: dentro del ticket

Pregunta a un responsable de un MSP a dónde se va el margen y oirás hablar de salarios, herramientas o clientes que se llevan demasiado soporte. Son reales y visibles, por eso se gestionan.

La fuga que no se ve ocurre dentro de tickets legítimos.

Un ingeniero recoge una solicitud dentro del alcance, la resuelve correctamente y, mientras está conectado, detecta que hay otra cosa mal. La estructura de Teams del cliente es un desastre o sus reglas de firewall son una década de excepciones acumuladas. Dedican noventa minutos a arreglarlo porque obviamente hacía falta, y lo registran en el mismo ticket.

Nada de eso es mala praxis. Es un buen ingeniero haciendo un buen trabajo. También es trabajo no facturado en un contrato de tarifa fija y, como está dentro de un ticket dentro del alcance, ningún informe te lo mostrará.

Pregunta a los ingenieros por qué y la respuesta es consistente. Nadie les dijo dónde está la línea. La descripción del servicio es un documento comercial en la carpeta del contrato, y los runbooks no dicen nada sobre si.

Así que el límite comercial se decide docenas de veces por semana por quienquiera que esté en el ticket en ese momento. Ese es un problema de diseño del procedimiento, no de disciplina.

Cómo personalizar esta plantilla en Trupeer

Paso 1: Abre la sección de Plantillas

Ve a la sección de Plantillas desde la navegación principal.

Paso 2: Selecciona y abre una plantilla

Haz clic en cualquier plantilla con la que quieras trabajar para abrirla.

Paso 3: Amplía la vista de la plantilla

Si es necesario, amplía la vista de la plantilla para ver el diseño completo y los detalles con claridad.

Paso 4: Edita la plantilla

Haz clic en Editar para empezar a modificar la plantilla seleccionada.

Dentro del editor, puedes:

• Añadir nuevas secciones

• Definir o actualizar reglas de formato

• Añadir un logotipo y ajustar su posición y la configuración relacionada

Paso 5: Guarda tu plantilla personalizada

Después de realizar todos los cambios necesarios, haz clic en Guardar para almacenar la plantilla actualizada como tuya.

Paso 6: Previsualiza y ajusta la plantilla

Cuando quieras ver cómo se ve tu plantilla personalizada, abre la Previsualización.

Desde la pantalla de previsualización, puedes seguir haciendo ajustes directamente si es necesario, asegurándote de que la plantilla aparezca exactamente como la quieres.

Con una plantilla de SOP para MSP puedes:

• Ahorrar horas al escribir: Omite la página en blanco con una estructura creada para procedimientos de MSP.

• Reducir el MTTR: Los SOP claros ayudan a cualquier técnico a atender a cualquier cliente, rápido.

• Mantenerte alineado con la marca: Aplica tu logotipo, fuentes y colores usando el kit de marca de Trupeer.

• Onboarding de técnicos más rápido: Combina los SOP con guías en vídeo para incorporar a nuevos técnicos.

• Listo para auditorías: Las secciones integradas respaldan SOC 2, ISO 27001 y auditorías de clientes.

• Llegar a equipos globales: Traduce los SOP para MSP a 65+ idiomas con un solo clic.

Por qué cada procedimiento de MSP necesita un límite de alcance

La solución es pequeña y se incluye en el procedimiento en lugar de en una política que nadie lee.

Cada SOP para MSP indica, en la parte superior, qué cubre bajo contrato y dónde se detiene. No en términos generales. Con suficiente especificidad para que un ingeniero de nivel uno a las cuatro y treinta un viernes sepa en qué lado de la línea está sin tener que llamar a nadie.

La redacción que funciona establece un límite en lugar de un permiso. "Este procedimiento cubre la restauración de un único buzón desde la copia de seguridad. Restaurar más de cinco buzones, o cualquier restauración que requiera un nuevo trabajo de copia de seguridad, queda fuera del alcance y requiere una nota de alcance."

Eso hace tres cosas que una descripción de servicio no puede. Llega a la persona que realiza el trabajo en el momento en que lo necesita. Usa el vocabulario de la tarea en lugar del del contrato. Y les da una acción, que es levantar una nota en lugar de emitir un juicio.

Cuando el límite sea genuinamente ambiguo, dilo y nombra quién decide. La ambigüedad reconocida es gestionable. La ambigüedad no mencionada se convierte en lo que asuma el ingeniero más rápido.

Cómo etiquetar un procedimiento incluido, facturable o con solicitud de cotización

Tres etiquetas, una por procedimiento; a veces, una por paso cuando un procedimiento cruza el límite.

La fila del medio necesita la mayor atención, porque una etiqueta facturable sin una instrucción de "avisar al cliente primero" genera facturas en disputa, que cuestan más en relación que el trabajo que se gana.

Revisa las etiquetas anualmente frente a la descripción de servicio actual en lugar de la que estaba vigente cuando se escribieron los runbooks. El alcance deriva en una dirección y, con frecuencia, los procedimientos etiquetados como incluidos hace tres años ahora describen bastante más trabajo del que cubre el contrato.

Dependencias del lado del cliente y los tickets que envejecen

El segundo campo que más a menudo les falta a los procedimientos de MSP es un marcador en cada paso que requiere a alguien fuera de tu organización.

Marca ese paso y proporciona una ventana de respuesta esperada. Aprobación del cliente para deshabilitar a un empleado que se marcha, acceso físico para un cambio de hardware, una decisión sobre si restaurar o investigar.

Luego dale al ingeniero una instrucción: aparcar el ticket en lugar de esperar a que responda. Eso suena administrativo y mueve dos números. La antigüedad del ticket deja de inflarse por un tiempo que nunca fue tuyo y los ingenieros dejan de tener trabajo a medias en la cabeza.

Sé específico en la redacción: "Requiere autorización del cliente. Esperado dentro de un día laborable. Aparca el ticket y configura un recordatorio en lugar de mantenerlo abierto."

Cuando un cliente se retrasa repetidamente con la misma dependencia, eso aparece como un patrón en los tickets aparcados y debe incluirse en su revisión trimestral como una limitación de servicio, en lugar de en los tiempos de gestión de tus ingenieros.

Plantilla gratuita de SOP para MSP: la estructura para copiar

Copia desde aquí. Los campos marcados con un asterisco son las adiciones específicas para MSP.

Encabezado. Número y título del procedimiento, escrito en forma de verbo. Propietario. Fecha de última verificación, es decir, cuándo alguien lo ejecutó por última vez. Etiqueta de alcance: incluido, facturable o se requiere cotización. Código de facturación, donde sea facturable. Tiempo estimado del ingeniero. Aplicabilidad para el cliente, es decir, todos los clientes o excepciones nombradas.

Límite de alcance. Una o dos frases: qué cubre y las condiciones específicas bajo las cuales se vuelve facturable o requiere una cotización.

Disparador. La solicitud o evento que inicia este procedimiento.

No lo ejecutes si. Condiciones bajo las cuales el procedimiento es incorrecto, incluyendo dónde aplica una desviación del cliente.

Requisitos previos. Acceso, herramientas, autorización del cliente, información necesaria. Marca cada elemento del lado del cliente.

Pasos. Numerados, una acción cada uno, con el resultado esperado. Marca cualquier paso que requiera acción del cliente con la ventana de respuesta esperada.

Verificación. Cómo sabes que el resultado ocurrió, incluyendo cualquier efecto retrasado como replicación o sincronización nocturna.

Comunicación con el cliente. Qué le dices al cliente, cuándo y con qué palabras. Esta es una sección que los SOP internos no necesitan en absoluto.

Escalado. Quién, por qué vía y en qué punto.

Desviaciones. Una referencia al registro de desviaciones del cliente en lugar de una lista, ya que el registro es donde viven las diferencias por cliente.

Copia hasta aquí. El último punto importa a nivel estructural: este procedimiento existe una vez, como estándar, y la variación por cliente pertenece al registro descrito en nuestras plantillas de documentación para MSP. Copiar el procedimiento por cliente es lo que hace que una biblioteca sea imposible de mantener.

El MSP que estaba regalando 285 horas al mes

Barrowden Technology gestionaba servicios para veintiséis clientes con catorce ingenieros, con contratos de tarifa fija y trabajo por proyecto facturado por separado.

El margen bruto en los contratos gestionados había bajado del 58% al 44% en dos años. Los incrementos salariales y las herramientas explicaron aproximadamente un tercio de la caída. El resto no estaba contabilizado.

El director gerente tomó un mes de registros de tiempo, 1.840 horas de ingeniero, y revisó una muestra de doscientos, línea por línea, frente a la descripción del servicio.

Treinta y uno de los doscientos describían trabajo que caía fuera del alcance del contrato y que nunca se había cotizado ni facturado. Extrapolado al mes, eso equivale a unas 285 horas, con un coste interno de aproximadamente 38 libras por hora: unas 10.800 libras al mes y algo cercano a 130.000 libras al año.

Casi cada caso había empezado dentro de un ticket legítimo dentro del alcance. La entrada individual más grande fue de noventa minutos reconstruyendo la estructura del canal de Teams de un cliente, registrada bajo un ticket que había empezado como un problema de permisos de un único buzón.

Todos los ingenieros entrevistados dijeron lo mismo. No sabían dónde estaba la línea, nunca habían leído la descripción del servicio de seis páginas y los runbooks no decían nada al respecto.

El cambio fueron tres campos en cada runbook: la etiqueta de alcance, el código de facturación y la frase del límite de alcance. Los pasos del lado del cliente se marcaron con ventanas de respuesta esperadas y una instrucción para aparcar.

En los dos trimestres siguientes, el trabajo fuera de alcance en las entradas de tiempo muestreadas bajó de aproximadamente el 15% a alrededor del 4%. Los ingresos facturables fuera de los contratos gestionados aumentaron en unas 6.200 libras al mes, que es el mismo trabajo que ahora se paga en lugar de rechazarse. El margen del contrato gestionado se recuperó hasta el 53%.

El efecto secundario fue el único que nadie predijo. La antigüedad media de los tickets bajó, porque los tickets que esperaban a los clientes ahora se aparcaban en lugar de quedarse en las colas de los ingenieros pareciendo activos.

Qué SOPs debería escribir primero un MSP y por qué

No los interesantes. Escribe los procedimientos donde el volumen de tickets es alto o donde el límite de alcance sea realmente poco claro, porque ahí es donde un procedimiento se paga por sí mismo.

Por volumen, normalmente son solicitudes de contraseñas y acceso, el procesamiento de altas y bajas, restauraciones de buzones y archivos, reconstrucción y traspaso de endpoints, despliegue de impresoras y periféricos, y problemas de VPN o acceso remoto.

Por ambigüedad de alcance, es cualquier cosa que implique a otro proveedor, cualquier cosa que toque un sistema que el cliente añadió sin decírtelo, migraciones de datos de cualquier tamaño, cualquier cosa descrita por un cliente como un "cambio rápido" y la respuesta a incidentes de seguridad, donde el límite entre la respuesta contratada y la remediación de proyecto es a la vez poco claro y costosa.

La respuesta a incidentes de seguridad merece escribirse pronto por una segunda razón. Es el procedimiento que con más probabilidad se ejecutará bajo presión por quien esté disponible y el que los clientes más a menudo piden ver. Combínalo con un método de procedimiento para cualquier remediación planificada en la infraestructura del cliente.

Diez a quince procedimientos que cubran la lista de volumen es una biblioteca funcional. Intentar empezar con cuarenta es por lo que estos proyectos se estancan.

Cómo escribir un procedimiento de SOP para MSP, paso a paso

Graba a alguien realizando la tarea en un entorno real de cliente, a un ritmo normal, sin interrupciones.

Escribe los pasos a partir de la grabación y luego elimina cada paso que sea navegación en lugar de acción o decisión. Añade el resultado esperado a cada uno de los pasos que permanezcan.

Ahora escribe el límite de alcance y hazlo con alguien que entienda el contrato, en lugar de hacerlo solo. Este es el paso que los ingenieros no pueden hacer sin ayuda y que las personas comerciales no pueden hacer sin ayuda, y tarda unos diez minutos por procedimiento con ambos en la sala.

Marca los pasos del lado del cliente y asigna a cada uno una ventana de respuesta esperada.

Establece la etiqueta de alcance y, cuando sea relevante, el código de facturación.

Luego, haz que alguien que no haya realizado la tarea lo siga en el entorno de otro cliente. Ese último detalle importa, porque un procedimiento que solo funciona en el entorno para el que se escribió no es un procedimiento estándar.

¿Qué esperan ISO 9001 y las auditorías de clientes de un SOP?

ISO 9001 no prescribe una plantilla. Pide que la información documentada necesaria para la operación de los procesos esté disponible, sea adecuada, suficiente y esté controlada, lo que en la práctica significa que cada procedimiento tiene un identificador, una versión, un propietario, una aprobación y un mecanismo que evita el uso de copias obsoletas.

Para un MSP, la prueba más frecuente no es tu propia certificación, sino las auditorías de tus clientes. Los clientes empresariales y cualquiera que tenga un marco de seguridad pedirán ver procedimientos específicos, normalmente la provisión y revocación de acceso, la respuesta a incidentes, la gestión del cambio, la verificación de copias de seguridad y restauración, y cómo gestionas sus credenciales.

Lo que buscan esos revisores no es nada glamuroso. Evidencia de que el procedimiento se sigue, no solo de que está escrito: tickets que lo citan y una fecha de última verificación reciente. Un propietario nombrado. Y un historial de versiones que muestre que ha cambiado.

Dos puntos prácticos. Mantén las versiones orientadas al cliente de los procedimientos de seguridad separadas de las internas, para que puedas compartir sin exponer toda tu biblioteca. Y ten cuidado al compartir procedimientos que contengan detalles específicos de otro cliente, que es un riesgo real cuando el detalle de la desviación está en el procedimiento en lugar de en un registro separado.

Nada de esto es asesoramiento de cumplimiento y los requisitos varían según la norma, el marco y el contrato del cliente. Confirma los detalles con quien tenga tu certificación.

Cómo se relacionan los SOP para MSP con tu biblioteca estándar

El SOP es un tipo de documento dentro de la estructura más amplia. La distinción que merece mantenerse clara es entre el método y el entorno.

El método es estándar, existe una vez y es tuyo. Procedimientos, formatos de informe, estándares de construcción. Una salida de un cliente no se lleva esto.

El entorno es por cliente y, en gran medida, es suyo. Registros de activos, credenciales, diagramas y el registro de desviaciones que documenta dónde su entorno difiere de tu estándar.

Los procedimientos hacen referencia al entorno en lugar de contenerlo. Cuando un procedimiento necesita un valor específico del cliente, apunta al registro. Esa única regla es lo que permite que un procedimiento sirva para treinta clientes y nuestras plantillas de documentación para MSP cubren el registro y la biblioteca más amplia. Cuando un procedimiento necesita una referencia rápida en el punto de trabajo, un job aid suele ser mejor que alargar el SOP.

¿Puedo conseguir una plantilla de SOP para MSP en Word o Excel?

Word o Google Docs se ajustan al propio procedimiento y la estructura de arriba se pega directamente. Bloquea el bloque del encabezado para que los autores no puedan omitir la etiqueta de alcance, ya que es el campo que con más probabilidad se saltará quien esté escribiendo a toda velocidad.

Excel se ajusta al registro del procedimiento, que es la lista de cada SOP con propietario, etiqueta de alcance, código de facturación, fecha de última verificación y volumen mensual de tickets. Dos columnas en esa hoja se ganan su lugar: la proporción de procedimientos verificados en los últimos seis meses y el conteo por etiqueta de alcance, que te indica de un vistazo cuánto de tu biblioteca es ambiguo a nivel contractual.

PDF se ajusta a las versiones que compartes con clientes durante una auditoría, exportadas desde la copia en vivo en lugar de mantenerse por separado. Para la estructura general de SOP fuera del contexto de MSP, nuestro SOP template lo cubre.

Generar el SOP a partir de una grabación en lugar de una plantilla

La razón por la que las bibliotecas de procedimientos de MSP se mantienen delgadas no es el desacuerdo sobre qué escribir. Es que escribir un runbook significa que un ingeniero hace capturas de pantalla y describe una tarea que podría haber completado cuatro veces en el mismo periodo.

Trupeer AI elimina ese coste. El ingeniero realiza la tarea una vez frente a la cámara y el resultado es un procedimiento con formato con pasos y pantallas ya capturados, que revisan en lugar de escribir. Quince procedimientos se convierten en un quincena en lugar de un trimestre, que es la diferencia entre una biblioteca que existe y una que siempre está a punto de existir.

Grábalo. Ponle marca. Tradúcelo. Trupeer it.

El creador de SOP cubre los propios procedimientos y, cuando la salida va a un cliente, brand kits significa que llega con el aspecto de tu empresa en lugar de como una exportación genérica. La documentación técnica mantiene juntos los procedimientos y los registros del entorno. Las instrucciones de configuración están en la guía de configuración de la plantilla de documento.

Preguntas frecuentes

¿Hay una plantilla gratuita de SOP para MSP en Word?

La estructura de arriba se pega directamente en Word o Google Docs, incluyendo la etiqueta de alcance y los campos de dependencia del cliente que no tienen las plantillas generales de SOP. No hay descarga restringida y no hay formulario. Bloquea el encabezado cuando lo guardes como tu plantilla de casa, porque la etiqueta de alcance es el campo que se deja en blanco.

¿Hay una plantilla gratuita de SOP para MSP en Excel?

Excel es mejor para el registro que para el procedimiento. Una fila por SOP con propietario, etiqueta de alcance, código de facturación, fecha de última verificación y volumen mensual de tickets. Ordena por volumen de tickets para ver qué procedimientos merecen atención y cuenta por etiqueta de alcance para ver cuánto de tu biblioteca nunca ha tenido definido su límite comercial.

¿Hay una plantilla gratuita de SOP para MSP en PDF?

Exporta desde tu copia en vivo cuando un cliente pida ver un procedimiento durante una auditoría y mantén la versión de trabajo editable. Una biblioteca de procedimientos en PDF tiene el mismo problema que cualquier conjunto de documentos congelados: no puede decirle al lector que está desactualizada.

¿Dónde puedo encontrar una plantilla general de SOP en Word?

Si quieres la estructura estándar sin los campos específicos de MSP, nuestra SOP template lo cubre, y la plantilla de SOP de TI cubre operaciones técnicas, incluyendo cómo decidir qué procedimientos merece la pena escribir.

¿Qué es una plantilla de procedimiento estándar paso a paso?

Es el formato de SOP más común: acciones numeradas, una por línea, cada una con el resultado que deberías ver. Se adapta a tareas lineales con un inicio y un final conocidos, que es la mayor parte del trabajo de MSP. Es el formato incorrecto para el diagnóstico, donde la siguiente acción depende de lo que acabas de encontrar, y esos casos se gestionan mejor como un árbol de decisiones.

¿Cuántos SOP necesita un MSP?

Diez a quince que cubran los volúmenes más altos de tickets, además de respuesta a incidentes y cualquier cosa donde el límite de alcance no esté claro. Más allá de unas treinta, el mantenimiento se convierte en la limitación y te conviene más tener menos procedimientos mantenidos realmente al día que una biblioteca grande que nadie confía.

¿Quién debería escribir los SOP para MSP?

Un ingeniero que realiza la tarea, con el límite de alcance acordado junto con quien sea el propietario del contrato. Esa combinación es poco habitual y es el punto completo, porque un procedimiento técnicamente correcto sin un límite comercial es lo que produce la fuga en el ejemplo trabajado.

¿Cómo evitamos que los ingenieros hagan trabajo fuera de alcance?

Diles dónde está la línea en el momento en que están de pie sobre ella, lo que significa en el procedimiento en lugar de en una descripción de servicio. Luego dales una acción distinta a una decisión personal: levantar una nota de alcance. La mayor parte del trabajo fuera de alcance lo hacen personas concienzudas que no podrían decirlo y la solución es información, no imposición.