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
Redactamos un documento de requisitos de producto (PRD) para una app de iOS o Android: el problema, los usuarios objetivo, los flujos de usuario principales, una lista de pantallas y las funciones ordenadas por prioridad. Se cubren las necesidades propias del móvil, como notificaciones push, modo sin conexión, permisos y requisitos de las tiendas de apps. Los desarrolladores y estudios reciben un único documento para estimar y planificar.
Qué incluye
- Qué recibeUn PRD con el problema, los usuarios, los flujos clave, una lista de pantallas, funciones priorizadas, requisitos móviles y métricas de éxito; Premium añade historias de usuario y criterios de aceptación. Se entrega como texto con formato que puede pegar en un documento o enviar a los desarrolladores; las cifras de tiempo o costo son una orientación aproximada, no un presupuesto.
- Flujos de usuario claveBienvenida, la tarea principal y el pago
- Lista de pantallasCada pantalla con su contenido y sus acciones
- Particularidades del móvilPush, sin conexión, permisos, normas de las tiendas
- Métricas de éxitoQué medir tras el lanzamiento
Cómo funciona
- 1BriefUsted describe la idea y los usuarios
- 2FlujosOrganizamos flujos y pantallas
- 3PRDRedactamos el documento de requisitos
Qué necesitamos de usted
La idea de su app, quién la usa y cuándo, las funciones principales, iOS, Android o ambos, las apps que le gustan y su presupuesto y fecha de lanzamiento.
Le preguntaremos:
- ¿Qué problema resuelve la app y para quién?
- ¿iOS, Android o ambos?
- ¿Qué funciones son imprescindibles para el lanzamiento?
- ¿Cómo generará ingresos la app?
Comparar paquetes
| Paquetes | BásicoBrief de app de una página19 US$ | EstándarPRD de hasta 10 páginas39 US$ | PremiumPRD completo con historias de usuario79 US$ |
|---|---|---|---|
| Plazo | 1 día | 3 días | 5 días |
| Cambios | 1 | 2 | 3 |
| Extensión | 1 página | hasta 10 páginas | hasta 20 páginas |
| Pantallas enumeradas | hasta 10 | hasta 25 | hasta 40 |
| Historias de usuario y criterios de aceptación | 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
¿Diseñan las pantallas?
No. Describimos qué contiene cada pantalla; un diseñador lo convierte en maquetas.
¿Nativa o multiplataforma?
Podemos indicar las opciones, como Flutter o React Native, pero la decisión es mejor tomarla con sus desarrolladores.
¿Superará la revisión de la App Store?
Enumeramos los requisitos de las tiendas que conocemos, pero las decisiones de revisión las toman Apple y Google.