Soy el fundador de Strategic Path (una red de más de 4000 desarrolladores independientes que crean productos de software). Somos grandes admiradores del desarrollo de software ágil y seguimos la metodología Scrum.
Si se está construyendo o manteniendo su producto, entonces el Propietario del producto generalmente es usted. Sin embargo, si los clientes no tienen el ancho de banda o la experiencia para desempeñar esta función, nuestros desarrolladores principales actúan de vez en cuando como propietarios de productos.
Para ser un gran propietario del producto, debe tener la visión del producto. ¿Qué significa eso exactamente? Bueno, usted sabe quiénes son los clientes y cómo el producto satisfará sus necesidades. También comprende cómo el producto satisface las necesidades de su negocio y los requisitos del mercado. Si este párrafo está acelerando su ritmo cardíaco, no se preocupe, escribimos una guía sobre cómo ser un Propietario de producto increíble que he incluido a continuación;
Además de estar simplemente disponible para que el equipo de desarrollo responda preguntas, hay tres cosas que debe hacer un gran propietario de producto: dedicar tiempo , priorizar y comunicarse de manera efectiva.
Poniendo en el tiempo
Ser un gran propietario del producto lleva tiempo. Necesita tiempo para investigar, pensar, asistir a reuniones, explicar su visión, preparar historias y especificaciones de usuarios y estar disponible para responder preguntas. Creo que es seguro decir que se necesita al menos el 25% del tiempo de alguien (al menos 10 horas / semana) para ser un gran propietario del producto en un proyecto pequeño. Los proyectos grandes y complejos pueden ser un trabajo de tiempo completo para que los gestione un propietario de producto.
Priorizando Correctamente
Lo más importante que debe hacer un propietario del producto es establecer las prioridades para las nuevas características y las correcciones de errores que se deben trabajar a continuación. En Scrum, tenemos el concepto de Backlog del producto, que es una lista priorizada de características que el software debería tener. El trabajo número uno del propietario del producto es asegurarse de que esta lista tenga las características más importantes y de que se priorice adecuadamente para que el software brinde el valor óptimo a sus usuarios.
Utiliza datos para conducir decisiones de productos
Al decidir qué características se van a construir, es importante respaldar las decisiones con datos, ya sea cualitativos o cuantitativos.
Por ejemplo, si desea crear una superposición de salida con el objetivo de aumentar las conversiones, puede validar esta decisión mediante la búsqueda de estudios o pruebas que muestren los efectos de una superposición de salida en el comportamiento del usuario. Si no se pueden encontrar datos existentes, puede considerar usar pruebas A / B para validar una decisión para ver si su cambio tuvo el efecto deseado.
Otra gran opción es recibir comentarios de usuarios reales, los propietarios de productos pueden reclutar a sus amigos y colegas para que den su opinión sobre sus productos, o cuando esto no sea suficiente, servicios como User Testing pueden ayudar (a menudo de manera bastante asequible) a recopilar información de los usuarios sobre Su experiencia con su producto.
Además, los productos como UserVoice permiten a los usuarios reales de su producto informar los problemas que tienen o hacer sugerencias sobre las características que les gustaría ver agregadas.
Por último, herramientas como Google Analytics, MixPanel, KissMetrics, RJ Metrics e Inspectlet que proporcionan datos y análisis sobre el comportamiento del usuario que los propietarios de productos pueden usar para informar y validar sus decisiones de características del producto. Cuando no hay datos disponibles de herramientas como las anteriores, el equipo de desarrollo puede proporcionar datos de registro del servidor al Propietario del producto para encontrar información sobre el comportamiento del usuario y los errores de la aplicación.
La mayoría de las nuevas empresas tienen fondos limitados y definitivamente no desea gastar dinero precioso en la creación de funciones que cree que sus usuarios desean, pero que en realidad no proporcionan valor. Por lo tanto, es importante hacer su investigación y elegir la prioridad de las características en el trabajo atrasado cuidadosamente con base en los mejores datos disponibles.
Se comunica efectivamente
Dar prioridad a su conjunto de características deseado es el primer paso, pero sin comunicar claramente su visión de estas características al equipo de desarrollo, es posible que no termine con lo que tenía en mente. Aquí hay algunas técnicas (de menos técnicas a más técnicas) sobre cómo definir mejor sus características para que sus desarrolladores hagan las cosas bien la primera vez.
Escribe historias de usuarios efectivas
Las historias de usuario suelen ser descripciones cortas y simples de una función que debe implementarse. Se cuentan desde la perspectiva de un cliente o un usuario del sistema. Una historia de usuario se puede escribir así: “Como [tipo de usuario], quiero [hacer algo] para que [se beneficie]”. Lo importante es mantenerlo simple para que cualquiera que esté leyendo la historia entienda lo que se entrega. Un ejemplo de una historia de usuario para un sitio de blog podría ser: Como lector, quiero ver la información de contacto del autor, para poder enviarle un correo electrónico. El ejemplo anterior es bastante simple, pero si encuentra que su historia de usuario es demasiado complicado, probablemente deberías dividirlo en múltiples historias de usuarios más pequeñas que se puedan implementar y probar rápidamente. Un grupo de historias de usuarios relacionadas se agrupa en una “épica” y es posible que todas deban publicarse juntas. Para una inmersión más profunda, aquí hay 10 consejos para escribir buenas historias.
Usar herramientas de anotación
Por lo general, una historia de usuario simple no proporciona suficiente información para que el equipo de desarrollo implemente una función. En este caso, las anotaciones son una excelente manera de complementar la historia del usuario y proporcionar una mayor definición.

Skitch es una herramienta de anotación que le permite agregar notas e información a las capturas de pantalla que ha tomado. Herramientas como esta le ayudan a transmitir sus puntos más rápidamente y dejar en claro al instante al desarrollador lo que le gustaría que hicieran.
Estructura metálica
Al crear una funcionalidad completamente nueva y compleja, es posible que deba pasar al siguiente nivel y a las funciones de estructura alámbrica.

Los wireframes son como planos; ayudan a comunicar el flujo y la estructura del sitio web o la aplicación que se está creando. Los wireframes son bocetos que no incluyen el aspecto final. Los elementos clave de los wireframes incluyen:
- Diseño de página
- Importancia relativa de los elementos de la página.
- Anotaciones para describir las interacciones del usuario.
Hay muchas herramientas de estructura de alambre disponibles (algunas de ellas gratuitas) y las personas no técnicas pueden aprender a crearlas. De hecho, los wireframes incluso se pueden dibujar a mano con lápiz y papel y luego escanear o fotografiar para compartirlos. Sin embargo, algunos propietarios de productos excelentes no tienen el tiempo o la capacidad de estructurar y pueden delegar este trabajo a otros miembros del equipo como un diseñador.
Tutoriales para aprender a trazar aquí. Echa un vistazo a las 20 mejores herramientas para enmarcar cables
Conozca el esquema de la base de datos

Si su sitio web o aplicación es más que solo información de marketing, es probable que funcione con una base de datos relacional (como MySQL) o algún otro tipo de base de datos. De cualquier manera, es muy útil que el Propietario del producto comprenda la estructura de esta base de datos (a menudo denominada “esquema”). Comprender el esquema de su base de datos tendrá los siguientes beneficios:
- Fácil acceso a los datos sobre sus usuarios con consultas (generalmente en SQL)
- Una idea de qué características serán fáciles o difíciles de implementar (los cambios de esquema importantes pueden ser costosos)
- Compartir el vocabulario del equipo de desarrollo le permitirá escribir historias de usuarios y especificaciones en un lenguaje claro que puedan entender rápidamente.
La mayoría de las bases de datos se pueden configurar con una interfaz gráfica de usuario (GUI) para que una persona no técnica pueda hacer clic y aprender sobre ella. Esto, combinado con acceso de solo lectura, es una gran herramienta para los propietarios de productos y es algo que su equipo de desarrollo generalmente puede configurar con bastante facilidad.
Conozca Chrome DevTools

Chrome DevTools es una característica útil del navegador Chrome de Google. Aunque los desarrolladores suelen utilizarlo, un propietario de producto con conocimientos básicos de HTML y CSS puede aprender cómo usarlos para probar y ver cómo se vería un cambio antes de pedirle al equipo de desarrollo que realmente realice el cambio en el software.
Al hacer clic con el botón derecho en un elemento de la página, y seleccionar “inspeccionar elemento” le permite ver y ajustar las propiedades CSS del elemento. Con un conocimiento básico de CSS, una persona puede ajustar cosas como el tamaño de fuente, color, bordes y más. No hay más juegos de adivinanzas cuando el propietario del producto sabe cómo comunicar los atributos CSS específicos que le gustaría que un desarrollador utilizara. Aquí hay un tutorial útil sobre el tema: Tutorial de manipulación de DOM y estilo de Chrome DevTools
En verano
Conseguir que un equipo de desarrollo talentoso trabaje en su proyecto es un gran primer paso, pero sin un Propietario de producto informado y comprometido, el mejor equipo de desarrollo puede desperdiciar tiempo y dinero en trabajar en las cosas equivocadas. Empoderarse para ser un propietario de producto efectivo al aprender cómo priorizar su cartera de pedidos y comunicar claramente cómo debe funcionar el software aliviará los riesgos y aumentará las posibilidades de que su proyecto tenga éxito.
Si estás buscando contratar un propietario de producto Scrum o un profesional independiente de tecnología, échanos un vistazo en la ruta escalable.