ChatGPTGeminiClaude
Convierte notas de reunión desordenadas en acciones claras
Convierte notas brutas o una transcripción en decisiones, propietarios y próximos pasos.
Ejemplo de resultado
**TL;DR** — El equipo aprobó la prueba de precios de Q3 y pospuso el rediseño móvil a agosto. Dos items de acción están sin asignar.
**Decisiones tomadas**
- Ejecutar test A/B de precios en plan Pro comenzando julio 1.
- Retrasar el rediseño móvil a agosto para evitar el code freeze de vacaciones.
**Items de acción**
| Tarea | Dueño | Fecha de vencimiento |
|---|---|---|
| Configurar test de precios en billing | Priya | Jun 27 |
| Borrador de timeline de lanzamiento de agosto | sin asignar | sin asignar |
| Decir a soporte sobre el cambio de precio | Marco | Jun 30 |
**Preguntas abiertas**
- ¿Quién da el visto bueno a la fecha final de agosto?
ConsejoLa regla "no inventes propietarios o fechas" es lo que hace esto confiable — la IA de otra manera llena vacíos con nombres plausibles pero incorrectos. Pega una transcripción de Zoom/Meet directamente para obtener mejores resultados.
ChatGPTGeminiClaude
Redacta un informe de estado semanal para tu jefe
Convierte la semana de trabajo en una actualización ajustada que el liderazgo realmente lea.
Ejemplo de resultado
**Esta semana**
- Enviamos la secuencia de email de onboarding; tasa de apertura en 41% vs. 29% baseline.
- Cerramos dos pilotos enterprise — Meridian Health y Solis Finance (ARR combinado: $84.000).
- Redujimos backlog de ticket P1 de 34 a 11 reasignando dos engineers de la cola de características.
- Completamos plan de headcount de Q3; enviado a HR el jueves.
**Próxima semana**
- Priya: finalizar revisión de seguridad para Meridian (vencimiento jueves).
- Tom: comenzar sprint 14 con nuevo orden de prioridad de backlog.
- Yo: presentar plan de Q3 a liderazgo el miércoles.
**Bloqueadores**
- Necesito visto bueno en la extensión de contractor para el equipo de Tom antes del lunes — retrasa sprint 14 sinó.
ConsejoObliga a escribir números en las notas antes de pegar — "envió correos de onboarding" es inútil; "tasa de apertura 41% vs. 29% de referencia" es lo que el liderazgo recuerda. La IA no puede inventar métricas que no le diste.
ChatGPTGeminiClaude
Construye una agenda de reunión 1:1
Prepara una agenda enfocada para una reunión uno a uno con un subordinado directo.
Ejemplo de resultado
**1:1 — Priya / Jun 17 — 30 min**
**Su actualización (10 min)**
- ¿Cómo va la revisión de seguridad de Meridian — alguna sorpresa?
- ¿Qué se ha sentido más y menos útil para ti esta semana?
- ¿Algo te está ralentizando que no sepa?
**Carryover (8 min)**
- Decisión: timeline para meter a Legal en el data agreement.
- Estado: propuesta de talk de conferencia — ¿la envió?
**Desarrollo (7 min)**
- Has estado manejando más trabajo client-facing últimamente — ¿es algo que quieres más, o te está jalando del trabajo que preferirías?
**Próximos pasos (5 min)**
- Yo: conseguir intro de Legal para miércoles.
- Priya: enviar link de propuesta de talk para EOD viernes.
ConsejoAbre con su actualización, no la tuya — señala que estás ahí para desbloquearlos, no para transmitir, y encontrarás problemas que nunca llegan a un correo de estado. Lleva los elementos abiertos de la última vez en un documento persistente para que nada se caiga.
ChatGPTGeminiClaude
Redacta una revisión de desempeño a partir de tus notas
Convierte notas de retroalimentación dispersas en una revisión equilibrada y específica.
Ejemplo de resultado
**Resumen general**
Priya tuvo un semestre fuerte marcado por dos cierres enterprise significativos y calidad técnica consistente. Su comunicación a stakeholders mejoró notablemente después de Q1; la fricción cross-functional disminuyó como resultado.
**Fortalezas**
- Cerró Meridian Health y Solis Finance ($84.000 ARR combinado) con mínima participación de gerente después de la primera llamada.
- Entregó el marco de revisión de seguridad tres días temprano; Legal lo llamó "el envío más claro que hemos visto".
**Áreas a desarrollar**
- Tiende a absorber scope silenciosamente en lugar de señalar tradeoffs temprano — la fecha perdida de sprint 12 fue parcialmente causada por esto. Acordar una norma de "señala o negocia" antes de sprint planning cada ciclo.
**Recomendación de rating**
Excede expectativas.
ConsejoAlimenta citas y números de eventos reales, no adjetivos — "entregó revisión de seguridad temprano, Legal la elogió" obliga al modelo a escribir copy basado en evidencia en lugar de relleno como "demuestra fuerte propiedad". La diferencia es lo que hace que las revisiones sean defendibles en una escalada de RR.HH.
ChatGPTGeminiClaude
Delega una tarea claramente por correo
Entrega una tarea con contexto, expectativas y plazo.
Ejemplo de resultado
Asunto: Revisión de seguridad de Meridian — ahora es tuyo
Hi Priya,
Meridian pidió un cuestionario de seguridad antes de firmar — esta es la última puerta antes del contrato. Me gustaría que poseas la respuesta.
Entregable: cuestionario completado + resumen de una página de cualquier cosa que no podamos responder hoy. Google Doc, compartido conmigo y Legal.
Fecha de vencimiento: borrador para el martes Jun 24, final para el jueves Jun 26.
Meter: Tom para preguntas de infrastructura (secciones 3-4). No meter: Ventas aún — los briefearé después de que Legal revise.
Si encuentras algo que parezca un gap real, señálalo antes de escribir alrededor — mejor surfacear temprano que dejar que Legal lo atrape.
Gracias,
[Your name]
ConsejoDeletrear "qué se ve como hecho" es el punto de falla de delegación más grande — sin un formato de entregable concreto, recuperas lo que la persona asumió que querías. La línea "marca problemas temprano" evita la lucha silenciosa que mata plazos.
ChatGPTGeminiClaude
Redacta un brief de inicio de proyecto
Alinea un equipo en objetivos, alcance, roles y cronograma antes de que comience el trabajo.
Ejemplo de resultado
**Project: Customer Onboarding Revamp**
**Problema que resolvemos**
Los clientes nuevos toman 34 días en promedio para completar onboarding, contra un target de 14 días. La mitad de tickets de soporte en los primeros 90 días rastrean de regreso a confusión de setup. Esto está causando churn que podemos prevenir.
**Meta y métrica de éxito**
Reducir tiempo mediano-a-primer-valor de 34 a 16 días para el 31 de agosto. Secundario: reducir tickets de soporte relacionados a setup del 30%.
**Scope**
Dentro: secuencia de email, in-app checklist, reescritura de docs para pasos 1-5.
Fuera: onboarding enterprise (proyecto separado), configuración SSO.
**Roles**
Project lead: Priya | Docs: Tom | Diseño: sin asignar | Eng: Diego
**Timeline**
Jun 23 — kickoff | Jul 14 — revisión de diseño | Aug 4 — soft launch | Aug 31 — rollout completo
**Riesgos**
- Rol de diseño sin llenar; retrasa revisión de diseño si no es contratado para julio 1.
- Reescritura de docs depende de visto bueno de Product; necesita agendar esta semana.
ConsejoLa línea "explícitamente fuera de alcance" evita que el brief se convierta en una lista de deseos — declarar qué no harás es tan importante como declarar qué harás, y detiene el creep de alcance antes de que comience.
ChatGPTGeminiClaude
Resume opciones en un memorándum de decisión
Expón opciones, compensaciones y una recomendación para una decisión rápida.
Ejemplo de resultado
**Decisión: Contratar vs. Contractor para rol de Diseño**
A: [Director] | Fecha: Jun 17
**Contexto**
El proyecto de onboarding necesita un diseñador para julio 1 para cumplir la fecha de ship del 31 de agosto. El rol ha estado abierto por seis semanas; el pipeline tiene dos candidatos pero ninguno listo para oferta.
**Opciones**
| Opción | Pros | Contras | Costo |
|---|---|---|---|
| Extender contractor (Lena) | Disponible ahora, conoce el producto | Premium del 20%, no es fix largo plazo | $12.000 por 8 semanas |
| Esperar hire | Correcto largo plazo | Retrasa proyecto 3-6 semanas | $0 ahora, riesgo de miss de Q3 |
| Freelancer vía agencia | Rápido, overhead bajo | Ramp time, sin contexto de producto | $8.000-$14.000 |
**Recomendación**
Extender el contrato de Lena a través de agosto. Ya rampeó, y perder la fecha de agosto cuesta más que el premium.
**Qué necesitamos de ti**
Aprobación para extender a Lena a tasa actual a través del 31 de agosto. Necesito esto antes del lunes para darle aviso suficiente.
ConsejoDeclara tu recomendación explícitamente — "opción B" no es una recomendación. Decir "recomiendo X porque Y" te obliga a comprometerte, y es exactamente lo que los tomadores de decisiones necesitan para moverse rápido. Un memo que cubre todo es un memo que no obtiene acción.
ChatGPTGeminiClaude
Anuncia un cambio a tu equipo
Comunica una decisión claramente, abordando las preguntas "qué hay de mí".
Ejemplo de resultado
Asunto: actualización de estructura de equipo — efectivo julio 1
Hi equipo,
A partir del 1 de julio, nuestro equipo se divide en dos pods: un pod de growth (liderado por Priya) y un pod de retención (liderado por Marco). Sigo siendo tu gerente general — esto no cambia líneas de reporte, comp, o tus proyectos actuales.
Por qué: nuestro trabajo ha crecido en dos direcciones que necesitan ritmos diferentes. Dividir ahora significa que ambas áreas reciben foco real en lugar de compartir backlog.
Qué significa para ti:
- Tu lead diario para sprint planning se cambia a tu pod lead.
- Nada cambia hasta julio 1 — termina el sprint actual como está.
Qué se mantiene igual: 1:1s conmigo, all-hands de equipo, compensación, y conversaciones de carrera.
Tendré 30 minutos en el all-hands del viernes para preguntas. Si preferirías hablar antes, agenda tiempo en mi calendario.
[Your name]
ConsejoResponde "qué cambia para mí" antes de que alguien tenga que preguntarlo — la mayoría de la ansiedad del equipo en anuncios de cambio proviene de imaginar resultados peores que la realidad. Decir explícitamente qué se queda igual a menudo es más tranquilizador que el anuncio mismo.
ChatGPTGeminiClaude
Crea preguntas de entrevista para un rol
Genera preguntas de comportamiento específicas del rol que predigan el desempeño.
Ejemplo de resultado
**Comunicación con stakeholders**
P: Cuéntame sobre una vez que tuviste que entregar malas noticias a un cliente o ejecutivo que no quería escucharlo. ¿Qué hiciste?
Señales de respuesta fuerte: advertencia temprana (no sorpresa), separó hechos de opiniones, tenía un camino propuesto.
Follow-up: ¿Qué dijeron, y cómo terminó?
**Ejecución bajo ambigüedad**
P: Describe un proyecto donde los requerimientos cambiaron significativamente a mitad del camino. ¿Cómo lo manejaste?
Señales de respuesta fuerte: re-escopeo en lugar de absorber scope, renegó la fecha de vencimiento, comunicó tradeoffs explícitamente.
Follow-up: ¿Qué harías diferente?
**Juicio técnico**
P: Cuéntame sobre una decisión técnica que tomaste que luego lamentaste. ¿Qué aprendiste?
Señales de respuesta fuerte: posee la decisión en lugar de culpar constraints, describe qué cambiaría, muestra modelo mental actualizado.
Follow-up: ¿Cambiaste cómo tomas ese tipo de decisión ahora?
ConsejoEscribe "qué se parece a una respuesta fuerte" antes de hacer la entrevista — los entrevistadores que no saben qué escuchar se capturan por la seguridad en la entrega en lugar de señal real. La sonda de seguimiento es donde separas contadores de historias preparadas de personas que realmente hicieron la cosa.
ChatGPTGeminiClaude
Ejecuta un debrief de candidato estructurado
Convierte notas de entrevistador en una recomendación clara de contratación / no contratación.
Ejemplo de resultado
**Candidato: Jordan Lee — Senior Product Manager**
| Entrevistador | Inclinación | Fortaleza top | Preocupación top |
|---|---|---|---|
| Priya | Contratar | Claro en tradeoffs | Flaco en fluidez de datos |
| Tom | No contratar | Gran comunicador | Evitó especificos en fracasos pasados |
| Diego | Contratar | Instintos de stakeholder fuertes | sin envío |
**Fortalezas consensuadas**
Comunicación con stakeholders, lógica de priorización clara.
**Preocupaciones consensuadas**
Vago en fracasos y decisiones data-driven — surgió en debrief de Priya y Tom — demasiado consistente para descartar.
**Recomendación**
No contratar. Las habilidades de stakeholder son reales, pero dos entrevistadores independientemente señalaron el mismo gap en profundidad analítica y auto-consciencia — demasiado consistente para descartar.
**Preguntas abiertas para verificación de referencia**
- ¿Cómo maneja Jordan decisiones cuando los datos son inconclusos?
- ¿Cómo describirían gerentes pasados su respuesta a feedback crítico?
ConsejoEjecuta esta síntesis antes de la reunión de debrief, no en ella — cuando todos se sientan ya habiendo leído un resumen, pasas la reunión resolviendo desacuerdos reales en lugar de recontar historias. Las preguntas abiertas para referencias a menudo son más valiosas que la contratación / no contratación misma.
ChatGPTGeminiClaude
Resume un standup en una actualización de estado
Condensa actualizaciones diarias en bloqueadores y progreso para stakeholders.
Ejemplo de resultado
**Estado general: Yellow** — en track para meta de sprint pero un bloqueador necesita resolución por mañana para quedarse ahí.
**Progreso**
- Diego mergeó el fix de rate-limit de API; staging verificado limpio.
- Priya completó secciones 1-2 del cuestionario de seguridad de Meridian.
- Tom terminó rewrites de doc para pasos 3 y 4 de onboarding.
**Bloqueadores**
| Bloqueador | Dueño | Para cuándo |
|---|---|---|
| Legal no ha revisado data agreement; Priya no puede completar sección 5 | [Manager] para escalado | Jun 18 EOD |
**Items watch**
- QA environment ha sido inestable — si se cae de nuevo retrasa revisión de PR de Diego.
ConsejoEntrénate a distinguir progreso (algo terminado o desbloqueado) de actividad (alguien trabajando en algo) — los stakeholders necesitan lo primero, no lo segundo. La tabla de bloqueadores con un propietario y plazo es la parte que realmente resuelve bloqueadores.
ChatGPTGeminiClaude
Prepárate para una conversación difícil
Planifica y ensaya una conversación de retroalimentación dura antes de tenerla.
Ejemplo de resultado
**Paso 1 — Framing de apertura**
"Quiero hablar sobre las últimas tres sprint reviews. En cada una, el scope cambió después de que ya habíamos comprometido — sprint 11 con dos características, sprint 12 con una, sprint 13 con tres. No estoy atribuyendo intención; quiero entender qué está pasando y acordar cómo manejamos cambios de scope de aquí en adelante."
**Paso 2 — Respuestas probables y replies**
- "Los requests vinieron de liderazgo, no de mí." → "Entiendo — y necesito que acordemos un proceso para que cuando liderazgo pida, tengamos una forma de responder que no absorba silenciosamente el cambio."
- "No pensé que fueran tan significativos." → "Eso es útil saber. De aquí en adelante, me gustaría que definiéramos qué dispara una conversación antes de que digamos sí."
**Paso 3 — Resultado que necesito**
Acuerdo de que cualquier suma de scope mid-sprint requiere una conversación de trade-off de 10 minutos conmigo antes de que sea aceptada.
**Paso 4 — Role-play**
"Honestamente, siento que estoy siendo culpado por intentar ser útil. ¿Liderazgo pide cosas y se supone que solo digo que no?"
ConsejoEscribir la declaración de apertura antes de la conversación es el paso de preparación más subutilizado — la mayoría de las conversaciones difíciles se van por la borda en los primeros 30 segundos porque el gerente lideró con emoción o cubrió tanto que la otra persona no sabía de qué era la conversación. Lee tu apertura en voz alta; si suena como una acusación o una no-declaración, revisa antes de sentarte.