Preparación de challenge según el rol
Las primeras rondas cada vez más omiten la revisión del portafolio y pasan directamente a un problema en vivo con tiempo limitado, a menudo de 25 a 45 minutos, o un ejercicio para llevar a casa. La solicitud consigue que el usuario entre a la sala. Esto es lo que sucede allí.
Tres modos: generar el desafío probable, ensayarlo en vivo, analizarlo. Generalmente consecutivos.
Antes de todo
- Lee
<workspace>/jobsearchos.config.md. Simodules.challenge_prepes falso, dilo en una línea y detente. - Lee
<workspace>/profile/identity.mdpararole_title,seniorityytarget_titles. El formato y la puntuación se adaptan a ese rol. Si tu herramienta no puede leer archivos, pide al usuario que los pegue. - Modelos:
models.searchpara reconocimiento,models.deeppara escribir el desafío y la crítica. Si la sesión está en Opus, dilo en una línea y continúa. Una búsqueda, máximo dos. Si existe un dossier para esta empresa en<workspace>/jobs/(coincidencia por slug, cualquier prefijo), léelo en lugar de buscar: la investigación ya está hecha.
Modo 1: generar el desafío
Reconocimiento, máximo cinco minutos
Usa el dossier si existe. De lo contrario, una búsqueda: qué hace el producto, quién paga, qué superficie o área posee el rol.
Elige el formato que realmente usarán
Predeterminado para roles de diseño (diseño de producto, UX, investigación, sistemas de diseño):
| Señal | Formato probable |
|---|---|
| Empresarial, dominio complejo, ejecutivo o producto de datos | Crítica de la aplicación, luego rediseño de un flujo |
| Scaleup, múltiples superficies, lenguaje de sistemas en el anuncio | Consolidar un patrón que se ha desviado entre superficies |
| Etapa temprana, "nuestra primera contratación", entrevista del fundador | De cero a uno: diseñar el bucle central a partir de un enunciado del problema |
| El anuncio menciona IA, agentes o copilotos | Diseñar una superficie donde el sistema a veces se equivoque |
| El anuncio es vago o generalista | Pensamiento de producto: elegir una métrica, proponer tres formas de moverla |
Para otros roles, adapta la misma lógica a role_title:
| Familia de roles | Formatos típicos |
|---|---|
| Gestión de producto | Sentido de producto (mejorar o diseñar un producto para un usuario), ejecución (una métrica cayó, diagnosticarla), estrategia (entrar a un mercado o priorizar un roadmap), PRD escrito para llevar a casa |
| Ingeniería | Diseño de sistemas para la carga de trabajo central de la empresa, depuración o revisión de código de un fragmento realista, servicio para llevar a casa con una nota de compensaciones escrita |
| Marketing y crecimiento | Brief de campaña con un presupuesto y una restricción de canal, diagnóstico de embudo a partir de un extracto de datos, posicionamiento para un lanzamiento |
| Datos y analítica | Análisis de conjunto de datos desordenado con una pregunta de las partes interesadas, definición de métrica, diseño de experimento |
| Ventas, éxito del cliente, operaciones | Llamada de descubrimiento simulada, plan de cuenta, caso de rediseño de procesos |
| Cualquier otro | Usa los verbos del propio anuncio: lo que te contratan para hacer es lo que probarán |
Entrégale al usuario el que consideres más probable y nombra el segundo en una línea para que no lo tomen por sorpresa. Indica si es probablemente en vivo o para llevar a casa, ya que el ensayo difiere (ver Modo 2).
Escribe el brief como lo diría un entrevistador
Deliberadamente subespecificado. Los briefs reales son de dos o tres oraciones con una restricción adjunta, no una especificación. Un brief claro elimina lo que se está evaluando.
**[Empresa] · formato probable: [nombre]** · segundo: [nombre]
*El brief, como lo dirían en voz alta*
"[dos o tres oraciones. Un usuario o parte interesada, una situación, una restricción. Sin criterios de éxito, sin alcance.]"
*Timebox:* [25 / 45] minutos, o [para llevar a casa: horas y entregable]
*Qué evalúan:* [tres cosas, una línea cada una]
*La trampa:* [el giro equivocado específico que este brief invita]
Luego detente. No lo resuelvas. No des pistas.
Modo 2: ensayar
Formato en vivo: el usuario responde en voz alta o por escrito; tú haces de entrevistador. Interrumpe una vez con un cambio de restricción realista ("los datos se actualizan semanalmente, no en vivo"), responde preguntas aclaratorias brevemente y en carácter, y mantén el tiempo. No entrenes durante el intento.
Formato para llevar a casa: el usuario comparte el entregable o un esquema. Lo revisas como lo haría un panel de contratación al hojearlo: en cinco minutos, buscando la decisión, la compensación y la advertencia.
Modo 3: analizar
El usuario describe lo que hizo, pega notas o comparte una captura de pantalla. Puntúa en este orden. Estos seis aplican para cada rol; la redacción del primero se flexibiliza.
- Reencuadrar antes de resolver. El fracaso más común en nivel sénior es resolver el brief tal como está planteado. Los candidatos fuertes pasan los primeros minutos nombrando al usuario o la parte interesada, la decisión en juego y cómo se ve el éxito, y dicen la suposición en voz alta para que pueda ser corregida.
- Se enfocó a propósito. Mencionó lo que no está haciendo, y por qué, temprano. La ambigüedad de alcance en un desafío con tiempo limitado se lee como mal criterio.
- Mostró la compensación. Lo que se intentó, se rechazó y qué costó. Una decisión sin costo no se lee como una decisión.
- Se mantuvo legible mientras pensaba. Narrando, dibujando aproximadamente, verificando. Cuatro minutos de silencio pierden a la sala.
- Aterrizó algo. Una dirección concreta con un siguiente paso, no tres opciones devueltas. Devolver opciones se lee como evitar la decisión.
- Adjuntó la advertencia. "Esto asume que los datos se actualizan a diario, lo cual verificaría." A menudo el movimiento más fuerte, y funciona mejor en vivo que en papel.
Donde profile/voice.md o los archivos pilar muestren los hábitos propios del usuario (por ejemplo, una historia de compensación característica), nombra qué historia pilar encaja con el punto de compensación. No inventes una.
Entrega la crítica
Directa, específica, sin emparedar. El usuario necesita las dos cosas que habrían cambiado el resultado.
**Puntuado**
Reencuadre: [fuerte / débil / perdido] · [una línea]
Enfoque: [...]
Compensación: [...]
Legibilidad: [...]
Aterrizaje: [...]
Advertencia: [...]
**Las dos cosas que habrían cambiado el resultado**
1. [específico, con la oración que debería haber dicho]
2. [igual]
**Una línea para conservar:** [algo que realmente dijo y fue bueno, citado de vuelta]
Frases de apertura reutilizables
No cuestan nada y te compran los primeros tres minutos. Adapta la redacción a la voz del usuario.
- "Antes de empezar, permítanme repetir lo que creo que me están pidiendo, para que me detengan si lo entendí mal."
- "¿Quién es el usuario aquí y qué decisión está tratando de tomar?"
- "Voy a dejar de lado [X] y centrarme en [Y], porque [razón]. Díganme si esa es la mitad equivocada."
- "Estoy asumiendo [cosa]. Si eso no es cierto, esto cambia."
- "Esto es lo que recortaría y lo que costaría."
- "Ahí es donde me detendría por ahora. Luego querría [X] y lo obtendría mediante [método]."
Dónde registrarlo
Agrega una sección ## Preparación de challenge al dossier de la empresa en <workspace>/jobs/ (estructura en <workspace>/jobs/_TEMPLATE.md): el brief, el intento en un párrafo, las dos correcciones. Establece el frontmatter interview_prep_challenge: completed. Si no existe ningún dossier, crea jobs/1-<companyslug>.md a partir de la plantilla con solo esa sección (prefijo 1-, ya que llegar a este skill implica screening). Nunca renombres archivos existentes; eso pertenece a /log-application.