Files
AnchorOS/PRD.md
Marco Gallegos 3a31ed31a4 first commit
2026-01-15 11:57:12 -06:00

5.4 KiB
Raw Blame History

🥂 SalonOS — Product Requirements Document (PRD)

Exclusive Studio Management & CRM EngineVersión: 1.0Estado: Documento Maestro de Planificación

Este documento constituye la especificación definitiva del producto SalonOS. Consolida la visión de negocio, las reglas operativas, la experiencia de usuario y la arquitectura técnica. Funciona como contrato de alineación entre la dueña del negocio y el equipo de diseño y desarrollo.

  1. Visión y Propósito del Proyecto

SalonOS no es una agenda digital. Es un sistema de gestión de activos, exclusividad y control operativo diseñado para estudios de belleza premium.

1.1 Propósito Dual

Para la Clienta

Experiencia de reserva privada, rápida y sin fricción.

Sensación de pertenencia a un círculo exclusivo.

Interfaz minimalista estilo Townhouse Beauty.

Para el Negocio

Maximizar la rentabilidad por metro cuadrado.

Optimizar el uso de recursos físicos y humanos.

Proteger la base de datos de clientes ante rotación de personal.

  1. Experiencia de Usuario (UX) y Filosofía de Diseño

2.1 The Boutique — Interfaz de Clienta

Principios

Minimalismo extremo.

Eliminación total de fricción.

Diseño aspiracional, no comercial.

Características Clave

Tipografía serif premium.

Espacios amplios y navegación guiada.

Sin contraseñas: autenticación vía Magic Links (Email / SMS).

Flujo Lineal de Reserva

Selección de sucursal.

Selección de servicio(s).

Asignación de staff.

Selección de horario.

Pago de depósito.

Confirmación.

No existen bifurcaciones innecesarias.

2.2 The HQ — Dashboard Administrativo

Principios

Claridad operativa.

Control visual inmediato.

Optimizado para escritorio y tablet.

Características

Estética SquareUI.

Calendario multi-columna:

Columnas: profesionales.

Filas: bloques de 15 minutos.

Vista tipo Fresha, sin sobrecarga visual.

  1. Módulos y Lógica de Negocio

3.1 Motor de Disponibilidad "Double-Lock"

Una cita solo puede existir si se validan simultáneamente dos capas:

Capa Humana

Colaboradora activa.

Dentro de horario laboral.

Sin conflicto en Google Calendar personal.

Capa Física

Recurso físico requerido disponible.

Sin colisión con otra reserva.

Regla de Prioridad Dinámica Si existen más colaboradoras que estaciones físicas, el sistema limita la agenda según el recurso disponible.

3.2 Servicios Express (Dual Staff)

Servicios simultáneos diseñados para optimizar el tiempo de la clienta.

Reglas

Requiere dos colaboradoras disponibles en el mismo rango.

Uso obligatorio del Sillón de Pedicura para Mani + Pedi.

La mesa de manicura queda liberada para otra venta.

Se aplica automáticamente un Premium Fee.

El sistema trata el servicio dual como una sola entidad lógica.

3.3 Ecosistema de Exclusividad (Invite-Only)

No existe registro abierto.

Reglas de Acceso

Agenda solo disponible con código de invitación válido.

Cuotas por Tier

Regular: 2 invitaciones (lifetime).

Gold: 5 invitaciones nuevas por mes.

VIP: Ilimitadas.

Tier Especial

Believer: Clientas fundadoras.

Ascienden a Gold con solo 2 citas completadas.

3.4 Blindaje y Privacidad de Datos

Vista del Staff

Nombre de la clienta.

Tier.

Historial técnico.

Información Oculta al Staff

Teléfono.

Email.

Historial financiero.

Audit Trail

Toda acción queda registrada:

Usuario.

Timestamp.

Motivo del cambio.

  1. Gestión Financiera y Depósitos Dinámicos

4.1 Booking Fees

Días Valle (DomMié)

Depósito fijo: $200 MXN.

Días Premium (JueSáb)

Anticipo: 50% del total.

Cada cita genera un Short ID de 6 caracteres, que funciona como:

Referencia de pago.

Identificador operativo.

4.2 Política No-Show

Captura de tarjeta vía Stripe.

Ventana de cancelación: 12 horas.

Penalización automática si no cumple.

Condonación manual solo por Admin.

  1. Operación de Staff — The Vault

Al cerrar una cita, la documentación es obligatoria.

Contenido

Fórmulas técnicas.

Productos utilizados.

Fotos Antes / Después.

Traspaso de Personal

Módulo para mover colaboradoras entre sucursales.

Reasignación automática de citas.

La información pertenece al negocio, no al staff.

  1. Arquitectura Técnica

6.1 Stack

Frontend: Next.js 14 + Tailwind CSS + Framer Motion.

Backend: Supabase (PostgreSQL + Auth + RLS).

Pagos: Stripe SDK.

Calendario: Google Calendar API v3 (Service Account).

Notificaciones: WhatsApp API (Twilio / Meta).

Storage: Supabase Storage (Buckets privados).

  1. Esquema de Base de Datos (Sugerido)

locations

resources

staff

services

customers

invitations

bookings

audit_logs

Todas las tablas protegidas mediante Row Level Security.

  1. Roadmap de Desarrollo

Fase 1 — Cimientos (Semanas 12)

DB y Auth.

Invitaciones.

Tiers.

Short IDs.

Fase 2 — Motor de Agenda (Semanas 35)

Doble Capa.

Servicios Express.

Google Calendar Sync.

Fase 3 — Pagos (Semanas 67)

Depósitos dinámicos.

No-show logic.

Fase 4 — HQ Dashboard (Semanas 89)

Calendario multi-columna.

Gestión de recursos.

The Vault.

Fase 5 — Lanzamiento (Semana 10)

WhatsApp.

Landing Believers.

  1. Resumen de Valor para la Dueña

SalonOS entrega:

Blindaje total del negocio.

Optimización real del espacio físico.

Crecimiento orgánico controlado.

Protección financiera ante cancelaciones.

Este documento define la visión técnica oficial de SalonOS. Cualquier modificación posterior al inicio de la Fase 1 impacta alcance, tiempos y costos.

Proyecto: soul23