Hay una trampa clásica.
Le llamas "paquete mensual"...
pero sigues vendiendo urgencias.
Y ahí está el problema: si el cliente paga cada mes, pero tú sigues trabajando como bombero, no creaste servicio recurrente. Solo cambiaste la forma de cobrar.
Un buen paquete mensual de soporte TI tiene alcance, límites, rutina, evidencia y precio. No necesita ser enorme. Necesita ser claro.
1) Define qué problema compra el cliente
El cliente no compra "monitoreo".
Compra menos sorpresas.
No compra "parches".
Compra que las compus no se queden semanas sin mantenimiento.
No compra "reporte mensual".
Compra evidencia de que alguien está cuidando su operación.
Antes de listar herramientas, escribe la promesa del paquete en una frase:
``text Ayudamos a que tus equipos de trabajo estén visibles, mantenidos y atendidos cada mes, con soporte remoto y evidencia clara de lo que se hizo. ``
Esa frase te obliga a separar valor de tareas sueltas.
La SBA recomienda revisar mercado, costos y forma de venta al construir una oferta. Sus guías de marketing y ventas y análisis de mercado aterrizan algo básico: no basta con poner precio; tienes que saber a quién vendes, qué compara y qué valor entiende.
Tip práctico: si tu paquete se explica como "horas incluidas", el cliente te va a medir por horas. Explícalo como continuidad, mantenimiento y soporte con límites claros.
2) Empieza con un paquete base, no con tres planes confusos
Al principio quieres vender todo.
Soporte ilimitado, visitas, antivirus, respaldos, monitoreo, servidores, cámaras, impresoras, correos, redes, Wi-Fi, usuarios, consultoría...
Y luego ya valió.
Empieza con un paquete base que puedas cumplir sin inventar proceso cada semana:
- inventario inicial de endpoints;
- monitoreo básico de disponibilidad y salud;
- alertas críticas con dueño;
- revisión mensual de parches;
- soporte remoto dentro de horario;
- canal único para solicitudes;
- reporte mensual corto;
- recomendaciones para el siguiente mes.
Eso ya se siente gestionado, pero todavía es controlable.
Tip práctico: no vendas "todo incluido" si todavía no sabes cuánto consume cada cliente. Vende una base clara y deja extras bien definidos.
3) Pon límites antes de que el cliente los ponga por ti
Los límites no son mala atención.
Son operación sana.
Tu paquete debe decir:
| Límite | Qué debes definir |
|---|---|
| Endpoints | cuántas compus, servidores o dispositivos incluye |
| Horario | cuándo atiendes y cuándo es emergencia |
| Canal | dónde se reportan solicitudes |
| Alcance | qué entra y qué se cotiza aparte |
| Tiempo de respuesta | expectativa inicial por prioridad |
| Visitas | si están incluidas, limitadas o se cobran aparte |
| Proyectos | migraciones, cableado, servidores nuevos o cambios grandes van fuera |
Si no lo escribes, el cliente lo va a asumir.
Y casi siempre asumirá más de lo que tú pensabas.
Tip práctico: usa una frase simple: "Este paquete cubre operación recurrente. Proyectos, compras, instalaciones físicas y cambios mayores se cotizan por separado".
4) Calcula precio desde costos, no desde miedo
El miedo dice: "cóbrale poquito para que acepte".
Los números dicen otra cosa.
La SBA explica que calcular costos ayuda a estimar rentabilidad y punto de equilibrio en una empresa. Su guía de costos iniciales y su calculadora de punto de equilibrio son útiles porque te fuerzan a ver gastos fijos, variables y volumen necesario para no vender por debajo de tu operación.
Para un paquete de soporte TI, separa:
- tiempo técnico esperado;
- herramientas por endpoint;
- administración y seguimiento;
- soporte no facturable;
- margen deseado;
- riesgo de urgencias;
- tiempo de reporte y revisión mensual.
No necesitas una hoja financiera perfecta. Necesitas evitar el precio que te deja ocupado y sin margen.
Tip práctico: antes de dar precio, calcula cuántas horas reales podrías dedicar al cliente sin perder dinero. Si el paquete no aguanta 2 o 3 incidentes normales, está mal armado.
5) Usa endpoints como unidad operativa
Para una empresa nueva de TI, contar endpoints es de oro.
Porque te da una unidad concreta:
- cuántas compus monitoreas;
- cuántas pueden pedir soporte;
- cuántas necesitan parches;
- cuántas generan alertas;
- cuántas aparecen en reportes.
No significa que todo se cobre solo por endpoint. Pero sí significa que el endpoint te ayuda a ordenar alcance y carga.
Ejemplo simple:
| Tamaño | Paquete inicial razonable |
|---|---|
| 10 endpoints | monitoreo, soporte remoto básico, revisión mensual y reporte corto |
| 25 endpoints | lo anterior + política de alertas, ventana de parches y revisión semanal ligera |
| 50 endpoints | lo anterior + seguimiento más formal, prioridades y reporte ejecutivo |
El punto no es copiar números exactos. El punto es que el paquete crece con la operación.
Tip práctico: si un cliente no sabe cuántas compus tiene, el primer entregable es inventario. Sin inventario, cualquier precio es una apuesta.
6) Incluye soporte remoto, pero no lo dejes sin reglas
Soporte remoto puede salvarte horas.
También puede comerse todo tu mes.
Define desde el inicio:
- qué horario cubre;
- qué canal inicia la solicitud;
- qué tipo de problemas entran;
- cuándo se escala a visita;
- cuándo se convierte en proyecto;
- qué evidencia queda al cerrar.
Aquí es donde un RMM ayuda a que el técnico no llegue ciego. Antes de conectarse, puede revisar inventario, alertas, parches pendientes y contexto del endpoint.
Tip práctico: no digas "soporte ilimitado" si en realidad quieres decir "soporte remoto para incidencias operativas normales dentro de horario". Son cosas muy distintas.
7) Convierte el reporte mensual en parte del producto
El reporte no es adorno.
Es la prueba de valor.
Tu reporte mensual debe responder:
- cuántos endpoints están bajo soporte;
- qué alertas relevantes aparecieron;
- qué parches quedaron pendientes o fallaron;
- qué sesiones o tickets se atendieron;
- qué riesgos necesitan decisión del cliente;
- qué recomiendas para el siguiente mes.
CISA, en su guía para pequeñas empresas, organiza acciones por rol y responsabilidad. Para tu paquete, eso se traduce en algo concreto: el cliente debe saber qué te toca a ti, qué le toca a él y qué decisiones no se pueden dejar en el aire.
Tip práctico: cierra el reporte con 3 puntos: "hecho", "pendiente" y "decisión requerida". Eso evita reportes bonitos que nadie usa.
8) Ejemplo de paquete mensual básico
Puedes empezar con algo así:
```text Paquete Soporte TI Base
Incluye:
- Hasta 25 endpoints validados
- Inventario inicial y revisión mensual
- Monitoreo básico de disponibilidad y salud
- Alertas críticas con seguimiento
- Revisión mensual de parches
- Soporte remoto en horario laboral
- Canal único de solicitudes
- Reporte mensual ejecutivo
No incluye:
- Proyectos de infraestructura
- Cableado o visitas no programadas
- Compra de hardware/software
- Migraciones
- Soporte fuera de horario
- Usuarios o endpoints no registrados
```
Esto no reemplaza contrato legal. Pero sí te da una base comercial clara.
Tip práctico: agrega una línea de "cambios de alcance". Cada endpoint, usuario, ubicación o servicio nuevo debe actualizar el paquete.
FAQ: primer paquete mensual de soporte TI
¿Debo cobrar por endpoint o por cliente?
Puedes combinar ambos. Un precio base por cliente cubre coordinación, reportes y operación mínima; el número de endpoints ajusta carga técnica. Lo importante es que el alcance no quede abierto.
¿Cuántas horas debo incluir?
Incluye las horas que puedas sostener con margen. Pero evita vender solo horas. Define actividades recurrentes, límites de soporte y reglas para trabajo adicional.
¿Qué hago si el cliente quiere soporte ilimitado?
Aclara qué significa. Puedes ofrecer solicitudes ilimitadas dentro de cierto alcance, horario y tipo de incidente, pero proyectos, visitas, cambios mayores y fuera de horario deben ir aparte.
¿Qué debe tener el primer reporte mensual?
Endpoints monitoreados, alertas relevantes, parches, tickets o sesiones, riesgos y próximos pasos. Debe ser corto, claro y útil para decidir.
¿Cómo ayuda Lunixar RMM en este paquete?
Ayuda a conectar inventario, monitoreo, alertas, gestión de parches, soporte remoto y reportes para que el paquete no dependa de hojas sueltas o memoria.
Cierra el paquete antes de venderlo
Un paquete mensual de soporte TI no se improvisa después de la venta.
Se diseña antes.
Promesa clara. Alcance claro. Límites claros. Evidencia mensual. Y una operación que puedas repetir sin quemarte.
Lunixar RMM encaja en ese flujo porque conecta inventario, monitoreo de dispositivos, alertas, gestión de parches y conexión remota en una sola consola. Si estás armando tu primer paquete mensual, puedes probar Lunixar RMM por 14 días, sin tarjeta, con hasta 5 dispositivos y acceso completo.
También puedes seguir con estas guías:
