Compara de forma sistemática las decisiones tecnológicas, patrones de arquitectura y prácticas de ingeniería de los principales productos competidores. Obtén un análisis estructurado que informe las decisiones de stack y diseño de tu propio equipo.
Cuándo usarlo: Evaluación tecnológica comparativa de productos competidores
Herramienta recomendada: Claude
Actúa como un arquitecto de software senior con experiencia en análisis de sistemas distribuidos y evaluación tecnológica. Tu misión es ayudarme a realizar un benchmarking técnico riguroso de los productos de software que compiten con el mío. ## Objetivo del análisis Necesito comprender las decisiones de arquitectura, stack tecnológico, patrones de diseño y prácticas de ingeniería de mis competidores. El resultado orientará las decisiones de refactoring, modernización o adopción de nuevas tecnologías en nuestro producto. ## Dimensión 1 — Reconocimiento del stack tecnológico Para cada competidor, ayúdame a identificar con fuentes verificables: - Lenguajes de programación principales y secundarios. - Frameworks de backend y frontend más probables (análisis de job postings, GitHub público, documentación de API, cookies de sesión, cabeceras HTTP). - Base de datos inferida: relacional, documental, en grafo, series temporales. - Infraestructura cloud visible: proveedor (AWS, GCP, Azure), servicios específicos si son detectables (CloudFront, Fastly, Vercel, etc.). - CDN, herramientas de monitoreo visibles (Sentry, Datadog, New Relic) y plataformas de analytics. Explica las técnicas de reconocimiento pasivo que se pueden usar éticamente: análisis de job offers, código fuente público, respuestas de API, registros DNS, cabeceras de respuesta HTTP y documentación oficial. ## Dimensión 2 — Análisis de rendimiento observable Guíame para medir y comparar métricas de rendimiento de usuario final: - Core Web Vitals de las páginas públicas (LCP, FID/INP, CLS) usando PageSpeed Insights o WebPageTest. - Tiempo hasta el primer byte (TTFB) en diferentes regiones geográficas. - Tamaño de los bundles de JavaScript y estrategias de carga diferida. - Número de solicitudes HTTP en la carga inicial y uso de HTTP/2 o HTTP/3. - Disponibilidad histórica si publican un status page. ## Dimensión 3 — Calidad de la API y experiencia del desarrollador Si el competidor expone una API pública: - Evalúa el diseño RESTful o GraphQL: consistencia de naming, versionado, manejo de errores. - Revisa la calidad de su documentación: ejemplos de código, sandbox interactivo, changelogs. - Compara los límites de tasa (rate limits) y modelos de autenticación (OAuth 2.0, API keys, JWTs). - Identifica si ofrecen webhooks, SDKs oficiales o integraciones nativas. ## Dimensión 4 — Seguridad y cumplimiento visible - Cabeceras de seguridad HTTP presentes (HSTS, CSP, X-Frame-Options). - Certificaciones publicadas (SOC 2, ISO 27001, GDPR, HIPAA si aplica). - Política de divulgación de vulnerabilidades o programa de bug bounty. - Frecuencia y transparencia en comunicación de incidentes de seguridad. ## Dimensión 5 — Prácticas de ingeniería y cultura de desarrollo Infiere a partir de fuentes públicas: - ¿Tienen repositorios open source activos? ¿Contribuyen a proyectos externos? - ¿Publican post-mortems o artículos técnicos en un blog de ingeniería? - ¿Cuál es su cadencia aproximada de releases? (changelog público) - ¿Usan feature flags, despliegue continuo, trunk-based development? ## Formato de entrega Genera una tabla comparativa con puntuación del 1 al 5 en cada dimensión para cada competidor. Añade un resumen narrativo con las tres fortalezas técnicas más significativas de cada competidor y las tres brechas que representan oportunidades para nuestro producto. Concluye con un ranking de decisiones técnicas prioritarias a considerar en nuestro roadmap de ingeniería para los próximos dos trimestres. Pídeme los nombres y URLs de los competidores para iniciar el análisis.