AgendaPro Dev
e8d2435cc2
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.
43 lines
2.9 KiB
Markdown
43 lines
2.9 KiB
Markdown
# 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).
|