Protección de pagoDetalles
- Los cambios dentro del paquete son gratuitos.
- Si no responde en los 3 días siguientes a la entrega, el trabajo se acepta automáticamente.
El dinero queda reservado al pagar y solo se libera cuando usted acepta el trabajo.
Ejemplo de resultado
Especificación técnica: sitio web de reservas para un estudio de yoga
1. Objetivos del proyecto
- Que los clientes vean el horario y reserven una clase desde el celular en menos de un minuto.
- Vender bonos y membresías online.
- Reducir el tiempo que el personal dedica a reservas de unas 10 horas semanales a menos de 2.
Indicadores de éxito (3 meses tras el lanzamiento): 70% de reservas online; ausencias por debajo del 10%.
2. Usuarios
| Rol | Qué necesita |
|---|---|
| Visitante | Ver clases, precios y profesores; comprar una clase de prueba |
| Cliente | Reservar y cancelar clases, ver los bonos restantes, entrar en lista de espera |
| Profesor | Ver sus clases y la lista de clientes inscritos |
| Administrador | Gestionar horario, precios, bonos, profesores y reembolsos |
3. Páginas y pantallas
- Inicio: próximas clases del día, oferta de prueba, dirección del estudio.
- Horario: vista semanal, filtros por tipo de clase, nivel, profesor y sala.
- Página de clase: descripción, profesor, duración, plazas libres, botón Reservar.
- Precios: clase suelta, bonos de 5 y 10 clases, membresía mensual.
- Profesores: lista y perfiles individuales.
- Mi cuenta: próximas reservas, historial, bonos, medios de pago.
- Panel de administración: editor de horario, lista de clientes, informe de ventas.
4. Funciones clave
4.1 Reservas
- Un cliente puede reservar si tiene un bono vigente o si paga una clase suelta.
- El cupo se define por sala (Sala A: 18, Sala B: 10).
- Si la clase está llena, el cliente puede entrar en lista de espera; si se libera un lugar, lo obtiene el primero de la lista, que recibe un email y un SMS.
4.2 Cancelación
- Cancelación gratuita hasta 12 horas antes de la clase; el crédito vuelve al bono.
- Una cancelación posterior o una ausencia consume el crédito.
4.3 Pagos
- Pago con tarjeta a través de una pasarela elegida por el estudio.
- Los bonos caducan: el de 5 clases a los 2 meses; el de 10, a los 3 meses.
4.4 Notificaciones
- Confirmación de reserva, recordatorio 3 horas antes de la clase, avisos de la lista de espera.
5. Requisitos no funcionales
- Primero móvil; páginas que cargan en menos de 2 segundos con 4G.
- Compatible con las dos últimas versiones de los navegadores principales.
- Datos personales almacenados según la ley local de protección de datos.
6. Preguntas abiertas
| # | Pregunta | Quién decide |
|---|---|---|
| 1 | ¿La asistencia la marcan los profesores en la app o la recepción? | Dueña del estudio |
| 2 | ¿Hace falta un bono de prueba de 2 semanas además de la clase de prueba? | Dueña del estudio |
| 3 | ¿El horario se integra en el sitio actual o lo reemplaza? | Dueña + desarrollador |
| 4 | ¿Qué pasarela de pago y qué servicio de SMS se prefieren? | Dueña |
Cliente: Yoga Sendero Loto, estudio con 2 salas, 9 profesores y unas 60 clases por semana. Hoy reservan por mensajes directos y una hoja en papel. Paquete estándar: especificación de hasta 10 páginas. Abajo, un extracto.
El cliente y todos los datos son ficticios.
Acerca de este servicio
Cuando una tienda tiene que comunicarse con un CRM, o un sistema de reservas con la contabilidad, los proyectos se atascan en preguntas que nadie dejó por escrito: qué campo corresponde a cuál, qué pasa con un duplicado, qué lado prevalece cuando ambos cambian. Describimos la integración entre sus dos sistemas: los eventos que desencadenan un intercambio, la dirección de cada flujo de datos, una tabla de correspondencia de campos, las reglas para duplicados, eliminaciones y errores, y lo que cada lado debe registrar. Su desarrollador o su socio de integración puede estimar y construir a partir de él sin una semana de llamadas.
Qué incluye
- Qué recibeUn documento de requisitos de integración con los sistemas y el objetivo, desencadenantes y flujos de datos, una tabla de correspondencia de campos con formatos, reglas de sincronización y conflictos, gestión de errores y preguntas pendientes, como texto con formato; cualquier cifra de esfuerzo es una orientación aproximada, no un presupuesto.
- Flujos de datosQué va adónde y con qué evento
- Correspondencia de camposCampo de origen, campo de destino, formato y regla
- Reglas de conflictoDuplicados, eliminaciones y qué lado prevalece
- Errores y registrosReintentos, alertas y lo que se registra
- Preguntas abiertasQué confirmar con cada fabricante del software
Cómo funciona
- 1BriefUsted indica los sistemas y los datos
- 2MapeoTrazamos los flujos, los campos y las reglas
- 3RequisitosUsted entrega el documento a su desarrollador
Qué necesitamos de usted
Los dos sistemas y para qué usa cada uno, qué datos deben moverse y cuándo, los campos que conoce, enlaces a su documentación pública de la API si los tiene y los problemas que tiene hoy.
Le preguntaremos:
- ¿Qué dos sistemas hay que conectar?
- ¿Qué datos deben moverse y en qué dirección?
- ¿Con qué frecuencia deben actualizarse los datos?
- ¿Ha valorado algún conector o plugin ya existente?
Comparar paquetes
| Paquetes | BásicoUn flujo de datos19 US$ | EstándarHasta 4 flujos de datos39 US$ | PremiumHasta 10 flujos de datos79 US$ |
|---|---|---|---|
| Plazo | 1 día | 3 días | 5 días |
| Cambios | 1 | 2 | 3 |
| Flujos de datos | 1 | hasta 4 | hasta 10 |
| Tabla de correspondencia de campos | Sí | Sí | Sí |
| Escenarios de prueba | No | No | Sí |
| Hacer pedido Básico | Hacer pedido Estándar | Hacer pedido Premium |
Protección de pago
Usted paga al hacer el pedido, pero el dinero solo se libera por un trabajo aceptado.
- Precio fijoEl precio del paquete no cambia después del pago.
- El dinero queda reservadoAl pagar, el importe solo queda reservado. Pasa a Dleex cuando usted acepta el trabajo.
- Revisado antes de la entregaCada resultado pasa un control de calidad antes de llegar a usted, y lo ve en la página del pedido antes de aceptarlo.
- Cambios gratuitosSolicite cambios dentro de su brief tantas veces como permita el paquete.
- Aceptación a los 3 díasSi en los 3 días siguientes a la entrega no acepta el trabajo ni solicita cambios, se acepta automáticamente. Si escribe en el chat del pedido después de la entrega, el pedido queda en espera; cuando le respondamos, podremos reiniciar el plazo de 3 días y se lo indicaremos en el chat.
- Rehacer el trabajo o reembolso totalSi el resultado no se ajusta a su brief y los cambios no lo resolvieron, o el trabajo tarda más del doble de su plazo, escriba en el chat del pedido: rehacemos el trabajo o le reembolsamos el pago íntegro.
Preguntas y respuestas
¿Comprueban que las API realmente lo permiten?
Leemos la documentación pública que enlaza y anotamos los límites que encontramos, pero no probamos las API. Su desarrollador confirma los detalles antes de construir.
¿Conectarán los sistemas por mí?
No, solo redactamos los requisitos y nunca iniciamos sesión en sus cuentas.
¿Puede cubrir una herramienta sin código como Zapier o Make?
Sí. Los mismos flujos y la misma correspondencia sirven como plan para un escenario sin código; indíquelo en el brief y lo describimos paso a paso.