Sistema de turnos en varias sedes: qué estandarizar y qué no

El problema de la red es de gobierno

Instalar el sistema en una segunda sede es fácil; lo difícil es que diez sedes sigan operando de forma coherente seis meses después. Cada sede tiende a ajustar a su manera: nombres distintos para el mismo servicio, prioridades propias, cierres de turnos a destiempo. Ninguna de esas decisiones es grave sola, pero juntas hacen imposible comparar sedes y aprender de ellas. Esta guía propone un modelo de gobierno. Las etapas de crecimiento, de una sede piloto a una red, están en otro artículo.

Cómo está organizado en Kiuu

• Organización: la gestiona el superusuario, por encima de cada sede. Controla el nombre y tipo de organización, la creación de sedes (sin costo ni límite comercial), los usuarios de toda la cuenta, el idioma, el país (zona horaria y disponibilidad de SMS), los colores y las sesiones activas por dispositivo.
• Sede: cada una mantiene sus servicios y subservicios, prioridades, módulos, dispositivos y usuarios, y se administra en Administración de Sede.
• Aplicaciones premium: se activan y se pagan por sede.
• API para Desarrolladores: una sola suscripción cubre toda la organización.

Esa estructura permite la autonomía local y obliga a pensar qué se coordina desde el centro. Los detalles están en el manual de Administración de Sede.

Qué estandarizar y qué dejar local

Roles y accesos en una red

Con una sola sede basta con pocas personas con acceso; en una red conviene definirlo con más cuidado.

• Quién administra la organización (superusuarios): pocas personas, con nombre.
• Quién administra cada sede: una persona responsable y un suplente.
• Quién opera: los operadores de cada sede, con acceso a su consola.
• Qué se revisa: las sesiones activas por dispositivo, con opción de revocar una o todas, y las altas y bajas de usuarios cuando alguien cambia de rol.

La guía de control de acceso y roles desarrolla el tema.

Datos comparables

Comparar sedes solo tiene sentido si miden lo mismo. Fija desde el inicio:

1. La definición de cada indicador, escrita, y la misma en todas las sedes.
2. Los mismos nombres de servicio para trámites equivalentes.
3. Los mismos motivos de cancelación y transferencia.
4. Un calendario de revisión común (por ejemplo, mensual).

Las Estadísticas documentadas miden cada sede y se exportan a CSV; si necesitas una vista consolidada de la red, puedes combinar esas exportaciones en tus propias herramientas. La guía de indicadores ayuda a escribir las definiciones.

Cómo sostener el cambio

• Un responsable de red, que cuide el estándar y atienda dudas.
• Una plantilla de configuración documentada para sedes nuevas.
• Una revisión periódica entre sedes: qué problema tuvo cada una y cómo lo resolvió.
• Un canal de soporte claro. Si una sede es crítica, evalúa Soporte Prioritario, que organiza las solicitudes por hilos con niveles de prioridad.
• Un plan de relevo: cuando se va quien configuró, el conocimiento no debe irse con esa persona.

Equipos y conectividad por sede

El software no incluye equipos: cada sede necesita sus tablets, pantallas, computadores e internet. Prueba el equipo en cada sede, no solo en la piloto, porque la red y el espacio cambian. Ver la guía de hardware.

Errores frecuentes

• Dejar que cada sede nombre los servicios a su gusto.
• No tener un responsable de red.
• Activar todas las aplicaciones en todas las sedes sin criterio.
• No revisar usuarios y sesiones cuando cambia el personal.
• Comparar sedes con definiciones distintas.
• Crecer antes de medir la sede piloto.