¿Por qué empezar con tareas conocidas?
Empiece por un trabajo conocido, porque quien lo revisa ya sabe cómo debe ser un buen resultado. Si un responsable puede evaluar un correo a un cliente o una nota de traspaso sin IA, puede explicar los criterios de revisión antes de que nadie abra una herramienta, y la conversación posterior se centrará en las decisiones, no en si la herramienta resulta impresionante.
Una tarea que depende de conocimientos especializados que nadie presente tiene es mucho más difícil de evaluar de forma responsable. Si quien revisa no puede distinguir una respuesta correcta de una expresada con seguridad, el ejercicio enseña a confiar en la fluidez, justo lo contrario del hábito que se busca fomentar.
¿Qué hace que una primera tarea práctica sea adecuada?
Una buena primera tarea supera seis comprobaciones. Si no supera alguna, elija otra tarea o modifíquela hasta que las supere todas.
Conocido
Es un entregable que el equipo ya produce, como un correo electrónico, un resumen o un informe breve.
Riesgo bajo
No pasa nada si el primer intento es incorrecto, porque no se enviará a un cliente ni a un organismo regulador.
Fuente delimitada
Los hechos que se pueden utilizar caben en una página, por lo que es fácil detectar una afirmación inventada.
Destinatario claro
Lo leerá una persona concreta, lo que da a quien está aprendiendo un objetivo al que orientar su trabajo.
Persona designada para la revisión
Una persona que conoce el trabajo se compromete a revisarlo en uno o dos días.
Sin datos confidenciales
Utiliza material ficticio o aprobado, de acuerdo con la política de IA de su empresa.
¿Qué tareas iniciales funcionan bien para distintos puestos?
La tabla propone una tarea inicial por puesto. Cada una incluye una fuente que la persona encargada de la revisión puede comprobar rápidamente y un punto claro en el que un borrador de IA probablemente vaya más allá de lo respaldado.
| Rol | Primera tarea | Qué comprueba el revisor |
|---|---|---|
| Marketing | Una invitación a un evento a partir de un documento de una página | Sin cifras de asistencia, resultados ni escasez inventados |
| Ventas | Un correo de seguimiento a partir de tres notas de una reunión | Cada compromiso figura en las notas |
| Soporte | Una respuesta a una queja basada en una política pegada en la herramienta | Sin promesas que la política no permita |
| Operaciones | Un resumen de un SOP breve para una persona recién incorporada | No se ha omitido ningún paso de seguridad ni de registro |
| Finanzas | Una explicación de dos líneas sobre un cambio en una tabla pequeña | Las cifras coinciden y la causa no es inventada |
¿Quiere ver cómo se relaciona esto con un puesto?
Explore la prueba prevista para equipos ↗¿Cómo es una primera tarea resuelta?
Una consultora ficticia organiza un taller en línea de 60 minutos sobre cómo redactar documentos de requisitos de proyectos más claros, con una hoja de trabajo y un turno de preguntas en directo. Esos tres datos constituyen toda la información de origen. La instrucción de la persona que realiza la formación: "Redacte un correo breve para invitar a responsables de operaciones a este taller. Utilice únicamente los datos que figuran a continuación. No supere las 120 palabras e incluya una sola llamada a la acción clara."
Un primer borrador típico resulta fluido, pero va más allá de lo que permite la fuente. Dice que "cientos de equipos confían" en el taller, que "las plazas se están agotando" y que los asistentes "reducirán a la mitad los retrasos de los proyectos". Nada de eso figura en la fuente. Una versión revisada conserva los tres hechos, explica por qué a una persona responsable de operaciones podrían interesarle unas instrucciones de trabajo más claras y termina con una sola línea para inscribirse.
La parte útil es la nota de revisión del participante: "Eliminé la afirmación sobre la asistencia, la frase sobre la escasez y la promesa de resultados porque el documento de instrucciones no las respalda." Esa nota le da al responsable algo que comentar. El mismo patrón de una fuente delimitada y una trampa evidente funciona en cualquier puesto.
¿Qué tareas debería evitar al empezar?
Evite cualquier tarea que utilice datos personales de clientes, tenga consecuencias legales, financieras o de seguridad, o no cuente con una persona designada para revisarla. Pueden ser buenas tareas para más adelante, pero no para empezar, porque un error sale caro y la revisión pasa a centrarse en el riesgo en lugar del aprendizaje.
Evite también tareas abiertas como "use IA para redactar nuestra estrategia". No hay una fuente delimitada, un destinatario claro ni una forma de distinguir una buena respuesta de una simplemente larga. Una primera tarea debe completarse, revisarse y comentarse en el plazo de una semana.
¿Qué debe tratarse en la primera conversación?
Haga tres preguntas: qué contexto aportó la persona en formación, qué afirmación comprobó y qué cambió antes de compartir el resultado. Mantenga la fuente, el primer borrador y la versión final uno al lado del otro para que otra persona pueda seguir el razonamiento.
Una primera tarea debe abrir una conversación, no etiquetar a alguien como experto o principiante. Utilice un segundo ejemplo diferente antes de extraer conclusiones más amplias sobre las habilidades de una persona.
¿Qué relación tiene esto con Tosheo.ai?
La prueba de nivel y las lecciones previstas de Tosheo.ai siguen el mismo principio: tareas prácticas breves con una fuente proporcionada, una rúbrica de evaluación visible y una nota sobre lo que se cambió. Sin embargo, no necesita un producto para realizar una buena primera tarea. Unas instrucciones, una persona que revise el trabajo y una conversación de quince minutos bastan para empezar y, en cualquier caso, Tosheo.ai aún no se ha desarrollado.