Plantilla de flujo de onboarding

El primer mes en una empresa nueva determina qué tan productivo, comprometido y retenido será un miembro del equipo. La mayoría de los programas de onboarding concentran información en el Día 1 y luego esperan lo mejor. Un flujo de onboarding estructurado en Dailybot reemplaza la esperanza con check-ins regulares que detectan problemas temprano, aseguran que el nuevo miembro se sienta apoyado, y dan a los gerentes visibilidad de la salud del onboarding sin acosar.

Estructura de la plantilla

Esta plantilla usa cuatro fases de check-in, cada una activada en un punto específico de la línea de tiempo del onboarding. Puedes configurarlas como check-ins programados separados o como un solo workflow con triggers basados en fecha.

Check-in del Día 1

Momento: Final del primer día

Propósito: Verificar que lo básico esté en su lugar y que el nuevo miembro no esté atascado en logística.

Preguntas

1. Estado de configuración: “¿Pudiste acceder a todas las herramientas que necesitas? (correo, chat, repos de código, calendario)” — Sí / Parcialmente / No
2. Primera impresión: “¿Cómo estuvo tu primer día en general?” — Escala 1-5
3. Preguntas abiertas: “¿Tienes alguna pregunta que nadie haya respondido todavía?”
4. Contacto con buddy/gerente: “¿Te conectaste con tu buddy de onboarding o tu gerente hoy?” — Sí / Todavía no

Lógica condicional

Si el estado de configuración es “No” o “Parcialmente,” enruta una notificación al coordinador de onboarding o equipo de IT con los detalles de la respuesta. Los problemas de acceso el Día 1 se acumulan rápido—un desarrollador sin acceso al repo pierde un día entero.

Check-in de la Semana 1

Momento: Final de la primera semana (Día 5)

Propósito: Evaluar si el nuevo miembro superó la configuración y está en trabajo productivo.

Preguntas

1. Productividad: “¿Has podido empezar a contribuir a trabajo real? (primer PR, primera tarea, primera contribución en reunión)” — Sí / Avanzando / Todavía no
2. Bloqueos: “¿Hay algo frenándote que se pueda arreglar?” — Texto libre
3. Integración al equipo: “¿Has tenido conversaciones 1:1 con al menos dos compañeros?” — Sí / Todavía no
4. Brechas de información: “¿Hay algo sobre el equipo, el código o el proceso que te hubiera gustado que explicaran antes?”
5. Satisfacción: “¿Cómo calificarías tu primera semana?” — Escala 1-5

Lógica condicional

Si la satisfacción es 2 o menos, o si los bloqueos mencionan problemas de acceso o herramientas, notifica al gerente de inmediato. Los problemas de la Semana 1 son arreglables; los de la Semana 4 son culturales.

Check-in de la Semana 2

Momento: Final de la segunda semana (Día 10)

Propósito: Verificar una integración más profunda—¿el nuevo miembro entiende cómo trabaja el equipo, no solo qué herramientas usar?

Preguntas

1. Claridad del workflow: “¿Entiendes cómo se asigna, revisa y envía el trabajo en este equipo?” — Sí / Mayormente / No
2. Normas de comunicación: “¿Te sientes cómodo haciendo preguntas en los canales del equipo?” — Sí / Algo / Todavía no
3. Ritmo: “¿Cómo se siente el ritmo de trabajo?” — Muy lento / Adecuado / Muy rápido / Abrumador
4. Una cosa para mejorar: “Si pudieras cambiar una cosa de la experiencia de onboarding, ¿cuál sería?”
5. Confianza: “¿Qué tan seguro te sientes de tu capacidad para contribuir independientemente?” — Escala 1-5

Lógica condicional

Si el ritmo es “Abrumador” o la confianza es 2 o menos, marca la respuesta para el gerente. A las dos semanas, el nuevo miembro debería estar ganando confianza, no perdiéndola.

Check-in del Mes 1

Momento: Final del primer mes (Día 30)

Propósito: Evaluación final de onboarding—¿el nuevo miembro está integrado, productivo y satisfecho?

Preguntas

1. Evaluación de productividad: “¿Qué tan productivo te sientes comparado con donde esperabas estar a estas alturas?” — Detrás / En camino / Adelante
2. Pertenencia al equipo: “¿Te sientes parte del equipo?” — Escala 1-5
3. Relación con el gerente: “¿Has tenido 1:1s regulares con tu gerente?” — Sí / Inconsistente / No
4. Temas sin resolver: “¿Hay algo de tu onboarding que siga sin resolverse?”
5. Satisfacción general: “¿Cómo calificarías tu experiencia de onboarding?” — Escala 1-5
6. Recomendación: “¿Recomendarías el onboarding de este equipo a un amigo?” — Sí / Tal vez / No

Lógica condicional

Si la satisfacción general es 2 o menos, o si “recomendación” es “No,” escala al gerente y al socio de recursos humanos. Al mes, una satisfacción baja es un riesgo de retención que requiere una conversación directa.

Instrucciones de configuración

Crear los check-ins

Configura cuatro check-ins separados en Dailybot, cada uno dirigido al nuevo miembro del equipo. Usa la función de programación para activar cada uno en la fecha apropiada relativa a su fecha de inicio. Si tu proceso de onboarding involucra múltiples nuevos miembros en diferentes momentos, usa un workflow que calcule la fecha del trigger desde un input de fecha de inicio.

Enrutar respuestas

Enruta todas las respuestas al gerente de onboarding y al gerente directo del nuevo miembro. Mantén las respuestas privadas entre el nuevo miembro y los gerentes—publicarlas en un canal del equipo arriesga desalentar respuestas honestas sobre ritmo, satisfacción o dinámica del equipo.

Configurar escalación

Configura notificaciones para los triggers condicionales descritos arriba. La escalación debería ir a alguien que pueda actuar—no a una bandeja genérica de recursos humanos. Nombra a una persona específica (buddy de onboarding, gerente o líder de ops) para cada tipo de escalación.

Adaptar para onboarding de agentes

La misma estructura por fases funciona para incorporar agentes de código a un nuevo código. Reemplaza preguntas subjetivas con verificaciones objetivas:

• Día 1: “¿Puede el agente acceder al repo, ejecutar tests y enviar un reporte?”
• Semana 1: “¿Ha completado el agente una primera tarea exitosamente?”
• Semana 2: “¿Está el agente operando dentro de las tasas de error esperadas?”
• Mes 1: “¿Está el agente integrado en los workflows del equipo y produciendo output consistente?”

Esta estructura paralela mantiene visible el onboarding humano y de agentes en el mismo sistema, dando a los líderes de ops una vista unificada de la preparación del equipo.