Cómo lidiar con las solicitudes de mejoras de softwareComo sabe, JMP se nutre de los comentarios de nuestros usuarios y es importante que lo sepan. Gracias por hacerlo parte de su interacción con nuestros clientes.
Estos son algunos puntos importantes que deben tenerse en cuenta al tratar con las solicitudes de mejora de nuestros clientes:
- Pida a los usuarios que utilicen los puntos de entrada existentes para sugerir mejoras:
- Puedes (¿debes?) pedir que te copien/informen cuando usen estos puntos de entrada para tu propia conciencia
- Si proporcionan otra justificación o explicación del valor de la función, transmítala a Gestión de productos.
- Si un cliente proporciona alguna priorización de sus solicitudes, en reconocimiento de que tendremos que tomar decisiones sobre lo que hacemos, pase esa priorización a Gestión de productos.
Si el cliente elige no enviar una sugerencia al soporte técnico o la lista de deseos, eso puede ser una indicación del valor que le da a la idea. Sin embargo, si recibe una solicitud individual y cree que es valiosa y que el cliente no se la va a comunicar a través del Soporte técnico o la Lista de deseos, publique la idea en el lista de deseos interna con información de fondo (el cliente, el problema que está tratando de resolver, ...). O, como último recurso , envíelo usted mismo al soporte técnico y pídales que ingresen una solicitud de función de Jira. Asegúrese de hacer referencia al cliente y la información relevante para que se pueda anotar en la solicitud de Jira.
No le diga a los clientes que usted es su conexión con el desarrollo o la gestión de productos. Esto puede ponerlo en la posición incómoda de estar en medio de algo sobre lo que realmente no puede hacer nada (por ejemplo, sentir que debe presionar a la gerencia o desarrollo de productos, lo que puede crear tensión en esa relación, mientras que el cliente busca para obtener la nueva función).
Solo cuando sea necesario, comuníquese con la gerencia de productos para ver si una conversación entre el cliente y la gerencia de productos es adecuada. No se comunique directamente con el desarrollo y no ponga al cliente en contacto con el desarrollo. Esto lo coloca a usted en el papel de habilitar la conversación, no de ser el conducto de la información. Los conectores son valiosos. Los conductos no lo son.
No debemos alentar a los clientes/empresas a crear "listas de deseos".
- Esto puede crear la expectativa de que definitivamente se abordarán los elementos.
- También puede establecer la expectativa de que habrá una comunicación regular a medida que avanzan estos elementos (que, la mayoría de las veces, será, "No hay ninguna actualización que pueda dar. Todavía tenemos la solicitud en nuestro sistema").
Si nuestra relación con una empresa progresa orgánicamente hacia una “lista de deseos”, la mejor opción es proporcionar un espacio privado en la comunidad. La gestión de una "lista de deseos privada", cuando sea posible, debe ofrecerse y ofrecerse solo como un beneficio de una Licencia Empresarial, en reconocimiento del compromiso a largo plazo que el cliente hace allí.
Ver Envío de comentarios sobre productos para informacion adicional.
gestión del cambioprocesoRe: Cómo lidiar con las solicitudes de mejoras de softwareOtra mejor práctica -- La creación de Lista de deseos de JMP los artículos deben ser iniciados por CLIENTES SOLAMENTE y votados (kudo'd) solo por clientes. Queremos que la comunidad de JMP sugiera ideas y que otros usuarios las voten para obtener un recuento exacto del interés de los usuarios de JMP. Perdón por cualquier confusión en este asunto. Si escucha una solicitud de mejora de funciones de un cliente, pídale que la publique en el Lista de deseos de JMP (por las razones destacadas anteriormente por Jeff y yo mismo).
Re: Cómo lidiar con las solicitudes de mejoras de softwareGracias, Jeff, por armar esto. Tengo un par de consideraciones más cuando escuchas una idea de un cliente sobre algo que debería agregarse al producto y por qué me gusta tanto la lista de deseos de JMP. Cuando sea posible, aliente a los clientes a publicar ideas y deseos en la lista de deseos oficial de JMP. ¿Por qué? Porque la idea o sugerencia puede ser algo que está en la mente de un cliente en este momento o un tema candente del día. Darle al cliente la oportunidad de pensar en ello y tener la energía de activación para publicar en la lista de deseos realmente puede ayudarnos a separar las características "Agradable de tener" vs "Imprescindible" en la mente del cliente. También le da al cliente un momento para pensar: "¿Es esto realmente tan importante?" o incluso descubrir que ya puede hacerlo en el producto. También es una muy buena estrategia enviar a la comunidad el último recurso a través de la multitud (ya que nuestros otros usuarios avanzados en la comunidad intervienen y brindan orientación una vez que se publica un deseo). Si decidimos ingresar un DEFECTO, además de lo que Jeff menciona sobre (soporte técnico + nombre del cliente), es recomendable agregar la información adicional a continuación, si la conoce. 1. Explique lo más completamente posible lo que se desea. 2. Háganos saber la cantidad de licencias de JMP que tiene el sitio, el porcentaje de licencias que desean la función, si el solicitante es un campeón de JMP, etc. En general... ¿la adición de esta función ayudará a expandir la presencia de JMP en el sitio de este cliente? 3. Si la conversación ocurre en una conferencia, mencione la conferencia.Cuando una determinada solicitud alcanza un umbral en el que potencialmente cientos o, con suerte, miles de asientos podrían beneficiarse de la adición de una función, entonces podemos comenzar a considerarla. Nuevamente, aquí es donde la lista de deseos puede ser útil, ya que un cliente puede enviar una idea y luego otros clientes pueden discutirla, quienes pueden agregar comentarios o registrar su interés en la idea votando.
