Respuesta rápida
El 80 por ciento de los reference checks tech son inútiles porque preguntan en abstracto a referentes elegidos por el propio candidato. Para C-level (CTO, VP Engineering, Head of Data, CISO) la regla operativa de IT Workers es 3 referencias dadas + 2 back-channel + 1 detractor no listado, con 12 preguntas calibradas que fuerzan evidencia específica en vez de elogios genéricos. El proceso completo toma 2 a 3 días hábiles dentro del SLA de 5 días desde fin de entrevistas a oferta escrita. La métrica de referencia 2026: 4.9/5 con 13 reseñas verificadas, garantía 90 días, sin pago anticipado.
Las verificaciones de referencias para ejecutivos tech en Chile siguen ejecutándose como si fueran un trámite administrativo de los noventa. El hiring manager llama a los tres contactos que entregó el candidato, escucha 20 minutos de elogios calibrados, marca la casilla "referencias OK" en el ATS y firma la oferta. Tres meses después descubre que el nuevo CTO no decide bajo presión, que el VP Engineering no sabe contratar, o que el CISO no se entiende con auditoría externa. La verificación de referencias existió, pero no informó la decisión.
Este artículo entrega el protocolo operativo completo que IT Workers aplica en búsquedas C-level tech: la regla 3+2+1 de cobertura, las 12 preguntas calibradas con red flags por respuesta, cómo activar back-channel sin filtrar la búsqueda, cómo documentar al hiring committee y los errores que arruinan incluso un proceso bien diseñado. Aplica a CTO, VP Engineering, Head of Data, CISO y Head of Platform en empresas con equipo tech de 25 personas en adelante. Complementa el framework de due diligence de CTO para founders no técnicos y el protocolo de hiring committee tech de 5 evaluadores.
Por qué el 80% de los reference checks tech son inútiles
El problema no es que la verificación de referencias sea inherentemente débil. El problema es que la mayoría de los procesos se ejecutan con tres vicios estructurales que la condenan desde el inicio.
Primero, preguntas softball. "¿Cómo es trabajar con él?", "¿lo recomendarías?", "¿qué destacas de su perfil?". Estas preguntas generan respuestas previsibles porque el referente sabe que el candidato lo eligió y va a sentirse obligado a responder bien. La señal informativa de una conversación de 30 minutos con preguntas genéricas es cercana a cero. El referente confirma lo que ya estaba escrito en el CV.
Segundo, sesgo de selección de referencias. El candidato entrega los tres contactos donde mejor quedó. Es lógico, racional y esperable, pero significa que la muestra está sesgada. Para una decisión de seis cifras anuales y dos años de impacto sobre el equipo, basarse solo en referencias auto-seleccionadas equivale a evaluar la calidad de un producto leyendo solo las reseñas de cinco estrellas.
Tercero, ausencia de back-channel. El 90 por ciento de los reference checks que IT Workers audita en clientes nuevos no contemplan back-channel: nadie llama a un ex-par del candidato que él no listó, a un ex-subordinado que tuvo conflicto, o a alguien que trabajó con él en una etapa donde la cosa salió mal. Sin back-channel, la decisión se toma con la versión oficial del candidato confirmada por sus tres mejores embajadores.
El costo de un reference check inútil en C-level tech es enorme. Una contratación fallida de CTO en Chile cuesta entre 80 y 200 millones de pesos contando salario perdido, costo de búsqueda repetida, desgaste de equipo y oportunidad perdida en roadmap, según el desglose del costo oculto de un puesto tech vacante. Un reference check riguroso es el último filtro barato disponible antes de cerrar oferta y absorber ese costo.
La regla de oro: 3 dadas + 2 back-channel + 1 detractor
El protocolo IT Workers para reference checks de C-level tech es la regla 3+2+1. Seis voces totales, distribuidas en tres categorías con propósitos distintos.
3 referencias dadas por el candidato
Estas son las llamadas obligatorias y útiles porque, aunque sesgadas, entregan tres insumos clave: confirmación de hechos verificables (años, alcance del rol, equipos a cargo), tono específico del candidato bajo el mejor escenario posible, y red de contactos calibrada que valida que el candidato efectivamente trabajó con esos perfiles. La regla operativa es que las tres sean perfiles distintos: un jefe directo histórico, un par C-level y un subordinado directo. Si el candidato entrega tres pares del mismo nivel, se le pide rebalancear.
2 referencias de back-channel
Estas son las llamadas que cambian la calidad de la decisión. Se obtienen a través de red de segundo grado en LinkedIn, alumni de scale-ups chilenas donde el candidato trabajó, y conexiones de pares del headhunter. Son referencias que el candidato no entregó pero que tienen contexto real para opinar. La regla operativa es que al menos una sea de la última empresa del candidato (la información más fresca) y otra de un rol previo donde haya enfrentado dificultad real (crisis, restructuración, fundación temprana).
1 detractor no listado
Esta es la voz más incómoda y la más informativa. No es alguien que odie al candidato; es alguien que tuvo fricción operativa con él y puede articular por qué. Un ex-par que se fue de la compañía después de un conflicto, un ex-jefe que decidió no renovar, un C-level de otra área con la que el candidato chocó. Encontrar al detractor es trabajo de campo del headhunter, no del cliente. La pregunta calibrada al detractor no es "¿qué piensas de él?" sino "¿qué viste tú que otros no vieron?".
Regla operativa: si en los seis llamados las tres dadas validan al candidato pero las tres no dadas levantan banderas consistentes, la decisión por defecto es no hire. La asimetría entre lo curado y lo real es la señal más confiable que entrega el protocolo. Lo opuesto también aplica: si las dos back-channel y el detractor coinciden con las tres dadas, la confianza en el hire sube de forma medible.
Las 12 preguntas calibradas para reference checks tech ejecutivos
Estas son las 12 preguntas que IT Workers aplica en cada llamada de reference check para CTO, VP Engineering, Head of Data y CISO. Cada pregunta tiene un propósito explícito, una señal a buscar en la respuesta, red flags específicas y ejemplos de respuesta buena versus respuesta mala. No son sugerencias; son el protocolo. La conversación dura entre 35 y 50 minutos y cubre las 12.
01Describe una decisión técnica donde se equivocó. ¿Cómo se enteró y qué hizo?
Qué busca: capacidad de auto-corrección, humildad operativa, mecanismo personal de feedback. Un C-level tech que no recuerda una mala decisión propia es señal roja por defecto.
Red flag: "no me acuerdo de un error grande" o "siempre acertó". También cuando el referente describe el error como culpa de otros (equipo, board, mercado) sin protagonismo del candidato.
Respuesta buena: "Apostó por migrar a microservicios en 2023 antes de tener el equipo. Se dio cuenta a los 4 meses cuando dos squads estaban bloqueados, paró la migración, escribió un postmortem público y redirigió a un monolito modular." Respuesta mala: "Tomó algunas decisiones difíciles, pero siempre con buenos resultados."
02¿A quién promovió y a quién despidió, y por qué?
Qué busca: criterio de people, capacidad de tomar decisiones duras, manejo concreto de talento. Para CTO y VP Engineering esta pregunta predice más que cualquier otra el desempeño futuro en building team.
Red flag: "nunca tuvo que despedir a nadie" en roles de 30+ personas, "promovió por antigüedad", o nombres genéricos sin contexto del por qué.
Respuesta buena: "Promovió a su tech lead a EM porque la promoción venía sosteniendo el squad sin título; despidió al senior estrella técnico que era tóxico en la cultura del equipo, fue duro porque era 10x en código pero arrastraba al equipo." Respuesta mala: "Es bueno gestionando personas."
03¿Cómo manejó el último conflicto serio con un par C-level?
Qué busca: capacidad política, manejo de disenso con stakeholders pares, capacidad de pelear por su área sin romper relaciones. Crítico para CTO que reporta a CEO y trabaja con CFO, COO y CPO.
Red flag: "no tuvo conflictos serios", patrón de evitación, o conflicto narrado como guerra donde el otro era irracional. También cuando todos los conflictos terminan con la salida del otro.
Respuesta buena: "Chocó con el CFO por presupuesto de cloud; en vez de pelearlo en steering, llevó tres escenarios de optimización con tradeoffs explícitos y acordaron un techo trimestral con revisión." Respuesta mala: "Siempre se llevó bien con todos."
04¿Qué te diría un ingeniero individual contributor senior del equipo, hablando sin filtros?
Qué busca: percepción real desde abajo. Esta pregunta fuerza al referente a cambiar de perspectiva. Las respuestas suelen ser menos cuidadas que las que vienen desde la perspectiva del propio referente.
Red flag: "que es excelente líder", respuesta vacía o que evita la pregunta. También cuando se nota que el referente nunca preguntó a los ICs cómo era trabajar con el candidato.
Respuesta buena: "Probablemente diría que es exigente y a veces impaciente con la planificación, pero que cuando defiende al equipo frente al board lo hace en serio." Respuesta mala: "Que es un gran líder."
05¿Quedó algún proyecto incompleto o legado técnico que el siguiente tuvo que arreglar?
Qué busca: realismo sobre el output del candidato. Todos los C-level tech dejan deuda técnica; los buenos la documentan al irse. Esta pregunta también valida la versión que entregó el candidato sobre lo que construyó.
Red flag: "dejó todo impecable" (no es posible en roles de 2+ años), o legado severo no mencionado por el candidato en entrevista (asimetría informacional).
Respuesta buena: "Dejó una migración de data warehouse a la mitad porque renunció antes de cerrar el cutover; entregó documentación clara y el sucesor pudo terminarla en 3 meses." Respuesta mala: "No quedó nada pendiente."
06¿Cómo decidió priorizar entre estabilidad y velocidad cuando la presión apretaba?
Qué busca: criterio bajo presión y manejo de tradeoffs reales. Es la pregunta donde los CTO performativos se distinguen de los operativos. El que solo habla de "balance" sin ejemplos pierde puntos.
Red flag: respuestas con muletillas como "depende del contexto" sin dar contexto. También cuando siempre eligió velocidad (perfil hot-fix crónico) o siempre estabilidad (perfil que frena la organización).
Respuesta buena: "Antes del Black Friday 2024 paró tres features de roadmap del equipo de growth, era impopular pero evitó la caída que el año anterior costó dos puntos de NPS." Respuesta mala: "Buscaba el balance correcto."
07¿En qué reunión sería contratable o despedido sin verlo más, si tuvieras que apostar?
Qué busca: habilidades específicas de visibilidad ejecutiva. Para C-level la habilidad de defender la función en board, steering committee o investor update es tan crítica como la habilidad técnica.
Red flag: referente que no puede nombrar una reunión específica, lo que indica que el candidato no tuvo exposure real a esas instancias. Para CTO o CISO sin exposure a board, la transición a otra empresa con board exigente es alto riesgo.
Respuesta buena: "Contratable en cualquier board meeting donde tenga que defender el roadmap; corre riesgo en un audit committee donde la presión es jurídica más que técnica." Respuesta mala: "Siempre fue sólido en cualquier reunión."
08¿Qué tipo de founder o CEO le saca lo mejor y lo peor?
Qué busca: auto-conocimiento del candidato y predicción de fit con el contexto futuro. Crítico cuando se contrata para reportar a un CEO con perfil muy específico (técnico, comercial, primera vez como founder).
Red flag: "trabaja bien con cualquier perfil de CEO" (vacío) o patrón de necesitar siempre un perfil ausente o autoritario (señal de baja autonomía).
Respuesta buena: "Le saca lo mejor un CEO que delega ejecución pero pide rigor en métricas; lo peor un CEO que micro-gestiona decisiones técnicas." Respuesta mala: "Es flexible, se adapta a cualquier estilo."
09¿Cómo era el equipo cuando llegó versus cuando se fue?
Qué busca: impacto cuantificable en building team. Tamaño, seniority, retención, diversidad, sistema de evaluación. Para VP Engineering y CTO esta pregunta separa al que construyó del que solo mantuvo.
Red flag: referente que no recuerda números concretos, "el equipo creció bastante" sin cifras, o equipo idéntico en composición y tamaño después de 2 años (señal de no haber liderado talent en serio).
Respuesta buena: "Llegó a un equipo de 12 sin tech leads; se fue dejando 28 personas en 4 squads con tech leads internos formados y un sistema de career ladder documentado." Respuesta mala: "El equipo creció bastante con él."
10¿Lo volverías a contratar en otra empresa tuya? Si la respuesta es no, ¿por qué?
Qué busca: el "¿lo recomendarías?" reformulado para forzar honestidad. Casi nadie responde "no" en frío, pero matices en el "sí" entregan mucha información. También la condicionalidad ("para este contexto sí, para otro no") es señal valiosa.
Red flag: pausa larga seguida de "sí" sin entusiasmo, o respuesta que cambia de tema. También cuando se dice "sí" pero el referente no lo recomendaría a un par cercano (pregunta de seguimiento).
Respuesta buena: "Sí en un contexto de Serie B con equipo de 20 a 60; no lo metería en una Serie D con equipo de 200 porque no creo que su estilo escale a esa estructura." Respuesta mala: "Por supuesto, siempre."
11¿Qué se llevó como aprendizaje doloroso de ese rol?
Qué busca: reflexividad y growth real. Diferencia el ejecutivo que avanza versus el que repite el mismo rol cuatro veces. Si el candidato lleva tres empresas y no tiene aprendizajes específicos, su próxima empresa va a heredar los mismos vicios.
Red flag: "no se llevó nada negativo" o aprendizajes genéricos tipo "que la comunicación es importante". El aprendizaje doloroso debe ser específico, costoso emocionalmente, y aplicable.
Respuesta buena: "Que retrasar una decisión dura de people por 6 meses cuesta más al equipo que tomarla mal el primer mes; lo aprendió cuando perdió a dos tech leads buenos por aguantar a un EM tóxico." Respuesta mala: "Cada experiencia enseña algo."
12¿Hay algo que NO te pregunté que debería saber sobre esta persona?
Qué busca: es la pregunta de cierre más informativa del protocolo. Devuelve el control al referente y le da espacio para mencionar algo que no encajó en preguntas previas. El 30 por ciento de las señales más valiosas en reference checks IT Workers aparecen en esta pregunta.
Red flag: silencio largo seguido de "no, nada más" después de una conversación tibia. También cuando aparece una bandera nueva que ninguna pregunta anterior tocó.
Respuesta buena: "Sí, una cosa. Funciona muy bien con feedback escrito y mal con feedback en vivo; si tu cultura es de feedback de pasillo agresivo, no le va a ir bien." Respuesta mala: "Nada que agregar, todo está bien."
Una referencia que el candidato eligió no es una referencia, es una postal. La verdad operativa de un CTO está en el back-channel que él mismo no listaría, no en la lista de cinco contactos pulida para esta búsqueda. Pablo Herrera, IT Workers
Cómo conseguir back-channel sin filtrar la búsqueda
Hacer back-channel sin alertar al mercado es la habilidad operativa más delicada del proceso. Si el back-channel se ejecuta mal, el candidato se entera dos días después por LinkedIn, el actual empleador lo retiene con contraoferta y el proceso se cae. Si se ejecuta bien, IT Workers obtiene tres voces independientes sin que el ecosistema sepa que la búsqueda existe.
Tres vías de back-channel discreto
Primera, LinkedIn de segundo grado. Identificar conexiones comunes entre el headhunter y el candidato, especialmente perfiles que ya no comparten empresa con él. La aproximación es directa pero discreta: "estoy en una conversación con [nombre] sobre un rol que no puedo nombrar, ¿tienes 20 minutos para conversar off-record?". La regla operativa es nunca mencionar al cliente que contrata.
Segunda, alumni de scale-ups chilenas y latinoamericanas. En Chile el ecosistema tech serio cabe en 200 a 400 personas por seniority C-level. Los alumni de fintechs, marketplaces y SaaS regionales saben quién es quién. La aproximación es por contacto directo desde el headhunter, sin mencionar empresa contratante.
Tercera, conexiones del propio headhunter. Después de varias búsquedas C-level acumuladas, el headhunter conoce a 30 a 60 referentes calibrados que confían en su discreción. Esta red de back-channel es lo que diferencia una consultora especializada de una transversal. IT Workers mantiene un repositorio interno de referentes calibrados que rotan entre búsquedas para no quemar el contacto.
Qué no hacer en back-channel
- Nunca mencionar el nombre del cliente al referente. Solo se describe la categoría ("Fintech B regional", "SaaS Serie B"), no la identidad.
- Nunca contactar a referentes que comparten empresa actual con el candidato sin autorización explícita.
- Nunca dejar rastro escrito (email, mensaje LinkedIn) que el candidato pueda recuperar después. Llamadas o reuniones presenciales.
- Nunca extender el back-channel más allá de tres llamadas; cada llamada adicional aumenta exponencialmente el riesgo de filtración.
Cómo documentar y escalar el aprendizaje al hiring committee
Un reference check excelente que no llega documentado al hiring committee tech es información perdida. El protocolo IT Workers exige que cada llamada se sintetice en un memo de máximo una página con cuatro secciones fijas, entregado al committee 24 horas antes del debrief final.
Estructura del memo por llamada
| Sección | Contenido | Extensión |
|---|---|---|
| Contexto del referente | Rol, relación con candidato, antigüedad de la relación | 3 a 5 líneas |
| Confirmaciones | Hechos que validó el referente versus lo declarado por el candidato | 4 a 6 bullets |
| Banderas | Red flags concretas, con cita textual cuando es relevante | 3 a 5 bullets |
| Veredicto del referente | Hire fuerte / hire condicional / hire moderado / no hire | 1 línea + justificación |
El memo consolidado de las 6 llamadas tiene un máximo de 6 páginas, una por referente, más una página final de síntesis con patrones recurrentes y dimensiones contradictorias. Si el committee no puede leerlo en 20 minutos antes del debrief, el memo está mal escrito.
Cómo manejar contradicciones entre referentes
Las contradicciones son la regla, no la excepción. El protocolo es identificar la dimensión específica donde discrepan (por ejemplo: una referencia dice que delega bien, otra que micro-gestiona), abrir una conversación adicional con el candidato sobre ese punto y validar con una séptima llamada al referente que tenga contexto más cercano. Si la contradicción persiste, queda documentada en el memo y el committee la usa como input de decisión, no como impedimento. Para profundizar en cómo el committee procesa señales contradictorias, revisar el framework de evaluación de candidatos tech y la guía de contratación de VP Engineering y Head of Data.
Errores que arruinan el reference check incluso bien diseñado
Estos seis errores aparecen una y otra vez en empresas que aplican el protocolo a medias. Cada uno tiene un costo cuantificable en calidad de la decisión final.
Avisar al candidato cuándo se activa cada llamada
Avisar es correcto. Avisar pidiendo permiso para llamadas específicas no lo es. La práctica disciplinada es informar al candidato al inicio del proceso que se ejecutarán reference checks tras el onsite loop, listar las tres referencias que entregará y avisar el día de inicio del proceso, sin coordinar agendas específicas con él. Si el candidato exige aprobar cada llamada, eso ya es señal de control sobre el proceso que el committee debe interpretar.
Hablar solo con quienes él listó
Es el error más común. El equipo interno completa las tres llamadas dadas y cierra el proceso porque "los reference checks fueron positivos". Sin los 2 back-channel y 1 detractor, la muestra está sesgada por diseño. Si el cliente no quiere o no puede hacer back-channel, ahí es donde la consultora externa entrega valor diferencial.
No documentar en tiempo real
El que toma notas a medias o promete escribir el memo "después de la llamada" produce documentación mala. La regla operativa es escribir el memo dentro de las 4 horas posteriores a la llamada, mientras la conversación está fresca. Pasado un día, el recuerdo se contamina y las citas textuales se pierden.
No comparar respuestas entre referentes
Un reference check sin tabla comparativa cruzada es una colección de anécdotas. La página de síntesis del memo debe mostrar las 12 preguntas en columna izquierda y las 6 respuestas en columnas paralelas, lo que permite ver patrones de coincidencia y contradicción de un vistazo. Sin esta vista cruzada, el committee debate sobre impresiones, no sobre evidencia.
Hacer reference check antes del onsite loop
Quema horas en candidatos que no van a avanzar y filtra la búsqueda al mercado innecesariamente. El reference check se hace después del onsite loop y antes de la oferta escrita, dentro de los 5 días hábiles que separa ambos hitos. Para profundizar en por qué el calendario importa tanto, revisar la guía sobre hiring committee tech de 5 evaluadores.
Confundir reference check con verificación de antecedentes
Son dos procesos distintos. El reference check evalúa fit, comportamiento bajo presión, manejo de equipo y consistencia entre lo declarado y lo verificable. La verificación de antecedentes (background check) valida hechos legales, certificaciones, sentencias y cumplimiento. Ambos son obligatorios para C-level tech, pero no se reemplazan entre sí. IT Workers ejecuta los dos en paralelo, no en serie.
Caso real anonimizado: CTO de Fintech C, oferta retirada por reference check
Empresa Fintech C buscando CTO para liderar plataforma de pagos B2B regional, equipo a heredar de 38 personas. Candidato finalista con perfil técnico excelente, entrevistas con resultado hire fuerte en cuatro de cinco evaluadores del committee. Las tres referencias dadas confirmaron la versión del candidato: liderazgo claro, manejo de equipo, decisión bajo presión.
Lo que apareció en back-channel
IT Workers ejecutó dos back-channel y un detractor entre los días 2 y 3 post-onsite loop. La primera back-channel (ex-par de plataforma) describió un patrón de evitar conflictos con el CEO que generaba parálisis en decisiones técnicas urgentes. La segunda back-channel (ex-EM del equipo) mencionó dos despidos manejados de forma abrupta que dejaron al equipo con baja confianza por seis meses. El detractor (CISO de otra área que trabajó tres años con él) entregó la cita crítica del proceso: "es brillante técnicamente pero cuando hay que defender al equipo frente al board, baja la cabeza".
Decisión final del committee
El memo consolidado mostró asimetría sistemática entre las 3 dadas (hire fuerte unánime) y las 3 no dadas (hire condicional, no hire moderado y no hire fuerte). El hiring committee decidió retirar la oferta antes de enviarla y reabrir la búsqueda con perfil ajustado, ahora con criterio explícito de "capacidad de defender técnica frente a board". Costo del back-channel: 3 horas adicionales de trabajo del headhunter. Costo evitado: una contratación CTO probablemente fallida en 12 meses con impacto estimado superior a 120 millones de pesos.
Lección operativa: el reference check no es un trámite previo a la oferta; es el último filtro real antes de absorber el costo de una contratación de seis cifras anuales. Su rigor se mide por cuántas ofertas se modificaron o retiraron gracias a él, no por cuántos formularios se completaron. Para profundizar en el costo de una contratación C-level fallida, revisar el framework de cómo contratar CTO en Chile.
Cuándo escalar a un headhunter especializado para reference checks
El equipo interno de Talent Acquisition puede ejecutar las tres referencias dadas con calidad. Las 2 back-channel y 1 detractor son trabajo de campo donde la consultora externa entrega valor diferencial. Tres señales claras de que conviene escalar.
- Red de contactos C-level insuficiente: si el equipo interno no conoce a tres referentes calibrados por cada función tech (CTO, VP Engineering, CISO, Head of Data), el back-channel se vuelve un ejercicio de búsqueda en LinkedIn que toma semanas sin garantía de éxito.
- Riesgo de filtración del proceso: cuando el cliente es público o el rol es sensible, cualquier llamada de back-channel desde el correo corporativo del cliente expone la búsqueda. Una consultora externa absorbe ese riesgo y mantiene la confidencialidad operativa.
- Necesidad de speed entre fin de entrevistas y oferta: hacer 6 llamadas en 2 días hábiles con la profundidad requerida exige dedicación full-time durante esos 2 días, algo que un Head of Talent operativo difícilmente puede sostener sin afectar otros procesos en curso.
Para entender el modelo y los plazos completos de IT Workers en búsquedas C-level tech, conviene revisar el servicio de headhunter IT especializado y el framework de contratación de CTO en Chile. Sobre cómo construir el sistema previo de selección, también puede consultarse la guía de reclutamiento de Harvard Business Review y los protocolos de reference checks de First Round Review, ambos referentes globales en C-level hiring.
Preguntas frecuentes sobre reference checks tech ejecutivos
¿Cuántas referencias mínimas conviene hacer para un C-level tech en Chile?
Para CTO, VP Engineering, Head of Data o CISO la regla operativa de IT Workers es 3 referencias entregadas por el candidato más 2 back-channel obtenidas en red de segundo grado más 1 detractor no listado. Seis voces en total. Menos de cuatro llamadas no entrega cobertura suficiente para una decisión de seis cifras anuales; más de ocho es retorno decreciente y demora la oferta dos semanas. La señal valiosa aparece cuando se cruzan las tres dadas con las tres no dadas.
¿Es legal grabar una conversación de reference check en Chile?
En Chile la grabación de una conversación privada requiere consentimiento explícito de todas las partes. Para reference checks ejecutivos la práctica de IT Workers es no grabar y transcribir manualmente en tiempo real con notas detalladas, indicando al referente que se está documentando para el hiring committee. Si el cliente exige grabación, debe pedirse autorización explícita al inicio de la llamada y guardarse en repositorio cifrado con acceso restringido al committee.
¿Qué hago si el candidato me prohíbe contactar a su jefe actual?
Es legítimo y esperado. El protocolo es respetar la confidencialidad del proceso actual y compensar con dos vías. Primera, pedir tres pares actuales (no jefes) que puedan hablar bajo discreción. Segunda, activar back-channel de pares anteriores que ya no comparten empresa con el candidato. Si el candidato bloquea todo back-channel además del jefe actual, eso ya es señal: una persona sin red de pares dispuesta a hablar a los 10 años de carrera levanta una bandera operativa que el hiring committee debe revisar.
¿Vale lo mismo una referencia internacional que una chilena para un CTO?
Vale más en algunos puntos y menos en otros. Una referencia internacional de Silicon Valley o EU aporta calibración técnica más exigente y contexto de scaling que en Chile escasea. Pero contextualiza peor el manejo de equipos en Latinoamérica, las dinámicas con boards locales y los códigos de comunicación chilenos. La recomendación es combinar al menos una referencia internacional con dos chilenas o latinoamericanas para roles C-level tech que operan localmente.
¿Cuándo se debe hacer el reference check dentro del proceso?
Después del onsite loop y antes de la oferta escrita. Hacerlo antes desperdicia horas en candidatos que igual no van a avanzar; hacerlo después de la oferta firma quita poder de revisión. El SLA de IT Workers son 5 días hábiles entre fin de entrevistas y oferta, y los reference checks consumen 2 a 3 de esos días con 5 a 6 llamadas distribuidas. Avisar al candidato cuándo se activan da tiempo de coordinar a los referentes.
¿Cuánto tiempo dura una buena llamada de reference check tech ejecutivo?
Entre 35 y 50 minutos. Menos de 30 minutos no permite cubrir las 12 preguntas con profundidad; más de 60 minutos satura al referente y baja la calidad de las últimas respuestas. La estructura operativa es 5 minutos de calibración (rol del referente respecto al candidato), 30 a 40 minutos de preguntas core, y 5 minutos de cierre con la pregunta abierta número 12.
¿Quién debe hacer las llamadas, el hiring manager o un headhunter externo?
Idealmente ambos, pero con división de roles. El hiring manager hace dos llamadas a referentes dados para evaluar fit con el roadmap propio. El headhunter externo o un consultor neutral hace tres a cuatro llamadas, especialmente las de back-channel y al detractor, porque el referente habla con más franqueza con alguien que no será su par futuro. En IT Workers el founder Pablo Herrera ejecuta los back-channel personalmente para roles C-level.
¿Qué hago si dos referencias se contradicen sobre el mismo aspecto?
Triangular con una tercera fuente antes de decidir. Las contradicciones suelen explicarse por contexto, no por mentira. Un referente que vio al candidato bajo presión extrema describe una versión, otro que lo vio en estabilidad describe otra. El protocolo es identificar la dimensión específica donde discrepan, abrir una conversación adicional con el candidato sobre ese punto, y validar con un tercer referente que haya tenido contexto similar a alguno de los dos primeros.
¿Necesitas ejecutar reference checks tech de nivel ejecutivo?
IT Workers ejecuta el protocolo 3+2+1 con 12 preguntas calibradas para CTO, VP Engineering, Head of Data y CISO. Memo al hiring committee en 48 horas, garantía 90 días y back-channel discreto sin filtrar la búsqueda.
Solicitar reference check ejecutivo WhatsApp directo