Asesoramiento sobre productos digitales

Decidimos qué productos y plataformas digitales merece la pena desarrollar, qué debe integrarse en tu arquitectura y qué te queda en propiedad cuando finalice la colaboración.

Fondo del encabezado del servicio L
Trabajemos juntos

La consultoría de productos digitales consiste en decidir qué productos y plataformas digitales debe desarrollar una empresa, para qué demanda y sobre qué arquitectura, antes de que nadie destine presupuesto al desarrollo. La mayoría de lo que se presenta al consejo de administración como «plataforma» es software con una API. Una plataforma se gana ese nombre cuando el trabajo realizado para una funcionalidad se convierte en la condición previa para la siguiente, y esa propiedad se integra en el diseño desde el principio o, de lo contrario, se pierde para siempre. Este grupo es el que lo decide, y las cinco funcionalidades que se indican a continuación lo hacen realidad.

  • Desde 1999estrategia de demanda, comercial y de clientes
  • Más de 200estudios de caso publicados
  • 10 oficinasen cuatro continentes
  • Sin vínculos con proveedoresnuestro asesoramiento no se basa en ninguna colaboración con modelos, plataformas o servicios en la nube
  • El campo de interacciónescrito por nuestro fundador

Cuando las empresas nos contratan

  • La hoja de ruta está financiada y nada de lo que contiene se acumula. Años de inversión en el producto, un historial de lanzamientos respetable y ningún activo que nadie pueda señalar que valga ahora más de lo que valía al principio.
  • La segunda funcionalidad cuesta lo mismo que la primera. Cada novedad supone una nueva compilación. Se trata de un modelo de entrega que lleva el nombre de «plataforma».
  • Antes de comprometerse con una plataforma o un proveedor. Se está a punto de establecer una norma para toda la empresa antes de que nadie haya definido las situaciones de los clientes a las que está destinada.
  • El producto funciona, pero los datos están en el formato de otra persona. La capacidad es real y el activo que genera revierte en beneficio de un proveedor.
  • Nadie puede decir qué te corresponde al final. La cuestión se dejó para la fase final del contrato, lo que significa que ya se ha resuelto en tu contra.

Por qué la mayoría de los programas de plataformas no aplican el interés compuesto

Un producto tiene un valor fijo que se deprecia a medida que la tecnología que lo rodea se convierte en algo habitual. Una plataforma acumula algo: un conocimiento sólido de cómo funciona realmente tu negocio y un camino que va de los resultados al comportamiento, de modo que cada uso mejora el siguiente. Uno de ellos es un coste recurrente. El otro es capital. Gran parte de la inversión en plataformas empresariales se destina a construir el primer tipo, aunque se financie como si fuera el segundo, y la diferencia se hace patente dos años más tarde, cuando hay que sustituir el sistema en lugar de ampliarlo.

Esto se debe a tres fallos, que suelen producirse en este orden. El conocimiento no está bien fundamentado, por lo que el sistema responde basándose en capacidades generales en lugar de en lo que sabe tu empresa. El flujo de trabajo no está conectado, por lo que el contexto se reconstruye manualmente en cada traspaso entre herramientas y aprobaciones, y un sistema técnicamente capaz resulta, en la práctica, lento. Además, no existe una vía de retroalimentación, por lo que los resultados no modifican el comportamiento futuro y el sistema al cabo de un año es el mismo que el del lanzamiento, solo que con más uso. La mayoría de los ejecutivos nunca ven los resultados que prometía el estudio de viabilidad, y la razón rara vez es la elección de la tecnología.

Diseñamos pensando primero en el tercer fracaso, porque es el que determina si el gasto se convierte en un activo o en un gasto de explotación. La pregunta previa, antes de nada, es: ¿qué demanda estás creando para hacer tuya y qué te da derecho a conquistarla? Avanzar rápidamente hacia un espacio de demanda equivocado es el resultado más costoso que puede darse, y los equipos competentes llegan a él más rápido que los lentos.

Qué incluyen nuestros servicios de consultoría sobre productos digitales

Este grupo engloba cinco capacidades. La mayoría de los proyectos requieren dos o tres de ellas, y en la primera fase se decide cuáles, en función de si la limitación radica en la entrega, los datos, la conexión, la interacción o los aspectos económicos entre los participantes. Cada una de ellas puede aplicarse de forma independiente.

Donde se acumula el capital de conocimiento

Tu arquitectura: la segunda funcionalidad cuesta lo mismoUn sistema que te perteneceLos datos y el conocimiento son tuyos, y cada nueva funcionalidad supone una nueva versión. Este es un buen sistema. No es una plataforma, y financiarlo como si lo fuera es la forma en que una hoja de ruta se agota sin que nadie se dé cuenta.
Tu arquitectura: la segunda funcionalidad cuesta una fracciónUna plataformaEl trabajo realizado para una capacidad es la condición inicial para la siguiente, y lo que se acumula queda de tu parte del contrato. Este es el único cuadrante en el que el gasto se convierte en capital.
La arquitectura de un proveedor; la segunda funcionalidad cuesta lo mismoSoftware con una APIConectado, útil y que vale más o menos lo que cuesta. La mayor parte de lo que llega al consejo de administración bajo el término «plataforma» se encuentra aquí, y lo más sensato es comprarlo en lugar de financiarlo como parte de una estrategia.
La arquitectura de un proveedor; la segunda capacidad cuesta una fracciónAprovechar la plataforma de otroCada trimestre resulta más barato y más rápido, y el activo recae en manos del proveedor. La conversación sobre el cambio de proveedor que se planteará dentro de unos años lo dice todo, y se lleva a cabo desde una posición de debilidad.

Cuánto cuesta la segunda funcionalidad

La velocidad es el eje horizontal. La propiedad es el eje vertical. La mayoría de los modelos de negocio basados en plataformas solo tienen en cuenta el eje horizontal, razón por la cual el cuadrante inferior derecho sigue recibiendo financiación y se sigue describiendo como un avance.

1. La distribución y la arquitectura de la plataforma subyacente

La rapidez con la que se pone en marcha la segunda funcionalidad es una decisión de arquitectura, no de dotación de personal. Aquí se definen el modelo de entrega, la capa de plataforma y los compromisos en la nube, y son tus equipos y socios de desarrollo quienes se encargan de implementarlos. Ese trabajo es de carácter técnico y de arquitectura DevOps.

2. La capa de datos y conocimientos a partir de la cual razona

Una plataforma que se basa en capacidades generales, en lugar de en lo que tu empresa considera plausible, resulta genérica y, en ocasiones, contiene errores que nadie detecta. La preparación, la arquitectura del conocimiento, los fundamentos y la gobernanza se definen antes de la desarrollo, a través de la consultoría en estrategia de datos.

3. La conexión con los sistemas en los que se lleva a cabo el trabajo

Una funcionalidad que no llega al flujo de trabajo es una mera demostración. La integración de sistemas mediante API consiste en conectar plataformas, aplicaciones y sistemas de socios para que el contexto acompañe al trabajo, en lugar de tener que reconstruirse en cada traspaso.

4. La interacción real que tiene el cliente

La arquitectura determina lo que es posible y la interacción decide si alguien vuelve a ella. El diseño de la interacción digital consiste en diseñar los momentos en los que las personas y el producto entran en contacto, y vincular esos momentos a un efecto empresarial cuantificable.

5. Las relaciones económicas entre los participantes, no dentro de la empresa

Parte del valor se genera entre los participantes, más que dentro de la empresa que los reúne, y eso cambia la finalidad de la plataforma. Cuando la unidad de análisis es el ecosistema, el trabajo consiste en una estrategia de ecosistema impulsada por la inteligencia artificial.

¿No estás seguro de si la hoja de ruta de tu plataforma se complementa con otras?

Empieza con una sesión de trabajo con uno de nuestros socios. Tomaremos los proyectos de producto y plataforma que ya hayas financiado, los situaremos en los cuadrantes anteriores y te indicaremos cuáles de ellos dejaríamos de desarrollar.

Reserva una sesión de trabajo

Cómo funciona la interacción con un producto digital

  1. Define la demanda. Determina a qué situaciones de los clientes da respuesta el producto, partiendo de la vida del cliente y no de la taxonomía de tu producto, y cuáles de ellas puedes considerar tuyas. Este es el paso que hace que todo lo que venga después sea defendible.
  2. Contrasta lo que ya cuenta con financiación con ese criterio. Cada iniciativa de producto y plataforma en marcha debe evaluarse en función de esa demanda y de dónde el valor sea realmente defendible, con un orden establecido, el razonamiento por escrito y una lista explícita de lo que no desarrollaríamos.
  3. Decide cuál será la arquitectura y qué te pertenece. El conocimiento debe residir en tu propia arquitectura y no en la de un proveedor; las decisiones tecnológicas deben tomarse en función de cada carga de trabajo y deben ser reversibles; la gobernanza debe integrarse en el flujo de trabajo; y la titularidad del sistema, los datos y la propiedad intelectual debe establecerse por escrito desde el principio.
  4. Crear, evaluar y entregar. Creamos allí donde la creación es la vía más rápida para obtener resultados, con un proceso de retroalimentación diseñado antes del lanzamiento, en lugar de incorporarse a posteriori, y un plan de entrega en el que se especifica quién se encargará de su gestión posterior. Una plataforma que tu equipo no pueda gestionar sin nosotros es una dependencia, no un activo.

Por qué las empresas eligen « Vivaldi » para sus proyectos de productos y plataformas digitales

  • Partimos de la demanda, no de la cartera de pedidos. El pedido surge de aquellos ámbitos en los que la empresa puede tener éxito, que es la única forma de plantear la pregunta con una respuesta defendible.
  • No tenemos nada que venderte a largo plazo. Detrás de esta recomendación no hay ningún modelo, plataforma ni alianza en la nube, por lo que aconsejarte que compres en lugar de desarrollar por tu cuenta no nos supone ningún coste.
  • No solo desarrollamos, sino que también asesoramos. Nuestras recomendaciones se basan en decisiones tomadas en el marco de limitaciones reales, como es el caso de «Fifth Season», la plataforma de inteligencia que estamos desarrollando para empresas basadas en la experiencia.
  • La titularidad se establece desde el principio. El sistema, los datos, la arquitectura del conocimiento y la capacidad para gestionar estos tres elementos se especifican en el contrato, en lugar de negociarse al final.
  • Te diremos qué no debes crear. La lista de exclusiones suele ser la parte más útil del trabajo.

Cómo evaluar a un consultor de productos digitales

Merece la pena preguntárselo a todas las empresas de tu lista de finalistas, incluida la nuestra.

  • ¿Cuánto cuesta la segunda funcionalidad? Si la respuesta es la misma que para la primera, lo que estás comprando es un servicio de prestación, no una plataforma, y su precio y gestión deben ajustarse a los de un servicio de prestación.
  • ¿Quién es el propietario de los datos, la arquitectura del conocimiento y la propiedad intelectual? Pide que te den la respuesta en el contrato, no en la presentación comercial. Si se deja para el final, acabará siendo en tu contra.
  • ¿Con quiénes colaboran? Una empresa que mantenga una relación comercial con una plataforma o un proveedor de modelos no puede ser un asesor imparcial a la hora de decidir cuál debes utilizar. Se trata de una cuestión de estructura, no de falta de honestidad. Pregunta y valora la respuesta.
  • ¿Qué ocurre cuando cambia la tecnología subyacente? La respuesta debería referirse a una decisión de implementación, no a una reconstrucción.
  • Describe una estrategia de inversión que le hayas desaconsejado a un cliente. Una empresa que nunca haya disuadido a un cliente de utilizar una plataforma o bien ha tenido suerte o bien no ha estado asesorando.

¿Consultoría estratégica, estudio de productos o proveedor de plataformas?

Criterio Consultoría de productos digitales Estudio de producto o de ingeniería Proveedor de plataformas
Qué decide ¿Qué productos y plataformas merece la pena desarrollar, con qué arquitectura, y cuáles hay que abandonar? Cómo se diseña, fabrica y envía el producto acordado ¿Qué producto has elegido como estándar?
Resultados típicos Arquitectura de la demanda, lista de candidatos preseleccionados con exclusiones, arquitectura de la plataforma y de la propiedad, diseño de la retroalimentación, plan de traspaso Diseños, software funcional, periodicidad de lanzamiento Licencias, arquitectura de referencia, asistencia para la implementación
¿Quién lo aprueba? Director general ( CFO ) y director de productos (CPO) o director técnico (CTO) a la vez Responsable de producto o responsable de ejecución Adquisiciones y TI
Interés comercial en la respuesta Da igual la plataforma o el modelo que elijas Volumen de construcción, que aumenta con el alcance Directo
Ideal para cuando El gasto es real y nadie puede decir a cuánto asciende Las decisiones ya están tomadas y la única limitación es la entrega La arquitectura ya está definida y estás adquiriendo capacidad

En qué contexto se enmarca este trabajo

Este grupo forma parte de la estrategia tecnológica empresarial de Vivaldi, la empresa responsable de Demand Landscape e Interaction Field. Hay dos grupos afines que responden a preguntas que esta página no aborda. Si la pregunta previa es si la inteligencia artificial y las tecnologías emergentes alteran de alguna manera tu modelo económico, y en qué orden, eso es consultoría en tecnología de IA. Si el producto ya existe y el problema es que los canales que lo rodean no se transmiten entre sí el contexto del cliente, empieza por el comercio conectado. Nuestra visión sobre cuándo un producto debería convertirse en una plataforma se expone en «Transformación del negocio de plataforma » y en «Cómo diseñar un negocio de plataforma».

Asesoramiento sobre productos digitales en EE. UU. y en todo el mundo

Vivaldi Tiene su sede central en Nueva York y cuenta con una segunda oficina en Estados Unidos, situada en Los Ángeles. Fuera de Estados Unidos, nuestros equipos trabajan desde Londres, Zúrich, Múnich, Hamburgo, Düsseldorf, Singapur, Buenos Aires y Lima. Desde nuestras dos oficinas en Estados Unidos, colaboramos con empresas de todo el país. Descubre quiénes formamos el Grup Vivaldi y cómo trabajamos.

Empieza por la hoja de ruta que ya has financiado

En una sesión de trabajo revisaremos el estado actual del producto y la plataforma, comprobaremos qué elementos incluye cada parte y quién es el responsable de cada uno de ellos, y te proporcionaremos un orden de prioridades bien fundamentado y una lista de exclusiones.

Reserva una sesión de asesoramiento sobre productos digitales

Servicios de productos digitales de este grupo

Cada una de las funcionalidades que se indican a continuación puede implementarse de forma independiente o como parte de un programa más amplio de productos y plataformas digitales.

Preguntas frecuentes sobre consultoría de productos digitales

¿Qué es la consultoría de productos digitales?

La consultoría de productos digitales determina qué productos y plataformas digitales debe desarrollar una empresa, para qué demanda y sobre qué arquitectura, antes de que se destine un presupuesto al desarrollo. Abarca el análisis de la demanda, la estrategia para alcanzar el éxito, la decisión de desarrollar o adquirir, la cuestión de la titularidad y los aspectos económicos. La prueba de fuego es si el producto se desarrolla y, posteriormente, adquiere mayor valor.

¿Cuál es la diferencia entre un producto digital y una plataforma?

Un producto tiene un valor fijo que se deprecia a medida que la tecnología que lo rodea se generaliza. Una plataforma acumula algo, por lo que el trabajo realizado para una funcionalidad se convierte en el punto de partida para la siguiente. La prueba práctica es cuánto cuesta la segunda funcionalidad. Si cuesta lo mismo que la primera, se trata de un producto y un modelo de entrega, y no de una plataforma.

¿Qué aporta un proyecto de consultoría sobre productos digitales?

Una arquitectura de requisitos que especifique las situaciones de los clientes a las que se dirige el producto; una decisión sobre qué no desarrollar; una arquitectura de plataforma y de titularidad que abarque la portabilidad y la gobernanza; un diseño de retroalimentación; y un plan de traspaso que especifique quién se encargará de su gestión posterior. La lista de exclusiones suele ser la parte más útil.

¿Quién será el propietario de la plataforma, los datos y la propiedad intelectual una vez finalizado el proyecto?

Así es, y se establece por escrito desde el principio, en lugar de al final: el sistema, los datos, la arquitectura del conocimiento y la capacidad para gestionar los tres. El traspaso forma parte del proceso de desarrollo, en lugar de ser una fase posterior al mismo, porque una plataforma que tu equipo no pueda gestionar sin nosotros es una dependencia, no un activo.

¿ Vivaldi se encarga de la construcción o solo ofrece asesoramiento?

Ambas cosas, y lo dejamos claro desde el principio. Desarrollamos allí donde hacerlo es la vía más rápida para obtener resultados. También desarrollamos para nosotros mismos: Fifth Season es la plataforma de inteligencia que estamos desarrollando para empresas basadas en la experiencia, por lo que nuestras recomendaciones se basan en decisiones tomadas bajo restricciones reales y no en una arquitectura de referencia.

¿Cuánto tiempo tarda una nueva plataforma en generar beneficios?

Depende de si la arquitectura de la demanda ya existe. Cuando existe, los primeros sistemas operativos se ponen en marcha rápidamente. Cuando no existe, esa labor tiene prioridad, ya que desarrollar rápidamente una solución orientada a un espacio de demanda erróneo es la opción más costosa que existe. Te indicaremos en qué situación te encuentras durante la primera fase.

¿Por qué capacidad de este grupo deberíamos empezar?

La mayoría de los proyectos requieren dos o tres de las cinco capacidades, y la primera fase determina cuáles. Si la limitación radica en la rapidez con la que se implementa la segunda capacidad, empieza por la arquitectura técnica y de DevOps. Si el sistema se basa en capacidades generales en lugar de en los conocimientos de tu empresa, empieza por la estrategia de datos. Si no puede integrarse en el flujo de trabajo, empieza por la integración del sistema de API.

¿Colaboras con algún proveedor de servicios en la nube, de plataformas o de modelos?

No. Nuestro asesoramiento no se basa en ningún modelo, plataforma ni alianza en la nube, por lo que nuestras recomendaciones sobre qué desarrollar, qué adquirir y qué dejar de hacer no persiguen ningún interés comercial en ningún sentido. Creemos que es una pregunta legítima que debes plantear a todas las empresas de tu lista de finalistas, y la respuesta tiene que ver con la estructura más que con el carácter.