

Descubra más de Vision Alegria
#87. Community-Driven Product Development
Cuando los usuarios juegan un papel principal en la gestión del ciclo de vida de tus productos
Bienvenido/a a mi newsletter.
Soy @alvaroalegriam y aquí comparto mi visión personal sobre temas que me apasionan alrededor del mundo de los negocios, el emprendimiento y el desarrollo personal.
Si a ti también te interesan, únete a los >3.000 suscriptores que ya forman parte de esta familia.
En la edición de hoy quiero compartir con vosotros una metodología de desarrollo y gestión de productos que a mi me llama muchísimo la atención por los beneficios que aporta a las empresas: Community-Driven (o Community-led) Product Development
Incluso si en tu día a día nada tienes que ver con el desarrollo de productos, te recomiendo que leas hasta el final, pues estoy seguro de que vas a descubrir cosas interesantes que hasta hoy no sabías y que pueden serte útiles útiles para el futuro.
Empezamos.
1) Conceptos
Lo primero que me gustaría hacer es aclarar la diferencia entre dos conceptos que son muy cercanos y que pueden llegar a confundirse: audiencia y comunidad.
Audiencia es el conjunto de personas que reciben y consumen un determinado contenido y donde la relación con el emisor del mismo es unidireccional.
Comunidad es un subsegmento de la audiencia que no sólo consume el contenido, sino que interacciona con el emisor del mismo y con otros miembros de la audiencia.
Se entiende muy bien con la siguiente imagen:
La distinción es importante porque las relaciones que se crean con ambos grupos son muy diferente:
Con una audicencia, las relaciones son 1:N, es decir, el emisor siempre está presente en la conversación mientras que, en una comunidad, las relaciones son N:N y la mayoría de las conversaciones se dan entre miembros de la comunidad, sin participación del emisor.
Los miembros de una audiencia no tienen reconocimiento como individuos mientras que, en una comunidad, todos los miembros tienen voz.
La audiencia únicamente escucha, mientras que la comunidad contribuye.
Los miembros de una audiencia no tienen por qué compartir una identidad común, mientras que los miembros de una comunidad desarrollan un sentimiento de pertenencia al rededor de una idea (o un producto en nuestro caso).
Las audiencias son mucho menos permisivas frente a errores, mientras que las comunidades son más comprensivas y leales.
Ahora que sabemos qué es una comunidad, podemos definir mejor el concepto sobre el que voy a hablar hoy:
La metdología Community-Driven Product Development consiste en involucrar a la comunidad de una empresa en la gestión del ciclo de vida de sus productos.
Pero ¿or qué razones puede interesar a una empresa seguir esta metodología de desarrollo frente a otras metodologías? En un contexto de gran competencia entre empresas, un enfoque Community-Driven permite involucrar a tu cliente potencial en todas las fases del desarrollo de un producto, lo que tiene dos ventajas directas:
Involucra a un gran número de personas en el desarollo (más cabezas pensantes, más ojos para detectar errors, etc).
El equipo de producto recibe información relevante, directamente, de las personas que adquirirán y/o utilizarán el producto, lo que permite asegurar, con mucha mayor precisión, que el producto soluciona de forma eficaz un problema real.
Desarrollar una estrategia de Community-Driven Product Development requiere dos elementos:
Crear una comunidad
Involucrar a dicha comunidad en el ciclo de desarrollo de un producto.
Si tenéis mucho interés (podéis dejarme un comentario al final de la newsletter), puedo dedicar una edición completa a la creación de comunidades, pero hoy me centraré en el segundo de los puntos. Por tanto, dando por hecho que ya contamos con una comunidad, quiero compartir contigo a continuación, cómo podemos involucrar a sus mimebros en las diferentes fases del civlo de vida de un producto.
Si quieres patrocinar esta newsletter, tienes toda la información en este enalce
2) Ciclo de vida de un producto
Por si no tienes conocimiento sobre el tema, de forma muy resumida, el ciclo completo de vida de un producto se divide en las siguientes fases:
A) Fase de Introducción
De nuevo, de forma resumida, esta fase puede dividirse en las siguientes sub-fases:
Ideación
Desarrollo y Test
Lanzamiento
Y en todas ellas, es posible involucrar a la comunidad. A continuación te comparto algunos ejemplos sobre cómo llevarlo a cabo:
Ideación
La fase de ideación es la más primitiva. Es aquella en la que surge la idea del producto y se lleva a cabo la primera conceptualización. En esta fase, se puede involucrar a la comunidad usando distintas herramientas:
Sesiones de brainstorming en las que todos los miemebros pueden compartir ideas de manera abierta.
Encuestas sobre preferiencias de los usuarios
Votaciones para la toma de decisiones.
Creación de listas de deseos de funcionalidades, donde los usuarios pueden indicar qué elementos les gustaría que incluyera el producto.
Desarrollo y Test
La fases de desarrollo y test son, respectivamente, aquellas en la que los equipos de producto construyen y prueban las funcionalidades del mismo.
La creación suele ser una tarea estríctamente interna, donde no participa la comunidad. Sin embargo, en la fase de test, la comunidad puede jugar un papel fundamental puesto que, por muy buenos que sean los equipos internos de la empresa, probablemente no tengan el tiempo ni la creatividad necesarias para probar el producto en todos los escenarios posibles.
La mejor forma de involucrar a la comunidad en esta fase es lanzar un programa de betatesters al que puedan apuntarse y que consista en un espacio donde puedan probar y aprender sobre el producto y comentar y compartir entre ellos sus descubrimientos. Este tipo de iniciativas en esta fase aumenta el nivel de conocimiento de la comunidad, lo que a su vez aumenta el nivel de compromiso, generando un incentivo común para la mejora del producto y la resolución de fallos antes del lanzamiento.
Los betatesters pueden aportar información muy valiosa sobre las dudas y problemas que podrían encuentrar los usuarios futuros a la hora de entender o utilizar una deterinada funcionalidad. Pero, también, ayudan a valorar el nivel de utilidad de las mismas, permitiendo a la empresa aprender sobre qué funciones son las que aportan más valor.
Probar un producto nuevo requiere tiempo y esfuerzo, por lo que es importante tenerlo en cuenta para gestionar las expectativas de ambas partes cuando se lanzan este tipo de programas.
Lanzamiento
Una vez superaradas las fases anteriores y cuando la empresa ha decidido que el producto es suficientemente bueno como para ser comercializado, entramos en la fase de lanzamiento.
Cualquiera que ha desarrollado un producto sabe que, construir un buen producto, es una parte importante del éxito pero, sirve de muy poco, si no somos capaces de lograr que nuestros clientes potenciales sepan que existe.
Aquí, de nuevo, la comunidad puede jugar un papel muy importante y, como empresa, podemos “activarla” de múltiples formas:
Podemos crear un programa de “Early Adopters”. Un grupo de personas con derecho a acceder y usar el producto con anterioridad al resto que, si están satisfechas con el producto, probablemente quieran colaborar contigo a la hora de generar interés sobre tu lanzamiento.
Puedes pedir a esos mismos early adopters o a miembros del programa de betatesters que compartan contigo testimonios y recomendaciones sobre tu producto que puedas usar en tu web, redes sociales, comunicaciones corporativas, etc.
Crear un programa de referidos para que, los miembros de la comunidad, obtengan recompensas por cada cliente que atraigan.
Un ejemplo que me gusta mucho sobre la activación de la comunidad en esta fase fue la competición que Dropbox hizo en su primer lanzamiento, donde los participantes podrían obtener puntos por atraer amigos, que después se intercambiaban por espacio de almacenamiento.
B) Fases de Crecimiento, Madurez y Declive
Finalizado el desarrollo de un producto con su lanzamiento, comienza la gestión del resto de fases del ciclo de vida de un producto que veíamos antes: crecimiento, madurez y declive.
No voy a determen en estas fases con el mismo detalle que en la fase de lanzamiento pues considero que, en estas fases, el papel de la comunidad es muy similar en todas ellas y se puede explicar de forma común.
Me interesa especialmente destacar los siguientes aspectos en los que la comunidad puede jugar un papel esencial:
Evolución
La evolución de un producto consiste, básicamente, en la mejora de las funcionalidades existentes y en la adición de otras nuevas.
En este caso, las tareas son muy similares a las de la fase de introducción del producto por lo que todo lo que hemos comentado hasta ahora sobre el papel de la comunidad, aplica aquí de nuevo.
Crecimiento
En relación con el crecimiento, la Comunidad puede jugar un doble papel.
Puede ayudar de forma directa al crecimiento a través de programas de referidos como el que ya hemos mencionado para la fase de lanzamiento.
Puede ayudar de forma indirecta, utilizando el producto de una manera determinada (caso de uso) que inspire a otros a usar también tu producto.
Ayuda y soporte
Por último, una de las formas en las que la comunidad puede llevar a cabo una gran labor para la empresa que desarrolla un producto es participar de forma activa en la resolución de dudas y problemas que puedan tener el resto de usuarios del producto.
3) Elementos esenciales de esta metodología
Para que esta metodología funcione en el largo plazo y podamos obtener los beneficios que aporta, es importante tener en cuenta los siguientes aspectos.
Crea un diálogo abierto con la comunidad. La relación que establezcas debe ser clara y directa para que la gente desee ser parte de dicho diálogo.
Genera confianza. Si la gente se siente utilizada o no tiene clara tus intenciones, es muy poco probable que generes en ellos ese sentimiento de pertenencia que les anime a invertir esfuerzos en tu producto.
Demuestra que esuchas a la comunidad y tienes en cuenta su opinión. Mantenles informados sobre las novedades de forma frecuente. Proporciona status updates e información sobre productos presentes y futuros como roadmaps, notas de lanzamiento y próximos eventos.
4) Enfoques y ejemplos
Me gustaría terminar esta edición compartiendo contigo diferentes enfoques que pueden adoptarse dentro de esta metodología de desarrollo y ejemplos concretos de empresas que utilizan esta metodología para que, a partir de aquí, puedas tirar del hilo y seguir investigando por tu cuenta:
Enfoques
Esta clasificación es totalmente personal, no la he sacado de ningún manual, así que tómala como tal.
Productos donde la comunidad es el producto. Para mi, el ejemplo claro de este enfoque son las redes sociales donde, sin la comunidad, el producto directamente no existiría.
Productos donde la comunidad es ajena al desarrollo del producto. Como te decía antes, lo normal es que las compañías que optan por un enfoque Community-Driven, obtengan información de la comunidad, pero no dejen que la misma participe en la construcción del producto.
Productos donde la comunidad participa activamente en el desarrollo. En estos casos, la comunidad tiene un rol activo y participan de manera directa en la construcción del producto. En estos casos, la compañía crea un producto base o un framework sobre el que la comunidad tiene cierta libertad para crear.
Para mi, este último enfoque es el que representa realmente el potencial de la comunidad porque, si funciona, es capaz de llevar el producto a cotas que serían inalcanzables para el equipo de desarrollo. Te pongo un ejemplo que comprenderás inmediatamente: el Iphone.
El Iphone es un producto fantástico desarrollado por Apple y seguramente, la compañía de cupertino habría sido capaz de dotarles de muy buenas funcionalidades por si mismos. Pero, lo que realmente ha llevado a los smartphones a su posición actual no ha sido la tecnología de sus dispositivos, sino los casi infinitos usos que se pueden dar a esos dispositivos a través de las miles de millones de aplicaciones desarrolladas por la comunidad.
Ejemplos
Te dejo a continuación algunos ejemplos adicionales de compañias y/o productos que han adoptado alguno de estos enfoques:
Wordpress. Es un sistema de gestión de contenidos enfocado a la creación de cualquier tipo de página web. Actualmente, existen más de 2 billones de páginas web creadas con esta tecnología y en gran parte, se debe a que cuenta con más de 50.000 plugins (heramientas que extienden sus funcionalidades) y que lo hacen un sistema flexible y prácticamente de propósito general.
Chat GPT. Mucho más moderno, pero con el mismo enfoque de Plugins de Wordpress tenemos a OpenAI, que hace pocos meses abrió su programa de desarrollo para que cualquiera pueda crear un conector que extienda las funcionalidades de su motor de procesamiento de lenguaje natural.
Wikipedia. Creo que no hace falta explicar el papel que juega la comunidad en Wikipedia o en Reddit.
Vital. Una red social para conectar con personas que hacen ejercicio, ha adoptado este enfoque de manera clara y directa y así se lo hace saber a sus usuarios con mensajes como este que puedes ver a continuación.
Wizards of the Cost (WoTC) es la empresa que creó Dragones y Marzmorras u otros juegos de rol como las cartas magic. Pues bien, esta compañía creó una “Licencia de Juego abierto” que permitía a los jugadores copiar, modificar y redistribuir parte del contenido de sus juegos (especialmente el modo de juego) para que éstos crearan nuevos juegos y personajes.
Y quiero terminar con este ejemplo porque sirve para ilustrar uno de los grandes riesgos que tiene adoptar el enfoque Community-Driven: Una vez dado el paso, es muy difícil echarse para atrás. Hace un tiempo, WoTC intentó hacer cambios en el acuerdo de licencia y recibió una carta firmada por 66.000 fans protestando por los cambios y creando un enfrentamiento directo con la compañía. Si tienes curiosidad por esta historia, puedes saber más en este enlace.
Y hasta aquí por hoy. Si te ha gustado esta edición, puedes hacérmelo saber con dándole a me gusta 💛 y compartiéndola por email o redes sociales con otras personas pulsando el siguiente botón.
Gracias por leerme
Nos vemos en 7 días.
Un abrazo,