ArtículosMensajes

¿Cómo das una crítica por escrito a un compañero de trabajo sin sonar duro?

Qué respalda la investigación sobre el feedback, dónde se queda corta y cinco mensajes antes y después.

Por Samet Durgun · Cofundador de Subtext · 21 min de lectura

En resumen

Señala el trabajo y no a la persona, di qué ha provocado y pide un cambio concreto que se pueda hacer sin adivinar. En un metaanálisis de tareas muy distintas, más de un tercio de las intervenciones de feedback empeoraron el rendimiento, y el feedback funcionaba peor a medida que la atención pasaba hacia la persona. En cinco experimentos, quienes daban feedback también tendían a subestimar cuánto querían los demás recibir críticas constructivas. No he encontrado ningún estudio que ponga a prueba críticas escritas reales entre compañeros de trabajo, así que los pasos son mi propio marco.

Antes de enviarlo

  1. Cambia cada palabra sobre la persona, como «descuidado» o «siempre haces», por lo que pasó en el trabajo.
  2. Comprueba que dice qué provocó el problema y que pide un cambio concreto que se pueda hacer sin adivinar.
  3. Pregúntate si es exacto, si tú querrías saberlo en su lugar y si la otra persona puede hacer algo al respecto.

¿Tu crítica suena dura?

Subtext marca las palabras que pueden sonar duras y ofrece hasta tres versiones.

El cuadro de comentarios está abierto en la página cuatro de una propuesta compartida. Has escrito “Esto no tiene sentido” y lo has borrado, luego “¿Quizá podrías darle un repaso a esto?” y también lo has borrado, porque no pide nada. La sección está mal. No incluye el coste 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 llegar o como una acusación o como algo tan pequeño que nada va a cambiar.

Cofundé Subtext, una app que lee tu borrador y marca las palabras que podrían sentar mal, así que tengo interés en que la uses, y nada de esto es asesoramiento legal ni de recursos humanos. Trata de la crítica entre compañeros de trabajo por escrito, ya sea en un chat, un correo, comentarios en un documento o una revisión de código, y no de la evaluación de desempeño que hace un responsable. Más abajo, Subtext lee una nota sobre un documento de traspaso escaso y te enseño las dos etiquetas y las tres versiones que devolvió.

La crítica puede ser acertada y aun así llegar como un ataque. La investigación apunta a dirigir el comentario al trabajo y no a la persona, a darle a quien lee algo con lo que pueda actuar y a no dar por hecho que prefiere no saberlo. No respalda ningún guion concreto, y el estudio más cercano a la crítica escrita entre compañeros de trabajo usó comentarios de revisión de código imaginados1. Si quieres ir directo a la redacción, mira las cuatro tareas y los cinco mensajes.

¿Qué hace que una crítica por escrito suene dura?

Según lo que he leído, lo dura que suena una crítica depende mucho de cómo está construida, además de la gravedad del problema. La investigación ofrece una definición que se puede usar. En su artículo de 1988, Robert Baron llamó constructiva a la crítica cuando era específica, considerada y no atribuía el mal rendimiento a causas internas, que yo leo como algo de la persona y no de la situación, y destructiva cuando rompía esas reglas2.

En su primer estudio, 83 estudiantes universitarios recibieron una crítica constructiva o una destructiva de su trabajo, y quienes recibieron la destructiva declararon más enfado 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 universitarios, quienes recibieron críticas destructivas en una primera tarea se pusieron metas más bajas e informaron de menor autoeficacia en dos tareas posteriores que quienes recibieron críticas constructivas o ninguna2. Eran estudiantes en un laboratorio, así que muestran lo que una crítica puede provocar y no lo que hace un compañero tras un correo duro, y el resumen del artículo no informa de ningún efecto sobre el rendimiento en la tarea, de modo que yo no lo afirmaría.

¿Ayuda la crítica o muchas veces sale el tiro por la culata?

El feedback ayuda de media, pero no en todos los casos. El metaanálisis de 1996 de Kluger y DeNisi sobre feedback y rendimiento reunió 607 tamaños del efecto a partir de 23.663 observaciones. De media, el feedback mejoró el rendimiento en unas 0,4 desviaciones típicas (d = .41), pero más de un tercio de las intervenciones lo empeoró, y ni la variación aleatoria de las muestras ni que el feedback fuera positivo o negativo lo explicaban3. No leería eso como una probabilidad de una entre tres de que tu correo salga mal. Los estudios mezclaban tareas y contextos, y ninguno era un chat de trabajo actual.

La explicación de los autores es que el feedback cambia hacia dónde va la atención. En sus comparaciones entre estudios, era menos eficaz a medida que la atención pasaba hacia la persona y se alejaba de la tarea3. Es la base de investigación más sólida que he encontrado para el consejo tan repetido de comentar el trabajo y no a la persona. Aplicarlo al mensaje de un compañero sigue siendo una inferencia, porque la comparación era entre estudios y no entre mensajes que se distinguieran en una sola característica.

Un metaanálisis posterior en educación, de 435 estudios y más de 61.000 estudiantes, encontró que el feedback con mucha información, es decir, el feedback correctivo más información sobre cómo los estudiantes regulaban su propio aprendizaje, tenía el mayor efecto medio (d = 0,99), frente a 0,46 del feedback correctivo solo, que indica qué estaba bien o mal y cuál era la respuesta correcta, y 0,24 de la recompensa o el castigo solos4. Las categorías se codificaron a partir de los resúmenes de los estudios, y las comparaciones son entre estudios con estudiantes, no con compañeros de trabajo. La inferencia que yo sacaría es vaga: un comentario con información útil gana a un veredicto. “La fila de totales sigue incluyendo los pedidos cancelados” le muestra a quien lo lee dónde mirar. “Ten más cuidado con los totales” no.

¿De verdad querrían oírlo?

Una posible razón para callarse es creer que la otra persona prefiere no saberlo. Abi-Esber y sus colegas hicieron cinco experimentos con 1.984 participantes. Quienes daban feedback tendían a subestimar cuánto quería quien lo recibía una crítica constructiva, en escenarios laborales hipotéticos, en episodios recordados y en feedback en directo entre amigos, compañeros de piso o parejas5.

El feedback de esos experimentos era constructivo, es decir, específico, accionable y dado pensando en el bienestar de la persona, sobre un problema que quien lo recibía no conocía y podía corregir. La mayor parte de la evidencia son predicciones y episodios recordados, y no se probó el feedback escrito. Así que no demuestra que todo compañero agradezca una crítica que nadie ha pedido, que se discute o que es difícil de corregir, y quien la recibe puede rechazar con razón una crítica inexacta, intrusiva o injusta. Yo uso el hallazgo como una prueba. ¿Querría saberlo yo en su lugar, es exacto y puede cambiarlo?

Uno de los cuatro autores del artículo de Abi-Esber, Francesca Gino, fue declarada por Harvard responsable de mala conducta científica en otros cuatro artículos, algo que ella niega5. Crossref, OpenAlex y PubMed no recogen ninguna corrección, retractación ni expresión de preocupación para ese artículo5.

¿Te corresponde decirlo, y debería escribirse siquiera?

Hay dos preguntas antes de cualquier redacción. La primera es sobre tu legitimidad. Un problema en un trabajo del que dependes, medido con algo que acordasteis los dos, es tuyo para plantearlo. Dejaría un patrón en el rendimiento general de alguien, o si encaja en el puesto, para quien lo gestiona. Si sobre todo es que tú lo habrías hecho de otra manera, di que es una preferencia.

La segunda es si escribirlo. La evidencia más cercana sobre escribir frente a hablar trata de otras cosas. Quienes escriben sobrestiman lo claro que llega su tono por correo, en experimentos con estudiantes y tonos asignados6. Sobre todo desconocidos y estudiantes universitarios llegaron a más entendimiento y menos conflicto cuando hablaron de un tema polémico que cuando lo escribieron, aunque la mayoría de las personas de otra muestra dijo que prefería escribir7. La gente esperaba que una llamada con un viejo amigo resultara más incómoda que un correo, y no fue así8. Ninguno de esos estudios trata de criticar el trabajo de alguien, y ninguno demuestra que una llamada sea mejor que un comentario. El artículo sobre los mensajes firmes de 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 discutible, recurrente o puede desatar una cadena de réplicas, y luego dejar por escrito lo acordado. Escribir te permite revisar, deja que la otra persona conteste a su ritmo y deja constancia. Si no sabes qué prefiere, pregúntaselo.

¿Qué debe decir el mensaje y qué debe quitar?

Una crítica escrita tiene cuatro tareas, y yo las haría en este orden. Es mi marco de trabajo, construido con las tres reglas de Baron, el hallazgo sobre la atención de más arriba y la orientación de profesionales que viene después.

  1. Lo concreto. Nombra el documento, el pasaje, el incidente o el entregable acordado, y en qué se aparta del estándar acordado. Mantén separado lo que observaste de lo que infieres. “La fila de totales incluye los pedidos cancelados” es observado, y “descuidado” es inferido.
  2. Lo que provocó. Di qué cambió en el trabajo, desde tu lado y sin afirmar que todos opinan lo mismo, como en “así que no pude terminar el resumen”.
  3. Una petición. Un cambio que pueda hacer, con un plazo solo si hay una dependencia real. Di qué partes son obligatorias y cuáles son preferencia tuya, como hace la guía publicada de Google sobre revisión de código con etiquetas como Nit, Optional y FYI9, aunque es orientación de profesionales y no un estudio controlado. Concreto no significa exhaustivo, así que empieza por el cambio que importa más y etiqueta el resto. En un chat, envía un solo mensaje, y en un correo pon la petición al principio, bajo un asunto claro.
  4. Una puerta abierta y una oferta que de verdad hagas. Haz una pregunta de verdad donde puede que te falte contexto, y no escondas una exigencia dentro de una pregunta falsa. Ofrece una revisión o una llamada solo si vas a hacerla.

Para el comentario de la página cuatro, podría ser: “Esta sección no da el coste de la segunda opción, y la decisión del jueves depende de él. ¿Podrías añadir una cifra aproximada antes de entonces? Si está cubierto en algún sitio que se me ha pasado, indícamelo.”

Después, quita cosas. Quita las palabras que describen a la persona en lugar del trabajo, como descuidado, vago, “siempre haces”, “otra vez” usado como reproche y “obviamente”. Quita las preguntas retóricas, los veredictos vagos como “todavía no está del todo”, el sarcasmo, una carita usada 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 solo cubre lo vago, lo desconsiderado y lo personal, así que el resto de esa lista es mío, y los estudios sobre emojis apuntan en direcciones distintas respecto a la carita. No pondría directo ni breve en la lista.

Antes de enviarlo, 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, el SBI, Radical Candor y la CNV?

El sándwich, elogio, luego crítica, luego elogio, tiene tres artículos que apuntan en direcciones distintas. En dos estudios de feedback escrito entre iguales con estudiantes de tercer curso de Medicina (20 y 350 estudiantes), los estudiantes creían que los sándwiches ayudaban a su rendimiento posterior, y no había pruebas 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 lo llaman evidencia parcial11. En un estudio con ocho estudiantes universitarios que hacían tareas de oficina simuladas, cada uno probó todas las secuencias, y el sándwich no fue de media la más eficaz12. Así que ni está desmentido ni demostrado que funcione. Mi opinión es elogiar solo lo que es verdad, concreto y relevante, porque un elogio cuya única función es amortiguar añade longitud y una duda sobre lo que viene después.

El SBI, Radical Candor y la CNV son marcos de profesionales: Situación-Conducta-Impacto, la combinación de Kim Scott de preocuparse personalmente y desafiar con franqueza, y la Comunicación No Violenta. El Center for Creative Leadership, que vende formación en SBI, lo llama basado en la 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 la formación en CNV, publicada el 5 de noviembre de 2026, valoró la certeza de la evidencia entre muy baja y moderada, encontró que la mayoría carecía de controles adecuados y dependía de autoinformes, y calificó el patrón de más modesto que la idea común de que la CNV mejora el funcionamiento social15. Muchos eran programas de formación probados en entornos como prisiones y hospitales.

Cinco mensajes, antes y después

Estos cinco están inventados para este artículo, y ninguno es el texto correcto. Cada uno es un camino posible. Cada después usa solo los hechos que dan su planteamiento y su antes, más una petición, que es mía.

Un traspaso escaso. Al documento de traspaso de Owen le faltaban el acceso a staging y la lista de bugs abiertos, y reconstruiste casi todo por tu cuenta.

Antes “Gracias por el documento de traspaso, Owen. Un poco escaso la verdad 😅 Al final tuve que montarme casi todo yo sola. ¿Quizá la próxima vez puedes añadir el acceso a staging y la lista de bugs abiertos? Sin problema, eh.”

Después “Gracias por el documento de traspaso, Owen. No traía el acceso a staging ni la lista de bugs abiertos, así que acabé montándome casi todo por mi cuenta. ¿Puedes añadir las dos cosas en el próximo traspaso? Si están en algún sitio donde no las encontré, dime dónde.”

“Un poco escaso la verdad 😅” es un veredicto con una sonrisa, y “Sin problema, eh” retira la queja. El después nombra las dos cosas que faltaban, mantiene el coste que contaste, pide el arreglo y deja un margen por si existen en otro sitio.

Un plazo que te costó. El informe de pruebas de Callum tenía que estar el lunes y llegó el miércoles, así que la versión salió el viernes en lugar del miércoles. Es la segunda vez este trimestre, y QA necesita el informe dos días antes de una versión.

Antes “El informe de pruebas era para el lunes. Es la segunda vez. Si vuelve a llegar tarde, se lo voy a llevar a tu responsable.”

Después “Callum, el informe de pruebas era para el lunes y llegó el miércoles, así que la versión pasó del miércoles al viernes. QA lo necesita dos días antes de una versión, así que necesito el próximo con esa antelación. Si hay algo que lo impide, dímelo ya.”

Las fechas y la consecuencia se quedan. “Segunda vez” lleva la cuenta dentro de una petición sobre un solo informe, así que sale, y si el patrón es real pertenece a otra conversación, como con Tobias más abajo. La amenaza también sale, 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 empieza con la historia de la empresa y se deja fuera la primera semana. La sección de herramientas es clara. Crees que una persona nueva necesita saber qué hacer el primer día y a quién preguntar.

Antes “Me encanta la energía que tiene. Solo le falta un pequeño retoque antes de salir.”

Después “Gracias por el borrador, Ingrid. La sección de herramientas es 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 “un pequeño retoque” dice que el borrador casi está listo, y la reestructuración puede llegar después como una sorpresa.

Una costumbre en las reuniones. En tres reuniones de planificación seguidas, Tobias ha vuelto a abrir la decisión sobre el proveedor que el equipo tomó en octubre, usando tiempo que el equipo tenía para el sprint. Estás a punto de escribir en el canal del equipo.

Antes “Ya, como aquí nunca se decide nada 🙃”

Después (como mensaje privado) “Hola, Tobias, en las últimas tres reuniones de planificación hemos vuelto a la elección del proveedor que acordamos en octubre, y se ha comido el tiempo que teníamos para el sprint. Si hay información nueva, ¿podrías enviarla antes de la reunión para ver si cambia algo?”

El antes va a todo el canal, así que todos reciben la pulla, y “aquí nunca se decide nada” es una afirmación que nadie puede comprobar. El después va solo a Tobias, cuenta las reuniones y pide un cambio. Para una costumbre, yo hablaría primero y enviaría esto como constancia.

Un comentario de revisión. El cambio de Farah falla cuando la lista está vacía, porque el bucle lee el primer elemento sin comprobarlo. Eso hay que cambiarlo, y además te cuesta leer un nombre de variable, tmp.

Antes “¿Por qué no hay ninguna comprobación de lista vacía aquí? Esto es básico.”

Después “Obligatorio antes de integrar: esto falla cuando la lista está vacía, porque el bucle lee el primer elemento sin comprobarlo. ¿Podrías añadir una comprobación para el caso vacío, o decirme si algún llamador ya lo descarta? Nit, opcional: el nombre tmp cuesta de leer.”

“Esto es básico” juzga a Farah, y la pregunta pide una respuesta que nadie quiere dar. El después etiqueta lo que es obligatorio y lo que es opcional, como hace la guía de Google, y comenta el código y no a la desarrolladora9.

¿Cambia según la antigüedad, la cultura o quién sea la otra persona?

Un cargo igual no significa la misma influencia. Un ingeniero sénior puede controlar la aprobación, y un compañero con menos antigüedad puede tener poco margen para rebatir un plazo. Por eso di qué autoridad tiene la petición, si es un bloqueo de versión, un requisito acordado del equipo o tu preferencia, y no hagas que una sugerencia opcional suene a orden. El artículo sobre los mensajes firmes de Slack cubre lo que se sabe y lo que no sobre cómo el cargo de quien escribe cambia la forma de leer un mensaje.

La cultura es una invitación a preguntar. Erin Meyer, escribiendo para INSEAD, describe cómo 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 gestiona tu equipo las correcciones.

En algunos datos, el género aparece en el feedback que recibe la gente. En evaluaciones de 360 grados de 4.328 directivos de alto nivel de una organización pública del Reino Unido, las mujeres recibieron un feedback más específico sobre sus puntos fuertes, y menos específico sobre lo que debían 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 comprobar que das a todo el mundo los mismos detalles, no para tratar a nadie como frágil.

La neurodivergencia no es un único estilo de comunicación. Una síntesis de 34 artículos sobre la vida laboral de adultos autistas encontró que el feedback a veces era difícil de entender o de poca utilidad, y que unas expectativas claras ayudaban18. No cubre el TDAH, la dislexia ni otras condiciones, así que pregunta. El artículo sobre el AuDHD repasa la evidencia sobre los canales.

¿Y si responde a la defensiva, o no responde?

Una respuesta a la defensiva sigue siendo una respuesta. Primero comprobaría si hay un desacuerdo sobre los hechos debajo. “Puede que me falte contexto. ¿Qué parte de la cronología ves distinta?” lo pregunta sin renunciar al requisito. Si tiene razón en algo, dilo, y luego repite el requisito común una sola vez. Si tu primer mensaje incluía una generalización injusta, repara esa parte directamente, algo que cubre cómo pedir perdón por mensaje. Después deja de añadir réplicas por escrito y ofrece una llamada o una agenda breve por escrito.

El silencio no significa por sí solo acuerdo, hostilidad ni negativa. Envía un único seguimiento corto por 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 trata de prioridades, de quién se encarga de qué o de acuerdos incumplidos una y otra vez, o de recursos que no podéis resolver entre iguales, trae a la persona que puede decidir, con los hechos, el efecto en el trabajo y la decisión que necesitas. Yo se lo diría primero a tu compañero, salvo que se trate de acoso, seguridad o discriminación, y empezaría por la política de tu propia empresa.

El hilo no debería 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 pertenecen al procedimiento de denuncia de tu empresa. Si esa persona te da miedo o te amenaza, esto ha dejado de ser un problema de redacción. Si estás en peligro inmediato, llama a tu número de emergencias local. Por favor, no metas esa conversación en Subtext ni en ninguna 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 ¿funcionan realmente los reescritores de mensajes con IA?. No he encontrado ningún estudio independiente que demuestre que Subtext, o cualquier herramienta de reescritura con IA, mejore cómo llega el feedback a un compañero, lo justo que es o cómo va la relación de trabajo.

Dos hábitos no cuestan nada. Escribe en privado la versión sin filtrar y sustituye cada juicio por lo que pasó y lo que quieres que cambie. Después dilo en voz alta como lo oiría el lector más severo, algo que ¿suena grosero este mensaje? cubre en su forma probada más cercana.

Subtext lee un borrador de crítica que hayas escrito y marca las palabras que podrían leerse como un ataque, un juicio de siempre o nunca, un tono condescendiente o una norma impuesta con debes o tienes que, con un motivo breve para cada una. Nombra el sentimiento del borrador en una palabra y ofrece hasta tres versiones, una de ellas cercana a tus palabras, cada una marcada como “listo para enviar” u “ojo” y, para las versiones hechas a partir de tu borrador, con una estimación de cuánto de tu redacción cambió. La marca “listo para enviar” es una estimación propia de Subtext a partir de las palabras que tiene delante, y un “ojo” es un motivo para releer esa versión, no una prueba de que haya un problema. No envía nada, así que copias la versión que quieras y la envías tú.

Subtext no puede juzgar si tu crítica es justa o correcta, ni decirte qué quiso decir tu compañero, algo que sus preguntas frecuentes también dicen, ni cómo la va a recibir. No conoce la historia entre vosotros 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, tiende a ser cálida, sencilla y corta, así que un mensaje que tiene que mantenerse claro y directo necesita una lectura para ver qué se ha dejado fuera. Es un asistente de redacción, no terapia, mediación ni un proceso de recursos humanos.

El traspaso escaso de más arriba, inventado para la prueba, pasó por Subtext. El borrador decía “Gracias por el documento de traspaso, Owen. Un poco escaso la verdad 😅 Al final tuve que montarme casi todo yo sola. ¿Quizá la próxima vez puedes añadir 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 se aplicó a la apertura, con la nota de que “Gracias… Un poco escaso la verdad 😅” y “Sin problema, eh” “pueden leerse como una indirecta que esconde el reproche”. Mensajes mixtos se aplicó a la frase final, “Sin problema, eh”, porque contradice la queja anterior y deja confusa tu intención.

Las tres versiones salieron marcadas como “listo para enviar”. La primera, Cercana a la tuya, conserva tu queja de que el documento era “algo escaso”, lo que la primera etiqueta había señalado, aunque quita el 😅 y el “Sin problema, eh”, y termina con “Me ayudaría mucho.” La segunda, Más cálida, cambió “casi todo yo sola” por “bastante por mi cuenta” y “un poco escaso” por “me faltaron algunas cosas”, lo que suaviza el borrador. Su nota dice que presenta la petición como una mejora para el siguiente traspaso, y el “listo para enviar” es una estimación a partir de las palabras y no un conocimiento de cómo lo leerá Owen. La tercera, Reescrita directa, es la que más se aleja del borrador, un 65 % del mensaje editado, y pone el foco en lo que faltó, “me faltaron el acceso a staging y la lista de bugs abiertos”, aunque en forma de condicional, “Si los incluyes en los próximos traspasos, arrancar será mucho más rápido”, y no de pregunta, y cambia tu frase sobre montarlo casi todo por “reconstruir bastante yo sola”. Ninguna ofrece una revisión ni pregunta si puede que te falte contexto, así que la cuarta tarea, la puerta abierta y la oferta, sigue siendo tuya. La propia frase final de Subtext empezaba así: “Quité el 😅 y el ‘Sin problema, eh’ porque restaban claridad.” Ese es el resultado real de la app, sin editar.

Gracias por el documento de traspaso, Owen. Un poco escaso la verdad 😅 Al final tuve que montarme casi todo yo sola. ¿Quizá la próxima vez puedes añadir el acceso a staging y la lista de bugs abiertos? Sin problema, eh.

  • Pasivo-agresivo: "Gracias... Un poco escaso la verdad 😅" y "Sin problema, eh" pueden leerse como una indirecta que esconde el reproche.
  • Mensajes mixtos: "Sin problema, eh" contradice la queja anterior y deja confusa tu intención.
  • Frustración: Se nota que te cargó tener que montarlo casi todo sola, aunque lo suavizas con humor.

Entiendo que te costó sacarlo adelante sola, y es válido decirlo. Te dejo versiones más claras y sin indirectas.

  • Cercana a la tuya (Claridad, listo para enviar): Gracias por el documento de traspaso, Owen. Me resultó algo escaso y al final tuve que montarme casi todo yo sola. La próxima vez, ¿puedes añadir el acceso a staging y la lista de bugs abiertos? Me ayudaría mucho. Mantiene tu comentario sobre lo escaso del documento, quita el 😅 y el "Sin problema, eh", y deja la petición concreta.
  • Más cálida (Amabilidad, listo para enviar): Gracias por el documento de traspaso, Owen. Me faltaron algunas cosas y tuve que montar bastante por mi cuenta. Para la próxima, ¿podrías incluir el acceso a staging y la lista de bugs abiertos? Con eso el traspaso sería mucho más fácil. Suaviza la queja hablando de lo que faltó y presenta la petición como una mejora para el siguiente traspaso.
  • Reescrita directa (Seguridad, listo para enviar): Hola Owen, gracias por el traspaso. Te cuento una cosa útil para la próxima vez: me faltaron el acceso a staging y la lista de bugs abiertos, y eso me obligó a reconstruir bastante yo sola. Si los incluyes en los próximos traspasos, arrancar será mucho más rápido. Pone el foco en lo que faltó, sin juicios, y convierte el comentario en una petición práctica.

Quité el 😅 y el "Sin problema, eh" porque restaban claridad. ¿Quieres que suene más breve, más cálida o más directa?

Prueba Subtext en tu navegadorConsíguelo en el App StoreDisponible en Google Play

Con cualquier herramienta, pídele que mantenga los hechos, el requisito y el plazo y que no añada elogios, promesas ni disculpas, y luego compara lo que devuelve con tu original, porque una reescritura puede suavizar un hecho junto con el filo, como hizo la segunda versión de arriba.

¿Qué deberías pegar en Subtext o en cualquier herramienta de IA?

Un borrador de crítica pegado en Subtext o en cualquier otra herramienta de IA puede contener información comercial confidencial y datos sobre alguien que nunca eligió el servicio, y quitar un nombre no quita todos los datos que identifican. Mira primero la política de tu empresa y tu contrato, usa una herramienta y una cuenta aprobadas si existen, y pega solo tu propia crítica, con cargos en lugar de nombres y sin nombres de clientes, cifras ni historial del hilo que la tarea no necesite. Deja fuera cualquier cosa sobre la salud, el dinero o la vida privada de la otra persona.

Los términos de Subtext te piden que confirmes que puedes enviar las palabras de otras personas y, si lo usas para trabajar, 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 va 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 a los 90 días si la fijas, y puedes borrar una de inmediato19. Las notas guardadas en Memoria se conservan hasta que las borres. Qué asistentes de escritura con IA 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 concreto, di qué provocó, pide un cambio y deja espacio para lo que no sabes. Educación aquí significa precisión y respeto. El relleno no añade 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 discutible, recurrente o puede desatar una cadena de réplicas.

¿Debería empezar con un cumplido? Solo si es verdad y trata del trabajo. El sándwich tiene detrás tres artículos que apuntan en direcciones distintas, y en mi opinión un elogio cuya única función es amortiguar la crítica añade longitud y una duda sobre lo que viene después.

¿Cuánto debería esperar antes de enviarlo? No he encontrado ningún estudio que dé un intervalo. Si haces una pausa, yo usaría el tiempo para sustituir cada juicio por lo que pasó y lo que quieres que cambie, y lo enviaría antes de que la corrección deje de importar.

El orden para hacerlo

Decide primero si te corresponde decirlo y si escribirlo es la manera adecuada. Si el asunto es discutible, recurrente o puede desatar una cadena de réplicas, habla primero. Si lo escribes, señala lo concreto, di qué provocó, pide un cambio y deja espacio para lo que no sabes.

Si responde a la defensiva, comprueba primero si hay un desacuerdo sobre los hechos, repara lo que hiciste mal y repite el requisito una sola vez. Si no llega nada, envía un único seguimiento corto. Si se trata de acoso, discriminación o algo que te da miedo, ha dejado de ser un problema de redacción.

Escribe el mensaje más pequeño que nombre el trabajo, diga qué provocó y pida un cambio. Luego envíalo.

Fuentes

Numeradas en el orden en que aparecen arriba. Cuando una cifra no se pudo verificar contra la fuente primaria, el texto lo dice. Comprobado el 6 de noviembre de 2026.

  1. Gunawardena, S. D., Devine, P., Beaumont, I., Garden, L. P., Murphy-Hill, E., y 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 reaccionaban a comentarios de revisión de código hipotéticos, constructivos o destructivos; viñetas y autoinforme.
  2. 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 universitarios, 106 estudiantes universitarios y una encuesta a 108 empleados de una empresa de procesado de alimentos; manipulación de laboratorio y autoinforme.
  3. Kluger, A. N., y 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): el feedback mejoró el rendimiento de media (d = .41), pero más de un tercio de las intervenciones lo empeoró. Tareas y contextos mixtos, ninguno un chat de trabajo actual; no se pudo abrir el texto completo, así que no se conoce la división entre laboratorio y campo.
  4. Wisniewski, B., Zierer, K., y Hattie, J. (2020). The Power of Feedback Revisited: A Meta-Analysis of Educational Feedback Research. Frontiers in Psychology, 10, artículo 3087. Metaanálisis de 435 estudios y 994 efectos con más de 61.000 estudiantes, d media de 0,48 tras eliminar los valores extremos; tipos de feedback codificados a partir de los resúmenes de los estudios primarios; estudiantes, no compañeros de trabajo.
  5. Abi-Esber, N., Abel, J. E., Schroeder, J., y 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 el campus: escenarios laborales hipotéticos, episodios recordados, feedback en directo entre amigos, compañeros de piso o parejas, y un concurso de oratoria con estudiantes. Registro sobre la coautora Francesca Gino, comprobado el 6 de noviembre de 2026: la declaración de Harvard de mala conducta científica en otros cuatro artículos, y su negativa, las recoge el Harvard Crimson del 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.
  6. Kruger, J., Epley, N., Parker, J., y 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 universitarios de Estados Unidos, correo electrónico; tonos asignados, no críticas en el trabajo.
  7. Bevis, B., Schroeder, J., y Yeomans, M. (2026). Spoken Disagreement Is More Constructive Than Written Disagreement. Nature Communications, 17, artículo 5792. Experimentos aleatorizados con 1.576 interlocutores y 1.432 observadores, sobre todo desconocidos y estudiantes universitarios en desacuerdo sobre temas polémicos, no críticas al trabajo; acceso abierto.
  8. Kumar, A., y 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 Universidad de 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 charlaban con un desconocido por vídeo, voz o texto. Sobre retomar el contacto y conocerse, no sobre críticas.
  9. Google Engineering Practices. How to Write Code Review Comments. Orientación de profesionales, sin fecha, leída el 6 de noviembre de 2026; no es un estudio controlado.
  10. Parkes, J., Abercrombie, S., y 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 feedback escrito entre iguales con estudiantes de tercer curso de Medicina que redactaban notas de pacientes; los estudiantes pensaban que los sándwiches ayudaban a su rendimiento posterior, sin pruebas de que lo hicieran.
  11. Prochazka, J., Ovcari, M., y Durinik, M. (2020). Sandwich Feedback: The Empirical Evidence of Its Effectiveness. Learning and Motivation, 71, artículo 101649. Experimento aleatorizado con 91 estudiantes universitarios que resolvían problemas de matemáticas; el grupo del sándwich se preparó durante más tiempo y resolvió más en una segunda serie; el elogio era general y no tenía relación con el rendimiento, y los autores llaman a la evidencia parcial.
  12. Henley, A. J., y 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 universitarios (siete mujeres, un hombre) hicieron tareas de oficina simuladas, cada uno en las cuatro condiciones (tres secuencias de feedback y ningún feedback), la mitad con feedback verbal antes de cada sesión y la otra mitad después; el sándwich no fue la secuencia más eficaz. Tamaño de la muestra confirmado en el texto completo.
  13. 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 la investigación, pero no presenta ningún estudio de resultados del método en sí.
  14. Radical Candor, LLC. Our Approach: Kim Scott’s Feedback Framework. Página comercial de una empresa de formación, leída el 6 de noviembre de 2026; no cita ningún estudio de resultados del marco en sí.
  15. Lazzari, G., Jean, B. R., de la Sablonnière, R., y van Vugt, F. T. (2026). A Systematic Review of Quantitative Studies Testing Nonviolent Communication Training Interventions. Frontiers in Psychology, 17, artículo 1800455. 31 estudios; certeza de la evidencia valorada entre muy baja y moderada; la mayoría carecía de controles adecuados o de aleatorización y dependía de autoinformes; publicado en línea el 5 de noviembre de 2026.
  16. 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.
  17. Burd, H., Bremner, G., Schein, A., y Rudzeviciute, M. (2021). Gender Bias and Performance Feedback: An RCT. Behavioural Insights Team research report, junio de 2021. Evaluaciones de 360 grados de 4.328 directivos de alto nivel de una organización pública del Reino Unido; se aleatorizó a quienes evaluaban, no a las personas evaluadas, con instrucciones distintas; no está revisado por pares.
  18. Thorpe, D., McKinlay, M., Richards, J., Sang, K., y 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 financiación ni conflictos declarados; recoge los relatos de trabajadores autistas, no de otras neurodivergencias.
  19. Subtext. Terms and privacy. Política de privacidad y términos, última actualización el 22 de octubre de 2026. Fuente propia.