El documento de marcaje de Lucía: cada decisión con su recomendación y sus casillas Agree / Disagree. Aquí el contexto y el fichero; las firmas se hacen en 🗳 Decisiones, agrupadas por bloque, para que el recordatorio de founders las persiga solo.
| Bloque | Decisiones | La recomendación, en una frase |
|---|---|---|
| Arquitectura de datos de salud | D28 · D29 · D37 · D38 | HealthKit + Health Connect como ruta por defecto; conectores directos solo para lo que esa ruta no dé; ninguno imprescindible; revisión trimestral de términos de vendors. |
| Strava | D30 · D31 | Cero dependencia core, y sus datos NO tocan nuestra IA mientras sus términos lo restrinjan. |
| Procedencia y política | D32 · D33 | Toda señal importada lleva procedencia obligatoria, y las reglas de uso se aplican como registro legible por máquina — no como documento que alguien tiene que recordar. |
| Oura | D34 · D39-D43 | Primer wearable directo, sujeto a demanda del piloto; sus datos crudos JAMÁS entran al LLM ni entrenan modelos; sus scores siempre atribuidos, nunca como diagnóstico. |
| Otros wearables | D35 · D36 | Galaxy, Fitbit y Pixel Watch por Health Connect primero; SDKs directos solo para huecos justificados. |
| Mercado España | D44-D49 | Objetivo primario mujeres 25-44 con 40-55 como co-primario; Gen Z adulta en freemium; sin perfilar menores; «premium» por criterio explícito, nunca inferido del dispositivo o el código postal. |
| Plataforma y despliegue | D50-D53 | iOS y Android de primera desde el día uno; TAM sin inflar; grupo de piloto por cuotas; refresco trimestral de la evidencia rápida. |
Los bloques de Strava, Oura y otros wearables (D30-D43) no bloquean el piloto de Fase 1 — el propio documento los marca como aplazables si falta tiempo.
Tres coherencias que conviene tener a la vista al firmar: la ruta HealthKit/Health Connect (D28) es la misma traducción que hicimos de la decisión «Apple Watch ya» — el Watch entra por HealthKit, sin integración de marca. La prohibición de que datos crudos de wearables entren al LLM (D40-D42) es la misma familia que la regla del scoring de Constanza: la evaluación es determinista, el modelo no opina. Y la pregunta de wearables del onboarding que ya está en el tablero es justamente la evidencia que D34 pide («sujeto a demanda del piloto en España»).