🧠 Propuesta 31 · Cycle Intelligence

Lucía reportó "first bug": su Home marcaba Luteal · Día 37 con un baseline de onboarding de 28 días (último período 26-jun). La app sigue contando sin decir nada.

Pilar lo defendió como diseño, no bug: hay mujeres que llegan a día 37 y más; el ciclo no se cierra artificialmente — lo cierra la usuaria con "Start my cycle" o registrando su período. Lo dejó así a propósito.

Lucía aceptó, con matiz clave: no es intuitivo — la app debe avisar al final esperado para pedir el nuevo registro.

Juanjo elevó la apuesta: rebaseline automático con datos reales ("the users should not think"), detección de datos fuera de patrón (ej. 57 días), notificaciones, y una pantalla de tendencias en la zona del Calendario.

Pilar: existe un doc de notificaciones preparado con Lucía → semilla del sistema. (Pendiente: compartirlo.)

1 · El ciclo lo cierra la usuaria, nunca el algoritmo (Pilar) — la variabilidad es información fisiológica, no un error a corregir.

2 · El silencio no es neutral (Lucía) — en día 37/28 sin mensaje, la usuaria concluye "esto está roto". Cuando el dato se sale del patrón, la app habla.

3 · La inteligencia trabaja para que la usuaria no piense (Juanjo) — el baseline se recalibra solo; la usuaria registra hechos, no mantiene parámetros.

Capa 1 · Memoria — cycle_records (una fila por ciclo: inicio, fin, longitud, origen) + vista cycle_stats (media/mediana/desviación de los últimos 3–6). Ciclo 0 sembrado por el onboarding. RLS por usuaria, borrado en cascada con la cuenta. Rebaseline automático tras 3 ciclos cerrados con media recortada (outliers fuera salvo repetición).

Capa 2 · Estados + inputs — cada día se clasifica contra el baseline efectivo: en rango (≤ baseline) · gracia (+1…+7, copy suave + CTA) · deriva (+8…+14, notificación + card) · fuera de patrón (>+14, mensaje de cuidado, jamás diagnóstico). Formularios: ciclo 21–45 pasa sin fricción; 15–90 con confirmación explícita. Nunca bloquear, siempre confirmar.

Capa 3 · Superficie — pantalla Trends en Calendario + asomo en Progress (wireframes abajo) + registro notification_rules sembrado con el doc de Pilar y Lucía. Tipos: fin de ciclo esperado (T-1/T0) · gracia (T+3) · deriva (T+8/T+14) · cierre de ciclo (confirmación con resumen: "Ciclo de 31 días guardado — empiezas fase menstrual, día 1") · cambio de fase (4 por ciclo, al entrar en cada una — añadido por comentarios founders 1-ago) · rebaseline aplicado · engagement contextual. Push del sistema + Notification Center in-app. Copy i18n ×14 desde el día uno.

Responder por WhatsApp con "D9-A, D10-A, D11-A" (o la combinación que sea) basta.

1 · El doc de notificaciones que preparasteis — es la semilla directa del registro de M-3.

2 · El copy en vuestra voz: los bocadillos del journey (§3) son propuestas — ajustad tono, palabras y emojis; los llevo a 14 idiomas después.

3 · Validación de umbrales (Pilar, criterio de salud): gracia +3/+5, deriva +8, cuidado +14, rango sin fricción 21–45, admisible 15–90, outlier fuera de media salvo 2 seguidos.

4 · Figma sobre estos wireframes (Lucía): cabecera viva A, segmento Trends B, badges huecos C y franja de Progress — con vuestro sistema visual (los míos son esqueletos de trabajo, no diseño final).