Un SaaS freemium tiene una cuenta que no sale si se atiende a todo el mundo igual. Por cada cliente que paga hay muchos usuarios que no pagan, y unos y otros escriben a soporte. Si cada conversación de un usuario gratuito recibe la misma atención que la de un cliente, el equipo de soporte crece al ritmo de los registros, no de los ingresos.
La tentación contraria —no atender a los gratuitos— es igual de mala. Entre esos usuarios están los clientes del mes que viene, y su primera duda sin respuesta puede ser la razón por la que nunca pasan a pagar.
La respuesta corta
El soporte en un SaaS freemium se organiza por niveles: los usuarios gratuitos reciben autoservicio —centro de ayuda, ayuda dentro del producto, comunidad— y un agente de IA que responde al momento, mientras que el soporte con personas y con plazos se reserva para los planes de pago. La excepción son los gratuitos con señales de que van a pagar: equipos que crecen, uso intenso, empresas grandes. A esos conviene atenderlos como si ya fueran clientes. Lo más rentable es reducir las preguntas desde el producto.
Primero, de qué escriben
Antes de decidir nada, clasifica una muestra de conversaciones de usuarios gratuitos. Suelen caer en cuatro grupos:
| Tipo | Ejemplo | Cómo atenderlo |
|---|---|---|
| Cómo se hace algo | «¿Cómo exporto el informe?» | Autoservicio y agente de IA |
| Algo no funciona | «No me llegan las notificaciones» | Agente de IA; persona si es un fallo |
| Límites del plan | «¿Por qué no puedo añadir más proyectos?» | Respuesta clara y camino al plan de pago |
| Antes de pagar | «¿El plan Pro incluye integración con X?» | Prioridad: es una venta |
Los dos últimos grupos son los más valiosos y a menudo se tratan igual que los primeros.
Qué recibe cada plan
Una forma habitual de organizarlo:
| Gratis | De pago | De pago alto / empresa | |
|---|---|---|---|
| Centro de ayuda y comunidad | Sí | Sí | Sí |
| Agente de IA en el producto | Sí | Sí | Sí |
| Soporte de personas | Solo para fallos y preguntas de compra | Sí, con plazo | Sí, con plazo corto |
| Plazo de respuesta comprometido | No | Sí | Sí, por contrato |
| Ayuda con la configuración | No | Documentación | Acompañamiento |
Dos reglas para que funcione:
- Que se diga. En la página de precios y en el propio canal de soporte: qué incluye cada plan. Un usuario gratuito que sabe que tiene autoservicio y respuesta automática no se siente ignorado; uno que espera tres días sin saber por qué, sí.
- Que los fallos se atiendan siempre. Si algo no funciona, da igual el plan: un fallo que afecta a los gratuitos acabará afectando a los de pago.
Detectar a los que van a pagar
En un modelo product-led, el soporte es parte de la venta. Algunas señales de que un usuario gratuito está cerca de pagar:
- Ha llegado a un límite del plan y pregunta por él.
- Invita a compañeros o su equipo crece.
- Usa el producto a diario, no de vez en cuando.
- Escribe desde un dominio de empresa de cierto tamaño.
- Pregunta por funciones de pago, seguridad o facturación.
Las conversaciones con estas señales merecen la misma atención que las de un cliente, y una respuesta que deje claro qué ganaría pagando, sin presionar. Si hay equipo de ventas, conviene que las vea.
Reducir preguntas desde el producto
En freemium, cada pregunta evitada vale más que en cualquier otro modelo, porque se multiplica por muchos usuarios. Lo que más reduce:
- Mensajes de error que dicen qué hacer, no solo qué falló.
- Límites explicados donde se encuentran: «Has llegado a los 3 proyectos del plan gratuito. Para crear más, pasa a Pro» resuelve la pregunta antes de que exista.
- Ayuda en contexto en las pantallas donde más se atasca la gente.
- Un onboarding que lleve al primer resultado sin ayuda: más en onboarding de clientes en un SaaS.
El agente de IA en freemium
Un agente de IA encaja especialmente bien con los usuarios gratuitos: responde al momento, a cualquier hora, con tu documentación y, si puede consultar la cuenta, con el plan, los límites y el uso de cada usuario. Lo que no resuelve lo pasa a una persona, y ahí puedes aplicar tus reglas: los fallos siempre, las preguntas de compra con prioridad, el resto según el plan.
Un detalle de costes que conviene mirar con cualquier proveedor: cómo cuenta lo que cobra. Intake cobra por paquete de conversaciones, y cuenta todas las que atiende el agente, sean de usuarios gratuitos o de pago. Si tienes muchos gratuitos que escriben, decide desde el principio en qué canales y pantallas está disponible el agente para ellos y elige el paquete según ese volumen. Cómo se cuenta una conversación está en ¿qué cuenta como conversación?.
Comunidad: sí, pero con alguien dentro
Un foro o una comunidad donde los usuarios se ayudan entre ellos funciona en productos con muchos usuarios y preguntas técnicas. Pero una comunidad sin nadie del equipo que responda lo que se queda sin respuesta se convierte en un cementerio de preguntas. Si la abres, alguien tiene que pasar por ella cada día.
Errores frecuentes
- No decir qué incluye cada plan, y que el gratuito espere días sin saber por qué.
- Ignorar los fallos de los gratuitos, que acaban siendo los de todos.
- Tratar igual una duda de uso que una pregunta de compra.
- Resolver con personas lo que se arregla en el producto, multiplicado por miles.
- Esconder el soporte a los gratuitos en vez de darles un canal adecuado.
Preguntas frecuentes
¿Hay que dar soporte a los usuarios gratuitos?
Sí, pero distinto: autoservicio y respuesta automática para la mayoría, personas para los fallos y las preguntas de compra.
¿Cómo evito que los gratuitos saturen al equipo?
Con niveles por plan, dichos claramente, con un agente de IA que responda lo repetido y reduciendo las preguntas desde el producto.
¿Cómo detecto a los usuarios gratuitos que van a pagar?
Por señales: llegan a los límites, invitan a compañeros, usan el producto a diario, escriben desde empresas o preguntan por funciones de pago.
¿Conviene una comunidad en lugar de soporte?
Como complemento, en productos con muchos usuarios. Siempre con alguien del equipo dentro.
¿El soporte puede convertir usuarios gratuitos en clientes?
Sí. Una pregunta sobre un límite o una función de pago bien respondida es, muchas veces, el último paso antes de pagar.
