Configuración de plantillas de proceso

Referencia completa para configurar plantillas de procesos de contratación con YAML, con tipos de etapa, opciones de configuración, evaluadores y ejemplos.

Descripción general

Una plantilla de proceso define las etapas por las que pasa un candidato a lo largo de tu pipeline de contratación. Las plantillas se escriben en YAML y constan de una lista ordenada de etapas, cada una con un tipo, un nombre y una configuración opcional.

Cuando creas una oferta de empleo y seleccionas una plantilla, las etapas se instancian en orden. Los candidatos avanzan por cada etapa de forma secuencial, desde la candidatura hasta la oferta.

Estructura básica

name: My Hiring Process
description: |
  A short description of this template.
  Supports **Markdown** formatting.

tags:
  - engineering
  - remote

stages:
  - type: application_form
    name: "Application"
    config:
      candidate_description: "Tell us about yourself."

  - type: live_interview
    name: "Interview"
    config:
      candidate_description: "A conversation about your background."

  - type: offer
    name: "Offer"

Las plantillas se validan al guardarlas, y las claves de config se comprueban de forma estricta: una clave mal escrita o no admitida hace fallar la validación con un error, en lugar de ignorarse en silencio, así que las erratas salen a la luz de inmediato.

Claves de nivel superior

Clave	Obligatoria	Descripción
`stages`	Sí	Lista ordenada de definiciones de etapa (al menos una)
`name`	No	Nombre de la plantilla (también se puede definir en el campo del formulario)
`description`	No	Descripción del proceso con formato Markdown
`tags`	No	Lista de etiquetas de texto para categorizar
`quick_fields`	No	Campos rápidos para capturar información del candidato (consulta Campos rápidos más adelante)

Claves de etapa

Cada etapa requiere name y type. El hash opcional config y la lista reviewers varían según el tipo de etapa.

Clave	Obligatoria	Descripción
`name`	Sí	Nombre visible de la etapa
`type`	Sí	Uno de los tipos de etapa admitidos que se enumeran a continuación
`config`	No	Opciones de configuración específicas del tipo
`reviewers`	No	Lista de asignaciones de evaluadores

Compensar a los candidatos

Kit crea pagos desde las etapas en las que el candidato entrega trabajo: muestras de trabajo, cuestionarios, cargas de portafolio, ejercicios de código, vídeos vistos y respuestas grabadas en vídeo. Añade un bloque anidado payout a una de esas etapas; el pago se crea cuando el candidato envía o completa correctamente el trabajo. No configures pagos en revisiones, entrevistas, verificaciones de referencias, formularios de candidatura ni ofertas: esas etapas no tienen ningún evento que cree el pago. Consulta Pagos a candidatos para conocer el flujo del candidato y del equipo financiero.

Clave	Tipo	Predeterminado	Descripción
`enabled`	boolean	false	Activa la compensación para esta etapa
`amount`	integer	Ninguno	Importe a pagar, en la moneda indicada (por ejemplo, `250`)
`currency`	string	USD	Código de moneda de tres letras

- type: code_assignment
  name: "Take-Home Assignment"
  config:
    candidate_description: "Complete a practical coding exercise."
    payout:
      enabled: true
      amount: 250
      currency: USD

Enunciados privados de las tareas

candidate_description se publica: aparece en la página de la oferta, en la galería de plantillas y en los correos al candidato. La prueba práctica y sus enlaces deben ir en el bloque brief anidado, que solo puede leer el candidato que ha llegado a la etapa y ha empezado la tarea. Úsalo con etapas work_sample. Las etapas portfolio_upload existentes que ya tienen un enunciado siguen siendo compatibles; en los demás tipos de etapa, el bloque se ignora. Consulta Descripción de la etapa frente al enunciado.

Clave	Tipo	Predeterminado	Descripción
`body`	string	Ninguno	La tarea se procesa como una plantilla Liquid restringida. Solo se admiten variables de salida `{{ preparation.<key> }}`; no se admiten etiquetas ni filtros Liquid. Las URL pegadas se convierten en enlaces al leerla
`estimated_hours`	integer	Ninguno	Esfuerzo que se muestra al candidato antes de empezar (mínimo: 1)
`due_days`	integer	5	Días desde que el candidato empieza hasta la fecha límite (mínimo: 1)
`grace_hours`	integer	24	Horas durante las que se permiten entregas tras la fecha límite, marcadas como tardías
`allow_extension`	boolean	false	Ofrece una prórroga de autoservicio antes de que venza el plazo
`extension_hours`	integer	72	Duración de esa prórroga (mínimo: 1)
`requires_preparation`	boolean	false	Impide que el candidato empiece hasta que un responsable prepare su entorno individual
`preparation_fields`	array	`[]`	Valores exclusivos de cada candidato, como una URL de prueba, un usuario o una contraseña (consulta más abajo)

Cada campo de preparación usa {key, label, field_type, required}. La clave se convierte en una variable Liquid dentro del enunciado: coloca {{ preparation.<key> }} donde el candidato deba ver el valor. Los valores no se muestran de forma automática. field_type puede ser text, url, multiline o secret. Para mantener la coherencia con los campos del formulario de candidatura, se acepta name como alias de key y type como alias de field_type; las respuestas de lectura siempre usan los nombres canónicos key y field_type. Los responsables rellenan estos valores por separado para cada candidato antes de invitarlo a empezar. Cada candidato solo ve sus propios valores.

- type: work_sample
  name: "Paid Test Project"
  config:
    candidate_description: "A short paid exercise, roughly half a day of work."
    brief:
      body: |
        Your test shop: {{ preparation.shop_url }}
        Username: {{ preparation.shop_login }}
        Password: {{ preparation.shop_password }}

        Retouch the five sample images in the shop and submit web-ready JPEGs
        plus your layered file.
      estimated_hours: 4
      due_days: 5
      grace_hours: 24
      allow_extension: true
      requires_preparation: true
      preparation_fields:
        - key: shop_url
          label: Test shop URL
          field_type: url
          required: true
        - key: shop_login
          label: Login
          field_type: text
          required: true
        - key: shop_password
          label: Password
          field_type: secret
          required: true
    payout:
      enabled: true
      amount: 150
      currency: PLN

No existe una variante plana de estas claves: brief siempre está anidado, de modo que sus claves estimated_hours y allow_extension nunca chocan con las claves homónimas de code_assignment.

Si solo necesitas cambiar el entorno individual mediante MCP, usa hiring_update_stage_preparation. Así se conservan el enunciado privado y los plazos, sin reemplazar todo el bloque brief.

Referencia de tipos de etapa

application_form

El punto de entrada para los candidatos. Recopila información estructurada mediante campos de formulario personalizados. Opcionalmente, retiene a los candidatos en estado de cribado antes de avanzarlos.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`screening_enabled`	boolean	true	Retiene las candidaturas para revisión manual antes de avanzarlas. Activado por defecto: ponlo en `false` de forma explícita para desactivar el cribado
`screening_message`	string	Ninguno	Mensaje que se muestra a los candidatos mientras el cribado está activo
`resume_required`	boolean	false	Exigir CV: los candidatos no pueden enviar la candidatura sin adjuntar un documento PDF o Word (máx. 10 MB)
`fields`	array	Ninguno	Lista de definiciones de campos de formulario (ver a continuación)

Opciones de los campos de formulario:

Clave	Obligatoria	Tipo	Descripción
`name`	Sí	string	Identificador del campo
`type`	Sí	string	`text`, `textarea`, `file`, `url`, `select`, `checkbox`, `email`, `phone`
`required`	No	boolean	Si el campo es de cumplimentación obligatoria; se comprueba cuando el candidato envía la candidatura, en todas las vías de candidatura, incluida la API pública
`label`	No	string	Etiqueta visible (por defecto, el nombre)
`placeholder`	No	string	Texto de ejemplo
`max_length`	No	integer	Número máximo de caracteres (mínimo: 1)
`options`	No	array	Opciones para los campos `select`

Importante: para exigir un CV, establece resume_required: true en la configuración de la etapa. Un campo de formulario llamado resume se ignora: el currículum tiene su propia subida en el formulario de candidatura y se adjunta al margen de los campos personalizados, así que declarar - name: resume con type: file y required: true no tiene ningún efecto.

- type: application_form
  name: "Application"
  config:
    candidate_description: "Tell us about yourself."
    screening_enabled: true
    screening_message: "We'll review your application shortly."
    resume_required: true
    fields:
      - name: experience_level
        type: select
        required: true
        options:
          - "Junior (0-2 years)"
          - "Mid (2-5 years)"
          - "Senior (5+ years)"
      - name: cover_letter
        type: textarea
        required: false
        max_length: 500

code_assignment

Un ejercicio de código para realizar en casa. Cuando GitHub está conectado, se crea un repositorio privado a partir de una plantilla para cada candidato. Incluye gestión de plazos de entrega.

Importante: El repositorio que indiques en github_template debe estar marcado como plantilla en GitHub. Consulta Configuración del repositorio de plantilla de GitHub para conocer los requisitos y las instrucciones de configuración.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`github_template`	string	Ninguno	Repositorio plantilla de GitHub (por ejemplo, `org/hiring-assignment`)
`duration_days`	integer	7	Días disponibles para completarlo (mínimo: 1)
`estimated_hours`	integer	Ninguno	Esfuerzo estimado en horas (por ejemplo, `5`)
`instructions`	string	Ninguno	Instrucciones que se incorporan con un commit al repositorio del candidato
`grace_period_hours`	integer	24	Horas que se aceptan pasada la fecha límite antes de que esta sea definitiva
`allow_extension`	boolean	true	Los candidatos pueden solicitar una ampliación del plazo

Para pagar a los candidatos por el ejercicio, añade un bloque payout; consulta «Compensar a los candidatos» más arriba. Las claves antiguas paid, payment_amount y payment_currency se siguen aceptando en code_assignment y se convierten en un pago equivalente, pero en las plantillas nuevas es preferible usar payout.

- type: code_assignment
  name: "Take-Home Assignment"
  config:
    candidate_description: "Complete a practical coding exercise."
    github_template: "mycompany/hiring-challenge"
    duration_days: 7
    estimated_hours: 5
    payout:
      enabled: true
      amount: 250
      currency: USD

work_sample

Los candidatos realizan una tarea concreta y pertinente para el puesto y suben el resultado. A diferencia del portafolio, el trabajo se crea para este proceso de selección. Es obligatorio incluir un enunciado privado (brief), que puede definir un plazo, una única prórroga de autoservicio, datos de preparación específicos para cada candidato y una compensación. Asigna evaluadores si la entrega debe seguir en revisión hasta que todos completen su ficha de evaluación.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Expectativas públicas antes de que el candidato llegue a la etapa; la tarea debe ir en `brief`
`accept`	array	`pdf, png, jpg, jpeg, gif, webp`	Extensiones permitidas, sin el punto inicial; también se admiten `doc`, `docx`, `ppt`, `pptx`, `zip`, `mp4`, `mov`, `webm`, `tiff`, `tif` y `psd`
`max_files`	integer	10	Número máximo de archivos (entre 1 y 50)
`max_file_size_mb`	integer	25	Tamaño máximo por archivo en MB (entre 1 y 100)
`allow_links`	boolean	true	Los candidatos también pueden enviar enlaces externos

- type: work_sample
  name: "Paid Customer Reply Exercise"
  config:
    candidate_description: "Complete a short, paid support exercise."
    brief:
      body: "Draft replies to the three customer scenarios in the attached packet."
      estimated_hours: 2
      due_days: 4
      allow_extension: true
    accept:
      - pdf
    max_files: 3
    payout:
      enabled: true
      amount: 100
      currency: USD

portfolio_upload

Los candidatos comparten trabajos que ya habían creado, como archivos de diseño o textos. Admite restricciones de tipo de archivo, límites de subida y enlaces externos. Las etapas existentes que usan brief siguen siendo compatibles; para las nuevas pruebas prácticas, utiliza work_sample para que los candidatos distingan claramente ambas solicitudes.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`accept`	array	`pdf, png, jpg, jpeg, gif, webp`	Extensiones permitidas, sin el punto inicial. Indica de forma explícita `doc`, `docx`, `ppt`, `pptx`, `zip`, `mp4`, `mov`, `webm`, `tiff`, `tif` o `psd` para aceptar esos archivos. Una extensión que Kit no reconozca se ignora en lugar de aceptarse
`max_files`	integer	10	Número máximo de archivos (mínimo: 1)
`max_file_size_mb`	integer	25	Tamaño máximo por archivo en MB
`allow_links`	boolean	true	Los candidatos también pueden enviar enlaces externos (por ejemplo, Figma o Behance)

- type: portfolio_upload
  name: "Portfolio Review"
  config:
    candidate_description: "Share 3-5 examples of your best work."
    accept:
      - pdf
      - png
      - jpg
    max_files: 5
    max_file_size_mb: 50
    allow_links: true

questionnaire

Preguntas escritas para que los candidatos respondan de forma asíncrona. Útil para el cribado por escenarios en roles de soporte, ventas o redacción.

Un cuestionario puede tener evaluadores de forma opcional. Sin evaluadores, el envío de las respuestas obligatorias completa la etapa con normalidad. Cuando hay evaluadores asignados, el envío los notifica y el candidato espera en la etapa hasta que todos ellos entreguen un cuadro de evaluación.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`questions`	array	Ninguno	Lista de definiciones de preguntas
`duration_days`	integer	Ninguno	Días sugeridos para responder: solo se muestran en la vista previa de la plantilla, no se aplican

Opciones de las preguntas:

Clave	Obligatoria	Tipo	Descripción
`type`	Sí	string	Categoría de la pregunta (por ejemplo, `scenario`)
`prompt`	Sí	string	El texto de la pregunta

- type: questionnaire
  name: "Written Scenarios"
  config:
    candidate_description: "Respond to these real-world scenarios."
    questions:
      - type: scenario
        prompt: "A customer reports a billing error. Walk us through your response."
      - type: scenario
        prompt: "You discover a bug affecting 10% of users. What do you do?"

video

Presenta un vídeo a los candidatos. Admite vídeos subidos (a través de Mux) o vídeos incrustados desde plataformas externas.

Los ajustes de vídeo se agrupan bajo una clave anidada video dentro de config.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`video`	hash	Ninguno	Ajustes de vídeo (ver a continuación)

Opciones de video:

Clave	Tipo	Predeterminado	Descripción
`source_type`	string	`mux`	`mux` (subido) u `oembed` (incrustación externa)
`oembed_url`	string	Ninguno	URL del vídeo incrustado (cuando la fuente es `oembed`)
`description`	string	Ninguno	Descripción o contexto del vídeo
`min_watch_percentage`	integer	15	Porcentaje mínimo de visualización requerido (1-100)

- type: video
  name: "Company Introduction"
  config:
    candidate_description: "Watch this video about our team and culture."
    video:
      source_type: oembed
      oembed_url: "https://www.youtube.com/watch?v=example"
      description: "A 5-minute overview of our engineering team."
      min_watch_percentage: 80

video_recording

Los candidatos graban o suben una respuesta en vídeo a una indicación. Útil para presentaciones en vídeo, cartas de presentación en vídeo o entrevistas en vídeo asíncronas. Requiere la integración con Mux.

Los ajustes de grabación se agrupan bajo una clave anidada video_recording dentro de config.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`video_recording`	hash	Ninguno	Ajustes de grabación (ver a continuación)

Opciones de video_recording:

Clave	Tipo	Predeterminado	Descripción
`max_duration_seconds`	integer	120	Duración máxima de la grabación en segundos
`allow_upload`	boolean	true	Permitir a los candidatos subir un archivo de vídeo pregrabado
`max_retakes`	integer	Ninguno	Número de regrabaciones permitidas (en blanco = ilimitadas)

- type: video_recording
  name: "Video Introduction"
  config:
    candidate_description: "Record a 2-minute video introducing yourself."
    video_recording:
      max_duration_seconds: 120
      allow_upload: true
      max_retakes: 3

team_review

Una etapa de revisión interna en la que tu equipo evalúa a un candidato. Admite umbrales de votación y reglas de veto.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Mensaje que se muestra al candidato durante esta etapa
`voting`	hash	Ninguno	Configuración de la votación (ver a continuación)

Opciones de la votación:

Clave	Tipo	Predeterminado	Descripción
`threshold`	integer	2	Mínimo de votos a favor para avanzar (1-10)
`require_all_reviewers`	boolean	false	Todos los evaluadores asignados deben votar
`veto_auto_rejects`	boolean	false	Un solo veto rechaza automáticamente al candidato

- type: team_review
  name: "Code Review"
  config:
    candidate_description: "Our team is reviewing your submission."
    voting:
      threshold: 2
      require_all_reviewers: true
      veto_auto_rejects: true

live_interview

Una entrevista síncrona realizada por videollamada o de forma presencial. Se integra con la programación del calendario.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`provider`	string	`native`	Quién gestiona los horarios: `native` (disponibilidad de Kit), `calendly` o `cal_com`
`duration_minutes`	integer	60	Duración de la entrevista en minutos (mínimo: 15)
`interviewers_required`	integer	1	Número de entrevistadores que deben asistir (mínimo: 1). Por encima de 1, solo se ofrecen los horarios en los que haya ese número libre a la vez
`includes_roleplay`	boolean	false	La entrevista incluye un ejercicio de simulación de rol

- type: live_interview
  name: "Technical Interview"
  config:
    candidate_description: "A conversation about your technical skills."
    duration_minutes: 90
    interviewers_required: 2

reference_check

Recopila referencias mediante el portal del candidato. El candidato propone a las personas de referencia, ve el conjunto exacto de preguntas y acepta el contacto. Kit espera a recibir el número configurado de respuestas completas antes de dejar la verificación lista para el equipo de contratación.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Instrucciones que se muestran al candidato
`references_required`	integer	2	Respuestas completas necesarias antes de poder terminar la etapa (1–5)
`collection_enabled`	boolean	false	Pide al candidato que proponga personas de referencia desde el portal del candidato
`require_manager`	boolean	true	Exige que al menos una de las personas propuestas haya sido responsable del candidato
`allow_manual_send`	boolean	true	Si es true, Kit intenta usar el remitente verificado de referencias de la cuenta y recurre a la dirección de la plataforma; si es false, siempre usa la dirección de la plataforma. Kit envía la solicitud en ambos casos

- type: reference_check
  name: "References"
  config:
    candidate_description: "Provide contact details for your references."
    collection_enabled: true
    references_required: 2
    require_manager: true
    allow_manual_send: true

Consulta Realizar verificaciones de referencias para conocer el consentimiento, la entrega, los recordatorios, las respuestas y la revisión del equipo.

offer

La etapa final, en la que presentas una oferta al candidato. Suele tener una configuración mínima.

Clave de configuración	Tipo	Predeterminado	Descripción
`candidate_description`	string	Ninguno	Mensaje que se muestra al candidato

- type: offer
  name: "Offer"
  config:
    candidate_description: "We'd love to have you join the team."

Evaluadores

Puedes asignar evaluadores a las etapas de evaluación, incluidos los cuestionarios. Cada evaluador necesita una dirección de correo y un rol. Un cuestionario solo queda condicionado por la revisión cuando tiene al menos un evaluador asignado.

Clave	Obligatoria	Descripción
`email`	Sí	Dirección de correo electrónico del evaluador (debe coincidir con la de un miembro del equipo)
`role`	Sí	`reviewer` (estándar) o `lead` (responsable principal de la decisión)

Añadir a alguien como evaluador pone en cola su incorporación. Si nunca ha evaluado en Kit, puede recibir un único correo que explica la etapa y el flujo de revisión. En una oferta restringida, el evaluador debe ser administrador de la cuenta o miembro del equipo de esa oferta, para que el enlace de revisión nunca apunte a una página que no puede abrir.

- type: team_review
  name: "Code Review"
  config:
    voting:
      threshold: 2
  reviewers:
    - email: [email protected]
      role: lead
    - email: [email protected]
      role: reviewer
    - email: [email protected]
      role: reviewer

Campos rápidos

Los campos rápidos definen los metadatos estructurados que tu equipo captura para cada candidato: cosas como expectativas salariales, disponibilidad, preferencia de ubicación o cualquier señal personalizada relevante para tu puesto. Los campos aparecen en la barra lateral del candidato.

Para gestionar las definiciones de campos directamente en la interfaz, consulta Campos de datos del candidato.

Esquema

Clave	Obligatoria	Tipo	Descripción
`key`	Sí	string	Identificador único (solo minúsculas y guiones bajos, por ejemplo, `salary_expectation`)
`label`	Sí	string	Etiqueta visible que se muestra a tu equipo
`field_type`	No	string	Uno de los 4 tipos de campo de más abajo (predeterminado: `text`)
`placeholder`	No	string	Texto de ejemplo para el campo
`options`	No	array	Opciones para los campos `select`

Nota: Los tipos de campo y opciones más avanzados (números, valoraciones, extracción por IA y reglas de visibilidad) se configuran en metafield_definitions, una clave de nivel superior independiente. Consulta Campos de datos del candidato.

Tipos de campo

Tipo	Descripción
`text`	Entrada de texto de una sola línea
`textarea`	Entrada de texto de varias líneas
`select`	Lista desplegable a partir de un conjunto fijo de opciones
`date`	Selector de fecha

Ejemplos

quick_fields:
  - key: salary_expectation
    label: "Salary Expectation"
    field_type: text
    placeholder: "$80,000 - $100,000"
  - key: start_date
    label: "Earliest Start Date"
    field_type: date
  - key: work_authorization
    label: "Work Authorization"
    field_type: select
    options:
      - "US Citizen"
      - "Permanent Resident"
      - "Requires Sponsorship"
  - key: source
    label: "Source / Referral"
    field_type: text
    placeholder: "e.g. LinkedIn, referral from..."

Ejemplo completo

Una plantilla completa para contratar a un ingeniero de software, que incluye cribado, un ejercicio de código remunerado, revisión del equipo, dos rondas de entrevistas, referencias y una oferta.

name: Software Engineer - Standard
description: |
  Comprehensive process for mid-to-senior software engineers.
  Includes a take-home assignment with team code review.

tags:
  - engineering
  - technical
  - assignment

quick_fields:
  - key: salary_expectation
    label: "Salary Expectation"
    field_type: text
    placeholder: "e.g. $120k - $150k"
  - key: notice_period
    label: "Notice Period"
    field_type: text
  - key: location_preference
    label: "Location Preference"
    field_type: text

stages:
  - type: application_form
    name: "Application"
    config:
      candidate_description: "Tell us about yourself and your experience."
      screening_enabled: true
      screening_message: "We're reviewing your application."
      resume_required: true
      fields:
        - name: github_url
          type: url
          required: false
        - name: motivation
          type: textarea
          required: true
          max_length: 500

  - type: code_assignment
    name: "Take-Home Assignment"
    config:
      candidate_description: "Complete a practical coding exercise at your own pace."
      github_template: "mycompany/hiring-assignment"
      duration_days: 8
      estimated_hours: 6
      payout:
        enabled: true
        amount: 250
        currency: USD
    reviewers:
      - email: [email protected]
        role: lead

  - type: team_review
    name: "Code Review"
    config:
      candidate_description: "Our team reviews your code submission."
      voting:
        threshold: 2
        require_all_reviewers: true
        veto_auto_rejects: true
    reviewers:
      - email: [email protected]
        role: lead
      - email: [email protected]
        role: reviewer

  - type: live_interview
    name: "Technical Interview"
    config:
      candidate_description: "A conversation about your technical skills."
      duration_minutes: 90
      interviewers_required: 2

  - type: live_interview
    name: "Culture & Values"
    config:
      candidate_description: "Get to know the team and learn about our culture."
      duration_minutes: 45

  - type: reference_check
    name: "References"
    config:
      references_required: 2

  - type: offer
    name: "Offer"
    config:
      candidate_description: "We'll present you with an offer to join the team."

Consejos

Comienza con application_form: es el punto de entrada natural y te permite recopilar currículos e información básica.
Termina con offer: mantiene el pipeline ordenado y te da una etapa final para el seguimiento.
Usa el cribado en el formulario de candidatura para revisar manualmente a los candidatos antes de avanzarlos. Así evitas que candidatos no cualificados reciban ejercicios de código.
Paga los ejercicios para realizar en casa: añade un bloque payout a una etapa con entrega que cree pagos, como work_sample o code_assignment. Consulta Pagos a candidatos.
Mantén los procesos por debajo de 7 etapas: los pipelines largos provocan el abandono de los candidatos.
Asigna evaluadores a las etapas team_review y code_assignment, y a cualquier cuestionario que necesite un cuadro de evaluación humano, para que se notifique automáticamente a las personas adecuadas.
Usa candidate_description en cada etapa: los candidatos ven este mensaje, así que una comunicación clara reduce la confusión y las solicitudes de soporte.
Captura las señales habituales con quick_fields: añade campos como expectativa salarial, disponibilidad y ubicación para que tu equipo los registre de forma coherente en la barra lateral del candidato.
Incluye la tarea real en brief: añade las instrucciones, los enlaces a archivos y todo lo que no deba aparecer en la página pública de la oferta. Consulta Enunciados privados de las tareas.
¿Necesitas tipos más avanzados o extracción por IA? Los números, las valoraciones, el autocompletado por IA y las reglas de visibilidad están en metafield_definitions. Consulta Campos de datos del candidato.