Construir una cultura de equipo async-first no es posible con el modelo clásico "CV + 3 rondas de entrevista". Porque quien brilla en una entrevista sincrónica puede ser vago en la comunicación escrita; alguien que piensa rápido puede flaquear en deep work. Esta incompatibilidad emerge en los primeros 90 días — entonces tanto candidato como equipo pierden tiempo. La estructura async-first requiere filtros previos: trial week, case escritos y protocolo que elimine sesgos de sincronía. Roibase ha construido equipos con este sistema durante 8 años — costo y tasa de error bajos, retención alta.

Por qué las entrevistas sincrónicas son un sesgo inútil

El escenario clásico: el candidato se vende en 45 minutos, la dinámica pregunta-respuesta está atada a la velocidad de conversación, la rutina diaria del equipo nunca aparece. Resultado: "presentó bien, contratemos" — pero 80% del trabajo es asincrónico. El candidato leerá briefs escritos, entregará diseño en 24 horas o escribirá análisis de 3 párrafos en un code review. La entrevista sincrónica no mide esa habilidad.

Segundo problema: jerarquía situacional. En la entrevista habla el founder/lead, el candidato escucha — en un equipo async, los roles son iguales, todos debaten escribiendo. La entrevista no simula esa cultura. Tercero: presión temporal. En sincronía hay "responde ahora", en asincronía "responde pensado en 24 horas" — son capacidades distintas. Quien triunfa en sincronía puede volverse silencioso en asincronía.

Para eliminar el sesgo necesita cambio estructural: case escrito + trial week + test de comunicación asincrónica. Este trío revela la dinámica real del trabajo. El equipo ve al candidato durante 5 días en Linear tickets, documentos Notion, threads Slack — performance es observación, no predicción.

Case escrito: Escenario operacional, no genérico

El case escrito no es "prepara una presentación de 3 páginas" sino "propón solución para ticket abierto en Linear, 48 horas". El escenario debe ser real: por ejemplo, para Growth Marketing: "Esta landing page tiene CRO de 2%, benchmark es 4,5% — escribe hipótesis de test, plan de medición, sprint de 1 semana." El candidato entrega documento, mockup en Figma, lista de eventos GA4 — exactamente lo que el trabajo requiere.

La evaluación tiene 3 capas: (1) Calidad de escritura — ¿es clara la estructura?, ¿párrafos concisos?, ¿headers funcionales? (2) Profundidad — ¿recomendaciones superficiales o análisis de trade-offs? (3) Formato — ¿usó markdown en Notion?, ¿imágenes inline?, ¿links válidos? Estos detalles son críticos en cultura async — formato pobre aumenta cognitive load del equipo.

El segundo valor del case: gestión de tiempo del candidato. Si hay 48 horas de deadline y envía a las 47, es mal señal — en equipos async no hay "último minuto", hay ciclos draft temprano + revisión. Buen candidato envía borrador en hora 24, pide feedback, versión final a hora 48. Este patrón de comportamiento es medible.

Plantilla de formato del case

# Case: Plan Sprint CRO para Landing Page

**Contexto:** /lp/trial recibe 10K tráfico, conversión 2% (benchmark 4,5%).
**Tarea:** Diseña sprint CRO de 1 semana — hipótesis, plan de test, métrica, calendario.
**Formato:** Página Notion (markdown) + mockup Figma (opcional) + lista eventos GA4.
**Deadline:** 48 horas.
**Expectativa:** 1000-1500 palabras, mínimo 2 hipótesis de test, análisis de trade-offs (A/B test vs personalización).

Este case convierte criterio abstracto "pensamiento estratégico" en medible. ¿El candidato desglosó camino 2% → 4,5% en pasos concretos? ¿El flujo de escritura es como comentario de Linear o como slide de PowerPoint?

Trial week: Pagado, trabajo real, con ritmos asincrónico

Trial week no es período "prueba" gratis — es remunerado, contrato corto. En España, camino legal: contrato de trabajo temporal o freelance + pago semanal (basado en deliverables, no horas). El candidato está en Linear board real, workspace Slack real, wiki Notion real — recibe tickets reales, entra en ciclo real de revisiones.

Estructura del trial week: (1) Día 1 documento onboarding + thread async Q&A — cero sincronía. (2) Días 2-4: 1-2 tickets pequeños (ej. "revisa hero section copy de X landing page + añade hipótesis test A/B"). (3) Día 5: mini retro — candidato envía video Loom + resumen escrito, equipo feedback en thread Slack. Toda comunicación escrita — cero Zoom calls.

¿Qué mide? (1) Response time asincrónico — ¿responde comentario Linear en 4 horas o 24? Ideal: 4-8 horas (respuesta sin romper deep work). (2) Claridad en comunicación escrita — ¿dice "no entiendo" o "el párrafo 3 del documento X dice Y, ¿es así?"? Lo segundo es vital en equipos async. (3) Proactividad — ¿cierra ticket o dice "vi este ticket + consideré escenario Z, ¿agrego?"?

Financiero del trial week: pago 1 semana suele ser ~1/4 del salario mensual de la posición — tranquiliza tanto candidato como equipo. Candidato siente "no trabajo gratis", equipo siente "invertimos serio, evaluamos bien". Riesgo legal mínimo porque contrato temporal es ya corto.

Protocolo para eliminar sesgo de sincronía

En contratación async-first, rondas sincrónicas son mínimas: 1 sola, post-trial week, control de culture fit. Pero esa entrevista también está ligada a protocolo escrito. Así: 24 horas antes de entrevista, envía 5 preguntas (Notion doc), candidato responde por escrito, el día de entrevista profundizar en esas respuestas. Preguntas ejemplo: "¿Cuál crees que es el mayor reto en equipos async?", "¿Qué reglas sigues para comunicación escrita?", "¿Cómo proteges bloques de deep work?"

Este formato rompe sesgo de sincronía porque candidato llega con idea procesada — sin presión "responde ya". Entrevistador leyó respuestas, puede hacer preguntas profundas. Resultado: 30 min entrevista más valioso que 60 min meeting sincrónico.

Segundo protocolo: durante trial week, cero sincronía. Si candidato pide "onboarding call", rechaza — "toda info está en Notion, preguntas en thread Slack". Suena duro pero testea cultura async. Si candidato dice "leí docs pero X está borroso", es buen señal — lee + pregunta clara. Si dice "muy confuso, ¿call?", es señal de inycompatibilidad async.

Tercero: referencias también asincrónicas. Candidato solicitará referencia escrita (no solo LinkedIn recommendation — necesita 2 párrafos feedback detallado). Evalúa referencia como criterio de comunicación escrita. Referencia vaga ("fue excelente") vs referencia sólida ("en proyecto X, entregó Y deliverable con Z calidad") es diferencia visible.

Hacer mesurable la compatibilidad equipo-candidato

Cuando trial week termina, decisión es métrica, no subjetiva. Equipo responde 4 preguntas en escala 1-5: (1) Claridad comunicación escrita (5 = cada frase funcional, 1 = confuso). (2) Calidad respuesta asincrónica (5 = respuesta meditada en 4-8 horas, 1 = 24+ horas o superficial). (3) Proactividad (5 = sugiere extra + propone mejoras, 1 = cierra ticket). (4) Culture fit (5 = adapta ritmos async, 1 = pide calls).

4 preguntas × 3-4 miembros equipo = 12-16 puntos dato. Si promedio ≥4 → contratar, 3,5-4 → trial week extra, <3,5 → rechazar. Sistema elimina sesgo porque es "score escritura 4,2" no "me cayó bien".

Segunda vía para medir compatibilidad async: analizar output escrito del candidato durante trial week. Linear comments, revisiones Notion, respuestas Slack. Buen candidato: 8-12 Linear comments por semana (cada uno 2-3 párrafos), 3-5 revisiones Notion, respuestas Slack promedio 50-100 palabras. Si no cumple — escribe poco o muy breve — será silencioso en equipo async.

Comparte criterios abiertamente. Candidato conoce desde día 1: "evaluaremos claridad escrita, tiempo response, proactividad". No crea ansiedad, al contrario — candidato sabe qué importa, elimina paranoia de "criterios ocultos".

Branding y consistencia en lenguaje de contratación

Contratación async-first no es solo proceso operacional sino parte del mensaje de marca. En trabajo de Markalaşma & Brand Identity de Roibase hay principio: "refleja cómo trabajas en cómo reclutamos." Si tu equipo es async, anuncia así — job posting debe decir "async-first, comunicación escrita prioritaria, meetings sincrónico mínimo" — atrae perfil correcto, filtra incorrecto.

Formato job posting: operacional, no abstracto. En vez de "buscamos equipo dinámico" escribe "perfil que cierra 10-15 tickets Linear/semana, escribe documentos Notion, responde Slack en 8 horas." Usa lenguaje async: en vez de "CV + cover letter envía Notion doc + video Loom (3 min: preséntate + por qué quieres equipo async)." Primer filtro comienza ahí — compatibilidad video + escrito del candidato es ya pre-selección.

Segunda capa del lenguaje: expectativas numéricas. En vez de "alto performance" escribe "40 horas deep work/semana, 2 horas async communication/día, sprint velocity promedio 15 story points." Especificidad atrae serio, repele quien busca "trabajo fácil." Equipos async no son fáciles — requieren disciplina tiempo + claridad escritura + comunicación proactiva, dilo desde el anuncio.

Sistema contratación async-first: sin atajos. Trial week + case escrito + evaluación métrica. Costo más alto (pago semanal + tiempo equipo) pero infinitamente menor que incompatibilidad 90 días. Protocolo que elimina sesgo sincrónico revela compatibilidad real — observación, no predicción. Ahora: diseña tu trial week format, crea template case escrito, eval en primer candidato con sistema. Primera iteración no será perfecta pero cada refinamiento afilará capacidad para armar equipos async.