Decirle al cliente "tiene menor prioridad"

Nuestra empresa fabrica software. Los problemas son comunes en este sector, y siempre tomamos en serio los informes de los clientes.

También evaluamos nuestros problemas de software para dar prioridad a los que bloquean, dejando soluciones cosméticas al final de la cola (me apresuro a reanudar los boletos antiguos de baja prioridad, pero no puedo encontrar mucho consenso al respecto).

Nuestro cliente hizo una breve lista de problemas, de los cuales uno es funcional y se puede resolver en poco tiempo una vez que nos envía la información requerida, y otros dos cosméticos que se acaban de rastrear pero requieren un poco más de tiempo para tratar.

Nos gustaría proporcionar al cliente un código de trabajo lo antes posible. Dado que ya estamos programando una actualización (debido al mantenimiento evolutivo planificado) en los próximos meses, me gustaría impulsar los cambios funcionales lo más rápido posible a producción y esperar la próxima actualización para los demás problemas.

Voy a responder a mi cliente solicitando información. ¿Cómo puedo decirle profesionalmente al cliente que no estamos solucionando el problema cosmético de esta versión?

Debería:

  • ¿Decirle al cliente directamente?As for the cosmetic fixed, they have been included in our backlog and will be fixed by the next planned upgrade
  • ¿No mencionar hasta que pregunten?
  • ¿Otro?

Por supuesto, si el cliente insiste en solucionar los problemas de menor prioridad lo antes posible, comenzaremos a trabajar pero retrasaremos la ETA por un día.

Simplemente no lo mencionaría, pero eso es solo una opinión.

Respuestas (2)

Dirijo una pequeña empresa además de mi trabajo principal de codificación, esto se trata de módulos de código para el desarrollo de juegos.

Debido a esto, me encuentro con situaciones similares a la tuya de vez en cuando (pero en menor escala).

Creo que tienes dos opciones dependiendo de la situación:

  1. Si un cliente pregunta sobre un problema, le explico por qué se está retrasando de la forma más sencilla posible.

  2. Si no están preguntando sobre el problema, no lo menciones.

La clave es mantener al cliente informado y actualizado sobre cualquier cambio en los problemas que considere importantes.

Idealmente, tendría un sistema público de seguimiento de errores (como un repositorio público de GitHub para problemas), pero aunque todo se mantiene interno, hago uno de esos dos.

Primero, recuerde que una prioridad baja para usted no es necesariamente una prioridad baja para ellos. Los problemas cosméticos suelen ser extremadamente importantes para las personas que solo ven el lado cosmético de las cosas. Diría que discuta su horario planificado con ellos y esté preparado para reajustarse en función de sus prioridades, no de las suyas. Las prioridades del cliente casi siempre deben tener prioridad.

No estoy de acuerdo en esto, un problema cosmético nunca es tan importante como una falla de seguridad. Los clientes a menudo pueden enfocarse en una falla visual y no saben nada acerca de por qué cosas como Dirty COW necesitan un parche primero. Idealmente, OP debería hacerlos en conjunto, pero eso no siempre es práctico.
Tienes que educarlos sobre la falla de seguridad. Pero un problema cosmético podría estar costándoles clientes.