Los costes cloud se descontrolan en una cooperativa o mutua cuando nadie puede explicar, línea a línea, qué máquina, qué entorno y qué proceso de socio o de póliza los genera. La señal no es que la nube sea cara. Es que el gasto crece sin criterio de apagado, de prueba y de quién autoriza. Desde Sabadell, Barcelona o en remoto, el corte es el mismo: inventario de servicios, dueño de cada euro y una métrica que no sea el total de la factura.
Costes cloud que ya no puedes explicar
Una factura de AWS, Azure o Google Cloud no es un diagnóstico. Es un ticket. Si el gerente o el consejo rector no puede señalar qué partida corresponde a la app de socios, cuál al entorno de pruebas y cuál a un servidor que nadie toca desde el último cierre, no tienes un proveedor caro: tienes un sistema sin dueño.
Eso pesa más en una cooperativa o una mutua que en una pyme de dueño único. Hay asamblea, presupuesto aprobado y un IT que a veces es una persona. El gasto de nube entra en la misma carpeta que el hosting de siempre, y nadie lo parte. El trabajo de costes cloud no empieza por negociar un descuento. Empieza por poner nombre a cada recurso y decidir qué se apaga si no hay uso.
El patrón se parece al de otros oficios. Un grupo de hostelería deja tres entornos de reservas encendidos por si el fin de semana. Un catálogo B2B clona producción para una demo y se olvida. En una mutua el clon no es una landing: es el panel de siniestros o el fichero de mutualistas. El euro se multiplica igual.
Señales de que el gasto se ha soltado
Las ves en el día a día, si miras con ganas de cortar y no de justificar la factura.
- La factura sube dos o tres meses seguidos y la explicación es «ha habido más uso». Nadie dice de qué uso.
- Hay entornos de desarrollo, preproducción y «copia» encendidos las 24 horas. Producción es uno. El resto son facturas disfrazadas.
- Un proyecto puntual (una campaña, un cierre, una migración a medias) dejó máquinas o discos que nadie ha dado de baja.
- El mismo dato de socio vive en dos nubes, o en nube más un servidor del local. Pagas dos veces por no decidir.
- Nadie tiene alerta de presupuesto. Te enteras cuando contabilidad pregunta.
¿Puede alguien del consejo señalar, con el PDF de este mes, qué línea es la app de mutualistas y cuál es un entorno que nadie abre desde marzo? Si la respuesta es un silencio o un «eso lo mira el informático», ya tienes la señal. No es un fallo moral. Es un hueco de criterio.
Criterio de decisión antes de apagar nada
Recortar a ciegas es el atajo que luego cuesta un sábado. El criterio de corte va antes que el interruptor. Tres preguntas, por escrito, no en un chat.
- ¿Qué proceso de socio, póliza o gestión interna se cae si apago esto un viernes a las seis?
- ¿Quién es el dueño operativo, con nombre y apellido, no «el departamento»?
- ¿Cuánto ha costado este recurso en los últimos tres meses y qué volumen de trabajo real lo justifica?
Si no hay respuesta a la primera, no es crítico: es leftover. Si no hay respuesta a la segunda, no se toca hasta asignar dueño. Si no hay respuesta a la tercera, estás decidiendo con fe. La fe no cabe en un presupuesto de mutua.
Quién es dueño de cada euro
Dueño no es el que pidió el alta hace dos años. Es quien hoy usa el sistema para un trámite: altas de socios, recibos, partes, cuadro médico. Si ese trámite vive en un panel interno a medida, el dueño es operaciones o administración, no «la nube». La nube solo cobra.
En cooperativas de trabajo o de consumo el lío es el mismo: un ERP, una web de socios y un Excel que todavía cierra el inventario. Hasta que no hay un mapa, cualquier ahorro es cosmética. El mapa no pide un PowerPoint. Pide una tabla: recurso, proceso, dueño, horario real, coste del último mes.
Entornos de prueba y copias por si acaso
El leftover más caro en este sector son las copias enteras de producción «para probar el cambio de cuotas» que se quedan encendidas. Tiene sentido un entorno de ensayo. No tiene sentido que tenga el mismo tamaño que producción y el mismo horario.
Regla simple: si no hay una persona que entre cada semana, se apaga por la noche o se destruye al cerrar el ticket. Si hace falta recuperar, se documenta cómo se levanta, no se deja pagando. El «por si acaso» es una partida que nadie votó en asamblea.
El error habitual al recortar la factura
El error habitual no es pagar de más un mes. Es copiar el servidor de siempre a la nube, dejar el de siempre encendido «hasta que veamos», y llamar a eso migración. Durante meses pagas dos veces. Luego alguien apaga el de siempre sin un plan de DNS, de copias ni de accesos, y el lunes no abre el panel de socios.
El segundo error: comprar un plan anual para «ahorrar» sin haber inventariado. Fijas el gasto de algo que igual no deberías tener. El número es predecible. La máquina sobra.
El tercero: etiquetar todo como producción para no discutir. Sin etiquetas de entorno y de proceso, la factura es un bloque. Un bloque no se recorta. Se sufre. Pasa también cuando un catálogo B2B y el ERP no se hablan y cada uno tiene su réplica en la nube. Ahí no basta un plan más barato: hace falta una integración entre sistemas para que el dato viva una vez. Si el socio o el parte se copian a mano, estás pagando compute por un proceso que aún es Excel.
Dónde se infla la factura en cooperativas y mutuas
Hay sitios típicos, no secretos de un cliente concreto, donde el oficio se atasca.
El fichero de socios o mutualistas se replica «para no tocar el original». Sale una base extra, a veces un entorno entero. El panel de trámites se dimensiona como si el pico de la asamblea anual fuera el tráfico de todos los días. Los backups se guardan en el disco más caro y nadie ha definido retención: tres copias diarias eternas no son prudencia, son miedo facturado.
El archivo histórico y los PDF de pólizas o actas crecen y nadie decide un almacenamiento frío. La web institucional, que casi no cambia, comparte cuenta con el sistema que sí tiene que estar despierto. Mezclar lo estático con lo operativo es una forma elegante de no saber qué apagar. Si hay un canal de venta a socios, el patrón se parece al eCommerce B2B: catálogo, tarifa por colectivo, pedido. El servidor se dimensiona «por si se apunta todo el censo». Casi nunca se apunta todo el censo el mismo martes.
Desde Sabadell o Barcelona se ve el mismo cuadro en remoto que en mesa: el problema no es la distancia. Es que el que paga no se sienta con el que pide máquinas. Una reunión mensual de media hora, con la tabla delante, evita el teatro de «ya lo miramos».
Cómo medir los costes cloud mes a mes
Medir es sostener tres números y una rutina. Si no hay rutina, el recorte de abril se deshace en julio.
Primero, coste por proceso, no por proveedor. «La nube este mes» no decide nada. «Panel de socios», «entorno de ensayo», «archivo histórico» sí. Eso exige etiquetas en cada recurso. Sin etiqueta, el recurso no se da de alta. Suena seco. Funciona.
Segundo, horario real. Una mutua no procesa partes a las cuatro de la mañana todos los días. Si el gráfico de uso está plano de noche, apagar o bajar de tamaño no es valentía: es lectura.
Tercero, alerta de presupuesto con un umbral que duela un poco. Un porcentaje claro sobre la media de los últimos tres meses. Que avise a gerencia y a quien opera, no solo a un buzón técnico que nadie abre.
Mantenimiento: una hora al mes. Revisar altas nuevas, entornos sin dueño, discos huérfanos y logs que nadie lee. Anotar qué se apagó y qué pasó. Si un trámite falló, se corrige el criterio, no se vuelve al «déjalo todo encendido». La métrica útil es: recursos sin dueño (objetivo: cero), coste del leftover y alertas con explicación escrita. El ahorro viene del oficio, no de un cupón del proveedor.
Preguntas frecuentes
¿Cómo sé si mis costes cloud están descontrolados o solo han subido por más socios?
Mira el coste por trámite o por socio activo, no el total. Si el censo crece un poco y la factura crece mucho, hay leftover o un entorno que no debería estar encendido. Pide la lista de recursos con etiqueta y el coste de cada uno el último mes. Si nadie puede dártela, el gasto ya está descontrolado: no hay mapa.
¿Conviene firmar un plan anual para bajar la factura?
Solo después del inventario. Si fijas precio sobre máquinas que sobran, el descuento te ata. Primero apaga entornos muertos, ajusta tamaños y decide horarios. Luego, si queda un núcleo estable de producción con dueño y uso real, tiene sentido comprometer plazo.
¿Hace falta estar en Sabadell o vale el trabajo en remoto?
Vale en remoto si hay acceso a facturas, consola y una persona que conozca los trámites de socio o póliza. Una sesión inicial sirve para cruzar la tabla de recursos con el proceso real. El seguimiento mensual no pide oficina. Pide la misma tabla y las mismas tres preguntas.
¿Qué hago con el servidor antiguo si ya estamos en la nube?
No lo apagues el viernes sin un plan. Lista DNS, copias, accesos y qué trámite aún apunta ahí. Cuando el trámite viva solo en el entorno nuevo, apaga y documenta la fecha. Dejar los dos «por si acaso» duplica la factura. Quitar el viejo sin lista cierra el panel el lunes.
¿Puede una cooperativa pequeña medirlo sin un departamento de IT?
Sí, con una tabla y una hora al mes. Hace falta un dueño de cada recurso, etiquetas y una alerta de presupuesto. Si nadie interno puede mantener eso, el mantenimiento se encarga fuera, pero el criterio no se delega del todo: gerencia sigue firmando qué se apaga.
Si la factura ya no se explica y el consejo pide un número que aguante asamblea, Chocola Studio trabaja estos costes cloud desde Sabadell o en remoto: inventario, dueño y recorte con criterio, no un plan más barato por inercia. Para sentar la tabla y las tres preguntas, escribe desde la página de contacto.