Saber qué ideas de movilidad construir, y cuáles dejar de lado.
Como parte de mi transición a Principal, Brambles me preguntó si sus productos de Digital Customer Solutions (DCS) necesitaban una estrategia móvil. En lugar de responder esa pregunta directamente, la replanteé en torno a “momentos de movilidad” reales de los clientes, reuní a los interesados y la evidencia de toda la empresa, y planifiqué y facilité un taller con 20 personas de cuatro continentes para convertir la opinión en una recomendación estructurada y basada en evidencia.
Resumen del proyecto
Un taller exploratorio de recopilación de evidencia, delimitado deliberadamente para responder si merecía la pena seguir profundizando en el descubrimiento de movilidad, no para diseñar una solución.
El reto, en breve
El negocio quería saber si DCS necesitaba una estrategia móvil. Esa pregunta es una trampa: respondida directamente, produce una decisión de plataforma antes de que nadie haya establecido dónde ayuda realmente la movilidad. La replanteé en torno a “momentos de movilidad”, situaciones reales en las que un usuario está lejos de un escritorio, necesita datos o contexto, y debe actuar con rapidez, y después construí la evidencia para responderla correctamente.
La movilidad es poderosa, pero solo cuando elimina trabajo, encaja en flujos de trabajo de extremo a extremo, y comparte valor en todo el ecosistema.
Mi papel, en breve
Reuní a los interesados, la evidencia y el contenido, y después planifiqué y facilité un taller global que juntó a una audiencia internacional de todas las partes de la empresa para debatir los problemas de los clientes y decidir qué momentos de movilidad merecía la pena perseguir. Olga, investigadora UX, y Karen, UX Lead, apoyaron la síntesis de todo lo que surgió en el taller, gran parte de ello construido y estructurado juntos en Lucid.
Impacto, en breve
Un debate subjetivo se convirtió en una lectura a nivel de cartera sobre dónde se gana su lugar la movilidad. Cada momento candidato se clasificó en fuerte, medio, débil o arriesgado, incluyendo qué ideas no perseguir explícitamente.
El reto
Como parte de mi transición a Principal, se me encargó ayudar a impulsar la hoja de ruta móvil de DCS, la cartera de Digital Customer Solutions de Brambles. La pregunta sobre la mesa cuando empecé era directa: ¿necesita DCS una estrategia móvil?
Ese planteamiento es una trampa. Respóndela directamente y acabas defendiendo o descartando una plataforma antes de establecer si la movilidad ayuda realmente a alguien. Así que cambié la pregunta. En lugar de partir de la tecnología, replanteé el trabajo en torno a los momentos de movilidad, situaciones reales en las que un usuario está lejos de un escritorio, necesita datos o contexto, debe actuar con rapidez, y lo hace dentro de un entorno restringido, el suelo de un almacén, un vehículo en movimiento, el muelle de carga de un minorista. El trabajo dejó de ser “¿deberíamos construir una app móvil?” y pasó a ser “¿dónde, específicamente, tiene DCS un motivo para intervenir cuando alguien está en movimiento?”
Este fue explícitamente un trabajo exploratorio, no un diseño de solución. El objetivo era reunir una opinión informada, anclada en el conocimiento existente del equipo sobre nuestros clientes, lo bastante basada en evidencia como para decidir si merecía la pena seguir profundizando en el espacio de la movilidad, incluyendo la opción de que no fuera así.
La movilidad es poderosa, pero solo cuando elimina trabajo, encaja en flujos de trabajo de extremo a extremo, y comparte valor en todo el ecosistema.
Mi papel
Reuní a los interesados, la evidencia y el contenido, y después diseñé, planifiqué y facilité el taller que convirtió esa pregunta replanteada en una respuesta defendible.
Eso incluyó identificar y preparar dieciséis momentos de movilidad candidatos en toda la cartera de DCS, reunir a los interesados que realmente entendían cada uno, y construir la propia estructura del taller, cuatro grupos de trabajo multidisciplinares, uno por área de producto de DCS, para que cada momento fuera debatido por personas que pudieran hablar de producto, investigación, diseño y entrega a la vez. Incorporé a Olga, investigadora UX, y a Karen, UX Lead, para apoyar la síntesis una vez terminado el taller, había una cantidad genuinamente grande de aportaciones cualitativas que procesar, y la estructuramos y sintetizamos juntos en Lucid en los temas y recomendaciones que siguen.
Replantear la pregunta
“¿Necesitamos una estrategia móvil?” es una pregunta sobre una plataforma. La pregunta útil es sobre las personas, y en qué momento de su día la movilidad cambia realmente lo que pueden hacer.
Un momento de movilidad, tal como lo definimos para el taller, era la unidad de análisis real, no una sensación vaga de que “lo móvil importa en algún sitio aquí”.
Una situación del mundo real en la que un usuario está lejos de un escritorio, necesita datos o contexto, debe actuar con rapidez, y opera dentro de un entorno restringido.
Lejos de un escritorio
Cualquier dispositivo que ya tengan en la mano, no una pantalla frente a la que se hayan sentado.
Necesita datos o contexto
Una decisión que depende de información que aún no tienen memorizada.
Debe actuar con rapidez
Volver primero a un escritorio no es una opción real en ese momento.
Entorno restringido
El suelo de un almacén, un vehículo en movimiento, un muelle de carga, no una oficina.
Esa definición importa más de lo que parece que debería, porque descarta gran parte de lo que las conversaciones sobre estrategia móvil suelen dar por defecto: no se trata de si nuestro software se ve bien en un teléfono, se trata de si estar en un teléfono, en ese momento concreto, cambia la decisión que alguien puede tomar.
Replantear el encargo de esta manera también cambió quién necesitaba estar en la sala. Una pregunta de plataforma la responden la arquitectura y la ingeniería. Una pregunta de momentos necesita a las personas que realmente saben cómo es, día a día, el suelo del almacén de un proveedor, el muelle de un minorista, o la cabina de un conductor, por eso el taller se construyó en torno a grupos multidisciplinares en lugar de un único equipo de estrategia móvil trabajando de forma aislada.
Una pregunta replanteada solo es útil una vez que se ha contrastado con evidencia real, a escala, con las personas que realmente son dueñas de los problemas.
Facilitar evidencia estructurada
Veinte personas, cuatro continentes, una tarde. Conseguir que un grupo genuinamente global y multidisciplinar llegue a una visión compartida y defendible de dieciséis momentos candidatos no ocurre sin una estructura deliberada.
Organicé el taller en torno a cuatro grupos de trabajo multidisciplinares, uno por área de producto de DCS: End-to-End Quality Assurance (E2EQA, dividido en dos grupos dado su alcance), Reusable Asset Management and Connected Pallet Visibility (RAM/CPV), y Retail Promotions. Cada grupo reunió las perspectivas de producto, investigación UX, diseño UX, ingeniería, contenido y operaciones sobre el mismo conjunto de momentos, de modo que el punto ciego de ninguna disciplina quedara sin cuestionar.
Para cada momento debatido, cada grupo siguió la misma estructura: la tarea en cuestión, la necesidad subyacente del usuario, los puntos de dolor ya conocidos, y las limitaciones prácticas de hacerlo en un dispositivo móvil en ese entorno concreto. Esa consistencia es lo que hizo comparables los dieciséis momentos después, en lugar de dieciséis conversaciones inconexas que resultaron compartir sala de taller.
El formato, de un vistazo
Para cada momento: tareas, necesidades, puntos de dolor y limitaciones, debatidos con una estructura consistente.
Doce de los dieciséis momentos se exploraron en profundidad en el tiempo disponible; los cuatro restantes se señalan más adelante como necesitados de más discovery, en lugar de dejarlos desaparecer silenciosamente del registro.
Doce conversaciones, estructuradas de la misma manera, es lo que convirtió opiniones individuales en un cuerpo de evidencia comparable.
Lo que aprendimos
Cada momento se evaluó por su valor potencial frente a su riesgo potencial, y después se clasificó según la fuerza real de la oportunidad de movilidad que representaba, no según lo interesante que sonara en la sala.
El titular honesto: la mayoría de los momentos de movilidad no son, por sí solos, oportunidades de producto. Los más fuertes compartían un patrón: datos en tiempo real, toma de decisiones y flujos de trabajo operativos que se cruzaban en un momento en el que alguien realmente no podía llegar a un escritorio. Los más débiles compartían un patrón distinto: la movilidad añadía un paso a un proceso que una herramienta física, una integración, o una pieza de automatización ya resolvían mejor.
Seis de los doce momentos explorados merecen recorrerse individualmente, tres que se ganaron su lugar en la hoja de ruta, tres que no, junto con la foto usada para anclar cada debate y los hallazgos reales que surgieron de él:
Otros dos momentos se señalaron como genuinamente arriesgados en lugar de simplemente débiles, casos en los que una solución móvil independiente podría en realidad empeorar un problema existente de precisión de datos o de adopción, no mejorarlo. Cuatro momentos no se debatieron por falta de tiempo y quedan registrados como necesitados de discovery dedicado, en lugar de darlos por descartados.
Cuatro temas surgieron con suficiente frecuencia, en momentos por lo demás no relacionados, como para dejar de ser la opinión de un grupo y convertirse en las conclusiones reales del taller: la integración fluida del ecosistema de datos y procesos es lo que decide el éxito o el fracaso; el valor más alto suele estar aguas arriba de donde tiene que ir el esfuerzo; las soluciones parciales tienden a introducir problemas nuevos en lugar de eliminar los antiguos; y todavía se necesita más investigación antes de que DCS pueda confiar en el ROI de cliente y en el ajuste producto-mercado específicamente para la movilidad.
Bajo los momentos individuales, el mismo puñado de fuerzas seguía decidiendo si la movilidad realmente ayudaba.
Temas emergentes
Tres fuerzas seguían apareciendo, fuera cual fuera el momento sobre la mesa, y se convirtieron en el prisma para juzgar cada recomendación que siguió.
Valor de extremo a extremo
La movilidad solo se gana su lugar cuando apoya todo el flujo de trabajo, no un paso en medio.
Las oportunidades más fuertes compartían valor a lo largo de la cadena de suministro, en lugar de que un actor se beneficiara a costa de otro. Resolver solo una parte de un proceso, un riesgo de flujo de trabajo parcial, suele ser lo que impide que una idea plausible llegue a ganarse la adopción.
Datos y sistemas
La movilidad solo funciona cuando los datos fluyen directamente hacia los sistemas en los que la gente ya confía.
WMS, herramientas de control de calidad, plataformas de transporte e inventario, no un silo móvil aparte. Cuando un flujo de trabajo ya tiene problemas con datos aislados en varios sistemas, un paso de captura móvil rara vez elimina esa fricción, simplemente la traslada.
Adopción y fricción
Los equipos adoptan la movilidad solo cuando el beneficio es obvio, inmediato, y respaldado por datos en los que realmente confían.
Los guantes, el ruido y la presión de tiempo no se pueden desear que desaparezcan, y los paralelismos del mundo real fuera de Brambles reforzaron el mismo patrón: todos podían ver el valor teórico, pocos podían materializarlo sin abordar la fricción directamente.
Los temas solo se justifican una vez que cambian lo que el negocio decide hacer a continuación.
Recomendaciones
Cinco recomendaciones, construidas para durar más allá de este único taller: una forma de decidir sobre las próximas cien ideas de movilidad, no solo un veredicto sobre estas dieciséis.
Crear un marco para la movilidad
Un único conjunto de criterios, aplicado siempre, en lugar de un veredicto argumentado desde cero cada vez.
Establecer criterios claros, valor, esfuerzo, viabilidad e impacto en el ecosistema, para evaluar cualquier idea de movilidad. Priorizar los momentos de alto valor que mejoran la toma de decisiones y reducen la fricción operativa, y usar el marco para mantener la toma de decisiones consistente en lugar de volver a litigar cada solicitud.
Aclarar el papel de DCS en la pila de valor
Decidir deliberadamente qué capa posee DCS, y después diseñar para el resto del ecosistema en lugar de en torno a él.
Ser explícitos sobre qué partes de la pila de valor posee DCS: dispositivo, datos, flujo de trabajo o servicio. Decidir deliberadamente dónde deben liderar los sistemas de clientes y socios, y diseñar la movilidad como parte de un panorama más amplio e interoperable en lugar de como una capa independiente.
Refinar la propuesta de valor y los segmentos de clientes
Construir para los segmentos donde la movilidad elimina trabajo real, no para la solicitud puntual más ruidosa.
Priorizar los segmentos y flujos de trabajo donde la movilidad mejora de forma significativa una decisión o elimina trabajo real. Apuntar a escenarios compartidos y repetibles en lugar de solicitudes puntuales, y evitar sobreajustar a un caso límite de un único cliente.
Afinar el posicionamiento del producto y la visión a largo plazo
Dejar que la hoja de ruta decida qué se construye a continuación, no quien haya preguntado más recientemente.
Anclar la movilidad a hacia dónde se dirige realmente la cartera de DCS. Priorizar los momentos que refuerzan esa hoja de ruta en lugar de quedarse en su periferia, y dejar que la dirección de producto a largo plazo, no la solicitud inmediata más ruidosa, guíe la inversión.
Abordar explícitamente la fricción introducida por el producto
Parte de la fricción es nuestra responsabilidad arreglarla, así que dejemos de tratarla como el precio de pasar a lo móvil.
Separar la fricción que proviene de nuestras propias herramientas de la que proviene de problemas genuinos de los clientes, y rediseñar o eliminar los pasos innecesarios en lugar de aceptarlos como el coste de pasar a lo móvil.
Un taller solo se gana su lugar en una estrategia una vez que sus conclusiones se convierten en la próxima decisión de alguien.
Dónde estamos hoy
Entregado a la dirección de DCS como una síntesis, no como una única opinión, con próximos pasos claros sobre lo que todavía necesita validarse antes de comprometer cualquier inversión móvil.
Los próximos pasos acordados con la dirección: validar los hallazgos agrupados directamente con clientes y socios, priorizar el discovery sobre los cuatro momentos que el taller no tuvo tiempo de alcanzar, co-diseñar briefs específicos para los momentos más fuertes de E2EQA y RAM/CPV, definir la propiedad de las decisiones de movilidad que sigan, e identificar mejoras a corto plazo que reduzcan la fricción en todos los flujos de trabajo de DCS mientras tanto.
Lo que esto demuestra
El trabajo de estrategia a este nivel no consiste en decidir qué construir. La mayoría de las veces, consiste en decidir, con evidencia, qué no construir todavía, y ser capaz de decírselo con claridad a la dirección.
La respuesta de mayor valor a “¿necesitamos una estrategia móvil?” fue negarse a responderla hasta que existiera la evidencia para hacerlo correctamente.
Esto fue replantear una pregunta ambigua con forma de plataforma en algo comprobable, reunir a los interesados y la evidencia para comprobarla correctamente, y facilitar un taller genuinamente global y multidisciplinar en lugar de la opinión de un único equipo. Sintetizar tanta aportación cualitativa, junto con Olga y Karen, en cinco recomendaciones sobre las que la dirección realmente puede actuar, es la misma disciplina que hay detrás de cada otro caso de estudio de este sitio, aplicada un nivel más arriba, al nivel de lo que debería ser la hoja de ruta, no solo de lo que debería hacer una pantalla.
¿Quieres el dossier completo del taller?
Los dieciséis momentos, los hallazgos de cada grupo de trabajo y el conjunto completo de recomendaciones, exactamente como se entregaron a la dirección de DCS.
Descargar el dossier completo (PDF)Ver el mismo enfoque basado en evidencia aplicado a un producto lanzado.





