Conoce a nuestro equipo

Adrian Reyes lidera la solución de problemas de micrófono y audio en DevicePrep. Escribe las guías que la gente sigue cuando el micrófono no funciona en Zoom, Teams o Google Meet, y mantiene las herramientas Prueba de micrófono, Prueba de ruido de fondo, Prueba de recorte del micrófono y Prueba de eco, que permiten verificar el audio antes de que empiece una llamada.

El enfoque de Adrian es deliberadamente estrecho: problemas de micrófono. Cubre permisos de micrófono a nivel de sistema en Windows, macOS y móvil, avisos de acceso al micrófono en navegadores (Chrome, Firefox, Safari y Edge), cambio de perfiles de micrófono Bluetooth (A2DP vs. HFP/HSP), problemas de alimentación y enumeración en micrófonos USB, y los ajustes de ganancia y enrutamiento dentro de Zoom, Teams y Meet que pueden desviar el audio sin que nadie lo note.

Antes de DevicePrep, Adrian pasó años en soporte AV empresarial, donde diagnosticar fallas de micrófono era un trabajo diario. Gestionó matrices de micrófonos en salas de reuniones, despliegues de auriculares USB para cientos de empleados remotos y los casos límite que más tiempo consumen: micrófonos que pasan una prueba del sistema pero fallan dentro de una app de reuniones, auriculares Bluetooth que cambian a modo manos libres mono a mitad de llamada y pestañas del navegador que retienen acceso exclusivo al micrófono sin avisar.

Esa experiencia práctica define cómo escribe. Cada guía de micrófono en DevicePrep empieza con una verificación en vivo usando la Prueba de micrófono, separa si el problema es de hardware, sistema, navegador o aplicación, y termina con una forma de confirmar que la solución es real. El estándar de Adrian es que nadie termine una guía sin saber si el micrófono funciona de verdad.

También sigue de cerca cómo cambia el comportamiento del micrófono con actualizaciones del sistema operativo, nuevas versiones de navegadores y cambios de interfaz en apps de reuniones. Cuando Windows 11 movió los controles de privacidad del micrófono o Zoom cambió el selector de dispositivos de audio, Adrian actualizó las guías afectadas en pocos días para que los pasos coincidieran con lo que la gente ve en pantalla.

Su principio editorial para contenido de audio es la especificidad: nombrar ajustes, interruptores y menús exactos en lugar de decir “revisa tu configuración de audio”. Cree que las guías fallan cuando son vagas, porque la diferencia entre un micrófono que funciona y uno silencioso suele ser un solo interruptor escondido a tres menús de distancia.

Nikhil Desai lidera el diagnóstico de webcam y video en DevicePrep. Escribe y revisa las guías que ayudan a resolver cámaras que no aparecen en Zoom, Teams o Google Meet, y mantiene las herramientas Prueba de webcam, Prueba de FPS de webcam, Prueba de iluminación de webcam y Prueba de parpadeo de webcam, que dan una vista previa inmediata y verificable antes de cualquier llamada.

El tema de Nikhil es la solución de problemas de cámara y video de principio a fin. Cubre detección de webcam y problemas de controladores en Windows 11 y macOS, permisos de cámara a nivel de navegador en Chrome, Safari, Firefox y Edge, enumeración y alimentación de webcams USB, obturadores de privacidad y kill switches de hardware, y el comportamiento de negociación de cámara que cambia según la app de reuniones y la versión del navegador.

Antes de DevicePrep, Nikhil trabajó en soporte de ingeniería para un producto de colaboración remota usado por miles de equipos distribuidos. La mayoría de los tickets que llegaban a su mesa eran sobre cámaras: webcams que desaparecían de la lista de dispositivos tras suspensión, portátiles cuya cámara integrada mostraba pantalla negra después de una actualización del sistema, y cámaras USB que funcionaban en un navegador pero no en otro. Creó matrices de prueba reproducibles para esos patrones de fallo y documentó soluciones que funcionaban a través de generaciones de hardware.

Esa experiencia explica por qué cada guía de webcam de DevicePrep sigue un patrón consistente: empezar con la Prueba de webcam para confirmar lo que el navegador puede ver, aislar si el problema es hardware, controlador, permisos del sistema o ajustes de la app, y terminar con una vista previa en vivo que demuestre que la cámara funciona. El estándar de Nikhil es que la persona se vea en pantalla antes de cerrar la guía.

Presta mucha atención a cómo cambia el comportamiento de la cámara cuando llegan actualizaciones del sistema, cuando los navegadores introducen nuevos flujos de permisos y cuando las apps de reuniones cambian su selector de dispositivos. Las guías reflejan comportamiento probado y actual, no consejos genéricos. Cuando Windows 11 introdujo una nueva página de privacidad de cámara o Chrome cambió su aviso de permisos, Nikhil actualizó las guías relevantes con pasos y capturas actuales.

Nikhil también cubre factores de calidad de video que están fuera de la cámara en sí: condiciones de luz que causan subexposición, limitaciones de CPU que bajan los FPS y restricciones de ancho de banda que obligan a las apps de reuniones a reducir la resolución. Las herramientas de FPS e iluminación que ayuda a mantener permiten detectar esos problemas antes de la llamada, no durante.

Simone Park lidera el diagnóstico de red y conectividad en DevicePrep. Crea herramientas en el navegador (Prueba de ping y jitter, Prueba de velocidad de subida y Prueba de red) que miden los números detrás de la calidad de una llamada: latencia, jitter, pérdida de paquetes y ancho de banda de subida. También escribe guías de solución de problemas que ayudan a mejorar la conexión antes de unirse a Zoom, Teams o Google Meet.

El enfoque de Simone es la capa de red de la calidad en videollamadas. Cubre inestabilidad de Wi‑Fi y selección de banda (2,4 GHz vs. 5 GHz vs. 6 GHz), diagnóstico de latencia y jitter para medios en tiempo real, requisitos de subida para sesiones HD y de compartir pantalla, impacto de VPN y proxy en el rendimiento, congestión del router y priorización con Quality of Service (QoS), y la diferencia entre una prueba de velocidad que “se ve bien” y una llamada que se entrecorta.

Antes de DevicePrep, Simone trabajó como ingeniera front‑end en una plataforma de telemedicina donde la fiabilidad de las llamadas era un asunto de seguridad del paciente, no solo de comodidad. Aprendió que una red puede pasar una prueba de descarga y aun así fallar en una videollamada, porque el tiempo real depende de jitter y pérdida de paquetes, no solo de throughput. Esa experiencia guía el diseño de las herramientas de red de DevicePrep: medir las métricas específicas que afectan a las llamadas, no solo la velocidad bruta.

En DevicePrep, Simone diseñó la Prueba de ping y jitter para mostrar latencia, jitter y pérdida de paquetes en una sola ejecución, y la Prueba de velocidad de subida para indicar si el ancho de banda de subida es suficiente para el video saliente. Construyó ambas para funcionar totalmente en el navegador, sin plugins ni subidas, de modo que las personas puedan probar rápido sin preocupaciones de privacidad.

Cada guía de red que escribe sigue un método sistemático: medir una línea base con las herramientas, cambiar una sola variable (acercarse al router, cambiar de banda Wi‑Fi, pausar una descarga, probar ethernet) y volver a medir para comparar. Enseña el método, no solo el arreglo, porque los problemas de red reaparecen y hay que aislar la causa cada vez.

Simone también sigue cómo las apps de reuniones se adaptan a redes malas (negociación de ancho de banda de Zoom, ajuste dinámico de bitrate de Teams, fallback a solo audio de Meet) para que las guías establezcan expectativas realistas. Si una persona tiene 1,5 Mbps de subida, no solo dice “consigue internet más rápido”: explica qué significa ese ancho de banda para la calidad de video y qué ajustes conviene cambiar en la app para mantener la llamada estable.

Kendra Holt lidera la solución de problemas de altavoces y eco en DevicePrep y es responsable del proceso de pruebas entre navegadores y dispositivos para cada herramienta de diagnóstico del sitio. Escribe las guías que ayudan a resolver problemas de salida de audio (sin sonido, bucles de eco y acople, dispositivo de reproducción incorrecto) y mantiene la Prueba de altavoces y la Prueba de eco para que las personas puedan verificar su salida antes de unirse a una llamada.

El tema de Kendra es la salida de audio y la compatibilidad de dispositivos. Cubre detección y enrutamiento de altavoces en Windows y macOS, comportamiento de perfiles Bluetooth en altavoces y auriculares (A2DP vs. HFP), diagnóstico de eco y feedback en Zoom, Teams y Google Meet, selección de salida específica por navegador (soporte de setSinkId en Chrome, Firefox, Safari y Edge) y la interacción entre herramientas de accesibilidad (como lectores de pantalla) y la reproducción de audio, que puede generar conflictos inesperados.

Antes de DevicePrep, Kendra trabajó en QA en una plataforma de colaboración donde su responsabilidad principal era probar funciones de audio y video en navegadores, dispositivos y tecnologías de asistencia. Construyó y mantuvo una matriz de pruebas para Chrome, Safari, Firefox y Edge en Windows, macOS, iOS y Android, incluyendo hardware antiguo, portátiles menos potentes y periféricos Bluetooth con comportamientos impredecibles. También lideró la auditoría de accesibilidad que llevó el producto a cumplir WCAG 2.1 AA para todas las funciones multimedia.

Ese historial de pruebas es central en su trabajo en DevicePrep. Reproduce cada incidencia reportada (“la Prueba de altavoces no suena en Safari iPad”, “la Prueba de eco entra en bucle en Firefox con un altavoz Bluetooth”) en la combinación real de hardware y navegador, y luego trabaja con ingeniería para corregirla. Su objetivo es que cada herramienta de DevicePrep produzca el mismo resultado fiable, sin importar el dispositivo, el navegador o la tecnología de asistencia.

Las guías de eco y acople de Kendra siguen un método de diagnóstico concreto: identificar si tú eres la fuente del eco usando el silencio/mute, aislar la ruta de audio (altavoces vs. auriculares vs. Bluetooth), alinear dispositivos dentro de la app de reuniones y eliminar ajustes de loopback como “Escuchar este dispositivo” en Windows. Cada guía termina con una repetición de prueba usando la Prueba de altavoces y la Prueba de eco para confirmar que el problema desapareció antes de volver a unirse.

También se asegura de que cada herramienta de DevicePrep se pueda usar con teclado, anuncie correctamente con lectores de pantalla y cumpla los estándares de contraste de color de WCAG. Kendra cree que una herramienta de diagnóstico fracasa si no puede ser usada por quienes más la necesitan, incluyendo personas que dependen de tecnologías de asistencia para preparar sus dispositivos antes de una llamada.