
ArtículosMensajes
¿Cómo le haces una crítica a un compañero de trabajo por escrito sin sonar duro?
Lo que respalda la investigación sobre la retroalimentación, dónde se queda corta y cinco mensajes antes y después.
Por Samet Durgun · Cofundador de Subtext · 21 min de lectura
· Actualizado el 11 de noviembre de 2026
En resumen
Señala el trabajo y no a la persona, di qué causó y pide un solo cambio que alguien pueda hacer sin adivinar. En un metaanálisis de tareas mezcladas, más de un tercio de las intervenciones de retroalimentación bajaron el desempeño, y la retroalimentación funcionó peor a medida que la atención pasaba a la persona. En cinco experimentos, además, quienes daban retroalimentación tendían a subestimar cuánto querían los demás recibirla de forma constructiva. No encontré ningún estudio que pruebe críticas escritas reales entre compañeros de trabajo, así que los pasos son mi propio marco.
Antes de mandarlo
- Cambia cada palabra sobre la persona, como “descuidado” o “siempre”, por lo que pasó en el trabajo.
- Revisa que diga qué causó el problema y que pida un solo cambio que alguien pueda hacer sin adivinar.
- Pregúntate si es exacto, si tú querrías saberlo en su lugar y si la persona puede hacer algo al respecto.
¿Tu crítica suena dura?
Subtext marca las palabras que podrían sonar duras y ofrece hasta tres versiones.
El cuadro de comentarios está abierto en la página cuatro de una propuesta compartida. Escribiste “Esto no tiene sentido” y lo borraste, luego “¿Y si lo ajustamos un poco?” y también lo borraste, porque no pide nada. La sección está mal. Le falta el costo de la segunda opción, la decisión es el jueves y quien la escribió es alguien con quien trabajas cada semana. Cada versión que pruebas parece caer como una acusación o como tan poca cosa que nada va a cambiar.
Cofundé Subtext, una app que lee tu borrador y marca las palabras que podrían caer mal, así que tengo interés en que la uses, y nada de esto es asesoría legal ni de recursos humanos. Trata de la crítica entre compañeros de trabajo por escrito, ya sea en el chat, por correo, en comentarios de un documento o en una revisión de código, y no de la evaluación de desempeño que hace un jefe. Más abajo, Subtext lee una nota sobre un documento de entrega corto, y muestro las dos etiquetas que devolvió y las tres versiones que ofreció.
La retroalimentación puede ser correcta y aun así caer como un ataque. La investigación apunta a dirigir el comentario al trabajo y no a la persona, a darle a quien lo lee algo con lo que pueda actuar y a no dar por hecho que preferiría no enterarse. No respalda ningún guion en particular, y el estudio más cercano que encontré a la crítica escrita entre compañeros de trabajo usó comentarios imaginarios de revisión de código1. Si quieres ir directo a las palabras, mira las cuatro tareas y los cinco mensajes.
¿Qué hace que una crítica escrita suene dura?
Tal como lo leo, qué tan dura suena una crítica depende mucho de cómo está armada, además de qué tan grave sea el problema. La investigación ofrece una definición que sirve. En su artículo de 1988, Robert Baron llamó constructiva a la crítica que era específica, considerada y que no atribuía el mal desempeño a causas internas, lo que yo leo como algo de la persona y no de la situación, y destructiva a la que rompía esas reglas2.
En su primer estudio, 83 estudiantes de licenciatura recibieron crítica constructiva o destructiva sobre su trabajo, y quienes recibieron la destructiva reportaron más enojo y tensión y dijeron que serían más propensos a resistirse al crítico o a evitarlo en futuros desacuerdos. En el segundo, con 106 estudiantes de licenciatura, quienes recibieron crítica destructiva en una primera tarea se fijaron metas más bajas y reportaron menos autoeficacia en dos tareas posteriores que quienes recibieron crítica constructiva o ninguna2. Eran estudiantes en un laboratorio, así que muestran lo que la crítica puede provocar y no lo que hace un compañero de trabajo después de un correo duro, y el resumen del artículo no reporta ningún efecto en el desempeño de la tarea, así que yo no afirmaría uno.
¿La crítica ayuda o muchas veces sale mal?
La retroalimentación ayuda en promedio, pero no en todos los casos. El metaanálisis de Kluger y DeNisi de 1996 sobre retroalimentación y desempeño reunió 607 tamaños del efecto de 23,663 observaciones. En promedio, la retroalimentación mejoró el desempeño en cerca de 0.4 de una desviación estándar (d = .41), pero más de un tercio de las intervenciones lo empeoraron, y eso no lo explicaron ni la variación al azar de las muestras ni que la retroalimentación fuera positiva o negativa3. Yo no lo leería como una probabilidad de una en tres de que tu correo salga mal. Los estudios mezclaban tareas y entornos, y ninguno era de chat laboral moderno.
La explicación de los autores es que la retroalimentación cambia hacia dónde va la atención. En sus comparaciones entre estudios, resultaba menos eficaz a medida que la atención pasaba de la tarea a la persona3. Es la base de investigación más sólida que encontré para el consejo conocido de comentar el trabajo y no a la persona. Aplicarlo al mensaje de un compañero sigue siendo una inferencia, porque la comparación fue entre estudios y no entre mensajes que difirieran en una sola característica.
Un metaanálisis posterior en educación, de 435 estudios y más de 61,000 estudiantes, encontró que la retroalimentación de alta información, es decir, la corrección más información sobre cómo los estudiantes regulaban su propio aprendizaje, tuvo el mayor efecto promedio (d = 0.99), frente a 0.46 de la corrección sola, que dice qué estaba bien o mal y cuál es la respuesta correcta, y 0.24 del premio o castigo solo4. Las categorías se codificaron a partir de los resúmenes de los estudios, y las comparaciones son entre estudios de estudiantes, no de compañeros de trabajo. La inferencia que yo sacaría es modesta: un comentario con información útil le gana a un veredicto. “La fila de totales todavía incluye los pedidos cancelados” le muestra a quien lo lee dónde mirar. “Ten más cuidado con los totales” no.
¿De verdad querría oírlo la otra persona?
Una posible razón para no decir nada es creer que la otra persona preferiría no saberlo. Abi-Esber y colegas hicieron cinco experimentos con 1,984 participantes. Quienes daban retroalimentación tendían a subestimar cuánto quería recibirla constructiva la otra persona, en escenarios laborales hipotéticos, en episodios recordados y en retroalimentación en vivo entre amigos, compañeros de cuarto o parejas5.
La retroalimentación de estos experimentos era constructiva, es decir, específica, accionable y dada pensando en el bienestar de la persona, sobre un problema que quien la recibía no conocía y podía corregir. La mayor parte de la evidencia son predicciones y episodios recordados, y la retroalimentación escrita no se probó. Así que no demuestra que todo compañero agradezca una crítica que nadie pidió, que se discute o que es difícil de corregir, y quien la recibe puede rechazar con razón una crítica inexacta, invasiva o injusta. Yo uso el hallazgo como una prueba. ¿Querría yo saberlo en su lugar, es exacto y puede cambiarlo?
Una de las cuatro personas que firman el artículo de Abi-Esber, Francesca Gino, fue declarada por Harvard responsable de mala conducta en la investigación en otros cuatro artículos, algo que ella niega5. Crossref, OpenAlex y PubMed no listan ninguna corrección, retractación ni expresión de preocupación para ese artículo5.
¿Te toca decirlo, y conviene escribirlo?
Dos preguntas van antes de cualquier redacción. La primera es sobre tu lugar para decirlo. Un problema en un trabajo del que dependes, medido contra algo que ambos acordaron, te toca plantearlo. Un patrón en el desempeño general de alguien, o si esa persona encaja en el puesto, lo dejaría para quien la dirige. Si en el fondo es que tú lo habrías hecho de otra manera, di que es una preferencia.
La segunda es si conviene escribirlo. La evidencia más cercana sobre escribir frente a hablar trata de otras cosas. Quienes escriben sobrestiman qué tan claro se entiende su tono por correo, en experimentos con estudiantes y tonos asignados6. Personas que en su mayoría eran desconocidas y estudiantes universitarios llegaron a más entendimiento y menos conflicto cuando hablaron sobre un tema polémico que cuando lo escribieron, aunque en otra muestra la mayoría dijo que preferiría escribir7. La gente esperaba que una llamada con un viejo amigo fuera más incómoda que un correo, y no lo fue8. Ninguno de esos estudios es una crítica al trabajo de alguien, y ninguno demuestra que una llamada le gane a un comentario. El texto sobre los mensajes firmes en Slack repasa el primer estudio, y el de cancelar planes el tercero.
Mi regla de trabajo es escribirlo cuando los hechos y el cambio que quieres están claros, y hablar primero cuando el asunto es polémico, recurrente o puede desatar una cadena de réplicas, y después dejar por escrito lo que acordaron. Escribir te deja revisar, deja que la otra persona responda a su ritmo y deja constancia. Si no sabes qué prefiere, pregúntale.
¿Qué debe decir el mensaje y qué debe quitar?
Una crítica escrita tiene cuatro tareas, y las haría en este orden. Es mi marco de trabajo, armado con las tres reglas de Baron, el hallazgo sobre la atención de arriba y la guía de profesionales de más abajo.
- Lo específico. Nombra el documento, el pasaje, el incidente o el entregable acordado, y en qué se aparta del estándar acordado. Separa lo que observaste de lo que infieres. “La fila de totales incluye pedidos cancelados” es observado, y “descuidado” es inferido.
- Lo que causó. Di qué cambió en el trabajo, desde tu lado y sin afirmar que todos están de acuerdo, como en “así que no pude terminar el resumen”.
- Una sola petición. Un cambio que la persona pueda hacer, con una fecha solo cuando haya una dependencia real. Di qué partes son obligatorias y cuáles son preferencia tuya, como hace la guía publicada de Google para revisión de código con etiquetas como Nit, Optional y FYI9, aunque es una guía de profesionales y no un estudio controlado. Específico no quiere decir exhaustivo, así que empieza por el cambio que más importa y etiqueta el resto. En el chat, manda un solo mensaje, y en el correo pon la petición al principio, bajo un asunto claro.
- Una puerta abierta y un ofrecimiento que de verdad hagas. Haz una pregunta de verdad donde quizá te falte contexto, y no escondas una exigencia dentro de una pregunta falsa. Ofrece una revisión o una llamada solo si la vas a hacer.
Para el comentario de la página cuatro, podría quedar así: “A esta sección le falta el costo de la segunda opción, y la decisión del jueves depende de eso. ¿Podrías agregar una cifra aproximada antes? Si está cubierto en otro lado y no lo vi, dime dónde.”
Después, quita. Quita las palabras que describen a la persona en lugar del trabajo, como descuidado, flojo, “siempre”, “otra vez” usado como reproche y “obviamente”. Quita las preguntas retóricas, los veredictos vagos como “todavía le falta”, el sarcasmo, una carita que se usa para suavizar una queja, las comparaciones con compañeros con nombre y las afirmaciones sobre lo que piensa todo el mundo. La definición de Baron cubre solo lo vago, lo inconsiderado y lo personal, así que el resto de esa lista es mío, y los estudios de emojis apuntan en direcciones distintas sobre la carita. Yo no pondría directo ni corto en la lista.
Antes de mandarlo, pregúntate si un lector razonable podría encontrar el problema, entender el estándar, actuar sin adivinar y corregir un error de tu versión. Yo usaría esa prueba en lugar de contar palabras amables.
¿Funcionan el sándwich, SBI, Radical Candor y la CNV?
El sándwich, elogio, crítica y elogio, tiene tres artículos que apuntan en direcciones distintas. En dos estudios de retroalimentación escrita entre pares, con estudiantes de medicina de tercer año (20 y 350 estudiantes), los estudiantes creían que los sándwiches ayudaban a su desempeño posterior, y no había evidencia de que lo hicieran10. En un experimento aleatorizado con 91 estudiantes universitarios, una corrección entre dos afirmaciones positivas generales fue seguida de más problemas de matemáticas resueltos que la corrección sola, aunque los autores la llaman evidencia parcial11. En un estudio de ocho estudiantes de licenciatura que hicieron tareas de oficina simuladas, cada uno probó todas las secuencias, y el sándwich no fue el más eficaz en promedio12. Así que ni está desmentido ni se ha demostrado que funcione. Mi opinión es elogiar solo lo que es cierto, específico y pertinente, porque un elogio cuya única función es amortiguar agrega longitud y una pregunta sobre lo que viene.
SBI, Radical Candor y la CNV son marcos de profesionales: Situación-Comportamiento-Impacto, la combinación de Kim Scott de preocuparse personalmente y desafiar de forma directa, y la Comunicación No Violenta. El Center for Creative Leadership, que vende capacitación en SBI, lo llama basado en investigación, pero la página que leí no muestra ningún estudio de resultados13. La página comercial de Radical Candor tampoco cita ningún estudio de resultados del marco14. Una revisión de 31 estudios sobre capacitación en CNV, publicada el 5 de noviembre de 2026, calificó la certeza de la evidencia de muy baja a moderada, encontró que la mayoría carecía de controles adecuados y dependía del autorreporte, y describió un patrón más modesto que la suposición común de que la CNV mejora el funcionamiento social15. Muchos eran programas de capacitación probados en entornos como cárceles y hospitales.
Cinco mensajes, antes y después
Estos cinco están inventados para este texto, y ninguno es el texto correcto. Cada uno es un camino posible. Cada después usa solo los hechos que dan su contexto y su antes, más una petición, que es mía.
Un documento de entrega corto. Al documento de entrega de Owen le faltaban el acceso a staging y la lista de bugs abiertos, y tú armaste casi todo por tu cuenta.
Antes “Gracias por el documento de entrega, Owen. Medio cortito la verdad 😅 Al final yo misma armé casi todo. ¿A lo mejor la próxima vez le pones el acceso a staging y la lista de bugs abiertos? Sin problema, eh.”
Después “Gracias por el documento de entrega, Owen. No traía el acceso a staging ni la lista de bugs abiertos, así que armé casi todo por mi cuenta. ¿Podrías agregar las dos cosas en la próxima entrega? Si están en algún lado donde no las encontré, dime dónde.”
“Medio cortito la verdad 😅” es un veredicto con una sonrisa, y “Sin problema, eh” retira la queja. El después nombra las dos cosas que faltan, conserva el costo que mencionaste, pide el arreglo y deja espacio por si existen en otro lado.
Una fecha límite que te costó. El reporte de pruebas de Callum se debía entregar el lunes y llegó el miércoles, así que el lanzamiento pasó del miércoles al viernes. Es la segunda vez este trimestre, y QA necesita el reporte dos días antes de un lanzamiento.
Antes “El reporte de pruebas era para el lunes. Esta es la segunda vez. Si se vuelve a retrasar, voy a hablar con tu jefe.”
Después “Callum, el reporte de pruebas era para el lunes y llegó el miércoles, así que el lanzamiento pasó del miércoles al viernes. QA lo necesita dos días antes de un lanzamiento, así que necesito el próximo con esa anticipación. Si algo te lo impide, dímelo ahora.”
Las fechas y la consecuencia se quedan. “La segunda vez” lleva la cuenta dentro de una petición sobre un solo reporte, así que se va, y si el patrón es real, va en una conversación aparte, como con Tobias más abajo. La amenaza también se va, porque yo no haría una que quizá no cumpliría.
Un primer borrador que no da en el blanco. El borrador de Ingrid de la guía de incorporación abre con la historia de la empresa y deja fuera la primera semana. La sección de herramientas está clara. Piensas que una persona nueva necesita saber qué hacer el primer día y a quién preguntar.
Antes “Me encanta el entusiasmo. Solo falta pulirlo un poquito antes de que salga.”
Después “Gracias por el borrador, Ingrid. La sección de herramientas está clara. Lo que falta es la primera semana. Creo que una persona nueva necesita saber qué hacer el primer día y a quién preguntar, y la guía empieza con la historia de la empresa. ¿Podrías poner la primera semana al principio y pasar la historia después?”
Parece inofensivo y creo que es el más arriesgado de los cinco, porque “pulirlo un poquito” dice que el borrador está casi listo, y la reestructuración puede llegar después como una sorpresa.
Un hábito en las juntas. En tres juntas de planeación seguidas, Tobias volvió a abrir la decisión sobre el proveedor que el equipo tomó en octubre, con tiempo que el equipo tenía para el sprint. Estás por publicar en el canal del equipo.
Antes “Como al parecer aquí nunca se decide nada 🙃”
Después (como mensaje privado) “Hola, Tobias, en las últimas tres juntas de planeación volvimos a la elección del proveedor que acordamos en octubre, y se llevó el tiempo que teníamos para el sprint. Si hay información nueva, ¿podrías mandarla antes de la junta para ver si cambia algo?”
El antes va a todo el canal, así que todos se llevan la indirecta, y “aquí nunca se decide nada” es una afirmación que nadie puede comprobar. El después va solo a Tobias, cuenta las juntas y pide un solo cambio. Para un hábito, yo hablaría primero y mandaría esto como constancia.
Un comentario de revisión. El cambio de Farah se cae cuando la lista está vacía, porque el ciclo lee el primer elemento sin revisar. Eso tiene que cambiar, y además te cuesta leer un nombre de variable, tmp.
Antes “¿Por qué no hay una validación de lista vacía aquí? Es lo básico.”
Después “Obligatorio antes de integrar: esto se cae cuando la lista está vacía, porque el ciclo lee el primer elemento sin revisar. ¿Podrías agregar una validación para el caso vacío, o decirme si algún llamador ya lo descarta? Nit, opcional: el nombre tmp cuesta leerlo.”
“Es lo básico” juzga a Farah, y la pregunta pide una respuesta que nadie quiere dar. El después etiqueta lo obligatorio y lo opcional, como hace la guía de Google, y comenta el código y no a quien lo programó9.
¿Cambia según la jerarquía, la cultura o quién sea la otra persona?
Tener el mismo puesto no significa tener la misma influencia. Una ingeniera sénior puede controlar la aprobación, y alguien con menos experiencia puede tener poco margen para oponerse a una fecha. Así que di qué autoridad lleva tu petición, si es algo que bloquea un lanzamiento, un requisito acordado del equipo o tu preferencia, y no hagas que una sugerencia opcional suene a orden. El texto sobre los mensajes firmes en Slack cubre lo que se sabe y lo que no sobre cómo el rol de quien manda cambia la forma en que se lee un mensaje.
La cultura es una invitación a preguntar. Erin Meyer, escribiendo para INSEAD, describe que las culturas directas refuerzan la crítica con palabras como “absolutamente” y las indirectas la suavizan con “más o menos”16. Es experiencia de profesionales sin una muestra medida, y describe tendencias. Pregunta cómo maneja tu equipo las correcciones.
En algunos datos, el género aparece en la retroalimentación que recibe la gente. En evaluaciones de 360 grados de 4,328 altos directivos de una organización del sector público del Reino Unido, las mujeres recibieron retroalimentación más específica sobre sus fortalezas, y menos específica sobre qué desarrollar, que los hombres. Ese informe no está revisado por pares, y sus diferencias de género son observacionales17. Lo leo como una razón para revisar que a todos les das los mismos detalles, no para tratar a nadie como frágil.
La neurodivergencia no es un solo estilo de comunicación. Una síntesis de 34 artículos sobre la vida laboral de adultos autistas encontró que la retroalimentación a veces era difícil de entender o de poca utilidad, y que las expectativas claras ayudaban18. No cubre el TDAH, la dislexia ni otras condiciones, así que pregunta. El texto sobre AuDHD repasa la evidencia sobre los canales.
¿Y si la otra persona responde a la defensiva o no responde?
Una respuesta a la defensiva sigue siendo una respuesta. Yo revisaría primero si debajo hay un desacuerdo sobre los hechos. “Puede que me falte contexto. ¿Qué parte de la cronología ves distinta?” pregunta eso sin renunciar al requisito. Si la persona tiene razón en algo, dilo, y luego repite una sola vez el requisito compartido. Si tu primer mensaje incluía una generalización injusta, repara esa parte directamente, lo que cubre cómo disculparte por mensaje. Después deja de agregar réplicas escritas, y ofrece una llamada o una agenda corta por escrito.
El silencio no significa por sí solo acuerdo, hostilidad ni negativa. Manda un solo seguimiento corto en el canal donde vive el trabajo, nombrando la decisión que está frenando, y por lo demás respeta el tiempo de respuesta habitual de tu equipo.
Cuando el problema es de prioridades, de responsabilidad, de acuerdos incumplidos que se repiten o de recursos que no pueden resolver entre iguales, lleva el asunto a quien pueda decidir, con los hechos, el efecto en el trabajo y la decisión que necesitas. Yo le avisaría primero a tu compañero, salvo que implique acoso, seguridad o discriminación, y empezaría por la política de tu propia empresa.
El hilo no debe contener suposiciones sobre la salud o los motivos de nadie, información confidencial sobre otros compañeros, amenazas que no puedes o no vas a cumplir, ni afirmaciones sobre lo que piensa el grupo que no hayas comprobado. Las denuncias de acoso, discriminación, represalias o mala conducta grave van al proceso de denuncia de tu empresa. Si la persona te asusta o te amenaza, esto dejó de ser un problema de redacción. Si estás en peligro inmediato, llama al número de emergencias de tu localidad. Por favor, mantén esa conversación fuera de Subtext y de cualquier otra herramienta de IA.
Cuándo ayuda una herramienta
Subtext es una herramienta de IA, así que la evidencia más cercana es la investigación sobre la ayuda de la IA con un mensaje, que cubre ¿de verdad funcionan los reescritores de mensajes con IA?. No encontré ningún estudio independiente que muestre que Subtext, o cualquier herramienta de IA para reescribir, mejore cómo cae la retroalimentación a un compañero, qué tan justa es o cómo va la relación de trabajo.
Dos hábitos no cuestan nada. Escribe la versión sin filtro en privado y cambia cada juicio por lo que pasó y lo que quieres que cambie. Luego dilo en voz alta como lo oiría el lector más exigente, lo que cubre ¿este texto suena grosero? en su forma probada más cercana.
Subtext lee un borrador de retroalimentación que escribiste y marca las palabras que podrían leerse como un ataque, un juicio de siempre o nunca, un tono condescendiente o una regla impuesta con debes o tienes que, con una razón breve para cada una. Nombra en una palabra el sentimiento del borrador y ofrece hasta tres versiones, una que se queda cerca de tus palabras, cada una marcada como listo para enviar u ojo y, en las versiones hechas a partir de tu borrador, con una estimación de cuánto cambió de lo que escribiste. La marca de listo para enviar es una estimación de Subtext a partir de las palabras que tiene delante, y la de ojo es un motivo para releer esa versión, no una prueba de que haya un problema. No manda nada, así que copias la versión que quieres y la mandas tú.
Subtext no puede juzgar si tu crítica es justa o correcta, y no puede decirte qué quiso decir tu compañero, algo que sus preguntas frecuentes también dicen, ni cómo lo va a tomar. No conoce la historia entre ustedes ni las normas de tu equipo, más allá de las palabras que le das y de las notas que hayas guardado en Memoria. Una versión escrita a partir de una instrucción, como pedir una más corta o más cálida, se inclina a lo cálido, lo sencillo y lo corto, así que un mensaje que tiene que seguir siendo firme necesita una lectura para ver qué se le quitó. Es un asistente de escritura, no terapia, mediación ni un proceso de recursos humanos.
El documento de entrega corto de arriba, inventado para la prueba, pasó por Subtext. El borrador decía “Gracias por el documento de entrega, Owen. Medio cortito la verdad 😅 Al final yo misma armé casi todo. ¿A lo mejor la próxima vez le pones el acceso a staging y la lista de bugs abiertos? Sin problema, eh.” Subtext nombró el sentimiento como Frustración y devolvió dos etiquetas. Pasivo-agresivo, porque “Medio cortito la verdad 😅” y “Al final yo misma armé casi todo” “dejan un reclamo indirecto, y ‘Sin problema, eh’ lo contradice”. Y Mensajes mezclados, porque “Dices ‘Sin problema’ justo después de señalar que te tocó hacer casi todo, así que no queda claro si te molestó”.
Las tres versiones salieron marcadas como listo para enviar. La primera, Cercana al original, quita el “Sin problema, eh” que Subtext acababa de etiquetar y pasa la insinuación a una petición directa, “Para la próxima, ¿podrías incluir el acceso a staging y la lista de bugs abiertos?”, pero suaviza “casi todo” a “tuve que completar bastante yo”. La segunda, Más cálida, dice que faltaron “un par de cosas” en lugar de “casi todo”, lo que suaviza el borrador, y agregó que el documento “me sirvió de base”, algo que tu borrador nunca decía. Su nota dice que “reconoce lo útil del documento”, que es una lectura de las palabras y no un conocimiento de Owen. La tercera, Reescritura directa, es la única que empieza por la petición, y agrega un “siempre” que tu borrador no tenía, “¿puedes incluir siempre el acceso a staging y la lista de bugs abiertos?”, y una ventaja que tampoco estaba, “con ambos datos desde el inicio avanzamos más rápido”, aunque conserva tu línea de que esta vez tuviste que reunir tú gran parte de eso. Ninguna ofrece una revisión ni pregunta si a ti te podría faltar contexto, así que la cuarta tarea, la puerta abierta y el ofrecimiento, sigue siendo tuya. El cierre de la propia Subtext decía “Quité el ‘Sin problema, eh’ y el emoji para que no se contradigan con la petición.” Esa es la salida real de la app, sin editar.
Gracias por el documento de entrega, Owen. Medio cortito la verdad 😅 Al final yo misma armé casi todo. ¿A lo mejor la próxima vez le pones el acceso a staging y la lista de bugs abiertos? Sin problema, eh.
Se entiende que te haya pesado armar casi todo tú sola. Aquí van tres versiones que piden lo mismo sin el reclamo escondido.
- Cercana al original (Claridad, listo para enviar): Gracias por el documento de entrega, Owen. Me quedó un poco corto y tuve que completar bastante yo. Para la próxima, ¿podrías incluir el acceso a staging y la lista de bugs abiertos? Mantiene tu tono casual, dice claro que faltó contenido y convierte la queja en una petición concreta.
- Más cálida (Amabilidad, listo para enviar): Gracias por el documento de entrega, Owen. Me sirvió de base, aunque faltaron un par de cosas y las armé yo. ¿Me haces un favor para la próxima? Si le añades el acceso a staging y la lista de bugs abiertos, nos ahorra mucho tiempo. Reconoce lo útil del documento y presenta la petición como un favor que ahorra tiempo, sin tono de reproche.
- Reescritura directa (Confianza, listo para enviar): Owen, gracias por la entrega. Para que la próxima sea más fácil de retomar, ¿puedes incluir siempre el acceso a staging y la lista de bugs abiertos? Esta vez tuve que reunir yo gran parte de eso, y con ambos datos desde el inicio avanzamos más rápido. Empieza por la petición y explica el motivo en una frase, de forma clara y sin ironía.
Quité el "Sin problema, eh" y el emoji para que no se contradigan con la petición. ¿Lo quieres más corto, más cálido o más directo?
Prueba Subtext en tu navegadorDescárgalo en el App StoreDescárgalo en Google PlayEscanéalo con la cámara de tu celular para instalar.
Con cualquier herramienta, pídele que conserve los hechos, el requisito y la fecha límite y que no agregue elogios, promesas ni disculpas, y luego compara lo que te devuelve con tu original, porque una reescritura puede suavizar un hecho junto con el filo, como hizo la segunda versión de arriba.
¿Qué conviene pegar en Subtext o en cualquier herramienta de IA?
Un borrador de retroalimentación pegado en Subtext o en cualquier otra herramienta de IA puede contener información comercial confidencial y datos de alguien que nunca eligió ese servicio, y quitar un nombre no quita todos los detalles que identifican. Revisa primero la política de tu empresa y tu contrato, usa una herramienta y una cuenta aprobadas si existen, y pega solo tu propia retroalimentación, con los roles en lugar de los nombres y sin nombres de clientes, cifras ni historial del hilo que la tarea no necesite. Deja fuera todo lo que tenga que ver con la salud, el dinero o la vida privada de la otra persona.
Los términos de Subtext piden que confirmes que puedes enviar palabras de otras personas y, si la usas para el trabajo, que tienes permiso para hacerlo. Su política de privacidad dice que nada de lo que envías se usa para entrenar un modelo de IA, ni por Subtext ni por sus proveedores, y que tu texto llega a los proveedores de IA que nombra. Una conversación se borra sola cinco días después de la última vez que la usas, o 90 días si la fijas, y puedes borrar una de inmediato19. Las notas guardadas en Memoria se quedan hasta que las elimines. Qué asistentes de escritura con IA se entrenan con tus mensajes tiene la versión larga sobre otras herramientas.
Preguntas frecuentes
¿Cómo critico con educación el trabajo de un compañero en un correo? Señala lo específico, di qué causó, pide un solo cambio y deja espacio para lo que no sabes. Con educación aquí significa con precisión y respeto. El relleno no agrega ninguna de las dos cosas.
¿Está bien dar una crítica por Slack o por correo? Sí, cuando los hechos y el cambio que quieres están claros. Habla primero cuando el asunto es polémico, recurrente o puede desatar una cadena de réplicas.
¿Debo empezar con un halago? Solo si es cierto y trata del trabajo. El sándwich tiene tres artículos detrás que apuntan en direcciones distintas, y en mi opinión un elogio cuya única función es amortiguar la crítica agrega longitud y una pregunta sobre lo que viene.
¿Cuánto debo esperar antes de mandarlo? No encontré ningún estudio que dé un intervalo. Si haces una pausa, yo usaría el tiempo para cambiar cada juicio por lo que pasó y lo que quieres que cambie, y lo mandaría antes de que la corrección deje de importar.
El orden para hacerlo
Decide primero si te toca decirlo y si escribirlo es la manera correcta. Si el asunto es polémico, recurrente o puede desatar una cadena de réplicas, habla primero. Si lo escribes, señala lo específico, di qué causó, pide un solo cambio y deja espacio para lo que no sabes.
Si responden a la defensiva, revisa primero si hay un desacuerdo sobre los hechos, repara lo que hiciste mal y repite el requisito una sola vez. Si no llega nada, manda un solo seguimiento corto. Si es acoso, discriminación o algo que te asusta, dejó de ser un problema de redacción.
Escribe el mensaje más pequeño que nombre el trabajo, diga qué causó y pida un solo cambio. Luego mándalo.
Fuentes
Numeradas en el orden en que aparecen arriba. Cuando una cifra no se pudo verificar contra la fuente primaria, el texto lo dice. Revisado el 6 de noviembre de 2026.
- Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., and Blincoe, K. (2022). Destructive Criticism in Software Code Review Impacts Inclusion. Proceedings of the ACM on Human-Computer Interaction, 6(CSCW2), 1 a 29. Encuesta a 93 profesionales del software que reaccionaron a comentarios hipotéticos de revisión de código, constructivos o destructivos; viñetas y autorreporte.
- Baron, R. A. (1988). Negative Effects of Destructive Criticism: Impact on Conflict, Self-Efficacy, and Task Performance. Journal of Applied Psychology, 73(2), 199 a 207. Tres estudios: 83 estudiantes de licenciatura, 106 estudiantes de licenciatura y una encuesta a 108 empleados de una empresa procesadora de alimentos; manipulación de laboratorio y autorreporte.
- Kluger, A. N., and DeNisi, A. (1996). The Effects of Feedback Interventions on Performance: A Historical Review, a Meta-Analysis, and a Preliminary Feedback Intervention Theory. Psychological Bulletin, 119(2), 254 a 284. Metaanálisis de 607 tamaños del efecto (23,663 observaciones): la retroalimentación mejoró el desempeño en promedio (d = .41), pero más de un tercio de las intervenciones lo empeoraron. Tareas y entornos mezclados, ninguno de chat laboral moderno; no se pudo abrir el texto completo, así que no se conoce la división entre laboratorio y campo.
- Wisniewski, B., Zierer, K., and Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, article 3087. Metaanálisis de 435 estudios y 994 efectos con más de 61,000 estudiantes, d promedio de 0.48 tras quitar los valores extremos; los tipos de retroalimentación se codificaron a partir de los resúmenes de los estudios primarios; estudiantes, no compañeros de trabajo.
- Abi-Esber, N., Abel, J. E., Schroeder, J., and Gino, F. (2022). “Just Letting You Know …” Underestimating Others’ Desire for Constructive Feedback. Journal of Personality and Social Psychology, 123(6), 1362 a 1385. Cinco experimentos (N = 1,984) y un piloto en un campus: escenarios laborales hipotéticos, episodios recordados, retroalimentación en vivo entre amigos, compañeros de cuarto o parejas, y un concurso de oratoria con estudiantes. Registro sobre la coautora Francesca Gino, revisado el 6 de noviembre de 2026: la determinación de Harvard de mala conducta en la investigación en otros cuatro artículos, y su negativa, las reporta el Harvard Crimson el 15 de marzo de 2024. Los cuatro avisos de retractación están en Crossref, en PNAS, Psychological Science, Psychological Science y Journal of Personality and Social Psychology. No hay ninguna corrección, retractación ni expresión de preocupación asociada a este artículo en Crossref, OpenAlex ni PubMed, y no se pudo abrir la página de la propia revista.
- Kruger, J., Epley, N., Parker, J., and Ng, Z.-W. (2005). Egocentrism Over E-Mail: Can We Communicate as Well as We Think? Journal of Personality and Social Psychology, 89(6), 925 a 936. Cinco experimentos, estudiantes de licenciatura de Estados Unidos, correo electrónico; tonos asignados, no crítica laboral.
- Bevis, B., Schroeder, J., and Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, article 5792. Experimentos aleatorizados con 1,576 interlocutores y 1,432 observadores, en su mayoría desconocidos y estudiantes universitarios en desacuerdo sobre temas polémicos, no crítica al trabajo; acceso abierto.
- Kumar, A., and Epley, N. (2021). It’s Surprisingly Nice to Hear You: Misunderstanding the Impact of Communication Media Can Lead to Suboptimal Choices of How to Connect With Others. Journal of Experimental Psychology: General, 150(3), 595 a 607. Un experimento de campo en el que se pidió a 200 estudiantes de la University of Chicago que retomaran el contacto con un viejo amigo por teléfono o por correo (103 completaron el seguimiento) y experimentos de laboratorio en los que las personas conversaron con un desconocido por video, voz o texto. Trata de retomar el contacto y de conocerse, no de crítica.
- Google Engineering Practices. How to Write Code Review Comments. Guía de profesionales, sin fecha, leída el 6 de noviembre de 2026; no es un estudio controlado.
- Parkes, J., Abercrombie, S., and McCarty, T. (2013). Feedback Sandwiches Affect Perceptions but Not Performance. Advances in Health Sciences Education, 18(3), 397 a 407. Dos estudios (N = 20 y N = 350) de retroalimentación escrita entre pares con estudiantes de medicina de tercer año que redactaban notas de pacientes; los estudiantes pensaban que los sándwiches ayudaban a su desempeño posterior, sin evidencia de que lo hicieran.
- Prochazka, J., Ovcari, M., and Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, article 101649. Experimento aleatorizado con 91 estudiantes universitarios que resolvían problemas de matemáticas; el grupo del sándwich se preparó más tiempo y resolvió más en un segundo conjunto; el elogio era general y no tenía relación con el desempeño, y los autores llaman parcial a la evidencia.
- Henley, A. J., and DiGennaro Reed, F. D. (2015). Should You Order the Feedback Sandwich? Efficacy of Feedback Sequence and Timing. Journal of Organizational Behavior Management, 35(3-4), 321 a 335. Ocho estudiantes de licenciatura (siete mujeres, un hombre) hicieron tareas de oficina simuladas, cada uno bajo las cuatro condiciones (tres secuencias de retroalimentación y ninguna retroalimentación), la mitad con retroalimentación verbal antes de cada sesión y la mitad después; el sándwich no fue la secuencia más eficaz. Tamaño de muestra confirmado en el texto completo.
- Center for Creative Leadership (2025). Use Situation-Behavior-Impact (SBI)™ To Understand Intent. Artículo de profesionales, 19 de agosto de 2025; llama al método basado en investigación, pero no presenta ningún estudio de resultados del método en sí.
- Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. Página comercial de un negocio de capacitación, leída el 6 de noviembre de 2026; no cita ningún estudio de resultados del marco en sí.
- Lazzari, G., Jean, B. R., de la Sablonnière, R., and van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, article 1800455. 31 estudios; certeza de la evidencia calificada de muy baja a moderada; la mayoría carecía de controles adecuados o de aleatorización y dependía del autorreporte; publicada en línea el 5 de noviembre de 2026.
- Meyer, E. (2015). Giving Negative Feedback Across Cultures. INSEAD Knowledge, 16 de septiembre de 2015. Artículo de profesionales basado en la docencia, la consultoría y las anécdotas de la autora; sin muestra medida.
- Burd, H., Bremner, G., Schein, A., and Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, June 2021. Evaluaciones de 360 grados de 4,328 altos directivos de una organización del sector público del Reino Unido; se asignó al azar a quienes evaluaban, no a las personas evaluadas, para que recibieran instrucciones distintas; no revisado por pares.
- Thorpe, D., McKinlay, M., Richards, J., Sang, K., and Stewart, M. E. (2024). The Lived Experience of Autistic Adults in Employment: A Systematic Search and Synthesis. Autism in Adulthood, 6(4), 495 a 509. Síntesis cualitativa de 34 artículos; sin financiamiento y sin conflictos declarados; cubre los relatos de trabajadores autistas, no otra neurodivergencia.
- Subtext. Terms and privacy. Política de privacidad y términos actualizados por última vez el 22 de octubre de 2026. Fuente propia.