Qulture.Rocks utiliza la siguiente lógica para presentar las preguntas en el formulario de evaluación:
Visibilidad por relación
La primera regla de presentación es la relación entre el par evaluado/evaluador. Esto significa que si una pregunta se configura con “Visibilidad de la relación” = “Autoevaluación”, sólo se presentará para los formularios en que la relación del par evaluado/evaluador = “Autoevaluación”.
Configuración de la emisión:
Configuración de la relación entre el par:
Visibilidad por TAGs:
La segunda regla de presentación se basa en los TAGs de los evaluados. Funciona de la siguiente manera: si una pregunta está configurada para ser presentada solo con "Visibilidad por TAGs" = "Marketing", significa que aparecerá sólo en los formularios de los evaluados que tengan TAG Marketing.
🟣 Ejemplo: si Héctor está evaluando a Naty y Naty tiene el TAG “Marketing”, las preguntas configuradas para aparecer en este TAG serán visibles en el formulario que Héctor está respondiendo sobre ella.
✏️ Nota 1: para reforzar, la visibilidad por TAGs ocurre según el TAG evaluado, siempre. El TAG del evaluador es indiferente a la presentación de preguntas.
✏️ Nota 2: puedes poner más de una tag en una pregunta de evaluación. De esta forma, todos los usuarios que tengan al menos una de las tags de la pregunta serán evaluados. Por ejemplo, si una pregunta de evaluación debe hacerse sólo a personas de las áreas de Marketing y Ventas, en esta pregunta se colocarán dos tags correspondientes a cada una de las áreas mencionadas. De esta forma, quienes tengan la tag de Marketing serán evaluados en ella y quienes tengan la etiqueta de Ventas también, sin necesidad de tener las dos a la vez.
Visibilidad por participant_TAG:
La tercera regla de presentación se basa en el TAG del participante, más claramente, del par evaluado/evaluador. Esta lógica funciona de la siguiente manera: cuando una pregunta está configurada para ser presentada solo a través del “TAG participante” = pregunta HR, por ejemplo, solo los pares evaluados/evaluador que tienen este TAG podrán verla.
🟣 Ejemplo: para situaciones en las que la visibilidad por relación o por TAG no puede cubrir, se utiliza esta tercera lógica. Tuvimos un caso práctico de una pregunta sobre el aumento de salario en la que solo un miembro de recursos humanos podía responder sobre todos los colaboradores; en este caso, la relación no puede resolver esta pregunta (ya que otros pares pueden tener la misma relación que el par HR + Evaluado) y TAG de los evaluados (ya que todos los evaluadores comenzarían a ver la pregunta de recursos humanos) tampoco.
En este caso, sí es necesario definir una lógica de presentación entre el par y la pregunta.
Para utilizar este TAG, es necesario realizar la importación masiva de participantes.
Dentro de la hoja de cálculo, debes insertar una columna llamada "tags", tendría el siguiente aspecto:
reviewed_email | reviewer_email | relationship_type | tags |
E-mail evaluado | E-mail evaluador | Relación (Opciones: lider_personaliderada, personaliderada_lider, par, auto, otras) | Tags de Participante |
auto | TAGX |
✏️ Nota: Para obtener la hoja de cálculo de importación el paso a paso está en el artículo ¿Cómo incluir participantes en una evaluación de desempeño?
Esta TAG tiene una forma diferente de inclusión dentro de las preguntas que debe ver el dúo evaluado / evaluador.
Debe escribirse en el campo "TAG de participante" y van separadas por punto y coma (;) cuando hay más de una TAG de participante por pregunta.
¿Dudas sobre el contenido? #ChateaConNosotros 😃
¿Qué opinas del artículo? Deja tus comentarios abajo 👇