100% remoto desde España · Contrato indefinido · Wellbeinn
Buscamos a la persona que saque el núcleo de datos de salud de Wellbeinn de Firebase y lo lleve a nuestra propia plataforma en Postgres. Con la app en producción y usuarios reales dentro. Sin perder un dato. No es un backlog de CRUDs: es una migración con riesgo, un modelo de datos por diseñar y una decisión de arquitectura tuya cada semana.
¿Donde estamos?
En Wellbeinn construimos una plataforma de bienestar que mide de verdad: una banda propia por BLE, equipos de presoterapia y una app que convierte frecuencia cardíaca, HRV, SpO2, temperatura, sueño y actividad en algo que una persona puede usar cada día. Está en producción, con usuarios reales y datos de salud reales. Hoy la app escribe en Firestore y una capa de Cloud Functions hace el resto. Nos ha traído hasta aquí, pero ya nos limita: el modelo documental no encaja con series temporales de salud, y buscamos optimizar la arquitectura y el sistema completo para una mayor soberanía de nuestro proyecto. La cabeza de puente ya está construida: una API en NestJS sobre Cloud Run y Postgres con OAuth2 (Ory Hydra) que sirve a clientes B2B, y un backend de coach con IA (Claude) también en Cloud Run. Buscamos a la persona que una las piezas y diseñe el destino.
QUÉ VAS A HACER
- Diseñar y ejecutar la migración de Firestore a nuestro backend propio en Postgres, con la app en producción: modelo destino, doble escritura, backfill, reconciliación y corte.
- Definir el modelo de datos de salud: series temporales por usuario, agregados diarios, derivados (sueño, recuperación, carga), idempotencia y versionado. La app es offline-first y reenvía, el backend tiene que aguantarlo.
- Consolidar la API: contratos OpenAPI, versionado, autenticación y una sola puerta de entrada para la app móvil y para las integraciones B2B.
- Sustituir la lógica que hoy vive en Cloud Functions (Node 20, fin de soporte en octubre de 2026) por servicios que podamos testear y desplegar con criterio.
- Llevar el backend de IA a producto de verdad: streaming, contexto de salud del usuario, control de coste y latencia por token, evaluación de calidad y guardarraíles.
- Poner el RGPD en la arquitectura, no en un anexo: con datos de categoría especial (Art. 9), la minimización, el consentimiento versionado, el borrado en cascada verificable, la residencia en la UE y las trazas de auditoría se diseñan como propiedades del sistema.
- Proponer y documentar decisiones -usamos ADRs- y saber decir "esto todavía no lo construimos".
NUESTRO STACK
- Backend: TypeScript, NestJS, Node 22, PostgreSQL (Cloud SQL), OpenAPI, Ory Hydra (OAuth2/OIDC)
- Infra: GCP — Cloud Run, Cloud SQL, Cloud Functions, Firebase (el punto de partida), CI/CD con GitHub Actions y Workload Identity Federation
- IA: API de Claude (Anthropic) con prompt caching
- App: Flutter y Riverpod, con caché local y sincronización offline-first sobre BLE. No la vas a mantener, pero es tu cliente principal y tendrás que entender cómo sincroniza.
LO IMPRESCINDIBLE
- 5+ años construyendo backends en producción, con TypeScript/Node a buen nivel (NestJS, Fastify o equivalente). No pedimos que conozcas nuestro framework; pedimos criterio.
- Diseño de APIs como oficio: contrato antes que código, versionado, idempotencia, paginación, errores que un cliente pueda manejar.
- Postgres de verdad: modelado, índices, planes de ejecución, particionado o Timescale para series temporales, migraciones sobre tablas vivas.
- Haber migrado datos de un sistema en producción con usuarios dentro. Si nunca has hecho una doble escritura ni un backfill, esta no es la posición.
- Criterio de arquitectura en equipo pequeño: elegir lo simple, escribir la decisión y sostenerla seis meses después.
- Autonomía en remoto: escribir bien lo que decides y no necesitar que nadie te reparta el trabajo.
LO QUE VALORAMOS MUCHO
- LLMs en producción (Claude, OpenAI o similar): diseño de prompts, tool use, streaming, RAG y, sobre todo, coste, latencia y evaluación. Un chatbot de demo no cuenta: queremos a alguien que sepa explicar por qué su factura fue la que fue.
- Datos de salud o wearables, BLE, sensores.
- RGPD sobre datos de categoría especial (Art. 9), o haber pasado una auditoría de datos de salud.
- Sincronización offline-first, resolución de conflictos, colas de reintento.
- Firestore/Firebase: saber de dónde salimos ayuda.
- Series temporales a escala: TimescaleDB, ClickHouse o similar.
- IaC (Terraform), observabilidad (trazas, métricas, logs), Python para data.
QUÉ OFRECEMOS
- salario competitivo
- Propiedad de verdad sobre el backend, con acceso directo a producto y a quien decide.
- Equipo pequeño y ciclo corto: lo que mergeas llega a usuarios en días.
- 100% remoto desde cualquier punto de España.
- Contrato indefinido.