Buscamos un sistema de reservas gratuito: ¿por dónde te acaban cobrando?

Nosotros el año pasado nos metimos en uno «gratuito». A los tres meses nos dimos cuenta de que nos cobraban 1,20 EUR de comisión por reserva y que nos estábamos gastando 35 EUR al mes en paquetes de SMS. Nos cambiamos directamente a un software limpio con una cuota fija de 25 EUR al mes y redujimos el gasto a la mitad.

Antes de elegir un sistema, entrad al panel de prueba e intentad descargar los datos de clientes en CSV. Si el botón de exportar está bloqueado o os pide pasar a un plan de pago, salid huyendo de ese software: os van a secuestrar la cartera de clientes.

Hay 3 puntos clásicos por donde te sacan el dinero: 1) Los paquetes de saldo para SMS obligatorios si quieres recordatorios de cita, 2) La comisión abusiva por transacción si activas el pago online, 3) El límite para conectar la agenda de más de un empleado a la vez.

Nadie regala software por amor al arte, por desgracia. pues o le meten su propia publicidad a tus clientes mandándolos a otros sitios, o en cuanto tu negocio despega te dicen «has llegado al límite» y te clavan el doble.

nosotros al principio tb usamos uno gratis y luego no nos dejaban sacar la base de datos de clientes en excel. nos toco empezar de cero, lo barato sale carisimo de verdad.

Como ofreces servicios de salud y masaje en Alemania, la privacidad de los datos de pacientes/clientes es la máxima prioridad. Antes de decidirte, te recomendaría verificar legalmente si los sistemas gratuitos cuentan con un contrato de procesamiento de datos (AVV) y si los datos se almacenan en servidores de la UE.

Para evitar un gasto de software de 30-40 EUR al mes, no me parece muy lógico pasar días buscando un sistema gratuito en un negocio de tres personas. Si se cruzan las citas de dos clientes o el sistema se cae, lo que pierdes es más que una suscripción anual.

Me quedé tranquilo al leer esta respuesta, así que no solo me pasa a mí. El calendario de pagos debe vincularse a las fases del proyecto, no a fechas fijas.

Todo lo que no está por escrito, ambas partes lo recordarán de forma distinta en el futuro. Si tenéis dudas, escribid, os responderé en la medida de lo posible.

Después de vivir eso, mi perspectiva cambió. El código sin documentación de instalación, aunque lo tengas, no es tuyo.

Eso es todo, disculpa si me he extendido demasiado.

Es correcto en general, pero falta un detalle. Las credenciales de acceso deben crearse a nombre de la empresa, no con cuentas personales.

Yo seguiría por ese camino.

Llevé mucho tiempo con este asunto. Si decidimos sin medir, siempre acabamos en el mismo punto.

Por supuesto, cambia si tu situación es diferente.

Yo no me apresuraría. Las decisiones apresuradas son las que hay que corregir seis meses después.

También me gustaría saber si alguien lo hace de otra manera.

No te olvides de: Si no lo pones por escrito desde el principio, luego surgen discusiones.

Si escribís el resultado aquí, también servirá de ayuda a otros.

Estoy de acuerdo. Las credenciales de acceso deben crearse a nombre de la empresa no con cuentas personales.

Yo seguiría por ese camino.

Voy a resumir el tema, porque se han dado varias respuestas diferentes. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Comprobado por experiencia.

¿Y cómo resolvieron esto? Si la propiedad del código no está en el contrato, al irte no tienes poder de negociación.

Esta es mi opinión, no lo escribo como una verdad absoluta.

Estoy totalmente de acuerdo. Si decidimos sin medir, siempre acabamos en el mismo punto.

La mayor parte de la pérdida de tiempo se acumula en los trabajos pendientes de aprobación. Lo dejo como nota, por si sirve.

hay un error muy común al hacer esto pero el sistema sigue vivo después de la entrega; el mantenimiento es una partida aparte.