Las instituciones sociales nos lo cuentan con sorprendente frecuencia: solo después de la implantación descubren cuánto soporte deben contratar regularmente al proveedor. Una duda de uso, un mensaje de error poco claro o un ajuste del proceso se convierten enseguida en otra hora de asistencia facturada.
La oferta detallaba las licencias, la implantación y la migración de datos. Sin embargo, no indicaba cuántas veces tendría que llamar el equipo al proveedor o abrir un ticket. Son costes que rara vez se calculan durante la elección, pero que pueden pesar sobre el presupuesto operativo durante años.
El problema no es que un proveedor ofrezca buen soporte. Resulta caro cuando su software genera consultas evitables y cada pregunta implica un cargo adicional.
El soporte del proveedor rara vez está simplemente «incluido»
Muchos proveedores anuncian asistencia personal. Suena tranquilizador, pero no explica el coste futuro. Según el contrato, las consultas pueden facturarse:
- por tiempo efectivo y tarifa horaria
- en unidades mínimas de 30 o 60 minutos por solicitud
- mediante un paquete mensual o una bolsa de horas prepagada
- con recargos por respuesta rápida, prioridad o ayuda fuera del horario
- como consultoría de pago cuando la consulta no se considera un defecto técnico
- como personalización separada cuando deben cambiar campos, roles, plantillas o procesos
Todos estos modelos pueden ser legítimos. El riesgo aparece cuando antes de firmar no está claro qué ayuda se incluye y qué preguntas cotidianas generarán una factura.
Cómo una mala UX se convierte en soporte facturado
Una interfaz anticuada o confusa es más que una molestia. Puede convertirse en un riesgo económico duradero para el cliente. Si las tareas habituales son difíciles sin ayuda, el soporte del proveedor pasa a formar parte del flujo de trabajo normal.
Una navegación poco clara genera preguntas recurrentes
El personal no encuentra una función, no ve un estado o no sabe dónde se guardó un dato. El proveedor explica el camino por teléfono o acceso remoto. La duda inmediata queda resuelta, pero la causa permanece. La misma solicitud de pago vuelve con otro equipo o después de un cambio de personal.
Los procesos poco comprensibles se facturan como consultoría
¿Quién aprueba un informe? ¿Por qué no puede cerrarse un expediente? ¿Qué debe hacerse antes de facturar? Si el software no muestra claramente estado, responsabilidad y siguiente paso, el proveedor tiene que explicar el proceso.
La distinción es delicada: ¿se trata de una carencia de conocimientos en la institución, una configuración inadecuada o un proceso mal diseñado en el producto? Sin un acuerdo claro, incluso una pregunta provocada por el software puede tratarse como consultoría de pago.
Los mensajes de error inútiles hacen imprescindible al proveedor
Un mensaje como «La operación ha fallado» no permite avanzar. Sin causa ni siguiente paso, solo el proveedor puede explicar qué hacer. Los buenos mensajes no resuelven todos los problemas técnicos, pero evitan que correcciones sencillas se conviertan automáticamente en tickets.
Solo el proveedor puede realizar pequeños cambios
Si cada modificación de una lista, rol, plantilla o etapa requiere un ticket de pago, las pequeñas evoluciones organizativas se acumulan. Las instituciones sociales cambian servicios, responsabilidades y obligaciones. El software debería permitir estos ajustes normales sin comprar horas externas para cada detalle.
Las actualizaciones crean nuevas necesidades de explicación
Las nuevas versiones son importantes para la seguridad y la evolución. Pero si las interfaces o procesos cambian sin instrucciones claras, cada actualización genera nuevas consultas. Conviene aclarar cómo se comunican los cambios y si la ayuda por modificaciones introducidas por el proveedor será facturada.
Un cálculo sencillo de los costes externos
Para una primera estimación puede utilizarse esta fórmula:
Horas mensuales de soporte del proveedor × tarifa horaria + paquetes, recargos y unidades mínimas
Un ejemplo deliberadamente simplificado: una institución compra una media de seis horas de soporte al mes. A CHF 220 por hora, son CHF 1.320 mensuales o CHF 15.840 al año. El tiempo interno para describir el problema, coordinar citas, probar y hacer seguimiento aún no está incluido.
Las unidades mínimas pueden aumentar todavía más la factura. Si diez preguntas de 15 minutos se facturan con un mínimo de una hora cada una, la institución paga diez horas en lugar de dos horas y media. No es un valor del sector, pero demuestra por qué la lógica de facturación importa tanto como la tarifa.
Preguntas que deben resolverse antes de firmar
Nuestra guía para elegir software cubre toda la evaluación. Para comprender el soporte futuro, pedid además respuestas por escrito a estas preguntas:
- ¿Qué prestaciones están incluidas en la licencia o cuota básica?
- ¿Qué consultas cuentan como corrección de defectos y cuáles como consultoría de pago?
- ¿Quién paga cuando el problema o cambio lo causa una actualización del proveedor?
- ¿Qué tarifas, unidades mínimas y recargos se aplican?
- ¿La facturación comienza al recibir y analizar el ticket?
- ¿Qué tiempos de respuesta y resolución se acuerdan?
- ¿Los costes superiores a un importe definido requieren aprobación previa?
- ¿Qué ajustes puede gestionar la propia institución?
- ¿La documentación, los materiales formativos y las notas de versión están actualizados e incluidos?
- ¿Recibe la institución un informe transparente de consultas, causas y tiempo facturado?
No os limitéis a escuchar una explicación del soporte. Haced que distintas personas prueben tareas típicas y situaciones difíciles. Cuantas más explicaciones requiera ya la demostración, más cuidadosamente debe estimarse el soporte de pago necesario después.
Un soporte justo resuelve problemas en lugar de vender varias veces la misma explicación
Un soporte competente tiene un valor real. Nuevos requisitos, integraciones complejas, migraciones e incidencias inesperadas necesitan personas expertas. Los buenos proveedores explican cuándo surgen costes, documentan el trabajo y ayudan a eliminar causas recurrentes.
Es una señal de alerta que tickets similares se facturen regularmente sin mejorar UX, documentación o configuración. Si la misma consulta aparece en varios clientes, el proveedor debería comprobar si su producto necesita ser más claro.
La pregunta justa no es solo «¿Por qué necesita tanta ayuda vuestro personal?», sino también «¿Por qué esta parte del producto requiere siempre una explicación?»
Reducir los cargos en un contrato existente
- Analizar conjuntamente facturas y tickets: clasificad los últimos seis a doce meses por causa, duración y coste.
- Identificar repeticiones: marcad preguntas recurrentes o presentes en varios equipos.
- Separar defectos, usabilidad y solicitudes de cambio: estas categorías no deberían facturarse automáticamente de la misma manera.
- Hablar de las causas con el proveedor: para los casos frecuentes, solicitad mejoras de UX, documentación o configuración en lugar de otra explicación individual.
- Aumentar la autonomía: aclarad qué roles, plantillas y procesos podéis gestionar. Nuestra página sobre personalización explica por qué es importante.
- Acordar límites de coste: definid bolsas de horas, umbrales de aprobación e informes transparentes.
- Volver a comparar los costes totales: incluid un soporte realista en renovaciones y futuras decisiones.
El precio real del software aparece durante su uso
Una licencia económica puede resultar cara si la institución debe comprar ayuda al proveedor para cada ambigüedad. UX moderna, procesos comprensibles, buena documentación y autonomía no son simples comodidades. Determinan directamente cuánto depende una organización del soporte de pago.
Lua quiere ofrecer soporte donde aporta valor real, no facturar de forma permanente problemas de uso evitables. Os mostramos encantados este enfoque con uno de vuestros procesos y cómo una solución clara y adaptable reduce la necesidad diaria de asistencia.
