Crecimiento de productos tecnológicos

Posts from the ‘diseño de productos y negocios’ category

La innovación del significado de los productos cambia el marco de referencia y da a los clientes una razón totalmente nueva para comprar y usar un producto.

Los habituales de este blog están acostumbrados a leer sobre la innovación en sus múltiples “sabores”: incremental, radical, disruptiva, technology push, market pull… Hoy vamos a presentar una nueva dimensión para mirar la innovación: el significado de los productos.

Innovación de significado

Cuando hablamos de “significado de un producto” nos referimos al propósito de ese producto o servicio tal como lo percibe el usuario. Tiene que ver con la razón esencial por la cual se compra y usa el producto (el “porqué”), no con el “cómo” se usa (su interacción) ni con el “qué” es (sus características). Por ejemplo, alguien puede comprarse un reloj de pulsera simplemente para medir el tiempo o como símbolo de estatus social.

La innovación de significado se define como un cambio en el propósito para el cual la gente compra y usa los productos. No está necesariamente asociada con una mejora en las prestaciones según los parámetros comúnmente aceptados, sino más bien con un cambio de esos parámetros y con la creación de nuevas razones para que la gente use algo. La innovación de significado cambia el marco de referencia de los productos, trasciende a las necesidades actuales y da a los clientes una razón totalmente nueva para comprar un producto.

Por ejemplo, en el siguiente gráfico se muestra la evolución del significado de una categoría de producto: el reloj de pulsera.

nnovación de significado

La idea de la innovación de significado ha sido popularizada por Roberto Verganti -profesor del Politecnico di Milano- en su libro “Design Driven Innovation: Changing the Rules of Competition by Radically Innovating What Things Mean”, donde la denomina “innovación dirigida por el diseño” y explica cómo puede cambiar las reglas de juego de un sector. Pero Verganti no usa el término “diseño” en su acepción habitual, sino en una más relacionada con su origen etimológico (del latín designare, literalmente “marcar con un signo”).

Para Verganti diseñar es dar sentido o significado a las cosas, un concepto que cuenta con el respaldo de luminarias como Don Norman, ex-Apple, ex-IDEO y uno de los creadores del User-Centered Design o Human-Centered Design. (Norman, con sus puntos de vista siempre polémicos, es habitual de estas páginas, ver aquí y aquí.)

En su libro y otros trabajos Verganti aporta algunos ejemplos notables de innovación de significados:

  • Nintendo Wii transformó la experiencia de jugar con consolas de una inmersión pasiva en un mundo virtual (un “deporte de pulgares” para hard gamers) a un entretenimiento físico activo en el mundo real para todo tipo de usuarios.
  • Apple, con la creación del iPod y la iTunes Store, dio un nuevo sentido a la accesibilidad de la música, haciendo fácil para la gente descubrir y comprar canciones a precios asequibles, organizarlas en listas personales y consumirlas en movilidad.
  • Swatch usó la tecnología de cuarzo existente en el momento para convertir unos relojes considerados meras herramientas de medida del tiempo en accesorios de moda asequibles.
  • En el sector de los robots industriales -dedicado a proporcionar dispositivos que sustituyan o complementen a la mano de obra humana en entornos de fabricación e ingeniería- nuevos productos como Robocoaster o Da Vinci han cambiado su significado, orientándolo respectivamente al entretenimiento y a la cirugía mínimamente invasiva.

La innovación radical de significados no tiene necesariamente un origen tecnológico, es decir, no siempre está asociada con nuevas tecnologías ni con la aplicación novedosa de tecnologías ya existentes a un nuevo escenario. Aunque por supuesto no son fenómenos incompatibles y en ocasiones se dan a la vez: p.ej., la Nintendo Wii aplicó de manera novedosa los MEMS (micro-electro-mechanical systems, para medir el movimiento de los jugadores) a su sector.

Las innovaciones que combinan un gran cambio tecnológico (y las consiguientes mejoras de funcionalidad y prestaciones) con un alto cambio de significado constituyen un tipo de innovación muy radical y defendible que Verganti llama “epifanías tecnológicas”.

Finalmente, algo que sí conlleva habitualmente la innovación de significado es un cambio radical en la propuesta de valor del producto y frecuentemente también de otros elementos del modelo de negocio: segmentos de clientes, go-to-market, operaciones, corrientes de ingresos y costes… La innovación radical de significados hace a los clientes “propuestas” de productos que ellos ni siquiera saben que desean.

¿Qué hay de nuevo en la innovación de significado?

A cualquiera que se haya leído unos cuantos libros de gestión, estas ideas sobre innovar el significado de los productos sin duda le traerán a la cabeza otras teorías y enfoques. Y es que la noción de significado y la innovación radical en este campo tienen muchas conexiones con otros conceptos:

  • El significado de producto es muy similar al tradicional concepto de reason to buy del marketing: el producto debe proporcionar a los clientes una razón convincente para comprar.
  • Los conceptos de significado de producto e innovación radical de significado tienen mucho que ver con las ideas sobre jobs-do-be-done e innovación disruptiva de los que Clayton Christensen nos hablaba a principios de este siglo. (Aunque con ciertas diferencias de perspectiva: el “trabajo” es expresión de un problema en una situación determinada mientras que el “significado” viene ligado a un tipo de solución.)
  • Lo mismo se puede decir en relación a otros conceptos como el de propuesta de valor de un producto y el diseño de estas propuestas y nuevos modelos de negocio. (Aunque la propuesta de valor es más concreta que el significado, ya que despliega a éste en forma de una solución específica -con su experiencia de uso, funcionalidades y otras características- para aportar unos resultados de diferente índole a sus clientes.)
  • Y el énfasis en cambiar el marco de referencia señala un parentesco con la innovación basada en el valor y la búsqueda de “océanos azules” y con los enfoques de market-driving innovation.

Curiosamente, muchos de los casos que se ponen como ejemplo de innovación “dirigida por el diseño” (Wii, iPod…) se utilizan también para ilustrar  los conceptos de innovación disruptiva, innovación basada en el valor, innovación de modelos de negocio… (Algo falla en el mundo de la de gestión de empresas, cuando todos los autores citan los mismos ejemplos para explicar teorías y enfoques distintos.)

Entonces, ¿qué aporta el concepto de “significado de producto” al marketing? Personalmente creo que, aparte de un lenguaje muy sugestivo, este concepto aporta un sesgo hacia la perspectiva del cliente muy necesario y útil. En ocasiones los marketers utilizamos las nociones de “valor”, “razón para comprar”, “trabajo”… de un producto considerándolos como conceptos objetivos o -peor- desde nuestro propio punto de vista. Y los proveedores de productos tecnológicos solemos tener una fijación con el valor funcional de estos. Pero como hemos explicado más de una vez por aquí todos estos conceptos son subjetivos, multidimensionales, contextuales y basados esencialmente en las percepciones del cliente.

A mi modo de ver, el concepto de “significado de un producto” incorpora naturalmente ese fundamento en las percepciones del cliente. Es el individuo quien decide cuál es el significado de un producto, que no siempre es explícito y obvio… y que muchas veces no coincide con lo que proponemos los proveedores. Y el concepto de significado es profundo y evoca emociones y percepciones, no sólo funciones. Creo que en muchos aspectos el marketing se beneficiaría de adoptar un lenguaje y una actitud centrada en el significado del producto.

En los próximos posts seguiremos hablando de innovación de significados, analizaremos si design-driven innovation y human-centered design son lo mismo y veremos qué técnicas se utilizan para generar una innovación radical en este campo.

El post “Innovando el significado de los productos” se publicó primero en “Marketing & Innovación”.

[¿Quieres aprender a aplicar estas ideas en tu empresa? Nuestros talleres sobre Estrategias de crecimiento en mercados tecnológicos y Product Management te pueden ayudar.]

Deja un comentario

Segmentos y personas (arquetipos de clientes) son artefactos complementarios que sirven para informar decisiones diferentes de gestión de producto.

Decíamos en un post anterior que segmentos y personas  son herramientas útiles a lo largo de todo el ciclo de vida de los productos, pero que ambas sirven para propósitos diferentes y son complementarias. Si bien los segmentos son esenciales cuando se trata de analizar, desglosar y evaluar el mercado, cuando el objetivo es definir y diseñar en detalle el producto las personas son imprescindibles. En este post vamos  profundizar en estas diferencias, analizando qué decisiones nos ayudan a tomar uno y otro artefacto.

¿A qué preguntas responden los segmentos y las personas?

Segmentos y personasVamos a ver qué preguntas nos ayudan a contestar una y otra herramienta a través de las diferentes actividades del ciclo de vida de un producto (recordemos que esas actividades no tienen que ser necesariamente secuenciales).

Generación de ideas y evaluación de la oportunidad de mercado

Durante estas primeras fases del ciclo de vida de un producto los segmentos (que deben incorporar criterios de necesidades/problemas/objetivos de cliente) son un artefacto primordial. La esencia de estas fases la constituyen una buena definición de segmentos basados en necesidades del mercado y un targeting para elegir los más prometedores.

Estos segmentos son el punto de partida para generar ideas de producto, son parte del modelo de negocio y se utilizan para analizar la oportunidad de mercado. No obstante, el desarrollo de unas personas preliminares (y baratas) o proto-personas es un instrumento muy útil para definir y analizar escenarios de creación de valor en la identificación y evaluación de oportunidades de mercado. Una buena segmentación, complementada con proto-personas, bastan para contestar las preguntas clave de esta etapa:

  • ¿Qué necesidades existen en el mercado? ¿Quiénes las sufren? ¿Cuál es su importancia, urgencia y prevalencia para los potenciales clientes?
  • ¿Cuál es el número aproximado de clientes? ¿Tiene potencial de crecimiento?
  • ¿Cómo cubren actualmente los clientes esa necesidad? ¿Cuáles son los potenciales rivales de mi producto?
  • ¿Cuál debería ser nuestra Visión de producto?
  • ¿Cuál debería ser tentativamente el modelo de negocio que hiciera rentable este producto?

Desarrollo de producto (Definición, Diseño, Construcción)

El primer paso en el desarrollo del producto suele ser una comprensión detallada y un modelado de los clientes, lo que se consigue con unas personas de usuario y comprador que se complementan con otros artefactos tales como escenarios (de uso y compra), mapas de experiencia… Estos artefactos son necesarios para contestar las preguntas clave de esta fase:

  • ¿Cuáles son los objetivos, necesidades y problemas de los compradores? ¿Qué resultados de negocio desean alcanzar? ¿Cuáles son los requisitos (de negocio) del producto?
  • ¿Cuáles son los objetivos, necesidades y problemas de los usuarios? ¿Qué actividades desean realizar? ¿Cuáles son los requisitos (de uso) del producto?
  • ¿Qué funcionalidad y experiencia de uso debe suministrar el producto para proporcionar los resultados deseados por compradores y usuarios? ¿Cómo hacer el producto más útil, usable y deseable?
  • ¿Cómo puede el producto contribuir a proporcionar una experiencia de compra que encaje en los comportamientos y actitudes del comprador? ¿Cómo hacer el producto más comprable?
  • ¿Qué otras características, atributos y especificaciones debe poseer el producto?

Lanzamiento y comercialización

En la fase de comercialización del producto, los segmentos pueden informar las decisiones sobre canales comerciales y de distribución, pero las principales preguntas en esta fase se benefician de disponer de unas personas de comprador y unos escenarios de compra detallados que ayudan a definir posicionamientos, mensajes y  procesos de compra. Estas preguntas son:

  • ¿Qué canales comerciales/de distribución elegir, en función de los segmentos de clientes?
  • ¿Cómo posicionar nuestra oferta en las mentes de nuestros clientes? ¿Qué mensajes son los más adecuados para ello?
  • ¿Cómo suministrar a cada comprador la información más adecuada en cada momento, de modo que le ayude a avanzar en su proceso de evaluación y compra? ¿Cuáles son los medios y formatos más convenientes?
  • ¿Qué canales de marketing son los más adecuados para llegar a esos compradores? ¿Cómo conseguir que nos encuentren?
  • ¿Qué experiencias de compra debemos suministrar a esos clientes, que sean consistentes con sus objetivos, comportamientos y valores?
  • ¿Cómo definir unos procesos de marketing y ventas que transformen activamente a unos potenciales compradores que ni siquiera me conocen en clientes satisfechos? ¿Cómo integrar esos procesos para construir una fábrica de clientes?

En cualquier caso, construir segmentos y personas es caro y su elaboración exhaustiva puede no estar justificada en determinadas circunstancias. Lo que sí es seguro es que ambas técnicas van a evolucionar hacia el uso de artefactos más ligeros e iterativos.

El post “¿Para qué sirven los segmentos y las personas?” se publicó primero en “Marketing & Innovación”.

[Entender a los clientes es primordial a la hora de descubrir nuevos mercados, desarrollar ofertas o comercializar productos. Aprende en este documento cómo descubrir “customer insights” que revelen motivaciones y necesidades ocultas de los usuarios.]

2 comentarios

Las personas (o arquetipos de clientes) son artefactos complementarios a los tradicionales segmentos. Las personas sirven para explicar, ilustrar y “dar vida” a nuestros segmentos de clientes, permitiéndonos diseñar en detalle experiencias de uso y compra que encajan con los objetivos, actitudes y comportamientos de esos clientes.

Como vimos en la primera parte de este post sobre segmentos y personas, algunas nociones estrechas de estas técnicas las restringen a un uso en la comercialización de productos existentes y en el diseño de nuevos productos, respectivamente. Sin embargo, ya descubrimos que ambas herramientas son aplicables a un rango muy amplio de actividades tanto de la gestión como del marketing de producto a lo largo de todo su ciclo de vida:

  • La segmentación sirve tanto para innovar como para comercializar. Los segmentos del primer tipo (inbound) sirven para descubrir necesidades de mercado no cubiertas y oportunidades para desarrollar nuevos productos. Los segmentos orientados la comercialización (outbound) sirven para descubrir grupos de clientes en los que posicionar el producto y para diseñar procesos con los que actuar sobre el mercado.
  • Las personas (arquetipos de clientes) sirven para modelar tanto a los usuarios como a los compradores del producto. Las personas de usuario se aplican en la definición y diseño del producto. Las personas de comprador se aplican tanto en la definición y diseño de producto como en el marketing y venta de éste.

Ciertamente, los segmentos también sirven para innovar y las personas se utilizan para hacer marketing. Segmentos y personas responden a preguntas ligeramente diferentes pero son artefactos que se complementan.

Las personas explican los segmentos

En realidad, esencialmente las personas sirven para explicar e ilustrar los segmentos. Como decíamos aquí, mientras que los segmentos son macroscópicos, abstractos y agregados, las personas son microscópicas, concretas y detalladas.

Las personas explican los segmentos

Los segmentos sirven para entender a los clientes y detectar oportunidades para crear valor, y para analizar el mercado y evaluar oportunidades para capturar valor (targeting). Pero tanto si se trata de segmentos para innovar en productos/negocios como de segmentos para comercializar ofertas existentes, las personas sirven para poner “cara y ojos” a esos segmentos.

Las personas, al incluir detalles y narrativas, cuentan historias que los segmentos (que básicamente consisten en una definición con un conjunto de datos asociados) no pueden transmitir. De este modo las personas nos ayudan a entender y modelar a nuestros clientes y empatizar con ellos, y nos permiten diseñar en detalle experiencias tanto de uso como de compra del producto. Una vez que contamos con personas que representan a nuestros clientes arquetípicos, podemos mirar las características de nuestros productos, nuestros mensajes y nuestras campañas de marketing utilizando sus ojos.

En general, para cada segmento habrá que crear una o varias personas que describan de manera empática a nuestros clientes y sus objetivos, actividades, comportamientos y escenarios de uso y compra. En el caso de productos B2B o de compra compleja la relación segmento-persona es obligatoriamente “de uno a muchos”: resulta inevitable asociar varias personas a cada segmento porque el producto va a tener varios roles compradores y usuarios (decisor de negocio, evaluador técnico…) y para explicar cada uno de esos roles tendremos que utilizar al menos una persona.

Un ejemplo de relación entre segmentos y personas

Como ejemplo, volvamos al caso del producto de Automatización de Fuerza de Ventas (SFA) que hemos utilizado otras veces. Supongamos que en fase de desarrollo de producto hemos segmentado el mercado y elegido como target el segmento de empresas del sector de laboratorios farmacéuticos de tamaño mediano, de origen nacional y con una necesidad urgente de optimizar el rendimiento de sus vendedores (visitadores médicos) y de mejorar la fiabilidad de sus previsiones de venta.

Analizando los posibles procesos de compra y uso del producto en ese segmento de empresas podemos identificar que los roles compradores y usuarios principales son: Director Comercial (comprador), Jefe regional de Ventas (comprador y usuario) y Vendedor (usuario).

Y avanzando en la investigación de esos clientes podríamos identificar las diferentes personas que necesitamos para modelar el segmento y sus roles:

  • Por ejemplo, es posible que descubriéramos que para modelar a los Directores Comerciales son necesarios dos arquetipos, en función de sus actitudes ante la innovación y sus objetivos respecto al producto : “Ignacio, el Director Comercial innovador” y “César, el Director Comercial conservador”
  • Para modelar a los Jefes regionales de Ventas podríamos descubrir que nos basta con una única persona: “Verónica, la Jefa de Ventas”
  • Y podríamos descubrir que para modelar a los Vendedores necesitamos dos arquetipos, que se diferencian en sus actitudes y en cómo realizan sus  actividades diarias: “Manuel, el Vendedor moderno” y “Teodoro, el Vendedor tradicional”.

En las fases de desarrollo y comercialización del producto habrá que diseñar y proporcionar funcionalidades y experiencias de uso y compra para todas esas personas.

Segmentos y personas son artefactos complementarios. En un próximo post veremos qué preguntas se pueden contestar usando segmentos y para cuáles es necesario incorporar personas.

El post “¿Las personas han acabado con los segmentos? (2)?” se publicó primero en “Marketing & Innovación”.

[Entender a los clientes es primordial a la hora de descubrir nuevos mercados, desarrollar ofertas o comercializar productos. Aprende en este documento cómo descubrir “customer insights” que revelen motivaciones y necesidades ocultas de los usuarios.]

Deja un comentario

El uso de personas (arquetipos) en el campo de la innovación está reduciendo el interés por las tradicionales técnicas de segmentación de mercados, hasta el punto de que hay quien augura su obsolescencia. Pero estas opiniones a veces provienen de una visión estrecha de unas y otras técnicas. Para ver hasta qué punto tienen razón primero hay que entender el alcance de ambas herramientas.

El interés que están despertando las personas (arquetipos de clientes) para el desarrollo y el marketing de productos ha relegado a la segmentación de mercados a un segundo plano. Algunos apóstoles del diseño afirman que los segmentos no admiten comparación con las personas (en cuanto a empatía y detalle) y que no vale la pena utilizarlos. Eso puede tener sentido en proyectos a medida para un cliente, pero como veremos en el caso de productos repetibles para un mercado la respuesta no es tan sencilla.

Pero incluso en el caso de productos algunos se preguntan ¿por qué usar algo tan abstracto y frío como los segmentos cuando se puede trabajar sobre unas descripciones más concretas y vivas de nuestros clientes? Además, el proceso STP (Segmenting-Targeting-Positioning) sólo sirve para vender productos existentes, no para innovar en estos tiempos ágiles ¿o no?

La realidad es que tanto segmentos como personas son útiles en diversas etapas de la vida de un producto, pero sirven para distintos propósitos y tienen costes diferentes. En esta primera parte de este post vamos a rebatir algunas falsas ideas sobre estas herramientas. En sucesivas entregas veremos cómo se relacionan y cómo utilizarlas a lo largo de ese ciclo de vida. Pero para empezar tal vez valga la pena recordar algunas nociones básicas de ambas:

Segmentos y Personas

  • Un segmento es una porción de un mercado que posee determinadas características. Segmentar consiste en dividir un mercado en un conjunto de partes que sean lo más homogéneas posible internamente y lo más diferentes unas de otras. Tanto si se trata de comercializar productos existentes como de desarrollar nuevos productos, segmentar consiste en identificar dónde y cómo podemos crear valor, como paso previo al targeting, que consiste en seleccionar aquellos segmentos donde podemos capturar más valor.
  • La persona es un artefacto que proviene del mundo del diseño de experiencias de usuario (como curiosidad, el nombre original es el término en latín y su plural debería ser personæ). Una persona es un arquetipo de nuestro cliente, una descripción detallada de un usuario o comprador típico de nuestro producto, con su perfil demográfico y sus objetivos, actitudes y comportamientos. Las personas nos ayudan a enfocar el diseño de nuestros productos y nuestros procesos comerciales en gente real con necesidades concretas, no en un mercado general y sin rostro. Una persona no es un conjunto de datos, sino que cuenta una historia “viva” y es una representación empática de nuestros clientes en acción.

Algunos falsos mitos sobre segmentos y personas

La segmentación probablemente es la técnica del marketing tradicional peor entendida, y muchos profesionales tienen la idea equivocada de que se basa únicamente en criterios demográficos y sólo tiene utilidad en la fase de comercialización de productos. Por su parte, aunque la aplicación de personas es mucho más reciente, algunos lo consideran como un artefacto de uso exclusivo en el diseño de nuevos productos. Vamos a rebatir estos falsos mitos sobre segmentos y personas (aunque seguro que no lo son para los lectores de este blog):

  • Mito: la segmentación sólo usa criterios demográficos de los clientes (o “firmográficos” si se trata de empresas). Por eso tiene poco poder predictivo.
    Realidad: la segmentación incorpora además criterios relacionados con comportamientos y actitudes de los clientes (personalidad, estilo de vida, uso del producto, fidelidad a la marca…) y los combina con sus necesidades, problemas y objetivos, lo que mejora su capacidad predictiva.
  • Mito: para desarrollar nuevos productos basta con personas de usuario (las típicas “personas de diseño”) que representan a los usuarios de ese producto en acción.
    Realidad: en productos donde el comprador y el usuario no son los mismos (p.ej.: productos en mercados B2B o de compra compleja) también es necesario incorporar personas de comprador durante el desarrollo. Diseñar el producto de modo que se cubran los objetivos, necesidades y problemas del comprador es primordial para conseguir que el producto sea más comprable.
  • Mito: las personas sólo tienen utilidad durante el desarrollo de un nuevo producto, no durante el resto de su ciclo de vida.
    Realidad: las personas de comprador (“personas de marketing”) también se aplican en el lanzamiento y comercialización de productos. Esas personas se utilizan tanto para enfocar posicionamientos y mensajes como para definir estrategias comerciales y procesos de marketing y ventas que ayuden a esas personas a avanzar en sus procesos de compra y convertirse en clientes satisfechos. En mercados B2B y de compra compleja es imprescindible identificar la participación e influencia de las diferentes personas de comprador en el proceso de compra.
  • Mito: segmentos y personas se pueden crear en el despacho, sin consumir muchos recursos y dinero.
    Realidad: eso no es cierto a menos que realmente conozcas en profundidad tu mercado (lo que probablemente te ha costado mucho tiempo y dinero) y seas capaz de empatizar y “meterte en la piel” de tus clientes. En realidad, tanto la elaboración de segmentos como de personas exige una inversión no despreciable en forma de análisis cualitativo (para descubrir) y cuantitativo (para validar) esas representaciones del mercado y sus clientes. Pero eso no debe impedir que vayamos evolucionando a unas formas más ligeras e iterativas de estos artefactos.

Sobre este último punto, tanto en mercados de consumo como de productos tecnológicos es posible adquirir segmentaciones y personas estándar (a un precio razonable y para empezar a usar inmediatamente) como las que ofrecen Forrester, Claritas, Experian, The Futures Company o recientemente Google. Estos productos nos pueden ayudar a empezar en nuestros proyectos de modelado del mercado, aunque después los evolucionemos hacia segmentaciones y personas más a medida de nuestro escenario.

Segmentos y personas son diferentes

Sin embargo, aunque segmentos y personas se pueden (y deben) aplicar tanto en desarrollo como en comercialización de productos, entre ambos artefactos existen diferencias esenciales: todo lo que la segmentación tiene de datos y definiciones abstractas las personas lo tienen de narrativas y descripciones concretas.

Los segmentos son una herramienta de análisis del mercado y sirven para descubrir, analizar, discriminar y evaluar: necesidades de mercado, clientes que las tienen, tamaño y evolución de la demanda, ofertas alternativas, posición competitiva de nuestra empresa… Se componen de definiciones y datos y son artefactos macroscópicos, abstractos y agregados. En general, la segmentación se aplica para tomar decisiones de enfoque estratégico y de targeting en función de las necesidades, atractivo de mercado y accesibilidad de diferentes grupos de clientes.

Las personas son una herramienta de representación de los clientes y se elaboran para aportar una comprensión detallada y rica de los objetivos, motivaciones, actitudes y comportamientos de los clientes, tanto en contextos de uso como de compra del producto. Se componen de descripciones y narrativas y son artefactos microscópicos, concretos y detallados. En general, se utilizan para diseñar experiencias significativas de uso y compra, que sintonicen con la forma en que los clientes perciben sus objetivos y que se ajusten fácilmente a sus comportamientos naturales.

Lo veremos con más detalle en la segunda parte de este post.

El post “¿Las personas han acabado con los segmentos? (1)?” se publicó primero en “Marketing & Innovación”.

[Entender a los clientes es primordial a la hora de descubrir nuevos mercados, desarrollar ofertas o comercializar productos. Aprende en este documento cómo descubrir “customer insights” que revelen motivaciones y necesidades ocultas de los usuarios.]

2 comentarios

Las nuevas filosofías de desarrollo de productos y negocios tienen muchos puntos en común pero también algunas contradicciones. En realidad, cada una de ellas representa una visión parcial de un nuevo proceso de innovación que está emergiendo y cuyas piezas todavía tienen que acabar que encajar.

Una de las primeras cosas que vienen a la cabeza cuando uno intenta profundizar y aplicar las diversas filosofías de la “nueva innovación” (Agile, Diseño, Customer Development, Lean Startup…) es una curiosa sensación de déjà vu. Cuando se ha familiarizado con las iteraciones y los experimentos de Customer Development (o de Diseño, o de Agile) y empieza a estudiar los otros enfoques es difícil evitar un pensamiento de “todo esto me suena mucho” y “una vez que dominas una, las dominas todas”.

Pero ¿realmente esto es así? ¿Cuánto hay de similar y de diferente en estas filosofías? Vamos a estudiarlo para el caso de empresas orientadas a producto (repetible, para un mercado, no proyectos a medida de un cliente).

Customer Development, Diseño y Agile

Si no son lo mismo al menos lo parecen…

La realidad es que por diversas razones (entre ellas la contemporaneidad) todas ellas comparten muchas ideas. Esencialmente, son filosofías que tratan de enfrentarse a los retos del desarrollo de nuevos productos y negocios en escenarios de gran riesgo y velocidad, que se han desarrollado prácticamente a la vez –a partir de finales del pasado siglo– y que se han “interfertilizado” mutuamente (por no decir que en ocasiones se han copiado sin demasiados miramientos). Y aunque cada una de ellas posee un lenguaje propio, en conjunto presentan muchas coincidencias y temas recurrentes:

  • Foco en el cliente
  • Experimentación (Producto Mínimo Viable, prototipos…)
  • Feedback
  • Aprendizaje
  • Iteración (sprints, ciclos…)
  • Coordinación y comunicación (interna y externa)
  • Equipos multidisciplinares

En realidad, estas filosofías ofrecen puntos de vista diferentes y parciales de lo que esencialmente es un mismo proceso: el que tiene por objetivo desarrollar un nuevo producto/empresa. Pero ahora ya no se trata de un proceso que siga un modelo lineal, por fases o en cascada, como los que han venido utilizándose con cierto éxito en el desarrollo de innovaciones incrementales.

Este nuevo modelo que va emergiendo es más adecuado para el desarrollo de productos y negocios verdaderamente nuevos – situaciones donde ni los clientes, ni sus necesidades, ni las soluciones que podrían cubrirlas ni las tecnologías que se aplicarían son totalmente conocidas o están en evolución– y es mucho más flexible y centrado en el mercado.

Agile, Diseño, Customer Development, Lean Startup son diferentes…

La realidad es que estas filosofías son diferentes (incluso complementarias) en cuanto a sus objetivos y alcance. A fin de distinguir entre unos enfoques y otros, si tuviéramos que resumir cada uno de ellos en un slogan o un par de frases el resultado podría ser el siguiente:

  • Customer Development – Sal fuera de la oficina y pon a prueba iterativamente las hipótesis de tu negocio. Después, constrúyelo y escala.
  • Diseño (y Design Thinking) – Crea productos (y negocios) que los clientes deseen a través de la empatía y el prototipado.
  • Agile – Entrega rápidamente valor a los clientes mediante una construcción iterativa e incremental que incorpora continuamente el feedback del mercado.
  • Lean Startup – Integra y aplica las filosofías anteriores en un contexto de emprendimiento: aplica ciclos rápidos de Construir-Medir-Aprender para que tu empresa sea flexible y rápida y use sus recursos de la manera más eficiente.

Dejando a un lado Lean Startup, que es una filosofía de empresa y hasta cierto punto engloba los demás enfoques, los otros representan perspectivas diferentes (y en ocasiones solapadas) del desarrollo de nuevos productos y negocios pero ninguno aporta una solución completa a todo el proceso de desarrollo. Por ejemplo:

  • Customer Development representa eminentemente una óptica de (modelo de) negocio. Es imprescindible validar la Propuesta de Valor y las otras hipótesis del modelo de negocio, pero en paralelo necesitamos saber cómo “poblar” esa propuesta y definir, diseñar y construir el producto. Los propios promotores del Customer Development aclaran que es necesario complementarlo con un proceso de “Product Development”. En particular Steve Blank y Eric Ries proponen que ese desarrollo de producto consista básicamente en una Ingeniería Ágil pero desde mi punto de vista eso no es suficiente.
  • El Diseño, especialmente el Diseño UX, recoge –como no podía ser de otra manera– la visión del diseñador y se centra en encontrar la solución para el problema/necesidad del mercado. Pero en general no entra en las actividades de definición del modelo de negocio ni de evaluación de la oportunidad de mercado y tampoco en la construcción del producto real.
  • Agile, por su parte, representa la visión del ingeniero y se enfoca en la construcción/implementación de la solución. Pero tampoco entra en las actividades de definición del modelo de negocio ni de evaluación de la oportunidad de mercado y trata de evitar las de investigación de clientes y diseño.

… e incluso contradictorias

Pero además, lo que es innegable para alguien que haya estudiado con un mínimo espíritu crítico estas filosofías (algo no habitual entre muchos de sus apóstoles)  es que entre ellas hay algunas diferencias y contradicciones muy relevantes:

Todos estos enfoques son las piezas de un puzzle que conforma un nuevo proceso de desarrollo de productos y negocios. La buena noticia es que muchos creemos que este proceso nos va a ayudar a innovar de manera más flexible y con mayores probabilidades de éxito. La mala noticia es que las piezas todavía no encajan muy bien… pero seguro que entre todos lo vamos a conseguir.

El post “Agile, Diseño, Customer Development, Lean Startup… ¿es todo lo mismo?” se publicó primero en “Marketing & Innovación”.

[Desarrollar nuevas ofertas y modelos de negocio en mercados tecnológicos plantea retos muy particulares. Descubre en este documento cómo desarrollar productos que los clientes necesitan.]

2 comentarios

La velocidad y la colaboración de Agile imponen nuevas condiciones a la práctica del Diseño. Por otra parte, en el desarrollo de productos es imprescindible que un buen diseño de experiencias pueda abrirse paso a través de la ingeniería ágil. ¿Cómo deberían integrarse las prácticas del Diseño y Agile?

Ya vimos en un post anterior que, aunque la ingeniería Ágil y el Diseño de experiencias de usuario implican enfoques originalmente diferentes, la adopción cada vez mayor de ambas filosofías para el desarrollo de nuevos productos está forzando a una convergencia y a una integración de las dos.

Dual track agile design

Una mala integración entre el Diseño y Agile produce problemas como estos:

  • Ineficaz planificación de las iteraciones porque falta una visión del producto y los elementos del backlog están mal definidos
  • Baja velocidad del proceso global porque muchos detalles se están elaborando durante la iteración
  • Despilfarro de recursos y reproceso elevados porque los elementos del backlog no han sido validados con los clientes y otros afectados
  • Productos con funcionalidades correctamente implementadas pero que no coinciden con las que necesita el mercado ni proporcionan una experiencia de usuario adecuada.

Integrando Diseño y Agile

Para evitar estos problemas han ido cristalizando algunas buenas prácticas que ayudan a integrar el desarrollo de experiencias de usuario en entornos de construcción ágil de productos. A continuación os resumo algunas, adaptadas de un muy referenciado post de Jeff Patton “Twelve emerging best practices for adding UX work to Agile development” (un poco antiguo pero de lectura obligada para todos los interesados en este tema):

  • Jefes de producto, diseñadores  e ingenieros deben trabajar integrados en equipos multidisciplinares de gestión y desarrollo de producto. Todos deben colaborar a través de las actividades de descubrimiento, validación y construcción de soluciones para el mercado.
  • Investigar, modelar y diseñar al principio… pero solo lo justo. La idea es realizar al inicio un diseño “suficiente” que proporcione un marco sobre el cual ir construyendo el diseño detallado a medida que el proyecto avanza. Resulta primordial identificar y comunicar las líneas generales de la funcionalidad y la experiencia de usuario para poder trabajar luego en sus partes manteniendo el contexto. Esta actividad debe estar totalmente integrada en nuestros esfuerzos para descubrir el producto: encontrar una solución a nuestro problema de mercado que sea útil, usable, deseable, factible y viable. A pesar de lo que algunos apóstoles agilistas proponían hace algunos años, las empresas que tienen éxito incorporando Diseño y Agile sí hacen un trabajo previo de investigación y modelado que genera personas, escenarios, modelos de flujo, etc. Sin embargo, han aprendido a comprimir la duración de su trabajo mediante las siguientes prácticas:
    • Priorizar el tipo de usuarios a investigar y reducir drásticamente el tiempo dedicado a usuarios de baja prioridad
    • Modelar rápidamente, aplicando métodos ligeros y colaborativos
    • Diferir los trabajos menos urgentes de investigación hasta la fase de implementación
    • Construir escenarios y artefactos (mockups, wireframes) de alto nivel que comuniquen la interacción y look-and-feel generales
    • Estas actividades se suelen realizar en una fase de planificación previa o una “Iteración 0”, junto con otros trabajos de prototipado de arquitectura, puesta en marcha de plataformas, etc.
  • Los diseñadores deben acostumbrarse a trabajar “por partes” y a una cadencia más rápida. En Agile la construcción se realiza por elementos  de funcionalidad (usualmente expresados como “historias de usuario”) que tienen valor y son comprobables desde la perspectiva del cliente. Hay que aprender a dividir el trabajo de especificación y diseño en partes coherentes que puedan ser diseñadas, construidas y validadas independientemente. Asimismo, la velocidad de iteración de Agile puede requerir que los diseñadores trabajen a un ritmo más rápido que el que les podría resultar cómodo. Algunos diseñadores y algunas metodologías de diseño son más compatibles con la filosofía ágil que otros.
  • Utilizar tracks paralelos de diseño e implementación. Los equipos en contacto con el cliente deben trabajar con uno o dos períodos de antelación para definir y diseñar lo que será construido en los futuros períodos. Esto permite validar las features más complejas con tiempo suficiente para mejorarlas. Es primordial evitar que el trabajo de diseño se realice durante el mismo sprint en que está teniendo lugar la implementación. Sin embargo, alguien del equipo de ingeniería debe revisar las ideas y prototipos en cada etapa para aportar feedback sobre factibilidad y costes y proponer mejores soluciones. Cuando el equipo de implementación está trabajando en la iteración T, el equipo de diseño está:
    • Investigando a los clientes sobre lo que se implementará en T+2
    • Validando con clientes prototipos de diseño que se implementarán en T+1
    • Colaborando con el equipo de ingeniería en las implementaciones actuales (T)
    • Validando con clientes lo construido en la iteración anterior (T-1)
  • Utilizar prototipos como especificaciones. En lugar del documento tradicional de especificaciones utilizar prototipos, habitualmente anotados “sobre la marcha” en una discusión con el equipo de implementación.

La adopción de una ingeniería ágil en la construcción de productos puede tener un impacto muy notable sobre cómo se practica el diseño en nuestra empresa:

  • Si la práctica de Diseño en nuestra empresa era débil antes de adoptar Agile, este cambio no le va a favorecer
  • Si la práctica de Diseño en nuestra empresa era fuerte antes de adoptar Agile seguirá siendo fuerte después, pero tendrá que evolucionar y adaptarse.

Aunque la convergencia de Agile y Diseño no está exenta de fricciones, crea muchas oportunidades y mejoras: haciendo que diseñadores e ingenieros trabajen juntos les permite enfocarse en objetivos más claros a corto plazo y eso puede beneficiar a la calidad de nuestros productos y al tiempo de salida  al mercado.

Este post en “Marketing & Innovación”.

[El diseño de producto es mucho más que un barniz estético a posteriori y especialmente en áreas como la experiencia de usuario constituye un gran eje de diferenciación. Descubre en este documento el papel del diseño en el desarrollo de productos.]

6 comentarios

Agile y Diseño tienen orígenes y enfoques muy diferentes. Las prácticas ágiles minimizan el diseño previo y su velocidad de iteración deja poco tiempo para la investigación de clientes y la experimentación de nuevos modelos de interacción con el producto. Pero la necesaria confluencia entre ambos está imponiendo nuevas condiciones a los profesionales de uno y otro lado.

(IMPORTANTE: cuando en este post hablamos de Diseño nos referimos al diseño de experiencias de usuario o UX, no al diseño técnico.)

A primera vista, Agile y Diseño tienen muchos aspectos en común: aplicados al desarrollo de productos ambos ponen su foco en el usuario y aplican un proceso iterativo de refinamiento del producto guiado por el feedback del mercado, que se captura mediante artefactos “provisionales” (mockups, prototipos, versiones preliminares y limitadas del producto…). Los dos enfoques comparten el objetivo último de proporcionar productos dotados de significado y que aporten valor para sus clientes.

Fight Agile UX

Agile y Diseño son fundamentalmente diferentes

Pero esas similitudes no nos deben impedir ver las diferencias –en algunos puntos antagónicas– entre ambos enfoques. Especialmente en el desarrollo de productos para un mercado (no de proyectos a medida para un cliente) estamos hablando de filosofías, ámbitos de aplicación y resultados muy diferentes:

  • El diseño de experiencias de usuario consiste en realizar investigación de clientes y en conceptualizar o representar el comportamiento del producto que se va a construir. Y el diseño de experiencias no es algo que se pueda hacer completamente por piezas: hay que considerar la experiencia de usuario holísticamente (si no en profundidad al menos sí en sus líneas generales y su filosofía). Por eso sus partidarios defienden que, análogamente a los planos de un edificio, el diseño de un producto debe realizarse antes de empezar a construirlo.
  • Agile es principalmente implementación (es decir, entrega de versiones funcionales del producto) y generalmente entra en acción cuando hemos decidido que vamos a construir la “unidad 0” de algo. Agile hace énfasis en la entrega rápida e iterativa de productos operativos, lo que en el caso de algunos enfoques anticuados o extremos se consigue a costa de prescindir de una planificación y diseño elaborados.

No olvidemos que Agile proviene del mundo del desarrollo de proyectos a medida (y no tanto en desarrollo de productos replicables), un escenario donde tradicionalmente no se ha concedido una gran importancia a la experiencia de usuario. Cuando el objetivo prioritario es proporcionar una serie de features, la experiencia de usuario suele ser un “subproducto” no muy logrado. Por el contrario, en productos para un mercado la experiencia del usuario es primordial y el Diseño nació para esos escenarios.

A principios de la pasada década, cuando Agile y Diseño empezaron a pasar al primer plano, las diferencias entre ambos eran más patentes. En un debate clásico que tuvo lugar en 2002, Alan Cooper (pionero del diseño de interacción) y Kent Beck (creador de XP) no sólo fueron incapaces de ponerse de acuerdo, sino que ninguno de los dos parecía entender al otro. Reconozcamos que era la “prehistoria” y que desde entonces ambos metodologías han evolucionado, pero la conversación nos da idea de sus diferencias en origen.

Para reducir el riesgo y mejorar la calidad del producto, en Agile una release se divide en varias iteraciones, en cada una de las cuales se implementa un conjunto de “historias de usuario” (u otro artefacto para especificar funcionalidad). Este foco en las features nos puede hacer olvidar que la experiencia del usuario no se puede diseñar por partes: debe tener sentido para ese usuario en cada release. Si en Agile renunciamos a modelar con antelación lo que se va a implementar podemos acabar con un producto fiable y bien construido pero que carezca de un significado, una integridad y una interacción coherente. Y es que algunas cosas a las que se deja que “emerjan” terminan resultando criaturas muy feas.

Condenados a entenderse

Tal vez el principal beneficio del diseño de UX es la capacidad para imaginar y representar cómo un conjunto desordenado de funciones y significados se puede sintetizar armoniosamente. Por desgracia, algunas prácticas ágiles extremas relegan su papel al de esfuerzos a corto plazo para diseñar y rediseñar elementos pequeños y aislados. Y aunque en este campo Agile puede mejorar la usabilidad del producto, los resultados tienen a menudo un carácter incremental.

La velocidad de ciclo y la cadencia que impone Agile ha sido uno de los aspectos más difíciles de reconciliar con el Diseño. ¿Con unos ciclos tan cortos tenemos realmente tiempo para entender completamente las necesidades de nuestros usuarios? La respuesta corta es “no”. Pero la respuesta correcta es que si estamos descubriendo las necesidades de los usuarios durante la implementación estamos haciendo algo rematadamente mal. La urgencia por alimentar los ciclos de Agile y por dedicarnos a los “árboles” de la actual iteración nos puede impedir ver el “bosque” de la experiencia holística de usuario y descubrir nuevos y rompedores modelos de interacción que diferencien a nuestro producto de sus rivales.

Además, la falta de un diseño inicial validado con los usuarios puede llevar en fase de construcción a un rediseño o un refactoring excesivo que incremente los costes y retrase la salida al mercado; algo que, paradójicamente, impide alcanzar los objetivos de Agile. Hay que buscar un equilibrio: combinando un esfuerzo inicial con pasos pequeños y constantes que avanzan hacia un producto coherente, el Diseño tiene que abrirse paso. De lo contrario Agile se acaba convirtiendo en una serie de experimentos de diseño de muy alta fidelidad y coste.

Como no podía ser de otra forma, en los últimos años hemos asistido a un acercamiento entre UX y Agile, con prácticas de uno que pasan al otro (y, curiosamente, con primeras figuras de cada una de las corrientes participando en los eventos de la otra). Las prácticas del nuevo Agile Product Management recogen el uso de mockups y prototipos para generar lo que se conoce como “visión” del producto, y que recoge los resultados del análisis de la oportunidad de mercado y de la definición y especificación general del producto. Esta visión se traduce en “épicas” y “temas”, que son los artefactos con los que Agile especifica la funcionalidad a alto nivel. Aún así, queda mucho camino por recorrer en cuanto a la integración del Diseño en Agile.

La adopción de Agile está obligando a cambiar la forma de trabajar de los diseñadores, pero la combinación de Agile y UX abre nuevas oportunidades tanto para los profesionales como de proporcionar mejores productos a los clientes. Y al diseño ágil de experiencias de usuario (lo que se conoce como Agile UX) dedicaremos un próximo post.

Este post en “Marketing & Innovación”.

[El diseño de producto es mucho más que un barniz estético a posteriori y especialmente en áreas como la experiencia de usuario constituye un gran eje de diferenciación. Descubre en este documento el papel del diseño en el desarrollo de productos.]

5 comentarios

La función de Diseño de Producto sirve de engranaje entre las de Definición e Implementación. Pero la clave para un buen funcionamiento está en cómo organizar y coordinar las actividades y en un enfoque iterativo y dinámico que involucre al cliente/usuario desde el primer momento.

En la primera parte de este post comenzamos a hablar de cómo resulta imprescindible crear una función de Diseño de Producto que se encargue de conceptualizar la solución a los problemas de mercado y de especificar el producto desde el punto de vista funcional y de experiencia de usuario. Esa función de Diseño debería servir de engranaje entre los roles de Definición e Implementación a lo largo de las actividades de desarrollo del producto:

  1. Identificar problemas de mercado y evaluar oportunidades
  2. Definir requisitos y validar soluciones
  3. Diseñar la solución y elaborar la especificación
  4. Implementar y probar la solución

En esa primera entrega cubrimos las actividades iniciales; ahora pasamos revista a las dos últimas.

Lineal Iterativo

Diseñar la solución y elaborar la especificación

Desde los primeros momentos del proceso, Diseño colabora con Gestión de Producto en el análisis del mercado y los competidores y realiza estudios de clientes (entrevistas, encuestas, observaciones contextuales) para entender los problemas de negocio y definir enfoques para la interacción del usuario. A continuación, Diseño conceptualiza una solución a los problemas identificados en los requisitos que conjugue la respuesta a dichos problemas/necesidades con una experiencia de usuario satisfactoria. Diseño elabora storyboards, diagramas de flujo, wireframes, prototipos y otros artefactos que se van iterando y validando con los clientes para asegurar que la solución es aceptable desde los puntos de vista funcional y experiencial.

Como beneficio añadido de este proceso, el conocimiento generado durante el análisis y el diseño puede provocar refinamientos y revisiones de los requisitos iniciales. El equipo de Implementación también puede intervenir en esta actividad, proponiendo soluciones y verificando que las propuestas que aparecen serán técnicamente realizables. El objetivo es llegar a una solución útil, usable, deseable, factible y viable.

Diseño de Producto elabora las especificaciones a partir de las cuales el equipo de Implementación construirá la solución real. Se trata de especificaciones funcionales y de experiencia de usuario, no de especificaciones técnicas. La especificación elaborada por Diseño describe cómo funciona el producto desde la perspectiva de comprador y usuario. No entra en cómo se implementan las cosas sino que describe el propósito del producto, su funcionalidad, features, prestaciones, interfaces e interacciones.

Esta especificación puede tomar diversas formas: desde el tradicional Documento de Especificaciones de Producto hasta un prototipo “de alta fidelidad” anotado con historias de uso. Lo importante, sin embargo, no es tanto el formato como su aplicación como artefacto de comunicación y coordinación.

Implementar y probar la solución

El equipo de Implementación construye la solución a partir de los requisitos y las especificaciones generadas durante la Definición y Diseño de producto. Con anterioridad, representantes del equipo han tenido la oportunidad de involucrarse en las actividades previas con vistas a entender de primera mano las necesidades de los clientes, sugerir orientaciones de diseño y en general asegurar la factibilidad de la solución.

Como paso fundamental de esta actividad el equipo crea una especificación técnica que describe la arquitectura y la construcción interna de la solución. El objetivo es llegar a una “unidad cero” del producto que garantice la replicabilidad/fabricabilidad, la calidad, la escalabilidad en las prestaciones, la posibilidad de evolución y la adaptabilidad (en su caso) del producto a diferentes segmentos de clientes.

La implementación del producto se suele instrumentar como uno -o varios- proyectos que se gestionan y ejecutan, dependiendo del escenario, usando métodos faseados/cascada o iterativos/ágiles.

Como parte de esta actividad la función de Aseguramiento de la Calidad realiza pruebas de producto y los errores que se detectan son corregidos.

Conclusiones

Diseño de Producto colabora con las funciones de Definición e Implementación a lo largo de todo el ciclo de desarrollo. Diseño trabaja inicialmente con Definición de Producto para analizar problemas/necesidades y diseñar y validar soluciones; después, Diseño colabora con Implementación para especificar, construir y probar la solución. De este modo Diseño de Producto desempeña el papel de puente entre esas dos funciones.

En cuanto al secuenciamiento de actividades en el desarrollo de productos, hasta hace unos años se consideraba que los enfoques lineales y faseados (como, por ejemplo, Stage-Gate) eran los más indicados para reducir riesgos y aumentar las probabilidades de éxito. Sin embargo, algunas tendencias recientes han ido desplazando el enfoque hacia una mayor iteración y solapamiento entre fases:

  • La posibilidad de construir prototipos de alta fidelidad y de realizar experimentos desde las fases iniciales del desarrollo y las metodologías ágiles de implementación permiten el feedback continuo de los usuarios y la iteración sea cual sea el mercado o la naturaleza del producto.
  • Un desarrollo de producto protagonizado por equipos multidisciplinares y transversales, que se autoorganizan, colaboran y recorren juntos las etapas del proceso “como un equipo de rugby”, en lugar de silos organizativos que se van traspasando el proceso como en una carrera de relevos.

Estos enfoques son tanto más útiles cuanto mayor sea el grado de innovación del producto y sus riegos asociados. No obstante, esta evolución crea nuevas incógnitas sobre cuál puede ser el grado de iteración y solapamiento más adecuado en cada caso (p. ej.: simultanear requisitos con diseño, o diseño con implementación), unos interrogantes de los que nos ocuparemos en futuros posts.

Este post en “Marketing & Innovación”.

[Desarrollar nuevas ofertas y modelos de negocio en mercados tecnológicos plantea retos muy particulares. Descubre en este documento cómo desarrollar productos que los clientes necesitan.]

5 comentarios

Muchos productos tecnológicos fracasan porque no obedecen a un concepto claro y carecen de un diseño deliberado. Organizar una función de Diseño que sirva de puente entre la definición y la implementación del producto ayuda a conseguir el objetivo compartido de crear productos que los clientes quieran comprar.

La realidad de muchos productos es que los product managers elaboran listas de features deseadas y el equipo de implementación construye… pero nadie diseña nada. Recordemos que -tal como hemos expuesto en otras entradas- diseño significa conceptualizar y especificar la solución al problema de los clientes, no solo el aspecto externo del producto.

¿Contratarías a un carpintero para construir una casa? Probablemente sería más sensato contratar a un arquitecto. Pues en desarrollo de productos ocurre lo mismo: alguien tiene que ser responsable de su diseño. Es imprescindible crear una función de Diseño de Producto o un rol de Diseñador de Producto que colabore con las funciones de Definición e Implementación de producto para alcanzar el objetivo último del proceso: crear productos que la gente quiera comprar. Aclaremos que no tiene que tratarse necesariamente de una persona o equipo dedicados en exclusiva a la función, sino que esta puede simultanearse con otros roles.

Vamos a intentar describir cómo articular la función de Diseño de Producto aplicando un planteamiento muy influido por dos de mis referencias en product management de productos tecnológicos: Pragmatic Marketing y Silicon Valley Product Group.

Esencialmente el enfoque consiste en que los responsables de la Definición del producto describen el problema de mercado, Diseño elabora un enfoque recomendado para resolver dicho problema, e Implementación lo aplica para construir el producto. De este modo el Diseño sirve de engranaje entre la Definición y la Implementación del producto. Las responsabilidades principales se reparten como sigue:

Definición, Diseño e Implementación de Producto

  • La función de Definición de Producto descubre y cuantifica problemas de mercado, y los articula en forma de requisitos. Este rol suele estar desempeñado por los Product Managers.
  • La función de Diseño de Producto analiza los requisitos, conceptualiza la solución y elabora una especificación funcional que describe cómo el problema puede ser resuelto con el producto.
  • La función de Implementación de Producto elabora una especificación técnica que describe cómo se implementará dicha especificación funcional, construye la solución, realiza pruebas y corrige errores.

A continuación y en la segunda parte de este post vamos a describir las principales actividades del proceso de desarrollo de nuevos productos y el detalle de cómo se implican y colaboran en ellas las funciones/roles mencionados. Estas actividades son:

  1. Identificar problemas de mercado y evaluar oportunidades
  2. Definir requisitos y validar soluciones
  3. Diseñar la solución y elaborar la especificación
  4. Implementar y probar la solución

Hay que resaltar que estas actividades no son necesariamente secuenciales y faseadas sino que en general y dependiendo del escenario constituyen un proceso con más o menos iteraciones y solapamientos.

Identificar problemas de mercado y evaluar oportunidades

Gestión de Producto (Product Management) identifica problemas y necesidades de mercado, realiza análisis y evalúa y cuantifica las oportunidades que se abren para las posibles soluciones a dichos problemas. La evaluación de la oportunidad debe dar respuesta, entre otras, a estas cuestiones:

  • Problema/necesidad a resolver
  • Perfil del consumidor/empresa que lo padece
  • Extensión, importancia y urgencia del problema
  • Tamaño del mercado y su posible evolución
  • “Ventana temporal” del mercado
  • Soluciones alternativas existentes (incluyendo “no hacer nada”)
  • Valor diferencial que podemos aportar
  • Modelo de negocio que deberíamos utilizar para entregar y capturar ese valor
  • Elementos clave de nuestra solución
  • Enfoque go-to-market
  • Estimaciones financieras básicas
  • Recomendación final: Go / No Go

Gestión de Producto debe profundizar en su comprensión de los mercados y los clientes -y sus compradores y usuarios- para construir personas: buyer (o marketing) personas y user personas. Una persona es una representación figurada de un grupo de compradores/usuarios/otros involucrados que comparten objetivos, actitudes y comportamientos. Una vez desarrolladas las personas, se crean escenarios, que son descripciones de la interacción de los compradores y usuarios con la solución.

Tanto personas como escenarios son construcciones imprescindibles para entender a los clientes de cara a diseñar la solución, así que Diseño colabora en muchos casos desde el principio investigando clientes, desarrollando insights y aportándolos para la elaboración de ambos. Personas y escenarios son útiles para que Gestión de Producto elabore los casos de negocio y para que Diseño de Producto defina la experiencia de usuario.

Definir requisitos y validar soluciones

Gestión de Producto escribe requisitos que identifican los problemas de mercado. Un requisito bien entendido es esencialmente una descripción del problema/necesidad (no una especificación de cómo resolverlo) y debe ser agnóstico respecto del diseño y la tecnología. Los requisitos que describen la necesidad/problema, junto con la evaluación de la oportunidad de mercado que representa, son los elementos principales del Documento de Requisitos de Mercado -o algún artefacto sustitutivo- que sirva para comunicar esa oportunidad y su valor a la organización.

Diseño ayuda a Gestión de Producto en esos procesos, llevando a cabo entrevistas, encuestas y observaciones y analizándolas. Los datos de esos estudios ayudan a detectar problemas y oportunidades de mercado que se plasman en requisitos.

Durante la actividad de especificación de la solución, Diseño desarrolla prototipos que Gestión de Producto utiliza para obtener feedback de los clientes y validar las posibles soluciones. La elaboración de requisitos y la validación de soluciones conforman un proceso iterativo. El nuevo conocimiento que se adquiere en la validación de la solución obliga a que se actualicen los requisitos, y las soluciones que se derivan de los requisitos actualizados requieren de validación adicional.

En la segunda parte de este post cubriremos las actividades de diseño e implementación de la solución.

Este post en “Marketing & Innovación”.

[Desarrollar nuevas ofertas y modelos de negocio en mercados tecnológicos plantea retos muy particulares. Descubre en este documento cómo desarrollar productos que los clientes necesitan.]

13 comentarios

En muchas empresas tecnológicas el diseño (especialmente la experiencia del usuario) suele reducirse a un trabajo final de “embellecimiento” del producto, centrado puramente en sus elementos gráficos. En este post damos algunas ideas sobre cómo diseñar buenas experiencias de usuario.

Decíamos en un post anterior que muchos productos de consumo tienen un “alma” o una “personalidad” de la que carecen la mayoría de productos para el mercado empresarial y que esta alma suele provenir de su diseño.

Uno de los apóstoles del diseño, Alan Cooper, viene a decir en su clásico libro “The Inmates are Running the Asylum” que la mayoría de los productos tecnológicos no están diseñados para los usuarios, sino para los desarrolladores… o -lo que es peor- no parecen diseñados en absoluto.

El buen diseño empieza por las necesidades del nuestros usuarios. Enfoques como el Diseño Centrado en las Personas y el Diseño de Interacción se caracterizan por estar “orientados/dirigidos a objetivos”, es decir, se ocupan principalmente de satisfacer las necesidades y deseos de las personas que van a interactuar con un producto o servicio.

Para conseguirlo, los procesos de diseño suelen tomar como punto de partida los siguientes instrumentos:

  • Personas. Una persona (latín) es un personaje ficticio que representa a una clase de usuarios del producto que tienen los mismos objetivos, actividades y comportamientos. (Nota: en este caso estamos hablando de personas de usuario como representaciones arquetípicas de los participantes en un contexto de uso del producto. No confundir con las personas de comprador, que representan a los participantes en un contexto de compra del producto y que se usan en product management y marketing). Las personas se construyen después del proceso de investigación de usuarios, en el que típicamente se aplican técnicas de observación e inmersión en su contexto, entrevistas,  etc.
  • Objetivos. Lo que los usuarios desean conseguir utilizando el producto. Los usuarios tienen esencialmente dos tipos de objetivos: prácticos (qué resultados funcionales desean alcanzar) y emocionales (cómo desean sentirse).
  • Escenarios. Un escenario es una narración ficticia sobre “un día en la vida” de la persona o una secuencia de actividades que deben realizarse cuando se usa el producto.

En particular, el Diseño de Interacción (popularizado por A. Cooper) es un proceso que se enfoca en los usuarios más importantes. A diferencia de los procesos tradicionales de recogida de requisitos y diseño de la solución, el diseño de interacciones se centra en los objetivos de una clase específica de usuarios, que se representa mediante una persona prioritaria.

A partir de la combinación de objetivos y escenarios se trata de diseñar la experiencia de usuario y las especificaciones funcionales mediante un proceso iterativo de generación de ideas y artefactos de diseño (mockups, prototipos, simulaciones) y su validación con los usuarios reales. Sólo así podremos asegurarnos de que después vamos a construir un producto útil (resuelve el problema correcto), usable (los usuarios pueden utilizarlo) y deseable (los usuarios quieren usarlo).

Crear una buena experiencia de usuario (UX, User eXperience) requiere un conjunto de funciones o roles. Estos son las más esenciales:

  • Investigación de clientes. Su objetivo es proporcionar un aprendizaje rápido y continuo sobre los clientes, utilizando técnicas cualitativas y cuantitativas, y basadas tanto en lo que el cliente dice (ej.: entrevistas, encuestas) como en lo que hace (ej.: etnografía).
  • Diseño conceptual. Consiste en elaborar un concepto de producto que describa a alto nivel su naturaleza y los aspectos clave de su forma y su función. Un componente típico de la definición conceptual de un producto es si éste se ajusta a alguna metáfora o a algún paradigma de experiencia de usuario.
  • Arquitectura de información. Parte de la comprensión de los objetivos que los usuarios quieren alcanzar para definir qué funcionalidad e información debe contener el producto y cómo se estructuran y organizan éstas. La finalidad es llegar a disponer y presentar la funcionalidad e información del producto de un modo que sea fácil de entender y localizar. El layout y los componentes de navegación son elementos primordiales de la arquitectura de información, que tiene que ver, por tanto, con el contenido del producto.
  • Diseño de interacción. Su misión es entender los escenarios y actividades que el usuario desea realizar y plasmarlos en unas tareas, flujos y operaciones sobre el producto que sean satisfactorios y usables. El diseño de interacción expone y hace accesible la funcionalidad del producto. Habitualmente esta función mapea los requisitos de producto en un modelo de interacción desprovisto de detalles gráficos (p.ej.: wireframe)  que es tomado como input por la función de diseño visual. El diseño de interacción tiene que ver, por tanto, con el comportamiento del producto.
  • Diseño visual. Proporciona el look-and-feel de la interfaz: layout, colores… Muchos piensan que la misión del diseño visual es hacer el producto “bonito” o “sexy” pero es mucho más. El diseño visual comunica y evoca emociones y contribuye enormemente a la respuesta que los usuarios tienen ante nuestro producto: puede marcar la diferencia entre un producto que simplemente nos gusta y otro que nos encanta. Pero además de crear emociones para los usuarios el diseño visual aporta consistencia en la presentación y establece elementos de marca.

Además de estas funciones, y dependiendo del tipo de producto, hay otras no menos importantes (p.ej., testing). Todas estas funciones no son necesariamente secuenciales ni tienen que ser desempeñadas por personas/puestos diferentes.

Por último quería dar algunas ideas prácticas sobre cómo crear productos con buen diseño…o al menos crearlos con un diseño menos malo:

  • La funcionalidad y la experiencia de usuario están intrínsecamente entrelazadas. No es solo que “la forma sigue a la función”: podríamos decir que la forma ES función.
  • La experiencia de usuario es tan importante como la funcionalidad, pero habitualmente más difícil de conseguir. Los ingenieros que construyen el producto son (somos) habitualmente unos malos diseñadores de experiencias de usuario, ya que suelen pensar en términos de modelos de implementación mientras que los usuarios piensan utilizando modelos conceptuales.
  • Trabajar en la experiencia de usuario desde el principio: inmediatamente después de capturar y priorizar requisitos de alto nivel hay que empezar con el diseño de interfaz de usuario e interacción. No podemos caer en el típico error de añadir la experiencia al final o -peor aún- dejar que sea un subproducto de la implementación.
  • Los jefes de producto (product managers) deben trabajar en estrecha colaboración con los diseñadores de producto: la comunicación no puede reducirse al traspaso del típico Documento de Requisitos de Mercado/Producto de cien páginas.
  • Utilizar prototipos y experimentar. Presentar pronto y frecuentemente a los usuarios prototipos preliminares de diseño permite entender mejor el problema del cliente y elicitar requisitos. Posteriormente, el prototipo nos permite validar la utilidad, usabilidad  y deseabilidad del producto antes de pasar a su implementación. Finalmente, el prototipo es también la mejor manera de comunicar la experiencia de usuario y la funcionalidad a todo el equipo de producto.
  • Las metodologías ágiles (p.ej.: Scrum, XP) no tienen por qué ser enemigas del diseño, pero el diseño debe poder adaptarse a esa nueva forma de implementar los productos.
  • Lo más sencillo es mejor. Identificar el producto mínimo que cumple los objetivos y proporciona la experiencia de usuario deseada. Diseñar para el escenario del 80% de casos y no caer en la featuritis.
  • Prestar atención a los detalles. Como decía Steve Jobs el diseño consiste en “sudar todos los detalles”. No desdeñar los fallos de interfaz/interacción del producto como algo “cosmético” y no prioritario.
  • Ser valiente. Los buenos productos se diseñan diciendo “No”.

Muchas empresas siguen ancladas en unos procesos de desarrollo de productos que no ponen la experiencia de usuario en primer plano.  Antes o después sus clientes les harán saber que la vida es demasiado corta como para usar malos productos.

Este post en “Marketing & Innovación”.

[Desarrollar nuevas ofertas y modelos de negocio en mercados tecnológicos plantea retos muy particulares. Descubre en este documento cómo desarrollar productos que los clientes necesitan.]

12 comentarios