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.
2.9 KiB
2.9 KiB
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)
- 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.
- Comisiones — cálculo automático por venta/servicio. Nosotros no lo tenemos. Pain operativo grande.
- Cierre de caja / flujo de caja — apertura/cierre diario, ingresos/egresos. Nosotros solo listamos tickets.
- Página de reservas online pública (24/7) — el cliente se auto-agenda. Nuestro mayor gap de adquisición. Reduce ruido de WhatsApp.
- Recordatorios automáticos (WhatsApp/SMS/email) — reducen inasistencias. Nosotros no tenemos centro de notificaciones.
- Inventario — control de productos con alertas de stock bajo.
- Lista de espera / waitlist — para rellenar cancelaciones.
- Fidelización / giftcards / membresías — paquetes y crédito.
- Encuestas de satisfacción (NPS) — aparte de reseñas puntuales.
- Multi-sucursal dentro de un negocio (ya tenemos multi-tenant, no multi-branch).
- 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).