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:

• 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.]