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
Los desarrolladores construyen lo que dice el ticket, así que una función descrita como «añadir notificaciones» puede convertirse en una semana de suposiciones. Tomamos las funciones que planea para su producto y las redactamos como historias de usuario con criterios de aceptación en formato Dado, Cuando, Entonces, añadimos casos límite como estados vacíos, errores y permisos, y dividimos los elementos grandes en historias que un equipo puede terminar en un sprint. Puede pegarlas directamente en Jira, Linear, Trello o YouTrack.
Qué incluye
- Qué recibeUn backlog de historias de usuario agrupadas por función, cada una con criterios de aceptación, casos límite y preguntas abiertas, más un orden de prioridad sugerido, como texto con formato listo para pegar en su gestor de tareas.
- Historias de usuarioComo rol, quiero, para que
- Criterios de aceptaciónDado, Cuando, Entonces para cada historia
- Casos límiteEstados vacíos, errores, permisos, límites
- Elementos del tamaño de un sprintFunciones grandes divididas en historias pequeñas
- Orden de prioridadQué construir primero y por qué
Cómo funciona
- 1BriefUsted describe el producto y las funciones
- 2RedacciónRedactamos historias, criterios y casos límite
- 3BacklogUsted recibe historias listas para su gestor de tareas
Qué necesitamos de usted
Una breve descripción de su producto y sus usuarios, las funciones que quiere añadir, capturas de pantalla o enlaces a la versión actual si existe, y cualquier regla que deban cumplir las funciones.
Le preguntaremos:
- ¿Qué producto es y quién lo usa?
- ¿Qué funciones deben cubrir las historias?
- ¿Qué roles de usuario existen en el producto?
- ¿Qué gestor de tareas usa?
Comparar paquetes
| Paquetes | BásicoHasta 3 funciones19 US$ | EstándarHasta 8 funciones39 US$ | PremiumHasta 15 funciones79 US$ |
|---|---|---|---|
| Plazo | 1 día | 3 días | 5 días |
| Cambios | 1 | 2 | 3 |
| Funciones cubiertas | hasta 3 | hasta 8 | hasta 15 |
| Historias de usuario | hasta 10 | hasta 30 | hasta 60 |
| Orden de prioridad | No | Sí | Sí, con plan de versiones |
| 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
¿Estiman los story points?
No. Las estimaciones corresponden a su equipo, que conoce el código. Marcamos las historias que parecen grandes o arriesgadas para que las discutan primero.
¿Pueden redactar historias para un producto existente?
Sí. Describa o muestre el comportamiento actual con capturas de pantalla o enlaces, y redactamos las nuevas historias en torno a él.
¿Pueden importarlas en Jira por nosotros?
No, no necesitamos acceso a su gestor de tareas. Cada historia tiene un formato que le permite pegarla como un nuevo ticket.