Las listas de contactos son buenas recordando quién es alguien. Son mucho menos útiles para ayudar a sostener la relación. Conforme crece una red, la pregunta valiosa ya no es «¿tengo el número de esta persona?». Es «¿a quién debería escribirle ahora, qué pasó la última vez que hablamos y qué debería recordar antes de hacerlo?».
Todos los casos
Una app de inteligencia de relaciones que muestra a quién contactar después
Lideré la arquitectura de un gestor de relaciones multiplataforma que convierte una lista de contactos pasiva en una cola de prioridades activa: las señales de interacción destacan a las personas con las que vale la pena retomar contacto, los seguimientos quedan junto a la relación y la captura por voz hace rápido registrar lo que pasó.
- IA y sistemas agénticos
- Arquitectura de software
- Datos
Reto
Contexto
La información necesaria para responder esa pregunta está naturalmente fragmentada: contactos, actividad de comunicación, eventos de calendario, seguimientos, notas, contexto de la relación y la propia memoria del usuario.
El producto tenía que reunir esas señales sin pedirle a la gente que mantenga un CRM pesado. Lo móvil era central porque el contexto de una relación vale sobre todo justo antes y justo después de una interacción, no más tarde frente a una computadora.
Arquitectura
Un modelo de dominio centrado en la relación conecta a cada persona con sus datos de contacto, contexto, eventos, actividades, seguimientos programados y prioridad. En lugar de tratar todo eso como funciones de productividad separadas, forman una sola imagen de la relación.
Un servicio de sugerencias expone los contactos que el sistema considera que vale la pena destacar según señales de interacción. La capacidad de recomendación vive detrás de una API, así la experiencia móvil puede evolucionar con independencia de cómo se calculan las sugerencias, y la persona puede actuar sobre ellas o ignorarlas.
La aplicación móvil multiplataforma lleva esa capa a Android e iOS, integrándose con las capacidades del dispositivo que hacen útil la gestión de relaciones en la práctica: contactos, calendario, almacenamiento local seguro, deep links, escaneo, acciones de comunicación y otras superficies nativas.
Un servicio de IA acotado reduce la fricción de capturar contexto nuevo. La voz se puede transcribir y luego convertir en datos estructurados restringidos por esquema, de modo que una actualización hablada y breve se vuelve información útil de la relación y no otra transcripción que alguien tendrá que ordenar después.
Mi rol
Lidero la arquitectura del modelo de relaciones, la experiencia de sugerencia de contactos, la frontera de API, el cliente móvil y los servicios de IA de soporte. La decisión central de producto es también la forma más simple de explicar la plataforma: debe ayudar a responder a quién contactar después, no solo darte otro lugar donde guardar contactos.
Decisiones clave
Convertir la priorización de contactos en una capacidad de producto de primer nivel
- Por qué
- Una agenda con buscador ya existe en todos los teléfonos. El producto se vuelve valioso cuando ayuda a decidir hacia dónde debe ir la atención.
- Concesión
- Las señales de interacción son imperfectas. Las sugerencias tienen que poder descartarse y el sistema debe mejorar sin pretender que cada recomendación es objetivamente correcta.
Mantener la lógica de recomendación detrás de una frontera de servicio
- Por qué
- La calidad de las sugerencias puede evolucionar con el tiempo. Mantener esa capacidad fuera de la UI permite cambiar las entradas y la lógica de ranking sin reconstruir la experiencia móvil alrededor de un algoritmo en particular.
- Concesión
- La experiencia de recomendación pasa a depender de una capacidad de backend y del manejo responsable de los datos de interacción.
Capturar contexto estructurado de la relación, no solo notas libres
- Por qué
- La inteligencia de relaciones útil depende de información sobre la que el sistema pueda razonar después. Los campos estructurados hacen posibles la búsqueda, la priorización, el seguimiento y la automatización futuros.
- Concesión
- La estructura implica trabajo de diseño y validación de esquemas, y no toda interacción humana cabe con elegancia en campos predefinidos.
Usar la voz como vía de captura de baja fricción
- Por qué
- El mejor momento para registrar contexto suele ser inmediatamente después de una interacción. Decir una actualización corta es más rápido que navegar y completar un formulario, y la extracción restringida por esquema igual produce datos estructurados.
- Concesión
- La voz introduce consideraciones de calidad de transcripción, privacidad, red y dependencia de servicios externos.
Resultado
El producto cambia la interacción principal: de buscar en una lista de contactos a actuar sobre una cola de relaciones. La persona ve con quién vale la pena retomar contacto, mantiene el contexto de seguimiento junto a cada relación y captura información nueva con mucha menos fricción. La arquitectura además deja espacio para mejorar la calidad de las recomendaciones con el tiempo sin reconstruir la aplicación móvil alrededor de cada nuevo enfoque.
Restricciones
La versión pública omite los detalles de recomendación y puntuación, las integraciones con proveedores de comunicación, las estructuras de datos de relaciones, las APIs privadas y la información de producto propia de la organización.
Tecnologías
- Flutter
- Dart
- FastAPI
- Python
- Azure AI Speech
- OpenAI
- LangChain
- Pydantic
Este caso está sanitizado. Se omiten nombres de clientes, sistemas internos y detalle confidencial; cuando no es posible compartir especificidades, la arquitectura se describe como patrón.