Si ha trabajado en el producto durante cualquier período de tiempo, se ha encontrado con una variedad de usos diferentes del término «característica del producto».

Hay características que describen qué características tiene un producto. Esta publicación fue escrita en un MacBook pro con las siguientes características:

• Procesador Intel Core i7 de doble núcleo de 3,1 GHz
• 16 GB de memoria DDR3 de 1867 Mhz
• Gráficos Intel Iris 6100 Gráficos de 153 MB.

Hay características que describen lo que hace un producto. Esta publicación se escribió con Google Docs, que tiene las siguientes características:

• Funciona en cualquier lugar, en cualquier momento (incluso sin conexión)
• Cambia guardado automáticamente
• Colaboración en tiempo real
• Herramienta inteligente de edición y estilo
• Amplia variedad de plantillas

Hay funciones que aparecen en su backlog. Cuando se utiliza el término «características» en el contexto del backlog, se refiere a marcadores de posición que representan el trabajo necesario para agregar características como se describe anteriormente a su producto.

Es importante tener claro a qué te refieres cuando dices característica. Para ayudar a aportar claridad, he aquí un vistazo a qué son las características del producto, cómo se relacionan con los beneficios, cómo representa las características y cómo incorpora las características en la planificación del producto.

¿Cuáles son las características de un producto?

Dan Shewan definió las características del producto como «Una característica es algo que su producto tiene o es this esta es típicamente una funcionalidad ofrecida por un programa de software que permite a los usuarios hacer algo.’

La lista de funciones para el MacBook Pro y Google Docs anterior coincide con esta definición. Las características utilizadas de esta manera describen su producto y ayudan a sus clientes a decidir si desean comprar el producto en primer lugar. Puede consultar la lista de características de Productboard para decidir si le ayudará con sus desafíos particulares de gestión de productos.

Si proporciona diferentes versiones de su producto, puede usar listas de características del producto para diferenciarlas. Puede usar listas variables de características para diferentes versiones para explicar lo que tiene y lo que no tiene cada versión.

Cuando utiliza funciones de esta manera, ayuda a los clientes que ya han decidido comprar su producto a decidir qué versión van a comprar.

Estructuras tus decisiones en torno a las características. Usted decide qué características ofrecer, qué características dejar de ofrecer y el orden en que proporciona o elimina esas características. Cuando tomas decisiones sobre qué incluir, sacar o dejar fuera de tu producto, piensas en términos de características, pero tomas esas decisiones en función de los beneficios.

Características vs. beneficios

Cuando sus clientes toman decisiones sobre si comprar su producto, pueden mirar las características, pero realmente están tratando de decidir qué problemas les ayudará a resolver su producto. Están tratando de determinar el resultado que obtendrán al usar tu producto. Quieren entender los beneficios que recibirán.

Los beneficios son los resultados o resultados que los usuarios experimentan al usar su producto o servicio.

Las entidades representan salidas. Son cosas que su equipo entrega para ayudar a sus clientes o partes interesadas a lograr un resultado específico.

Comience por comprender los beneficios que buscan sus clientes. Luego, identifique las características que su producto necesita y no necesita para ayudar a sus clientes a experimentar esos beneficios. El éxito se produce cuando expresas beneficios en términos que tus clientes entienden, y ata las características de tu producto a esos beneficios.

Productboard ha identificado estos beneficios que creemos que los clientes potenciales están buscando. Nuestros clientes quieren:

• Comprenda lo que necesitan los usuarios
• Priorice lo que debe crear
• Comparta su hoja de ruta
• Supervise el progreso hacia el lanzamiento
• Gane la confianza y el buy-in de equipos multifuncionales
• Involucre a su comunidad de clientes

Basado en ese entendimiento, Productboard ofrece las características que se enumeran en nuestra página de características. Al describir esas características, indicamos cómo ayudan a nuestros clientes a experimentar los beneficios que identificamos. Por ejemplo:

Repositorio de investigación

Comprender lo que necesitan los usuarios

Utilice el panel insights para consolidar la investigación de los usuarios, las solicitudes de características y la transmisión de comentarios de los usuarios desde varias fuentes. Identifica tendencias e identifica patrones que te ayudarán a priorizar qué construir a continuación y construirlo de la manera correcta.

Es útil tener en cuenta esta relación entre beneficios y características cuando decida qué características entregar y en qué orden. La naturaleza de la relación entre las características y los beneficios le ayuda a determinar cómo representar las características.

Cómo representar características

La forma de representar características depende de si ya sabe lo que necesita para ofrecer los beneficios deseados, o si todavía está tratando de encontrar la mejor manera de proporcionar beneficios.

Representa características como soluciones

A veces sabes qué ofrecer para proporcionar a tus clientes los beneficios que buscan. Su producto puede ser maduro y está agregando una característica que muchos de sus clientes han solicitado. O estás agregando una función para llenar un vacío con tus competidores. Es posible que esté trabajando en un producto B2B que necesita tener capacidades específicas para ser útil.

En esos casos, lo más simple es representar su característica como se describiría en su página de características. Por ejemplo, puede llamar explícitamente a Exportación de PDF o Matriz de Priorización como características en las que está trabajando.

Cuando representas las características como una solución, es más fácil crear una comprensión compartida de lo que el equipo va a producir, y tienes una etiqueta concisa para que el equipo haga referencia a las cosas en una discusión.

Desafortunadamente, representar características como una solución puede bloquear a tu equipo en una solución específica. Eso podría llevar a resolver una necesidad que los usuarios realmente no tienen, o a perderse una solución aún mejor para el problema subyacente real

Nunca está seguro de la mejor manera de resolver un problema cuando comienza, por lo que es mejor representar las características como necesidades.

Representar características como necesidades

Cuando expresas características como necesidades, no describes cómo vas a lograr un resultado, identificas lo que quieres lograr. En lugar de describir la función como Exportación a PDF, la describes porque necesito poder compartir datos con mi jefe.

Cuando usted describir la función como una necesidad, dejar las opciones abiertas para satisfacer esa necesidad. Aumenta las posibilidades de encontrar una solución innovadora y su equipo está más comprometido con la entrega de esa solución porque tienen voz y voto.

La desventaja de expresar las características según las necesidades es que puede ser más difícil establecer un entendimiento compartido sobre las características en las que está trabajando. Es posible que experimente más incertidumbre dentro de su equipo a medida que intenta encontrar la solución correcta.

Utilice una combinación de ambos enfoques

Puede ser mejor atendido usando ambos enfoques. Cuando tenga una idea clara de la solución y no tenga sentido explorar más, defina la característica como una solución. Cuando se justifique el descubrimiento, describa sus características en términos de necesidades.

Cómo incorporar características en la planificación de productos

Cuando esté tratando de decidir qué incluir en su producto y qué dejar de lado, comience con los resultados que está tratando de lograr. Utilice la estrategia de su organización para filtrar las funciones que ofrece. Comunique los resultados de sus decisiones en su hoja de ruta.

Priorice sus funciones en función de los resultados y la estrategia

Asegúrese de que usted y su equipo comprendan claramente los beneficios que pretende proporcionar a sus clientes y, a continuación, identifique el conjunto mínimo de funciones que debe entregar para obtener esos beneficios.

Cuando reciba una solicitud de sus clientes para una función específica, profundice para comprender por qué. ¿Qué problema les ayudará a resolver esta función? ¿Qué beneficio les proporcionará esa característica?

Cuando comprende lo que realmente buscan sus clientes y por qué, puede determinar si la solución tiene sentido o si necesita explorar más para encontrar una mejor solución.

El hecho de que tenga clientes que le pidan que satisfaga una necesidad en particular, no significa que tenga sentido para su producto o su organización.

Necesita comprender la estrategia de su organización. Utilice esa estrategia como filtro para determinar qué necesidades satisfacer y cuáles ignorar. Usa esa estrategia como filtro para decidir qué características entregar y cuáles ignorar. La estrategia de su organización debe ser una estrella polar para sus decisiones de productos.

Características y hoja de ruta del producto

Una vez que haya decidido entregar una característica, es hora de incluirla en su hoja de ruta. Esta es su forma de comunicar las funciones en las que planea trabajar y cuándo va a trabajar en ellas.

¿Significa eso que su hoja de ruta debe estar basada en características? No necesariamente.

Debe organizar su hoja de ruta en torno a los resultados en lugar de los productos. Describa los beneficios que desea proporcionar a sus clientes en lugar de las características que va a usar para proporcionar esos beneficios.

Si conduces tu hoja de ruta por características, comunicas detalles sobre lo que vas a entregar. Esto puede ser exacto a corto plazo, pero podría estar muy lejos a largo plazo. Si quieres evitar establecer expectativas irrazonables, es mejor que expreses los resultados que planeas abordar en marcos de tiempo específicos sin indicar explícitamente qué características ofrecerás para proporcionar esos beneficios.

Es posible que tenga características específicas enumeradas en su hoja de ruta, especialmente a corto plazo. La clave es establecer las expectativas en el nivel adecuado de certeza en cada situación.