AgendaPro v1.0 - multi-tenant SaaS, mobile calendar, public booking
Multi-tenant scheduling SaaS (AgendaPro-equivalent): - Backend: Node + Express + node:sqlite, multi-tenant (admin/owner/employee), versioned migrations, 4 templates (estetica-spa, barberia, clinica, blank). - Frontend: React 18 + TS + Vite + Tailwind, FullCalendar drag-and-drop, Recharts dashboard, mobile-first (day/list views on mobile). - Features: calendar+services+employees+clients+tickets, dashboard with best employee/service, top tickets, top/frequent clients, commissions, cancellation policy + no-show tracking, public online booking (/b/:slug), cash register (cierre de caja), reminders/notifications center. - Verification: 65/65 e2e API, 58/58 visual (0 overflow, 0 console errors), typecheck clean, vite build OK.
This commit is contained in:
@@ -0,0 +1,42 @@
|
||||
# AgendaPro — Auditoría de funcionalidades (basada en investigación real)
|
||||
|
||||
Fuentes: agendapro.com/mx (site + blog), comparativa Wellbe vs AgendaPro, artículo de política de cancelaciones (CEO Julio Guzmán). G2/Capterra/Trustpilot bloquearon scraping (403), pero el blog oficial expone casos de uso y pain points reales.
|
||||
|
||||
## Lo que YA tenemos (vs AgendaPro real)
|
||||
- ✅ Calendario drag & drop (mes/semana/día/lista) con auto-asignación a empleados
|
||||
- ✅ Servicios, empleados, clientes + historial/ficha
|
||||
- ✅ Tickets, pagos, propinas
|
||||
- ✅ Dashboard dueño (mejor empleado/servicio, top tickets, top/frecuentes clientes, ingresos)
|
||||
- ✅ Multi-tenant SaaS + consola admin + plantillas
|
||||
- ✅ Reseñas/ratings
|
||||
|
||||
## Brechas CRÍTICAS vs AgendaPro real (oportunidades de mejora)
|
||||
1. **Política de cancelación + no-shows** — AgendaPro destaca esto; en MX la inasistencia es 15–35%. Nosotros solo marcamos estado, sin penalización ni depósito. **#1 pain real.**
|
||||
2. **Comisiones** — cálculo automático por venta/servicio. Nosotros no lo tenemos. Pain operativo grande.
|
||||
3. **Cierre de caja / flujo de caja** — apertura/cierre diario, ingresos/egresos. Nosotros solo listamos tickets.
|
||||
4. **Página de reservas online pública (24/7)** — el cliente se auto-agenda. Nuestro mayor gap de adquisición. Reduce ruido de WhatsApp.
|
||||
5. **Recordatorios automáticos** (WhatsApp/SMS/email) — reducen inasistencias. Nosotros no tenemos centro de notificaciones.
|
||||
6. **Inventario** — control de productos con alertas de stock bajo.
|
||||
7. **Lista de espera / waitlist** — para rellenar cancelaciones.
|
||||
8. **Fidelización / giftcards / membresías** — paquetes y crédito.
|
||||
9. **Encuestas de satisfacción (NPS)** — aparte de reseñas puntuales.
|
||||
10. **Multi-sucursal** dentro de un negocio (ya tenemos multi-tenant, no multi-branch).
|
||||
11. **Sincronización Google Calendar.**
|
||||
|
||||
## Pain points reales de los usuarios (del blog/casos)
|
||||
- No-shows = pérdida directa de ingresos (un salón perdía 15 citas/mes).
|
||||
- Cierre de caja con descuadre ("menos dinero del que debería haber").
|
||||
- Cálculo manual de comisiones = error y tiempo.
|
||||
- Inventario desordenado en salones.
|
||||
- Cobranza incómoda ("recordatorios de pago").
|
||||
- Pérdida de clientes por falta de fidelización.
|
||||
- Saturación de recepción y WhatsApps repetitivos preguntando horario/precio.
|
||||
|
||||
## Priorización (impacto × factibilidad) — lo que implementaremos
|
||||
- **P0 Política de cancelación + no-show** (company) — resuelve el dolor #1.
|
||||
- **P0 Comisiones** (company/empleado) — dolor operativo top.
|
||||
- **P0 Página pública de reservas /b/:slug** (cliente) — mayor diferenciador, reduce WhatsApp.
|
||||
- **P1 Cierre de caja** (company) — control financiero del día.
|
||||
- **P1 Centro de notificaciones/recordatorios** (company) — reduce no-shows (simulado, sin WhatsApp real).
|
||||
|
||||
Perspectivas cubiertas: **cliente** (booking público), **empresa** (caja, comisiones, política, dashboard), **empleado** (sus comisiones, su agenda).
|
||||
Reference in New Issue
Block a user