Saltar al contenido
SkillCort

12 min de lecturaManual de diseño

Escribir tareas de prueba de trabajo que reflejen el puesto

Una prueba de trabajo solo predice en la medida en que es realista. Este manual le lleva desde una competencia de su perfil de puesto hasta una tarea terminada y pilotada que un candidato podría confundir con un día de trabajo. Elegirá la porción de trabajo adecuada, escogerá el formato que encaja con la habilidad, redactará el escenario, lo acotará en el tiempo con justicia y lo probará con su propio equipo antes de que ningún candidato lo vea.

Paso 1: Elegir la porción de trabajo real que merece simularse

Parta de su perfil de puesto y elija los momentos en los que aparecen realmente las competencias a las que dio más peso. Las mejores porciones son densas en decisiones: un tramo corto de trabajo en el que el candidato debe darse cuenta de algo, elegir entre opciones defendibles y producir un artefacto. El turno completo de un agente de soporte no es una tarea; los diez minutos en los que una petición de reembolso queda justo fuera de la política y el cliente ya está enfadado, sí.

Vuelva a los artefactos que reunió para el perfil y elija un caso real como semilla. Un ticket auténtico, anonimizado y ligeramente editado, gana siempre a uno inventado — los casos reales llevan esos detalles incómodos que hacen visible el juicio, como un cliente que lleva parte de razón o un cliente potencial cuya objeción esconde un problema de presupuesto. Los escenarios inventados derivan hacia acertijos pulcros con una única respuesta correcta, que es exactamente lo que una prueba de trabajo no es.

Una porción por tarea. Si se descubre juntando un ejercicio de priorización, una respuesta escrita y una pregunta de proceso en un solo enunciado, sepárelos en tareas distintas. Cada tarea debería observar un momento principal de trabajo, con dos o tres competencias del perfil como mucho aflorando de forma natural dentro de ella — una tarea construida para comprobarlo todo produce evidencia sobre nada en particular.

Paso 2: Elegir el formato que se corresponde con la habilidad

El formato no es una elección de estilo — es una elección de validez. Cada formato capta algunas conductas y oculta otras, así que ajústelo a cómo se ejerce realmente la habilidad en el puesto. El juicio escrito corresponde a una simulación de ticket. El aplomo al hablar corresponde a una respuesta de audio o vídeo. Si evalúa por escrito un puesto de inside sales con mucho teléfono, ha medido otro trabajo distinto.

Cuando dos formatos podrían servir, prefiera el más cercano al medio real del puesto, y renuncie a él solo por razones prácticas que pueda nombrar. Un role-play en vivo es la forma de mayor fidelidad para observar una negociación, pero una respuesta de audio asíncrona a una objeción grabada escala más y sigue captando el tono, la estructura y la capacidad de recuperación. Anote esa contrapartida en las notas de la tarea para que quienes la revisen en el futuro sepan que fue deliberada.

La correspondencia siguiente es un punto de partida fiable para puestos de atención al cliente e inside sales. Trátela como un punto de partida y no como un reglamento: si su equipo de soporte gestiona la mitad de su volumen por chat en vivo, una simulación de chat cronometrada puede encajar mejor que un ticket con formato de correo, y si sus comerciales venden por vídeo, una respuesta en vídeo gana al audio a secas. El perfil le dice qué conductas importan; el formato decide si realmente llegará a verlas.

  • Simulación de ticket → juicio escrito, tono y aplicación de la política: responder a un ticket de soporte o a un hilo de correo con apariencia real.
  • Caso práctico → priorización y análisis: priorizar una cola de cinco tickets, o elegir cuáles tres de ocho operaciones estancadas trabajar primero, con su razonamiento.
  • Subida de archivo → artefactos producidos: un correo de seguimiento tras una llamada, una propuesta breve, una hoja de datos corregida.
  • Respuesta de audio o vídeo → comunicación hablada: responder a un cliente enfadado grabado o a la objeción de precio de un cliente potencial.
  • Role-play → interacción en vivo y adaptabilidad: una llamada de descubrimiento o una escalada gestionadas con un entrevistador formado, puntuadas con la misma rúbrica.

Paso 3: Redactar un contexto que se sienta como el puesto

Una tarea realista da al candidato lo que tendría de verdad una persona recién incorporada: un resumen de la empresa de una página, el extracto de política pertinente, el historial del cliente, los dos últimos correos del cliente potencial. Escríbalos como documentos del propio mundo de trabajo, no como preámbulo de examen. Un candidato de soporte debería leer una política de reembolsos con el formato de un artículo del centro de ayuda, no una lista de puntos titulada «normas de esta prueba».

Incluya la fricción que hace real el trabajo. El segundo mensaje del cliente contradice al primero. Las notas del CRM son escasas. El cliente potencial hizo una pregunta que su resumen de una página solo responde a medias. No son trampas — son la textura del puesto, y son el lugar donde las conductas de su perfil se vuelven visibles. Un candidato que pide la información que falta, o que nombra la ambigüedad en su respuesta, le está mostrando exactamente lo que vino a ver.

Mantenga honesta la carga de lectura. Todo lo que incluya debería poder consultarse de forma plausible mientras se hace la tarea; si un documento existe solo para esconder una trampa, quítelo. Apunte a un paquete de contexto que un candidato pueda asimilar en unos minutos, porque la habilidad que está midiendo es el trabajo, no la lectura rápida.

Paso 4: Fijar restricciones que revelen el juicio

Las restricciones son lo que convierte un enunciado abierto en una prueba de trabajo. Explicite el rol y la autoridad del candidato: puede reembolsar hasta un importe indicado sin aprobación; no puede prometer una fecha de envío; descontar por encima de un umbral requiere un responsable. El juicio solo es observable frente a unos límites, y unos límites no enunciados solo miden a quién le da por adivinar sus políticas.

Defina el entregable con precisión — una única respuesta que recibirá el cliente, o un correo de seguimiento más una nota de dos líneas en el CRM — y diga quién lo leerá. «Escriba al cliente, no a nosotros» cambia lo que producen los candidatos, y hace comparables los resultados. Deje abierto el enfoque: la restricción es la situación y el entregable, nunca el camino. Si su enunciado insinúa la respuesta, ha escrito una prueba de comprensión, no una prueba de trabajo.

Paso 5: Acotar el tiempo con justicia

Fije el límite de tiempo a partir de la evidencia, no del instinto. Pida a dos o tres personas del equipo actual que hagan la tarea en frío y anote sus tiempos; un límite justo para el candidato queda holgadamente por encima de lo que necesita alguien competente de dentro, porque los candidatos no tienen contexto y trabajan bajo presión. El límite debería mantener honesta la tarea — sin dedicarle una tarde a pulirla — sin convertirla en una carrera de mecanografía.

Mantenga la secuencia total proporcionada al puesto. Para la contratación en atención al cliente e inside sales, una secuencia enfocada de prueba de trabajo de entre treinta y cuarenta y cinco minutos de principio a fin respeta a los candidatos y sigue dando evidencia rica; una tarea para casa de varias horas filtra por tiempo libre, no por competencia. Si una sola tarea necesita una hora, cuestione la tarea antes que el límite — probablemente eligió una porción demasiado ancha en el paso uno.

Diga a los candidatos las reglas de tiempo por adelantado: cuánto permite cada tarea, si pueden hacer una pausa entre tareas y qué ocurre si se les acaba. Una presión de tiempo que pilla por sorpresa mide su ansiedad, no su habilidad, y los ajustes de accesibilidad deberían ser fáciles de conceder porque los límites nunca fueron trampas que soportaran el peso de la evaluación.

Paso 6: Estandarizar las entradas para que los resultados sean comparables

La comparabilidad es todo el sentido de una prueba de trabajo estructurada: todos los candidatos se enfrentan a la misma situación, de modo que las diferencias en los resultados reflejan diferencias de habilidad. Audite la tarea en busca de cualquier cosa que pueda variar de un candidato a otro — instrucciones formuladas de otra manera por distintos reclutadores, un escenario actualizado a mitad de la vacante, un adjunto que unos candidatos reciben y otros no — y fíjelo todo en una única definición canónica de la tarea.

Estandarice también el envoltorio de la respuesta. Si un candidato responde en un párrafo y otro en un documento con formato porque el enunciado nunca lo dijo, sus evaluadores puntuarán la presentación en lugar de la competencia. Especifique el medio, la extensión aproximada y los campos que hay que rellenar. Después versione la tarea exactamente igual que el perfil: los candidatos de una misma vacante ven siempre la misma versión, y cualquier cambio sale como una versión nueva con una nota.

  • Un único enunciado canónico — sin paráfrasis del reclutador, sin ediciones por candidato.
  • Paquete de contexto y adjuntos idénticos para todos los candidatos de la vacante.
  • Formato y extensión del entregable especificados, para que los evaluadores comparen el fondo.
  • Versión bloqueada por vacante; los cambios crean una versión nueva con una nota en el registro de cambios.
  • Herramientas coherentes: el mismo editor, el mismo flujo de subida, la misma configuración de grabación.

Paso 7: Pilotar internamente antes de que lo vea ningún candidato

Pase la tarea terminada por tres tipos de personas de dentro: alguien de alto rendimiento, alguien sólido pero medio y alguien de un puesto adyacente, como un compañero de otra cola. Está probando dos cosas. Claridad: ¿alguien leyó mal las instrucciones, se saltó un adjunto o se quedó sin tiempo por los motivos equivocados? Y discriminación: ¿el resultado de la persona de alto rendimiento se veía realmente distinto del de la media? Si todo el mundo produce la misma respuesta, la tarea es demasiado fácil o demasiado cerrada — amplíe la zona gris.

Haga la devolución con cada participante del piloto mientras la tarea está reciente: qué le pareció artificial, qué información quiso y no encontró, dónde adivinó su intención. Arregle el enunciado, no a la persona. Después conserve los resultados del piloto — se convierten en sus primeros ejemplos de anclaje cuando construya la rúbrica, y el rango entre las respuestas fuertes y las medias le dice cómo se verá una diferencia de puntuación significativa. Solo cuando la lista siguiente esté limpia sale la tarea a producción.

  • Las instrucciones sobrevivieron al contacto: ningún participante del piloto hizo una pregunta que el enunciado debería haber respondido.
  • El resultado de la persona de alto rendimiento fue visiblemente mejor en los términos que describen las conductas de su perfil.
  • El límite de tiempo dejó un margen razonable a la persona de dentro con rendimiento medio.
  • El escenario semilla está completamente anonimizado — sin nombres reales de clientes, importes ni identificadores.
  • Existe un borrador de guía de respuestas: el rango de respuestas fuertes, aceptables y débiles que reveló el piloto, listo para alimentar la rúbrica.

Ideas clave

  • Simule una porción de trabajo real densa en decisiones, partiendo de un caso real anonimizado — una porción por tarea.
  • Elija el formato según la habilidad: simulaciones de ticket para el juicio escrito, audio o vídeo para las habilidades habladas, casos prácticos para la priorización, role-plays para la interacción en vivo.
  • Redacte un contexto verosímil con fricción realista, y explicite el rol, la autoridad y el entregable.
  • Fije los tiempos a partir de pruebas con su propio equipo, mantenga proporcionada la secuencia completa y estandarice todas las entradas para que los resultados se comparen con limpieza.
  • Pilote con personas de dentro fuertes, medias y de un puesto adyacente — la tarea debe separarlas antes de llegar a un candidato.

Preguntas frecuentes

¿Cómo elegimos entre una tarea escrita y una respuesta de audio o vídeo?
Ajústese al medio del puesto. Si el puesto atiende a los clientes principalmente por escrito, la simulación de ticket es la opción de mayor fidelidad; si vive del teléfono, una respuesta de audio a un escenario grabado capta el tono y el aplomo que la escritura oculta. Cuando un puesto hace ambas cosas, use una tarea de cada tipo en lugar de forzar a un solo formato a cargar con todo.
¿El escenario debería ser inventado o basarse en un caso real?
Pártalo siempre que pueda de un caso real anonimizado. Los casos reales llevan la ambigüedad que hace observable el juicio — un cliente que lleva parte de razón, una objeción escondida — mientras que los escenarios inventados tienden a derrumbarse en acertijos pulcros con una única respuesta correcta. Edite para ganar claridad y elimine todo detalle identificativo, pero conserve la textura incómoda.
¿Cuánto debería durar una tarea de prueba de trabajo?
Derive el límite de pruebas con su propio equipo: pida a personas del equipo actual que hagan la tarea en frío y sitúe el límite del candidato holgadamente por encima de sus tiempos. Para los puestos de atención al cliente e inside sales, una secuencia completa de entre treinta y cuarenta y cinco minutos suele dar evidencia rica respetando al candidato. Si una sola tarea exige una hora, la porción es probablemente demasiado ancha.
¿Cuántas competencias debería medir una tarea?
Una competencia principal, con dos o tres del perfil como mucho aflorando de forma natural dentro de ella. Un único ticket de soporte de zona gris puede mostrar juicio, tono y claridad a la vez, pero una tarea construida para comprobarlo todo no mide nada bien. Cubra el perfil completo a lo largo de la secuencia, no dentro de un solo enunciado.
¿Por qué importa tanto estandarizar las entradas?
Porque la comparabilidad es el sentido de todo esto. Si los candidatos reciben instrucciones formuladas de otra manera, adjuntos distintos o formatos de respuesta sin especificar, las diferencias en sus resultados reflejan el proceso y no su habilidad. Una única tarea canónica con versión bloqueada por vacante significa que cada diferencia que ve un evaluador es evidencia.
¿Qué debería demostrar un piloto interno antes del lanzamiento?
Dos cosas: claridad — que nadie de dentro leyó mal el enunciado ni se quedó sin tiempo por motivos evitables — y discriminación — que el resultado de la persona de alto rendimiento se veía visiblemente mejor que el de la persona de rendimiento medio en los términos que describen las conductas de su perfil. Si todo el mundo converge en la misma respuesta, amplíe la zona gris antes de que lo vean los candidatos.

For hiring teams

Construya su primera tarea en SkillCort

SkillCort admite simulaciones de ticket, casos prácticos, subida de archivos, respuestas de audio y vídeo y role-plays estructurados — todo con versión bloqueada y estandarizado por vacante. Reserve una demostración y vea cómo una tarea pasa de una fila del perfil a una simulación pilotada y lista para candidatos.