Alternativa a Shore 2026 para software de salón

Shore es uno de los sistemas que quieren representar el negocio entero: citas, gestión de clientes, caja, pagos, marketing y, además, hardware en recepción. El modelo de facturación que hay detrás es una licencia, ampliada con módulos adicionales y comisiones sobre los pagos procesados. Este artículo no menciona importes ajenos a propósito: los precios de los proveedores cambian, y una cifra caducada dentro de una comparativa hace más daño que ninguna cifra.

Quien quiere salir de un sistema así se enfrenta a una tarea distinta de la de quien apaga un perfil de portal. Aquí la atadura no está en la clientela, sino dentro del propio negocio: en módulos de los que cuelgan procesos, en aparatos ajustados a ese sistema, en una duración de contrato y en datos que han crecido durante años. Este artículo recorre esos cuatro puntos por orden. Salon Wizard es una de las direcciones de destino posibles y aquí se trata como cualquier otra.

En un portal de reservas la parte difícil está fuera: renuncias a visibilidad y tienes que alcanzar a la clientela por canales propios. El negocio en sí apenas cambia, porque el portal solo tocaba el reparto de citas.

Con una suite ocurre al revés. Hacia fuera cambia poco para quien reserva contigo: ya reservaba en tu casa y no en un mercado. Hacia dentro cambia mucho, porque el sistema está metido en varios puntos de la jornada: en recepción, en la liquidación, en el seguimiento de clientes y en parte en el control de existencias. Cada uno de esos puntos necesita un relevo, o una decisión consciente de hacerlo de otra manera a partir de ahora.

Para la planificación eso significa una cosa: el cambio rara vez fracasa porque el sistema nuevo sepa hacer menos. Fracasa porque se pasó por alto un proceso que colgaba en silencio del sistema viejo: la gestión de bonos, la liquidación de comisiones, la lista de venta de producto, la exportación mensual para la contabilidad. Antes de comparar nada, escribe por tanto qué tareas resuelves hoy dentro de ese sistema. Esa lista suele ser más larga de lo esperado y es el verdadero pliego de requisitos.

Los sistemas modulares crecen con el tiempo. Algo se contrata para una campaña, otra cosa se acepta al implantarlo, una tercera la configura una persona que ya no está. Al cabo de unos años nadie sabe con exactitud qué está activo.

Reserva por eso una hora y recorre el sistema con tu última factura en la mano. A cada partida le corresponde una respuesta a tres preguntas: ¿qué hace este módulo?, ¿quién del equipo lo ha usado en los últimos tres meses?, ¿y qué dejaría de funcionar el lunes si faltara?

El resultado se reparte casi siempre en tres grupos. El primero contiene entre dos y cuatro piezas que funcionan a diario y que tienen que existir en cualquier relevo. El segundo contiene cosas que se necesitan pocas veces pero importan cuando llega el momento, como el cierre anual. El tercero contiene lo que puede desaparecer sin pérdida. Solo el primer grupo puede valer como criterio excluyente en la comparación. Quien lleva los tres grupos a la selección como requisito acaba por fuerza en otra suite del mismo tamaño, y por el camino ha perdido el motivo del cambio. Si la caja es una de esas piezas, la cuestión está desarrollada en cuándo basta un sistema sin caja.

Las suites suelen venir con aparatos: una tableta en recepción, un datáfono, una impresora de tickets, un cajón portamonedas, a veces una etiquetadora para la venta de producto. Esos aparatos son la parte del cambio que se puede tocar con la mano, y la que más se pasa por alto hasta que estorba.

Aclara tres puntos por cada aparato. Primero, la propiedad: comprado, alquilado, en renting o incluido en el paquete; de ahí depende si puede quedarse y qué se hace con él. Segundo, la atadura: ¿funciona solo con este proveedor, o sirve en general? En los datáfonos eso suele depender del proveedor de pagos que hay detrás y no del software que va delante. Tercero, la devolución: adónde va el aparato, hasta cuándo, y quién paga ese trayecto.

Estas preguntas deciden una parte considerable del esfuerzo de migración. Deciden también cuándo tiene sentido el cambio: quien está a mitad de un renting de hardware suele terminar de pagarlo igual, y entonces el último mes de esa duración es el momento natural para el salto, no una fecha cualquiera anterior.

Los contratos de licencia en el sector suelen ir por un año o más y se prorrogan solos si no se avisa a tiempo. Eso no tiene nada de malo mientras lo sepas, y sale caro si te das cuenta dos semanas tarde.

Saca por eso el contrato antes de mirar alternativas y anota cuatro datos: el final de la duración actual, el plazo de preaviso, la forma en que hay que comunicar la baja, y si algún módulo tiene plazos distintos. Apunta el último día útil para avisar como cita en tu calendario, con un recordatorio cuatro semanas antes.

Después planifica hacia atrás. Antes del preaviso debería estar cerrada la elección; antes de eso, la prueba en marcha; antes de eso, la exportación de datos. Cuenta varias semanas para la migración en sí y no la pongas en tu temporada más fuerte. Si las cuentas no salen, es mejor aceptar una prórroga y preparar el cambio con calma que forzarlo con prisa. Un salto apresurado cuesta con regularidad más en trabajo de arreglo de lo que habrían costado esos meses de más.

Los datos son el fondo que el salón ha construido durante años, y son la razón de que un cambio cueste. Pide por eso la exportación pronto: no después de dar la baja, sino mientras todavía estás comparando. Cuatro partes merecen revisión.

• La base de clientela con nombres, forma de contacto y constancia de los consentimientos: es el núcleo de la ficha de cliente.
• El historial de citas, que dice quién tuvo qué servicio y cuándo, y que es la base de cualquier cálculo de ritmo.
• Las notas técnicas, la parte que más a menudo viene en un formato ilegible fuera del sistema; pide un archivo de muestra antes de confiar en ella.
• Las series y las citas futuras ya acordadas, que tienen que volver a crearse en el sistema nuevo o faltarán en el calendario desde el día de la migración.

Comprueba además en qué formato llega la exportación y si sigue disponible después de la baja. Y prevé por último un periodo de transición en el que todavía puedas leer el sistema viejo mientras ya se trabaja en el nuevo. De dos a cuatro semanas suele bastar: tiempo suficiente para notar los huecos, y lo bastante corto para que el equipo no acabe trabajando de forma permanente en dos sistemas.