El proceso de contratación sigue diseñado para un mundo sincrónico. Revisión de CV, una llamada telefónica de 30 minutos, una videollamada de una hora, y luego la intuición de "encaja en la cultura". Esta estructura crea tres problemas fundamentales para quienes construyen equipos async: mide señales incorrectas, no prueba el contexto real del trabajo, y no evalúa la habilidad crítica más importante: la comunicación escrita. En Roibase, después de 8 años contratando 40+ personas bajo principios async-first, aprendimos algo simple: no diseñes el proceso de contratación según cómo trabajarás, diseña tu forma de trabajar según cómo debería ser el proceso de contratación. Este artículo contiene los detalles técnicos de filtros prácticos, la estructura del trial week, y cómo eliminar los sesgos sincrónico.
Las métricas incorrectas que mide el filtro antiguo
En el embudo de contratación clásico, el historial del CV, las conexiones de LinkedIn, y la fluidez en una videollamada funcionan como filtros primarios. Aunque estas tres métricas parecen lógicas en un entorno de oficina sincrónico, en un equipo async generan tres riesgos críticos. Primero, el historial del CV no mide la capacidad de análisis escrito — solo demuestra la fuerza de marca del empleador anterior. Segundo, el rendimiento en una llamada en vivo prueba una habilidad que no genera valor en async — la espontaneidad hablada no tiene relación con la disciplina de responder en un thread de Slack 6 horas después. Tercero, la intuición de "encaja en la cultura" tiende a seleccionar personas con estilos de trabajo similares, lo que tiene el efecto opuesto cuando intentas hacer una transición async.
En Roibase, después de 2022 redujimos el peso del historial del CV del 60% al 15%. En su lugar, la evaluación escrita tomó un peso del 50% en la primera ronda. El resultado: en los últimos 18 meses, 11 de los 12 candidatos que contratamos carecían de "grandes marcas" en el CV, pero provenían del 15% superior en puntuación de análisis escrito. La tasa de finalización del trial week fue del 91% (promedio de la industria: 65%), retención en los primeros 6 meses del 100%. Estas cifras muestran que el filtro de CV es una proxy incorrecta para equipos async.
La prueba de evaluación escrita es simple: proporciona al candidato un escenario del contexto real del trabajo, dale 48 horas, y solicita análisis en un documento Notion. Para una posición de marketing, un escenario de ejemplo: "El CAC de un producto SaaS aumentó 40% en los últimos 3 meses. Mirando el dashboard vinculado, proporciona 3 hipótesis y un plan de prueba." Los criterios de evaluación son: 1) Coherencia estructural del análisis (encabezados H2, listas numeradas, prioridades claras), 2) Profundidad numérica (¿lee correctamente la métrica del dashboard e interpreta?), 3) Compatibilidad async (¿puede otro miembro del equipo leerlo 12 horas después y actuar?). Estos tres criterios revelan señales que el historial del CV nunca podría proporcionar.
Trial week: Medición en contexto de trabajo real
El concepto de trial week se ha popularizado en equipos remotos en los últimos 5 años, pero la mayoría de implementaciones aún cargan patrones sincrónico — se esperan check-ins diarios en Zoom, pair-programming en vivo, consultas de output a las 18:00. Esta estructura convierte el trial week en una "entrevista de una semana" continua, no simula dinámicas async reales. Un trial week verdaderamente async debe diseñarse sobre tres principios: 1) El candidato trabaja en su propio horario (diferencia horaria no importa), 2) Toda comunicación es escrita (threads en Slack, comentarios en Linear, Notion), 3) El trabajo entregado va realmente a producción o resuelve un item real del backlog.
La estructura de trial week en Roibase funciona así: El lunes por la mañana, se asignan 3 tareas al candidato en Linear (una no urgente-importante, una urgente-importante, una exploratoria). Deadline viernes 23:59 — pero el candidato trabaja el día/hora que quiera, solo se espera una actualización async por cada tarea (comentario en Linear + thread en Slack). El candidato promedio hace 1 pregunta al día (en Slack), recibe respuesta en promedio en 4 horas. Dos miembros del equipo revisan el output del candidato en trial — exactamente como se revisa un PR de un miembro regular. El viernes por la tarde, el candidato comparte un documento final en Notion: "Qué hice esta semana, dónde me atascé, qué aprendí del equipo." Este documento es la medición más clara de capacidad de comunicación async.
En los últimos 2 años, 16 de los 18 candidatos que completaron trial week fueron contratados (89% de conversión). Los 2 que no lo hicieron se retiraron voluntariamente — su razón: "Sin videollamadas diarias me pierdo, prefiero trabajar en un entorno sincrónico." Esta autoselección temprana es el filtro más saludable para compatibilidad async. Compensación del trial week: 5 días a una tarifa fija del 60% de la tarifa horaria de mercado. Este monto compensa la inversión de tiempo significativa del candidato, pero no crea compromiso de tiempo completo. Procesamos el pago el viernes, independientemente de si el documento final fue entregado — trial week es simulación de trabajo real, no una entrevista.
Selección de tareas y calibración de dificultad
Las tareas en el trial week deben provenir del backlog real, pero el nivel de dificultad debe calibrarse. El perfil ideal de tarea: 1) No requiere trabajo continuo durante un día completo (flexibilidad async), 2) No crea dependencias con otras tareas del equipo (la timeline del candidato no es riesgo), 3) Si se completa, puede ir realmente a producción. Ejemplo de tarea (posición de marketing): "Establece una estrategia de internal linking para una entrada de blog — identifica las 10 con mayor puntuación de autoridad de las 120 existentes, propón un algoritmo similar a PageRank, prepara template de Google Sheets." Esta tarea prueba pensamiento analítico, documentación escrita, y uso de herramientas, y simultáneamente agrega valor real al equipo de SEO si se completa.
Para calibrar la dificultad, asigna la misma tarea previamente a alguien mid-level de tu equipo y registra su tiempo de finalización. El tiempo esperado del candidato en trial week es 1.5x esta línea base — porque hay carga de onboarding. Si alguien mid-level tardó 6 horas, esperas 9 horas del candidato. No medimos el tiempo real que el candidato invirtió mediante Linear time-tracking o logs de Notion (en async, el output importa más que las horas), solo preguntamos en el documento final "cuánto tiempo enfocado dedicaste a esta tarea" — datos auto-reportados, pero la calidad de la explicación escrita valida su precisión.
Elimina el sesgo sincrónico: Invierte el proceso de entrevista
En el embudo de entrevista clásico, la "videollamada en vivo" se percibe como obligatoria — no contratar sin ver a alguien en video (o cara a cara) se considera "riesgoso". Este sesgo proviene de dos suposiciones incorrectas: 1) Una videollamada muestra el "carácter real" de la persona (cuando solo muestra habilidad de comunicación sincrónica), 2) La comunicación escrita es más "fría" y da menos información (cuando en equipos async, la comunicación escrita es la única señal real). Para invertir estas suposiciones, diseña tu proceso así: evaluación escrita → trial week → llamada sincrónica opcional.
En Roibase, en los últimos 2 años, en 3 de nuestras 12 contrataciones nunca hicimos una videollamada — solo evaluación escrita + trial week + conversaciones async en Slack. Estos 3 empleados están en el 25% superior de rendimiento del equipo (según Linear sprint velocity y peer review scores). Entre los 9 donde sí hicimos llamada sincrónica, la videollamada no tuvo peso en la decisión — fue solo una oportunidad para que el candidato hiciera preguntas. El 40% de los candidatos ni siquiera usó esta opción, yendo directo de trial week a oferta.
Cuando se hace una llamada sincrónica, diseña su estructura bajo principios async: 1) La agenda se comparte en Notion con anticipación, el candidato envía preguntas por escrito. 2) Alguien toma notas, las meeting notes se comparten dentro de 1 hora. 3) Durante la llamada no se evalúa "velocidad de respuesta espontánea" — el candidato puede decir "prefiero responder esto por escrito." Esta estructura convierte la videollamada en una herramienta de transferencia de información, no una prueba de rendimiento. En procesos de branding e identidad de marca usamos un enfoque similar — formato de workshop async, las reuniones en vivo no son obligatorias, el input escrito tiene prioridad.
Red flag: Expectativa sincrónica del candidato
Algunos candidatos preguntan antes del trial week "¿Podemos tener una reunión diaria?" o "¿Puedo llamarte cuando tenga preguntas?" Aunque estas solicitudes parecen naturales, son red flags en equipos async — el candidato está incómodo con disciplina escrita, espera dependencia sincrónica. En esta situación tienes dos opciones: 1) Explica al candidato los principios async, dile claramente que el trial week los seguirá — si continúa, adelante. 2) Si el candidato insiste ("no puedo trabajar así"), termina el proceso — no hay compatibilidad async. En los últimos 18 meses, 4 candidatos llegaron a este punto de decisión, 2 se retiraron voluntariamente, a 2 les dijimos "esta posición no es adecuada para ti." El filtro temprano preserva el tiempo de ambas partes.
Criterios medibles en evaluación escrita
En equipos async, la comunicación escrita no es un "soft skill" — es una competencia comercial fundamental. Pero "escribe bien" es evaluación subjetiva — necesitas criterios medibles. El rubric de evaluación escrita que usa Roibase es de 5 dimensiones: 1) Claridad estructural (¿hay encabezados H2?, ¿los párrafos no superan 4 oraciones?), 2) Soporte numérico (¿están los claims respaldados por cifras?, "aumentó" → "%23 aumentó"?), 3) Indicación de prioridad (¿entre 3 propuestas, dice "primero haz esto"?), 4) Compatibilidad async (¿Puede otro leer en 12 horas y actuar?), 5) Calidad de preguntas (¿Si hay incertidumbre, pregunta?, ¿O procede con suposiciones?).
Cada dimensión escala 1-5 (1=insuficiente, 5=excelente). Puntuación mínima para pasar: 18/25 total — por debajo de esto no funciona en equipos async. Evaluación de ejemplo: Un candidato a manager de marketing en el documento de análisis de CAC usa encabezados H2 (+5), referencia métrica numérica en 4 lugares (+4), ordenamiento de prioridades claro (+5), pero hace 2 suposiciones sin preguntar primero (−2, compatibilidad async 3/5), contexto insuficiente para que otro continúe (−1, compatibilidad async). Puntuación total: 21/25 — aprobado, invitado a trial week.
¿Quién evalúa la evaluación escrita? El hiring manager + 1 persona del equipo (la más cercana al rol que el candidato ocupará). Dos personas califican independientemente, luego comparan. Si la diferencia en puntuación es mayor a 4 puntos (ej. uno da 22, otro da 16), una tercera persona revisa. Esta calibración mantiene estándares consistentes en equipos async — no "parece que escribió bien" subjetivo, rubric medible.
El diseño del trial week en estructura completamente alineada con cultura async fue crítico en que Roibase alcanzara 100% retention en los últimos 2 años. Reemplazar el filtro de entrevista sincrónica con la combinación evaluación escrita + trial week no solo mide desempeño en contexto real, sino que prueba compatibilidad async en etapa temprana. Este proceso es más largo (promedio 3 semanas vs. 10 días clásicos) pero elimina costo de contratación equivocada — cero personas dejaron el puesto durante período de prueba en los últimos 18 meses. El primer paso al construir contratación async-first es simple: mueve la videollamada a última etapa, mueve evaluación escrita a primera. Este único cambio mejora la calidad de señales en el embudo 40%.