2017-11-10 09:16:58 +0000 2017-11-10 09:16:58 +0000
73
73

¿Cómo tratar amablemente las solicitudes de apoyo que carecen de una comprensión básica?

Como desarrollador de software libre, me gusta que haya usuarios de mis proyectos.

Sin embargo, de vez en cuando, sucede que algunas personas que definitivamente no están en el público objetivo de una pieza de software intentan usarlo y esperan soporte.

Por ejemplo, estoy desarrollando una biblioteca de software (es decir, una pieza de software reutilizable que no puede usarse por sí sola, sino que se utiliza en aplicaciones para lograr algo) que logra X, pero que se basa en un marco/biblioteca más grande Y. A veces, recibo usuarios que quieren lograr X pero no tienen idea de cómo usar Y. Trato de desviarlos para que usen la biblioteca Z que logra X sin necesitar Y, lo cual no siempre funciona.

En su lugar, empiezan a revisar los ejemplos y la documentación (que es buena), pero que no están hechos para ser realmente utilizables sin al menos una comprensión básica de cómo funciona Y. Ahora esperan que les ayude con sus problemas usando Y, no con sus problemas usando mi proyecto.

Creo que esto se debe en parte a que no pueden distinguir los problemas que surgen de su falta de conocimiento sobre Y de los problemas que surgen de su falta de conocimiento sobre mi proyecto (estoy feliz de aceptar y responder a las preguntas que surgen de este último: porque muestran que mi documentación es insuficiente).

Ahora mi pregunta es: ¿Cómo les atiendo para que aprendan primero lo básico sobre Y sin parecer grosero?

Lo que he intentado cuando me han preguntado cómo hacer algo concreto es responder con:

Cualquier persona con conocimientos básicos de cómo funciona Y sería capaz de deducirlo de los ejemplos. No puedo enseñarte cómo funciona Y.

No estoy seguro de si eso es demasiado grosero, y/o si hay una forma mejor. En general, quiero evitar ofender a mis usuarios (incluso a los potenciales) o parecer prepotente, porque a mí mismo no me gustaría eso cuando trato de usar y/o contribuir a un proyecto.

Respuestas (7)

111
111
111
2017-11-10 10:22:57 +0000

Cualquier persona con un conocimiento básico de las habilidades interpersonales no estaría publicando esta pregunta.

Este título es inequívocamente grosero. Para que quede claro, esta no es mi respuesta real, es el ejemplo que demuestra el punto.

Tenías la intención de enviar tu mensaje corto a esta persona, probablemente sin contexto circundante. Cuando leíste este título, antes de leer el resto de la respuesta, estabas en una posición similar de no tener contexto circundante.

A falta de una mayor elaboración, el título (y tu fraseo sugerido) no sólo parece grosero, sino también hostil.

Su redacción es el problema.

Entiendo lo que quiere decir. Tu afirmación es objetivamente correcta. Estás viendo que tus palabras son bienintencionadas, correctas y tersamente eficientes. Pero no estás viendo que la otra persona no puede saber intrínsecamente que no estás molesto con ella.

No has dejado ninguna marca que sugiera que tu respuesta es bienintencionada (y que no estás simplemente molesto), y además contiene trozos que implican lo contrario (que sí estás molesto y a punto de llamarlos estúpidos).

Cualquier persona con conocimientos básicos de cómo funciona Y

El resto de la respuesta ni siquiera importa, esto pone inmediatamente a la otra persona a la defensiva. Le estás reprendiendo por no tener un conocimiento básico de cómo funciona Y.

“Cualquiera” sugiere que esta persona está siendo inusualmente ignorante, y que casi todo el mundo es mejor que ella.

“Básico” sugiere que el problema es hilarantemente trivial (e implica que no vale la pena su tiempo o esfuerzo).

_“Básico” sugiere que el problema es ridículamente trivial (e implica que no vale la pena su tiempo y esfuerzo).

“sería capaz” es un condicional. En el contexto actual, se entiende como “esto debería ser así, pero aparentemente no para ti”. No sólo estás poniendo en duda sus capacidades, sino que estás afirmando casi explícitamente que sabes que son incapaces de entender los ejemplos.

“Inferir” es el problema aquí. Las inferencias se hacen en privado (y en silencio), así que estás reprendiendo a la persona por contactar contigo.

“De los ejemplos” está haciendo una afirmación similar. Afirma que los ejemplos son claros y obvios y da a entender que hacer una pregunta no está justificado (lo que de nuevo tacha a la persona de inculta).

No puedo enseñarte cómo funciona Y.

Lo que intentas decir es que no puedes enseñar Y. Sin embargo, lo que estás diciendo en realidad es que no puedes enseñar a esta persona (sobre el funcionamiento de Y).

De nuevo, esto permite inferir que estás llamando a la persona ignorante, incapaz de entenderlo aunque le enseñes.

Lo que le dijiste a la persona:

  • Este es un problema trivial.
  • Cualquier otra persona lo entendería, pero parece que tú no.
  • Deberías leer los ejemplos en silencio, en lugar de hacerme preguntas.
  • Aunque te enseñara, no lo entenderías.

Lo que deberías decirles:

  • Mi herramienta no puede resolver este problema en particular, sólo ayuda con X.
  • Para resolver el problema al usar mi herramienta, puedes usar Y.
  • Alternativamente, también puedes usar Z en lugar de mi herramienta, que evita tu problema actual y no requiere Y.
  • El mejor recurso para obtener información sobre Y es la documentación oficial de Y.
  • La mejor fuente de información sobre Z es la documentación oficial de Z.

Poner esa información en una respuesta:

Mi herramienta no presenta una solución para su problema actual. Sólo pretende ayudar con X. Para solucionar tu problema al usar mi herramienta, te sugeriría que echaras un vistazo a Y en su sitio web oficial . Allí, también puede encontrar ejemplos sobre cómo solucionar su problema actual.

Alternativamente, puede utilizar Z como alternativa a mi herramienta. Z no tiene el problema actual, por lo que no tendrá que trabajar alrededor de él usando Y. Para obtener información sobre Z, te sugiero que eches un vistazo a su sitio web oficial .

Nota de pie de página: He utilizado mucho “tu problema”, la repetición es un poco chirriante. Pero esto es porque no sé cuál es el problema. Sí lo sabes, cuando escribas tu respuesta. Intenta referirte a él con una descripción concreta del problema, no lo llames simplemente “tu problema”.

¿Por qué mi versión es más educada?

Tal vez ayude comparar las diferencias:

  • No he puesto en duda los conocimientos de esta persona.
  • No he insinuado que otra persona ya supiera lo que le estoy diciendo.
  • Me he ceñido a los hechos. Necesitas Y para trabajar alrededor del problema. Si esta persona ya entiende Y o no es irrelevante , son capaces de buscar un tutorial por sí mismos si sienten que lo necesitan. No hace falta que yo me pronuncie sobre su aptitud.
  • Nunca sugerí enseñarles; lo que significa que tampoco tuve que negarse explícitamente a enseñarles. Si no quieres enseñarle a esa persona, entonces no menciones nunca el hecho de enseñarle. Limítate a los hechos.
  • He ofrecido Z como alternativa, pero no he explicado por qué creo que esta persona puede preferir Z a X+Y. No es necesario que le diga que creo que no es lo suficientemente hábil. Esta persona puede mirar Z y X+Y, y puede decidir por sí misma qué camino elige.

Piensa por qué esta persona se puso en contacto contigo. No te pedía que evaluaras su aptitud; sólo te pedía tu opinión experimentada (ya que eres el desarrollador de tu herramienta).
Resulta que no puedes ayudar con lo que te pide, simplemente no forma parte de tu herramienta y no es tu trabajo enseñarles otras habilidades.

Sin embargo, esto no justifica que se ponga en duda su falta de estas habilidades. Lo más educado es remitirles a alguien/algunos recursos que lo expliquen mejor que tú.

64
64
64
2017-11-10 09:23:54 +0000

Cualquier persona con conocimientos básicos de cómo funciona Y sería capaz de deducirlo de los ejemplos. No puedo enseñarte cómo funciona Y.

Eso es bastante grosero. Básicamente estás usando una forma educada de decir “Si no fueras incompetente, no estarías haciendo esta pregunta”, lo cual es un poco cierto en tu caso, pero eso no es lo que quieres transmitir y no ayuda al usuario de ninguna manera. Lo que quieres es que esos usuarios busquen alternativas más fáciles.

En su lugar, probablemente deberías centrarte en cómo tus nuevos usuarios podrían beneficiarse más de otro marco, como:

Le sugiero que pruebe Z en su lugar, ya que mi biblioteca requiere una cantidad significativa de comprensión de Y para ser utilizado correctamente y no soy capaz de proporcionar un tutorial completo sobre cómo utilizar Y en este contexto

Esto logra varias cosas:

  • Se centra en redirigir al usuario y ayudarle, en lugar de decirle por qué no debería haber preguntado
  • No es grosero ni insultante de ninguna manera
  • Al mostrarle un camino a seguir, es menos probable que el nuevo usuario siga molestando

Si esto no es aplicable porque los usuarios carecen por completo de contexto en lo que están haciendo y probablemente serían incapaces de utilizar otras bibliotecas por la misma falta de conocimiento, se puede adoptar un tono diferente pero aún amistoso:

Te sugeriría que visitaras un tutorial o adquirieras algún conocimiento en Y, ya que es necesario tanto para mi biblioteca como para otras similares de su tipo. No estoy en condiciones de enseñarle a usar Y, ya que esto no está en el ámbito del soporte de mi producto

7
7
7
2017-11-10 14:26:03 +0000

Además de las otras grandes respuestas , me gustaría repetir mi sugerencia de los comentarios:

Animaos a escribir una (buena) pregunta en Stackoverflow.com

¿Por qué?

  • Puede que tengáis que responder a una pregunta de soporte sólo una vez y siempre podréis hacer referencia a ella.
  • Otros usuarios pueden tener respuestas, y así desplazar el esfuerzo de soporte fuera de ti.
  • Hará que su lib se conozca (y se entienda) mejor.
  • Es una gran comunidad que muy probablemente tendrá algún conocimiento sobre “Y”. (El pensamiento es: no serás el único que les diga “esto es sobre Y, no sobre X” )
  • ^^ Sólo por nombrar algunos.

Ver también : https://stackoverflow.com/help/product-support

P.D.: No estoy **afiliado al sitio aparte de ser un usuario entusiasta.

6
6
6
2017-11-10 22:59:53 +0000

Muchas empresas descubren que, por muy deseable que sea una mayor cuota de mercado para ellas, o por mucho que aumenten los ingresos, algunos clientes no merecen el esfuerzo. (Por ejemplo, piense en Netflix y su negocio de DVD por correo).

Usted también puede tomar esa decisión. Si decides prescindir del usuario, puedes seguir siendo útil para él: Recuérdale que las especificaciones de tu software X requieren el uso del software Y. Sugiérele que necesita entender mejor Y antes de progresar con X. Incluso sugiérele la cosa específica (o dos) que necesita entender mejor sobre Y. Luego déjalo.

Francamente veo esto muchas veces en SO; por ejemplo, se hace una pregunta que no sólo muestra una confusión básica sobre lo que el usuario está tratando de hacer, sino que también muestra que el usuario está saltando de cabeza en un área que no sabe absolutamente nada y que implica un montón de complicadas cosas fundamentales que ni siquiera ha comenzado a entender. La etiqueta C++ está llenal de esto, por ejemplo, “Estoy escribiendo en C++ una IA para este MMO que estoy desarrollando como primer proyecto para aprender a programar, pero no puedo averiguar cómo añadir elementos a este vector…” (Seguido de un muro de código, por supuesto.)

Realmente no me molesta esto porque la filosofía del sitio - apoyada por sus dueños y la base de usuarios actual - es ayudar sin importar lo básico de la pregunta, siempre y cuando no sea un obvio “haz mi tarea por mí”. Pero en la vida real, fuera del SO, hay preguntas estúpidas hechas por gente que no se ha esforzado lo suficiente y que merecen ser ignoradas, y también hay preguntas básicas que son hechas por gente que no sabe nada en este momento pero que cuando se les indica la dirección correcta lo harán bien por sí mismos. Asume que tu usuario que no sabe Y está en el último grupo, dale una indicación y deja que proceda por su cuenta.

2
2
2
2017-11-11 15:28:17 +0000

Considera que tu trabajo es gratificante porque ayuda a los demás.

Soy un físico que está aprendiendo código c y otros lenguajes de software. En el mundo de la física, puedo mantenerme firme. Sin embargo, en la física, hay momentos en los que puedo confundirme mirando el trabajo de otras personas y luego tener el momento de “lo tengo”. Esto sucede mucho en el software, ya que puede haber muchas variaciones de sintaxis en el software. Lo que puede ser elegante para algunos puede ser confuso para otros. Considera que tu trabajo es gratificante porque ayuda a los demás. A veces doy clases y cuando un alumno me hace una pregunta, quiero responder y tener el interés y la pasión por esa pregunta como si la hubiera estado esperando todo el día.

0
0
0
2017-11-10 14:55:58 +0000

Creo que es importante recordar que todo el mundo aprende de forma diferente, y que lo que están haciendo es aprender por las malas.

No hay que desanimarles a que lo hagan porque aprender de esta manera es una de las formas en las que la gente llega a ver por qué algo es cierto, o cómo funciona algo, en lugar de limitarse a aceptar lo que otra persona le ha dicho.

Dicho esto, también debes tener en cuenta que no te hagan perder demasiado tiempo si confían en ti para que les indiques la dirección correcta, o simplemente si te hacen perder demasiado tiempo mientras se encuentran con callejones sin salida.

No creo que tu enfoque sea demasiado grosero, pero deja la posibilidad de que perciban que, como no puedes enseñarles cómo funciona Y, simplemente no lo sabes personalmente, dejándoles creer que la única manera de avanzar es que ellos descubran cómo funciona.

Creo que lo mejor es orientarles con calma y amabilidad en la dirección correcta y ayudarles a ver por qué tu enfoque es la forma correcta de hacer las cosas, en lugar de esperar que simplemente confíen en tu criterio… lo que idealmente sería que confiaran en tu criterio. Pero desgraciadamente no puedes esperar eso de ellos.

-1
-1
-1
2017-11-10 13:00:17 +0000

Como algunas personas nacieron genios, otras nacieron… Desafortunados.

Una vez tuve esta conversación con un hombre muy mayor sobre “¿Nacemos todos igual o no?” y me refiero aquí a nacer con las mismas capacidades.

Está claro que hemos tenido algunos genios durante la Historia : Mozart, Tesla, Einstein, Van Gogh… La lista sería larga. Así que este mismo anciano me dijo “Si algunas personas nacieron claramente con algunas facilidades, ¿por qué no otras con desventajas?”

Lo que intento decir aquí, es que creo que hay que entender que por mucho que se intente, algunas personas no pueden. No pueden aprender, no pueden entender, no pueden recordar. Y sí, estoy usando puede porque me refiero a las capacidades de estas personas. No es que no quieran hacer esto o aquello; simplemente su cerebro no les deja. Sé** que parece una falta de esfuerzo. Pero no lo es.