La duda que se repite en las conversaciones con Ingeniería puede servir de punto de partida para elegir un libro técnico. APIs aborda las integraciones; Arquitectura de Software, los sistemas y sus dependencias; SQL, el análisis de datos de producto.
Esta guía compara el catálogo técnico de The Product Shelf. Cada recomendación relaciona un libro con el trabajo que aborda, para facilitar la elección y explicar dónde se solapan dos materias.
¿Qué problema necesitas resolver?
| Libro | Empieza aquí si necesitas… | Temas principales |
|---|---|---|
| APIs | Entender integraciones y hablar de lo que ocurre cuando dos sistemas intercambian datos. | REST, endpoints, autenticación, webhooks y errores. |
| Arquitectura de software | Seguir una funcionalidad por los sistemas que necesitan cambiar. | Frontend, backend, bases de datos, dependencias y escalabilidad. |
| SQL | Investigar una pregunta de producto más allá del dashboard. | Consultas, filtros, JOINs, agregaciones, funnels y cohortes. |
| Métricas de producto | Elegir qué evidencia necesitas para una decisión de producto. | KPIs, funnels, retención y comportamiento de usuarios. |
| Logs, Kibana y observabilidad | Investigar qué ocurrió durante una incidencia. | Logs, métricas, trazas y búsquedas en Kibana. |
| CI/CD y releases | Hablar de cómo y cuándo llega un cambio a los usuarios. | Pipelines, entornos, despliegues, releases y rollback. |
| Testing, bugs y calidad | Valorar resultados de pruebas y priorizar defectos antes de un lanzamiento. | Tipos de pruebas, severidad, prioridad, criterios de aceptación y riesgos de calidad. |
| Deuda técnica | Comparar mejoras técnicas con nuevas funcionalidades. | Evaluación de deuda, refactoring, priorización y justificación de inversiones. |
| Seguridad | Hablar de acceso, información sensible y riesgos de producto. | Autenticación, autorización, cifrado y vulnerabilidades. |
¿APIs o Arquitectura de software: cuál leer primero?
Elige APIs si necesitas entender una integración con un partner, un webhook o un error de una API. Elige Arquitectura de software si tu pregunta es más amplia: qué sistemas intervienen, dónde viven los datos o por qué un cambio afecta a varios equipos.
El orden que proponemos es APIs y después Arquitectura de Software: un intercambio concreto entre dos sistemas sirve de entrada al diseño del conjunto. Quien esté trabajando con dependencias o límites entre sistemas puede empezar directamente por arquitectura.
¿SQL o Métricas de producto?
SQL te ayuda a obtener y examinar los datos. Métricas de producto te ayuda a decidir qué medir y cómo interpretarlo. Si tienes clara la pregunta pero no puedes obtener los datos, empieza por SQL. Si tienes muchos dashboards pero no sabes qué métrica debe orientar una decisión, empieza por Métricas de producto.
Por ejemplo, preguntar cuántos clientes volvieron en 30 días requiere definir el análisis además de escribir una consulta: qué clientes, qué significa volver y qué fechas entran en el cálculo. Leer ambos temas te ayuda a conectar el número con la decisión.
¿Testing, CI/CD u Observabilidad?
Estos libros cubren momentos distintos de la entrega. Testing se centra en las evidencias y los defectos que valoras antes de decidir un lanzamiento. CI/CD explica el recorrido por pipelines, entornos, despliegue y release. Observabilidad te ayuda a investigar el comportamiento de un producto en funcionamiento.
Si lo que te cuesta es participar en una reunión de lanzamiento, empieza por Testing. Si no entiendes el proceso de despliegue, empieza por CI/CD. Si el equipo ya está investigando una incidencia, empieza por Logs, Kibana y observabilidad.
¿Cuándo elegir Deuda técnica, Seguridad o Cloud?
Elige Deuda técnica cuando el trabajo técnico compite con nuevas funcionalidades y necesitas entender las consecuencias de aplazarlo. Elige Seguridad si las decisiones afectan al acceso, los permisos, la protección de datos o las vulnerabilidades.
Para conversaciones sobre infraestructura, disponibilidad y costes, el catálogo en español también incluye Cloud e infraestructura para Product Managers. Comprueba el idioma de la edición en la ficha de cada producto antes de comprar.
Organiza la lectura alrededor de una decisión real
- Apunta una pregunta de tu producto actual: una integración, una métrica, una incidencia o un lanzamiento.
- Elige el libro más cercano a esa pregunta y revisa el alcance y la edición en su ficha.
- Utiliza lo aprendido para preparar preguntas para Ingeniería o el equipo de datos.
- Añade un segundo tema cuando lo pida la siguiente decisión.
Para acercarte a los temas, lee nuestras guías de arquitectura de software, SQL para analizar producto y CI/CD y releases. También puedes ver el catálogo de libros técnicos.