Asesoramiento en desarrollo de productos digitales

La consultoría en desarrollo de productos digitales consiste en convertir una idea financiada en un producto concreto que exista: para qué sirve, qué debe sacrificar el usuario para utilizarlo, qué incluye la primera versión y en qué orden se desarrollará el resto. Se trata de un ámbito más específico que la mera decisión de qué productos debe ofrecer una empresa, y comienza antes que la fase de ingeniería. Vivaldi lleva realizando este trabajo desde 1999.

Vivaldi Es una consultora estratégica, no una empresa de desarrollo de software. No escribimos código, no contratamos equipos de ingeniería ni lanzamos versiones. Trabajamos en la definición del producto, en lo que debe incluir la primera versión para que merezca la pena pagar por ella y en la secuencia que sigue el proceso de desarrollo, junto con vuestros ingenieros o vuestro socio de desarrollo. Dejarlo claro desde el principio evita reuniones inútiles.

• Desde 1999trabajo de definición y creación de productos
• Más de 200estudios de caso publicados
• 10 oficinasen cuatro continentes
• 5x«Best of Consulting, Strategy and Innovation» de WirtschaftsWoche

Cuando las empresas nos contratan

• Se ha asignado financiación y personal a un producto, y nadie es capaz de explicar en una sola frase qué es lo que sustituye para la persona que se espera que lo utilice.
• La lista de tareas pendientes ha superado la capacidad de la primera entrega, y cada tarea tiene asignado un responsable.
• Hay un equipo de ingeniería listo y a la espera, pero la definición del producto aún no está lo suficientemente definida como para empezar a desarrollarlo.
• Se lanzó una primera versión, se recibieron registros, pero no se produjo un uso repetido.
• Una empresa que hasta ahora solo ha vendido a través de intermediarios está creando algo con lo que sus usuarios finales entrarán en contacto directamente por primera vez.

Por qué una hoja de ruta elaborada a partir de peticiones no da lugar a un producto

La mayoría de las hojas de ruta son más bien una acumulación que una decisión. Una funcionalidad aparece en la lista porque un cliente importante la solicitó, porque un competidor lanzó algo similar o porque una conversación de ventas salió mal y alguien se comprometió a incluirla. Cada elemento es justificable por sí mismo. El conjunto de todos ellos no constituye un producto, ya que en ningún momento del proceso se exigió al equipo que explicara para qué sirve cada cosa.

El coste se manifiesta siempre en el mismo punto. Una primera versión que lo incluye todo llega tarde y, cuando llega, no se puede explicar al cliente en una sola frase. La adopción se estanca entonces en el grupo que estaría dispuesto a probar cualquier cosa, y el equipo lo interpreta como un problema de « marketing ».

El error subyacente radica en la secuencia de los pasos. La pregunta de qué debería existir la respondieron las personas mejor preparadas para desarrollar el producto, ya que eran las únicas presentes en la sala que tenían un plan. Nuestra labor consiste en determinar cuál es el producto y qué debe incluir la primera versión antes de que el desarrollo agote el presupuesto, y luego seguir participando mientras esa definición resiste el choque con las limitaciones reales.

Qué incluyen nuestros servicios de consultoría en desarrollo de productos digitales

1. Definición de demanda y desplazamiento

Lo que los clientes intentan conseguir, descrito como una «tarea» en lugar de como un «segmento», y aquello concreto que el producto tiene que sustituir. Normalmente, no se trata de un competidor, sino de una hoja de cálculo, un hilo de correo electrónico o un hábito por el que ya se ha pagado y que ya funciona lo suficientemente bien. Un producto que no tenga un objetivo de sustitución concreto carece de una historia de adopción, y por mucha calidad de desarrollo que tenga, eso no va a cambiarlo.

2. Definición del producto y alcance de la primera versión

La versión más concisa y coherente por la que alguien estaría dispuesto a pagar, plasmada por escrito, con el razonamiento de cada exclusión indicado junto a ella. Las exclusiones constituyen el resultado final. Un documento de alcance que solo enumera lo que se incluye se vuelve a poner sobre la mesa la primera vez que una parte interesada de alto nivel pregunte por qué falta su elemento.

3. Desarrollo y validación del concepto

Conceptos desarrollados en un lenguaje accesible para el consumidor, en lugar de en un lenguaje interno, y posteriormente refinados a la luz de los datos aportados por las personas que se espera que utilicen el producto. Lo importante aquí es el registro de lo que se ha refutado, ya que eso es lo que impide que una idea rechazada vuelva a aparecer en el siguiente ciclo de planificación con un nombre diferente.

4. Secuencia de desarrollo y selección de socios para la construcción

El orden en el que se desarrolla el producto, expresado de tal forma que una suposición errónea suponga un solo incremento en lugar de todo un programa, y una especificación clara con la que tu equipo de ingeniería o tu socio de desarrollo puedan trabajar. A la hora de elegir a ese socio, te ayudamos a informarle y a evaluarlo. Nosotros no nos encargamos del desarrollo.

5. Instrumentación e iteración tras el lanzamiento

Lo que se mide debe decidirse antes del lanzamiento, en lugar de añadirse a posteriori, para que el equipo pueda distinguir entre una prueba y un hábito. Además, deben establecerse criterios por escrito para eliminar una funcionalidad —algo de lo que casi ninguna hoja de ruta dispone, pero que todas necesitan— y un proceso de traspaso que permita que el razonamiento sobre el producto permanezca dentro de la organización.

Cómo funciona un proyecto de desarrollo de productos digitales

1. Marco. Entrevistas con los directivos y los usuarios, un análisis de las especificaciones actuales del producto y una descripción sincera de lo que este sustituiría. El resultado es una declaración por escrito de la demanda y de lo que se sustituirá, o bien un informe en el que aún no se pueda precisar ninguno de los dos aspectos.
2. Definir. Conceptos desarrollados y concretados en colaboración con el equipo de producto y el equipo comercial, cada uno de los cuales asume el coste de su desarrollo y puesta en marcha. El resultado es un número reducido de opciones, en lugar de una única recomendación, junto con lo que se ha descartado y los motivos para ello.
3. Validar. La lista de opciones preseleccionadas se presenta a las personas que se espera que utilicen el producto y se comprueba en función de lo que hacen, en lugar de lo que dicen que harían. El resultado es un alcance para la primera versión, con las exclusiones debidamente justificadas.
4. Secuencia. Un orden de desarrollo, unas especificaciones con las que puedan trabajar tus ingenieros o tu socio de desarrollo, los indicadores que mostrarán si el producto está teniendo aceptación y los criterios para dar por finalizado el proyecto. El resultado es algo que tus equipos pueden llevar a cabo sin nuestra intervención.

Por qué las empresas eligen Vivaldi para el desarrollo de productos digitales

Somos responsables de decidir si el producto debe existir, no del número de incidencias. Se trata de una propuesta más limitada que la que ofrece un estudio de producto, y es precisamente la parte que suele faltar cuando un producto bien diseñado no llega a utilizarse.

McGraw Hill es el ejemplo más claro de nuestro trabajo publicado. En el caso de su aplicación de estudio para estudiantes, Sharpen, el producto no partió de una lista de funcionalidades. Se partió de una investigación cualitativa y de una segmentación cuantitativa de los estudiantes en función de sus objetivos, motivaciones y necesidades no cubiertas, así como de un análisis de mercado que identificó los huecos competitivos. Los conceptos surgieron de talleres de ideación con el equipo de McGraw Hill, se ampliaron, refinaron y redujeron a unos pocos clave; a continuación, se redactaron en un lenguaje accesible para el consumidor y se validaron en grupos focales antes de comprometernos con nada. Solo entonces trazamos el recorrido del usuario, los casos de uso clave y el conjunto de funcionalidades en una hoja de ruta de desarrollo del producto para guiar la creación del producto final. La secuencia es la clave: la investigación, la selección y los rechazos documentados tuvieron lugar antes de la fase de desarrollo, por lo que esta última partía de una base sólida. Puedes leer la historia completa de McGraw Hill, que también abarca la colaboración en su conjunto.

La segunda razón es que somos sinceros en cuanto a los límites. Cuando la limitación es de carácter técnico y no de definición, lo decimos claramente y te indicamos a quién debes dirigirte.

Cómo evaluar a un consultor especializado en el desarrollo de productos digitales

• Pregunta qué es lo que se negarán a desarrollar. Una empresa que acepte la lista de funcionalidades tal y como se presenta es un proveedor de desarrollo. Se trata de una compra legítima, pero errónea si el problema radica en la hoja de ruta.
• Pregunta cómo deciden qué se incluye en la primera versión. Si la respuesta es un marco de priorización que no tiene en cuenta lo que el producto va a sustituir, el alcance irá aumentando hasta que se retrase la fecha de lanzamiento.
• Pregunta quién se encarga de la hoja de ruta tras el lanzamiento. Un producto que se entrega sin explicar los motivos que lo sustentan pierde valor en el plazo de dos trimestres, ya que la siguiente decisión carece de precedentes en los que basarse.
• Pregunta qué es lo que miden durante los primeros noventa días. Las descargas y los registros son datos de actividad. El uso repetido por parte del grupo para el que se creó el producto es lo que determina su supervivencia.
• Pregunta si el equipo de estrategia y el de desarrollo forman parte del mismo equipo. Si se trata de empresas distintas, pregunta quién corre con los gastos derivados de la pérdida de información que se produce entre ambas. Normalmente es el cliente.

¿Consultoría estratégica, estudio de productos o agencia de desarrollo?

Trabajos relacionados

Esta página trata sobre la creación de un producto concreto. Los servicios relacionados con él responden a diferentes preguntas.

• «Productos y plataformas digitales» se refiere a qué productos y plataformas digitales debería tener una empresa, que es la pregunta anterior a esta.
• La innovación en productos y servicios crea la capacidad y la cartera de proyectos que permite seguir generando candidatos, en lugar de limitarse a lanzar un único candidato al mercado.
• La creación de prototipos y las pruebas constituyen en sí mismas la fase de validación, en la que el concepto ya existe y la cuestión es si se sostiene.
• El diseño de la experiencia del cliente abarca todas y cada una de las interacciones que el cliente tiene contigo, no se limita a un único producto.
• El diseño de interacción se aplica cuando el producto ya existe y lo que hay que rediseñar es el comportamiento del sistema.
• El diseño de la interfaz de usuario se aplica cuando la dirección ya está definida y el riesgo radica en la ejecución de la interfaz.
• Los datos sobre los usuarios y los estudios de mercado proporcionan la base empírica sobre la que se sustenta este trabajo, y se valoran por sí mismos cuando se trata de determinar qué hacen realmente los usuarios.
• El diseño de servicios, del que forma parte este servicio, abarca el servicio en el que se enmarca el producto y los traspasos entre las funciones que lo prestan.
• La arquitectura técnica y de DevOps se encarga de cómo se estructura y funciona el sistema subyacente, lo cual es la cuestión de ingeniería que esta página no responde deliberadamente.

Asesoramiento en desarrollo de productos digitales en EE. UU. y en todo el mundo

Trabajamos con empresas de Estados Unidos, Europa y Asia desde diez oficinas repartidas por cuatro continentes, y la mayoría de los proyectos de producto se llevan a cabo con un equipo del cliente repartido por al menos dos de ellos. El trabajo se desplaza porque lo difícil no es una cuestión local. Lo que un producto sustituye y lo que debe incluir la primera versión se decide de la misma manera en Nueva York que en Múnich o Singapur, y las respuestas solo difieren en cuál sea la alternativa local.