Leads como bandeja inicial
La primera superficie privada del modulo nace alrededor de la entrada comercial: quien llega, desde donde viene y en que estado de seguimiento se encuentra.
`apps/crm` nace como modulo top-level: Vercel propio, auth propia, misma identidad, misma base de datos y contrato de acceso alineado con `modulos`, `empresa_modulos` y `empleado_modulos`.
Configuracion local pendiente
Define NEXTAUTH_SECRET en apps/crm/.env.local para habilitar el acceso privado del modulo.
Preview
Entradas
12
Leads de ejemplo para validar la bandeja.
Pipeline
4
Oportunidades visibles en el primer corte.
Acceso
1
Sesion inicial concedida al activar el modulo.
Alcance del modulo
Esta superficie no intenta cubrir todo un CRM desde el dia uno. El objetivo del scaffold es dejar lista la app propia, el contrato de acceso y el primer par de pantallas privadas donde seguir construyendo.
La primera superficie privada del modulo nace alrededor de la entrada comercial: quien llega, desde donde viene y en que estado de seguimiento se encuentra.
El segundo bloque del MVP mantiene visible el negocio abierto y permite preparar el pipeline sin mezclarlo con otras areas del producto.
CRM no inventa otra identidad: comparte empleados, empresa y sesion con Horara, pero vive en su propia app y proyecto de Vercel.
Flujo de implantacion
Slice 01
Login propio, shell privado, activacion de modulo y concesion inicial de acceso sobre empresa y empleado.
Slice 02
Bandeja principal para iniciar el trabajo comercial y fijar el punto de entrada del CRM dentro de Horara.
Slice 03
Vista base de pipeline para seguir negocio abierto antes de añadir automatizaciones, tareas o integraciones externas.