Cómo calcular el precio de tu primer paquete mensual de soporte TI

Te piden precio mensual.

Te emocionas.

Abres Excel.

Y ahí empieza el problema.

¿Cuánto cobras sin regalarte?

Ese es el punto incómodo del primer paquete mensual de soporte TI. Si cobras muy barato, te llenas de trabajo invisible. Si cobras demasiado sin explicar valor, el cliente lo compara contra una visita por evento.

La salida no es adivinar. Es armar el precio desde alcance, tiempo, herramientas, riesgo y margen.

1) Empieza por la promesa, no por el número

Antes de poner precio, escribe qué está comprando el cliente.

No "horas de soporte".

No "monitoreo".

No "me marcas cuando falle".

La promesa debería sonar más así:

> "Cada mes revisamos tus equipos, atendemos solicitudes, damos seguimiento a alertas y te entregamos evidencia clara de lo que pasó."

La SBA, en su guía de marketing y ventas, insiste en definir cómo vas a persuadir al cliente para comprar y cómo entiende el valor. En soporte TI, eso significa vender continuidad, menos sorpresas y evidencia; no sólo tiempo técnico.

Tip práctico: escribe una frase de promesa antes de escribir el precio. Si no puedes explicar qué cambia para el cliente, todavía no tienes paquete mensual; tienes una visita con pago recurrente.

2) Define qué entra antes de calcular cuánto vale

Pregunta directa:

¿Qué incluye el precio mensual?

Si la respuesta es "lo que salga", vas a perder margen.

Define al menos esto:

• cuántos endpoints entran;
• horario de atención;
• canal para solicitudes;
• soporte remoto incluido;
• rutina mensual de revisión;
• alertas que vas a atender;
• parches que vas a revisar;
• reporte mensual;
• tiempo de respuesta esperado;
• qué queda fuera.

Este paso conecta con el artículo sobre qué incluir en tu primer paquete mensual de soporte TI. Ahí está el alcance base. Aquí vamos a convertirlo en precio.

Tip práctico: no uses la palabra "ilimitado" en tu primer paquete. Usa límites claros: endpoints, horario, canal, rutina y exclusiones.

3) Calcula tu costo base mensual

Tu precio mínimo debe cubrir tu costo real.

No el costo imaginario.

El real.

Empieza con cuatro bloques:

• horas técnicas estimadas al mes;
• costo interno de tu hora;
• herramientas y licencias;
• administración, seguimiento y reporte.

Ejemplo simple para 25 endpoints:

Si tu costo interno real es USD 15 por hora, esas 12 horas ya cuestan USD 180 antes de margen, herramientas e imprevistos.

La guía de SBA para calcular costos empuja a separar costos y entender el punto de equilibrio. Aunque la guía no habla de soporte TI, la lógica aplica igual: si no sabes cuánto cuesta entregar el servicio, puedes vender mucho y aun así quedarte sin ganancia.

Tip práctico: usa tu costo interno, no tu precio público por hora. El costo interno incluye tu tiempo real, herramientas, administración, traslados ocasionales y desgaste operativo.

4) Suma herramientas sin esconderlas

El cliente no necesita ver cada licencia, pero tú sí debes contarla.

En un paquete mensual normalmente hay costos como:

• RMM;
• acceso remoto;
• seguridad o antivirus;
• respaldos, si los incluyes;
• documentación;
• correo, dominio o hosting, si lo administras;
• tiempo de administración de herramientas.

Si usas Lunixar RMM, el precio público actual te da dos formas de arrancar: Professional para operaciones serias, con 250 endpoints incluidos por técnico, o Plan por Dispositivo para pilotos y flotas pequeñas. También puedes validar el flujo con una prueba de 2 semanas, sin tarjeta, hasta 5 dispositivos.

Eso te permite probar inventario, monitoreo, alertas, parches y conexión remota antes de cerrar tu oferta mensual.

Tip práctico: crea una línea interna llamada "herramientas". Aunque no la muestres como partida separada al cliente, debe estar dentro del precio.

5) Agrega margen, no sólo supervivencia

Aquí muchos técnicos fallan.

Calculan horas.

Suman herramientas.

Y dejan el precio casi igual al costo.

Eso no es negocio. Es supervivencia con factura.

Business.gov.au, en su guía para elegir una estrategia de precios, recomienda calcular el costo total de entregar el producto o servicio y luego agregar margen. También pide incluir costos relevantes como mano de obra, gastos generales e impuestos.

Para soporte TI, una fórmula simple puede ser:

Precio base = mano de obra + herramientas + buffer de riesgo + margen

Ejemplo:

No tomes esos números como tarifa universal. Tómalos como método. El precio cambia por país, cliente, complejidad, SLA, horario, visitas, herramientas y experiencia.

Tip práctico: si el precio final te da vergüenza decirlo, revisa si estás vendiendo poco valor o si sigues pensando como técnico por evento.

6) Define un mínimo mensual

Un cliente con 3 compus puede consumir más energía que uno con 25.

Porque el problema no siempre es el número de endpoints.

Es el contexto.

Hay clientes que:

• mandan todo por WhatsApp;
• no autorizan cambios;
• no pagan a tiempo;
• quieren urgencia pero pagan básico;
• tienen software crítico sin documentación;
• esperan visitas aunque compraron soporte remoto.

Por eso necesitas mínimo mensual.

No para castigar al cliente. Para que el paquete sostenga tu operación.

Tip práctico: define un piso. Por ejemplo: "el paquete mensual empieza desde X e incluye hasta Y endpoints bajo estas reglas". Si el cliente está por debajo, puede seguir por evento o entrar a un plan piloto.

7) Separa precio mensual de proyectos

No metas todo en la mensualidad.

Cableado.

Migraciones.

Servidores nuevos.

Compras.

Implementaciones grandes.

Todo eso debe cotizarse aparte.

El paquete mensual mantiene operación, atiende solicitudes razonables, revisa alertas y entrega evidencia. Los proyectos cambian la infraestructura.

Si mezclas ambos, el cliente va a esperar proyectos gratis porque "ya paga mensual".

Tip práctico: incluye una sección de "no incluye" en la propuesta. Es tan importante como el precio.

8) Presenta el precio con evidencia, no con disculpas

No digas:

"Te cobro esto porque es lo mínimo que puedo."

Di:

"Este precio cubre endpoints, revisión mensual, soporte remoto, alertas, parches, reporte y seguimiento. Los proyectos quedan fuera para mantener claro el alcance."

Luego muestra el flujo:

1. inventario inicial; 2. revisión mensual; 3. atención de solicitudes; 4. alertas y parches; 5. reporte; 6. recomendaciones.

Si ya pasaste de soporte por evento a una oferta mensual, conecta esta conversación con cómo pasar de soporte por evento a soporte mensual recurrente.

Tip práctico: lleva una muestra de reporte. El cliente entiende mejor el precio cuando ve qué va a recibir cada mes.

FAQ: precio del primer paquete mensual de soporte TI

¿Conviene cobrar por endpoint o por paquete?

Para empezar, un paquete con rango de endpoints suele ser más fácil de vender: "hasta 25 endpoints". Por endpoint sirve cuando el cliente crece o cuando quieres que el precio escale con la flota.

¿Cuánto margen debo agregar?

Depende de tu mercado, costos y experiencia, pero no cotices sólo a costo. Necesitas margen para imprevistos, tiempo comercial, administración, aprendizaje y crecimiento.

¿Debo mostrar el costo de herramientas al cliente?

No necesariamente. Puedes vender un precio mensual integrado. Lo importante es que tú sí lo calcules para no absorberlo.

¿Qué hago si el cliente dice que es caro?

Compara contra el costo de operar a ciegas: usuarios parados, urgencias, visitas no planeadas, equipos sin parches y cero evidencia. Si aun así no lo ve, quizá todavía no es cliente para mensualidad.

¿Puedo empezar con un precio bajo para entrar?

Puedes hacer piloto, pero con fecha, alcance y reglas. No conviertas un descuento temporal en la tarifa normal.

No cobres mensualidad con mentalidad de evento

El precio mensual no es una visita multiplicada por 30 días.

Es otra promesa.

Es continuidad.

Es visibilidad.

Es evidencia.

Y debe pagarte por sostener todo eso.

Lunixar RMM puede ayudarte a validar ese paquete antes de venderlo: conecta hasta 5 dispositivos en la prueba de 2 semanas, revisa inventario, alertas, parches, conexión remota y reportes, y usa esa evidencia para poner precio con más seguridad.