Página de Notion en lugar de sala de reuniones, video asincrónico en lugar de entrevista presencial, evaluación escrita en lugar de lectura de CV — construir un equipo async-first requiere rediseñar el proceso de selección desde cero. Porque el proceso de hiring tradicional asume trabajo sincrónico. Se busca al perfil que "responde al instante", que se siente cómodo "hablando en la oficina", que "puede tomar decisiones sobre la marcha". Para un equipo async-first, estos criterios filtran mal. El candidato correcto: alguien que comunica claramente por escrito, que puede establecer contexto de forma independiente, que puede estructurar ciclos de retroalimentación.
Por qué eliminar el sesgo sincrónico es crítico
En la contratación clásica, el primer filtro es la velocidad: lectura de CV, llamada telefónica, primera entrevista, segunda entrevista. Cada etapa requiere comunicación en tiempo real. Las capacidades async del candidato nunca se evalúan. El resultado: incorporas al equipo a alguien que "habla bien en Zoom pero no sabe cómo compartir instrucciones escritas".
En una organización async-first, la competencia vital es la comunicación escrita. Necesitas a alguien que redacte un PRD de 4.000 palabras, que añada context payload en un issue de Linear, que mantenga un decision log en Notion. No puedes medir esto tomando café en la oficina. Para eliminar sesgos, debes adaptar el flujo de hiring al mundo async.
Dos cambios concretos: (1) semana de prueba en lugar de entrevista — prueba en el entorno real, (2) evaluación escrita en lugar de llamada telefónica — darle tiempo para pensar mide la calidad de la decisión. Estos dos elementos son el núcleo de la contratación async-first.
Evaluación escrita: Prueba el valor del tiempo para pensar
El primer filtro debe ser un caso escrito, no un CV. Dale al candidato un escenario real del equipo: "Lanzan una feature X en 3 semanas. Hay conflicto de prioridades entre Engineering, Design y Product. ¿Cómo avanzan?" Dale 48 horas para responder. En ese intervalo, verás cómo piensa el candidato, cómo establece contexto, cómo comunica con claridad por escrito.
Criterios de evaluación:
- Claridad: ¿Los párrafos están estructurados? ¿Usa encabezados? ¿Usa lenguaje claro en lugar de jerga?
- Contexto: ¿Entiende los conflictos de incentivos en el escenario? ¿Declara sus propias suposiciones?
- Disciplina en decisiones: ¿Cuantifica la prioridad (matriz impact/effort)? ¿O se basa en intuición?
- Fit async: ¿En su escritura dice "tenemos que llamar ahora" o "abrimos un thread, reunimos en 24 horas"?
En Roibase usamos este paso desde 2022. De 43 procesos de hiring en 8 años, 12 candidatos que pasaron el primer filtro volvieron a la mentalidad sincrónica en la semana de prueba — cuando la evaluación escrita no se aplica con rigor, esa tasa sube al 40%. La evaluación escrita es la forma más económica de filtrar perfiles incompatibles con la cultura async.
Ejemplo de pregunta de evaluación
Dale al candidato este escenario:
"En el roadmap de Q4 hay 3 features grandes: A, B, C. El equipo de Engineering prefiere A (reduce deuda técnica), Design propone B (resuelve queja de usuarios), Product defiende C (nuevo flujo de ingresos). El CEO espera decisión esta semana. Organiza tus notas en un doc de Notion de 800-1200 palabras: (1) análisis de datos, (2) recomendación, (3) escenarios alternativos."
Cuando leas la respuesta, la habilidad async es evidente: ¿usó tablas? ¿Apoyó con links? ¿Añadió una lista de "preguntas adicionales"?
Semana de prueba: Test del workflow async en entorno real
El candidato que pasa la evaluación escrita entra a un proyecto de prueba de 1 semana. Remunerado (tarifa freelance diaria), en el entorno real del equipo, trabajando con el flujo async. Aquí cambia el juego: ves qué tan productivo es el candidato fuera del sincrónico.
Estructura de la semana de prueba:
| Día | Actividad | Métrica async |
|---|---|---|
| 1 | Lectura de doc de onboarding Notion + asignación de primer issue en Linear | Calidad de las preguntas (¿en thread o DM?) |
| 2-3 | Desarrollo de feature / diseño / análisis | Claridad de commit messages / comentarios en Figma |
| 4 | Check-in mid-week async (video Loom + resumen escrito) | Disciplina en auto-reporte |
| 5 | Entrega de resultados: PRD o design spec | Calidad de documentación |
Durante este proceso, no hagas ninguna reunión sincrónica con el candidato. Toda comunicación: Slack threads, comentarios Notion, mentions en Linear. Si el candidato dice "necesitamos una llamada de 15 minutos", no es compatible con la cultura async.
En Roibase, la tasa de éxito en la semana de prueba es 68% — es decir, 2 de cada 3 candidatos que pasan la evaluación escrita también son consistentes en el proceso async. Las razones de fracaso: (1) tiempo de respuesta (retrasos de 48+ horas), (2) contexto insuficiente (pregunta "¿qué dijiste?" en cada mensaje), (3) falta de disciplina en documentación (escribe código pero no actualiza el issue de Linear).
Ciclo de retroalimentación: Mide la disciplina de decisión async
Al final de la semana de prueba, ofrece al candidato un ciclo de retroalimentación async. Escribe tu decisión en un doc de Notion: (1) fortalezas, (2) áreas de desarrollo, (3) decisión final. Pídele respuesta en 24 horas — reflexión escrita en lugar de llamada telefónica sincrónica.
Esta etapa prueba dos cosas: (1) cómo recibe crítica el candidato, (2) cómo usa el tiempo para pensar antes de responder. Si envía un mensaje emocional en 2 horas, no es compatible con la cultura async. Si tras 24 horas llega una respuesta estructurada — ese candidato puede trabajar en un equipo async-first.
El ciclo de retroalimentación también refleja la cultura de la empresa. El branding no es solo diseño de logo; también es cómo comunicas en el proceso de selección. Al dar retroalimentación async, comunicas: "valoramos la transparencia escrita".
Tabla de criterios de decisión
| Dimensión | Candidato exitoso | Candidato incompatible |
|---|---|---|
| Tiempo de respuesta | 12-36 horas, consistente | 48+ horas o respuesta inmediata (sin reflexión) |
| Estructura de mensaje | Encabezado, sub-encabezados, bullet points | Párrafos densos, una sola línea |
| Forma de preguntar | En threads con contexto | DM constante, sin contexto |
| Documentación | Deja rastro en Notion/Linear/Figma | Solo escribe en Slack |
Impacto a largo plazo: Escala la cultura de contratación async-first
Después de tus primeras 3 contrataciones con evaluación escrita + semana de prueba, el ADN del equipo empieza a formarse. El nuevo miembro aprende del equipo anterior: "aquí hablamos por escrito, las reuniones sincrónicas son excepción". En tu 12ª contratación, el proceso corre solo — porque el equipo está compuesto de personas que ya internalizaron el workflow async.
Para preservar este ADN, template'iza el proceso de hiring. Crea una página "Standard Hiring Flow" en Notion: para cada rol, ten listo el case de evaluación escrita, el proyecto de semana de prueba, la template de feedback. Cuando llegue un nuevo hiring manager, no empieza de cero; continúa con la disciplina async existente.
Roibase lleva 8 años construyendo equipos en 15+ disciplinas — desde SEO hasta análisis de datos, desde UI/UX hasta arquitectura de first-party data. En cada disciplina, la contratación async-first es crítica: porque el equipo está distribuido entre Estambul, Londres y Berlín, con 3 zonas horarias diferentes. La reunión sincrónica no es lujo; es pérdida de productividad. Gracias a la semana de prueba, la incompatibilidad de zonas horarias dejó de ser un problema — ahora la prioridad es la competencia async.
Construir un equipo async-first no es un cambio tecnológico, es un cambio de cultura. El proceso de contratación es el primer punto de contacto con esa cultura. La evaluación escrita y la semana de prueba son tan tangibles como el análisis de CV y la entrevista en oficina. La diferencia: el CV te muestra el pasado; la semana de prueba te muestra el futuro. La capacidad de trabajo asincrónico hoy no es opcional — es obligatoria para escalar equipos. El filtro correcto significa el equipo correcto.