Construyendo tu marketing stack

No es un secreto el papel que la tecnología está adquiriendo en todos los aspectos de nuestra vida, tanto privados como profesionales. Nuestra vida ha sido impactado en la misma forma que lo está siendo el negocio. La gran mayorías de las decisiones están yendo en la dirección de la automatización, con el objeto de agilizar y acelerar los procesos, poder dar respuestas en tiempo real aportando un valor añadido, agilizar la toma decisiones, controlar acciones,… Desde el campo comercial y el marketing se añade la personalización, que humaniza (al menos en teoría) las relaciones entre consumidores/clientes y empresas, para poder establecer lazos más estrechos y a largo plazo.

Este paradigma hace que grande agencias y consultoras de tecnología se disputen diferentes proyectos, ofertando diferentes servicios. Es un mercado en plena crecimiento que está siendo transformado (como analizamos hace tiempo en otro post). Otro de los ejemplos que hace pensar el peso de la tecnología es cómo está afectando al negocio en su día a día. No es raro oír hablar a profesionales del marketing de integraciones de sistemas (para amplificar modelos de datos principalmente) mediante llamadas API (Application programming interface) . Estos conceptos técnicos, anteriormente reservados para especialistas están en boca del ¨gran público¨ (marketeros, incluso responsables de negocio), lo que hace reflexionar sobre el gran cambio. Otro de los conceptos sobre los que se suele debatir, fuera de los círculos técnicos es el marketing stack. Es decir, el conjunto de aplicaciones y sistemas, que interconectados nos permitirán la consecución de nuestros objetivos. La aparición, y gran adopción de sistemas en la nube, ha hecho que equipos de negocio estén también en el día a día de estas batallas. Obviamente enfrentándose desde otro punto de vista, pero de cualquier modo algo impensable hace unos años.

Debido a la arquitectura en nube de estas plataformas (CRMs, ERPs, DMPs, CMPs, Marketing automation, CMS, Adservers,..) se trata de algo relativamente invisible (en cuanto a infraestuctura), y mucho más tangible para el usuario final. Por este motivo, el negocio está mucho más involucrado, y como se ha comentado en varias ocasiones, la petición o requerimiento inicial debe venir en esa dirección, ya que en el fondo la tecnología está para soportar al negocio. Una vez que la misión, valores y objetivos estén claros, podemos pasar a discutir una estrategia, que fundamentalmente se basará en el uso de una herramienta como las mencionadas. Esto vuelve ha abrir algunas preguntas y puntos a considerar:

  • A dónde queremos llegar. Cúal es el estado ideal final. Obviamente no poder definirlo de forma cerrada, ya que a lo largo del camino diferentes condicionantes evolucionarán, y tendremos que ir adecuándolo. Pero si debe marca el rumbo a seguir
  • Prioridades de negocio (casos de uso). Relacionado al punto anterior, no se trata de definir por completo todo el trabajo a realizar, sino centrarnos en las prioridades de negocio para ver cómo solucionarlas, aportar valor y seguir investigando. Por lo tanto definir y listar las prioridades de negocio, nos hará traducir mejor los requerimientos técnicos y funcionalidades a desarrollar
  • Equipo de trabajo. Que incluye los roles y responsabilidades. Si queremos ser competitivos, debemos manejarnos en un entorno altamente capacitado, adaptable al cambio y de mentalidad ¨ágil¨. El equipo interno puede, o no, estar complementado por consultores externos, decisión que dependerá de cada caso. Pero lo que si es importante es tener un equipo sólido y completo.

Uno de los primeros puntos que hay que empezar a trabajar, a la hora de enfrentarse a la decisión de que sistemas evaluar es pensar en funcionalidades. Sistemas hay muchos y variados (CRMs, DMPs, ERPs, CMP, desarrollos a medida,..) pero lo importante es saber que queremos hacer. Con esta información podemos decidir como queremos utilizar los sistemas, y que enfoque encaja mejor en nuestra organización. Por supuesto, debemos pensar en el fabricante como un aliado, como un socio, ya que estamos confiando en él para soportan muchos de los procesos de negocio, y posiblemente muchos de ellos clave para nosotros. Por lo que establecer una relación de confianza mutua en la que podamos evolucionar de forma conjunta será lo que marcará el éxito. Existen muchas formas de establecer esa colaboración, pero una vez más dependerá principalmente de nuestra organización y de qué es lo que más convenga a ambas. Lo que sí será común a todos será establecer un gobierno. Según involucremos más recursos externos en nuestro entorno, más complicada se volverá la gestión y ese gobierno será fundamental y la única forma de mantenerlo bajo control. Por lo tanto, la selección de ese socio y colaborador deberá hacerse teniendo en cuenta parámetros técnicos (funcionalidades y experiencia) pero también afinidad cultural, visión a largo plazo…

Como he comentado al principio, con las plataformas en nube la infraestructura deja de ser un problema y debemos preocuparnos de la adecuación a nuestro negocio. Lo que hace único nuestro negocio son los datos, y para ellos pensar en el modelo de datos, y el flujo de los mismos será lo que nos haga triunfar. Todas las plataformas modernas están mas que diseñadas para estar interconectadas e integradas, pero lo que está en nuestras manos es decidir cómo queremos que fluyan esos datos. Durante la implementación surgirán diferentes retos, y quien esté colaborando en esa fase debe ser capaz de asesorar de la mejor forma posible

Tampoco podemos pretender tener listo desde el primer día todo nuestro ecosistemas. De hecho si queremos avanzar rápido es mejor construir algo pequeño que funcione de forma completa, y luego pensar cómo escalarlo rápido. Un a prueba de concepto o piloto puede ser el mejor enfoque inicial. Además nos hará conocer mejor al fabricante, la potencialidad de la herramienta y seguramente nos hará plantearnos nuestras prioridades de nuevo. En el fondo se trata de ir ganando experiencia y conocimiento, y una de las mejores formas es compartir nuestras experiencias con otras organizaciones. Esto requiere tener entornos de pruebas, realizar test, pero sobre todo ser capaces de corregir rápidos los errores para volver a estar en posición. La innovación va a compartir y colaborar. Trabajar de forma aislada no va a ayudar a tener más éxito, y hay muchos ejemplos que lo prueban (grandes compañías tecnológicas de Boston de los años 80 y 90, en comparación con las pequeñas start ups actuales de silicon valley por ejemplo). Si tenemos en cuenta que el mundo de la tecnología para el marketing y área comercial es la que más competencia tiene (recomiendo seguir a Scott Brinker), por lo que tener referencias que puedan ir guiando nuestras decisiones y actividades nos hará poder progresar más rápido y de forma más segura (sabiendo que no hay dos organizaciones iguales)

La nueva ruta de la seda

Silk_Road_in_the_I_century_AD_-_es.svg

Desde el principio de la humanidad, cuando el hombre se adentró en el mundo agricultura, donde se asentó en un sitio estable (dejando de ser un cazador errante), éste ha buscado crear comunidades, la colaboración y crear grupos en los que se pueda apoyar el crecimiento (personal y como grupo).

Muchas de esas aldeas que se crearon en su día, estaban completamente aisladas. La calzadas romanas y otras tantas vías empezaron a acercar culturas, crear colaboraciones y aparecieron nuevas oportunidades de negocio, y por lo tanto también obstáculos. Una de esas rutas fue la ruta de la seda. De hecho creo que podemos clasificarla como una de las primeras grandes disrupciones de la sociedad. Las culturas se entremezclaron, se aceleró la comercialización (exportación/importación) de ciertos productos, y las primeras cadenas de suministro aparecieron para servir al ecosistema creado. La sociedad avanzó a gran ritmo, se crearon nuevos negocios (alojamiento para los transportistas por ejemplo) pero también surgieron nuevos riesgos, como saqueadores y ladrones que asaltaban las caravanas para conseguir un botín.

Nos encontramos en una época, en la que Internet ha conseguido un mundo más globalizado, existiendo más mezcla entre culturas (que decir del programa Erasmus por ejemplo), pero también se ha facilitado el comercio sin fronteras a nivel global como han demostrado varias plataformas de comercio electrónico. En cuanto a concepto, podemos establecer varias similitudes, pero como hemos hecho en otras ocasiones, debemos recordar que la característica de esta época que estamos viviendo es la gran cantidad de innovación existente y la rapidez con la que se están generando muchos cambios. Es una época de alto dinamismo, donde lo que se piensa actualmente, puede cambiar en cuanto menos nos lo esperemos.

La innovación es la única forma de avanzar, de seguir creciendo y de progresar. Aunque haya estado íntimamente unido a la tecnología, no debería ser territorio único. Deberíamos verlo como algo más amplio. No obstante se trata de crear nuevas soluciones para problemas existentes (en muchos casos con tecnologías que ya conocemos).

Muchos grandes autores (entre los que recomiendo a Greg Satell y su libro ¨Mapping innovation¨) ha clasificado la innovación en diferentes grupos, en función de diferentes parámetros. Pero todas ellas se basan en los mismos principios. Mejorar el tiempo de puesta en marcha (en algunos casos comercialización) es el nuevo paradigma, en vez de medir todo en función del retorno de la inversión. No quiero decir que no sea importante, sino que es más importante el impacto en el negocio, que el retorno directos de forma inmediata en euros. Una mentalidad completamente Agil será la que nos ayudará a diseñar, iterar, probar, conseguir feedback del cliente y volver a iniciar el ciclo.

Parece que es una fórmula secreta, que aplicada en cualquier caso dará los resultados deseados. Pero si es así, ¿porque tantas grandes empresas están sufriendo para conseguir implementar y potenciar todo esto? Cada empresa es un mundo, y cada una intenta hacerlo con la opción que mejor encaja en cada caso. Algunas intentan hacerlo mediante unidades de negocio independientes dedicadas a la innovación (en forma de labs, …), otras intentan alianzas con universidades, y otros con iniciativas puntales como hackathones o similares. Pero si miramos grandes empresas que triunfan en este campo, todas tienen la innovación en el ADN de la cultura. Google, por ejemplo tiene la famosa regla del 20%, en la que todos sus empleados pueden emplear esa porcentaje de su tiempo en nuevos proyectos e iniciativas originadas por ellos mismos.

En todos los casos oímos los mismos conceptos: moonshots, MVP, prototipos,.. siguiendo en todos ellos un ciclo similar en las que se cuenta con un presupuesto, se demuestran los resultados obtenidos y se decide si mejorar o si parar ahí mismo la iniciativa. La forma de trabajar cambia, haciéndose mucho más relevante la red de contactos, la colaboración y la formación de equipos multidisciplinares (ya sea de forma interna o externa). Informarse y formarse es más fácil que nunca, ya que la aparición y expansión de internet ha democratizado la información, que tal importante es para potenciar la innovación. En ciertos casos, justo este punto fue el freno u obstáculo al que se encontraron algunas estrellas como Fleming. El cual necesitó de la ayuda de algunos colegas para poder hacer estable el principio activo y crear un producto.

Por supuesto que muchas empresas utilizan la innovación como una herramienta de promoción, mas que como un motor de crecimiento. Pero como dice el refrán popular, antes se coge a un mentiroso que a un cojo. La verdadera innovación resuelve verdaderos problemas de los clientes, lo que hace que su compromiso con esa marca sea mucho mayor.

Como reza el título del articulo, y cómo mencionaba en algún párrafo superior, la innovación, al igual que la ruta de la seda tienen grandes impactos en la sociedad, pero actualmente el impacto es mucho más rápido. Por este motivo, debemos pensar en los efectos secundarios y su implicación ética. Innovar es un motor de crecimiento, pero no a cualquier precio. La gran revolución será ética

MVP, prototipo, iteración.. ¿Cómo lo hacemos?

Existen multitud de nuevas metodologías de trabajo relacionadas con la digitalización, innovación, nuevas tecnologías y nuevos modelos de negocio. Seguro que te suenan el scrum (si, también se utiliza en el rugby), design thinking, lean start up, etc. Cada una con características diferentes que las hacen únicas para cada iniciativa, pero todas ellas basadas en el mismo concepto de idear, construir, testar y mejorar.

No hay empresa que no hable de ser ¨Customer Centric¨, o presentación empresarial (da igual el sector o el tamaño de la misma) en la que no aparezcan referencias. Sin embargo no debemos tomarlo con una forma de promoción de nuestra empresa o equipo (mal entendido como marketing) sino como una forma de gestión. Esta forma de gestión debe de verdad pensar en el cliente, debe ponerlo en el centro de su estrategia y rediseñar sus operaciones en torno a estos conceptos. Para ello hay que realizar cambios, tenemos que repensar nuestros procesos, y proponer alternativas a estos. La gestión del cambio será lo más complicado de todo el proceso, pero indispensable si queremos que haga efecto.

Normalmente cuando nos enfrentamos a este tipo de cambios, y una vez ya metidos en harina, nos encontraremos enfrente de largas listas de cambios, o de cosas que queremos probar. El gran secreto de esta nueva forma de gestión es la priorización. Esta debe establecerse en torno a dos parámetros: impacto de negocio y coste de implementación.

A cualquiera que preguntemos, aunque sea de la empresa más rentable del mundo contará con recursos y presupuestos limitados. Y si pensamos en los casos más habituales en los que solemos trabajar, esa limitación de tiempo y dinero será incluso mayor. Históricamente la métrica más utilizada en este tipo de iniciativas era el ROI (retorno de la inversión). Sin embargo las coyuntura actual nos ha hecho pensar en como cambiar estas métricas por algo que se adecue más a las características del entorno corporativo donde el dinamismo y la agilidad ha impuesto el tiempo de comercialización (time-to-market) como la métrica a utilizar, y el feedback de los usuarios como el combustible para seguir progresando y evolucionando nuestro producto.

Si hablamos de la forma de diseñar o incluso un paso antes, de cómo afrontar la estructura de estas actividades debemos hablar de casos de uso completos, de procesos de principio a fin (obviamente con el cliente en el centro). Parece un mantra lo de evitemos los silos, pero es que la colaboración es lo único que nos salvará de la catastrofre. No creo que sea necesario volver a repetir la importancia de la correcta explotación de los datos, con el objetivo de poder tomar decisiones de forma holística. Pero como siempre, lo perfecto es enemigo de lo bueno.

Se escuchan muchos los conceptos de MVP (producto más viable), prototipo, versión, iteración, fase,.. Pero no tienen nada que ver, y no todas son intercambiables o son conveniente para nuestro objetivo. Además contamos con un problema añadido como es la diferente interpretación del mismo concepto por diferentes personas.

Personalmente yo soy más partidario del concepto de MVP. Se trata de el diseño y construcción de un primer producto, con funcionalidad completa (un mínimo de una funcionalidad es suficiente) y posiblemente básica, que será completado y mejorado en diferentes procesos posteriores. Para ilustrarlo con un ejmplo, pongamos el siguiente caso. Estamos en la industria del transporte y tenemos las siguientes opciones:

  • Construir un patin, luego un patinete, mejorarle las ruedas, convertirlo en bici, en triciclo, en un vehículo ligero, en un coche utilitario y en un deportivo
  • Construir una rueda con llanta de aleación, diseñar unas puertas para un deportivo, conseguir los mejores asientos de cuero del mercado,… Y seguir así hasta conseguir el deportivo completo.

Si miramos en estos dos ejemplos, ¿cúal será mas caro? ¿qué proceso tardará más en llegar al producto final? Pero más importante ¿qué proceso conseguirá un producto que se ajuste mejor a lo que el cliente busca? Pensemos que con el primer método, se puede ir ajustando en función de lo que el cliente vaya opinando y experimentando, por lo que se puede ir variando (pivotando según la jerga) , pudiendo incluso a llegar a un tractor o a un helicóptero. Sabemos dónde empezamos, pero no donde terminamos. Sin embargo con el segundo método, apostamos desde el principio a que nuestra idea es la correcta, a que los requisitos no cambiarán, y por lo tanto no habrá posibilidad de ajusta las características en función del feedback recibido.

La facilidad de introducir cambios, y por lo tanto mejoras, y ajustes para incorporar o actualizar nuevos requerimientos, está dinamizada por la exposición constante de nuestro producto al público (clientes), que nos irá diciendo como quiere utilizarlo, y que es lo que necesita. Podremos diseñar y construir justo lo que necesiten.

Una de las claves es sacar productos productivos, usables y con funcionalidad completa. Pero por encima de todo, hay que sentar las expectativas correctas, para que el cliente sepa a qué atenderse, y cómo entender el producto.

El desarrollo por fases se puede convertir en algo eterno. Pero como hemos visto en nuestro ejemplo, podemos hacerlo monetizando nuestros esfuerzos a la vez que entendemos qué fallos hemos cometido y ajustamos los mismos con las correcciones proveídas por los clientes. O podemos hacerlo de forma que todos los componentes sean perfectos (o casi), pero el resultado final sea inútil (ya que no es lo que el cliente busca o quiere). Mostar valor de forma rápido nos dará un valor añadido diferencial, y podremos adquirir una posición en el mercado que marque nuestro destino

Una nueva religion

En el mundo emprendedor, se han puesto de «moda» muchas palabras. Una de ellas es Lean, que hace referencia a una metodología de trabajo o de gestión de proyectos. No es intención de este post hacer un análisis detallado de esta metodología, sino analizar por qué se debe o no seguir una.

Simplemente a modo de referencia decir, que se trata de una metodología con ciclos de trabajo muy rápidos, en la que casi no existe la planificación y la ejecución y el permanente control ocupan casi todo el protagonismo. Para ver más detalles consultar este link.

Una metodología viene a ser un conjunto de buenas prácticas o estándares recomendables para seguir (algo se me ha quedado al estudiar el PMI-PMP). Pero como conjunto de buenas prácticas, y tal y como hablamos en algún post anterior, no deben ser aplicadas a lo loco o sin pensar. Es necesario aplicar el sentido común, y sobre todo ver en qué sector estamos, qué tipo de empresa o proyecto vamos a gestionar, qué es lo que queremos conseguir, objetivos, producto o servicio a desarrollar …. A nadie se le ocurriría aplicar la misma metodología de trabajo para construir una central nuclear (o de cualquier otro tipo), que para lanzar una tienda on-line de ropa para niños. Son proyectos totalmente diferentes, con requerimientos y objetivos nada parecidos. La primera necesitará etapas de planificación muy lentas y concienzudas, mientras la segunda podrá ser gestionada con un modelo evolutivo basado en prototipos.

Creo que el fallo que muchos emprendedores (y empleados de compañías) pueden están cometiendo es aplicar esta metodología lean, simplemente por que está de moda, o porque proporciona rápidos resultados. Por una lado, ponerse a trabajar sin una planificación exhaustiva y la «promesa» de resultados rápidos, puede ser muy atractivo. Pero cualquier proyecto que se nos ponga delante, por grande o pequeño que sea, necesita una planificación. La clave está en saber cómo realizarla, y sabiéndola encuadrar con la metodología perfecta.

Como antes comentaba, las metodologías, son un conjunto de buenas prácticas. Las metodologías no son religiones, que haya que tomar como un dogma.. Por lo que, debemos intentar pensar qué necesitamos para poder adaptarlo a nuestro caso. Ya que las particularidades de nuestro proyecto no están reflejadas en ningún manual, y será necesario saber tratarlas adecuadamente.

Por otro lado también se puede pecar de una excesiva planificación, con largos análisis de mercado. Porque es importante la ejecución. Es decir trabajar, trabajar y trabajar. En esta parte será donde descubramos muchas de las particularidades, pero es importante haber pensado ya en ellas, y haber reflejado en la planificación cuál va a ser la forma de gestionarlas, para que consigamos ejecutarlas con éxito.

«La nueva religión» o metodologías lean, aportan muchos beneficios a las start up. El principal es poder llegar antes al mercado, para poder enfrentarse a la realidad, y ver cómo reacciona el cliente a nuestro producto/servicio.  Porque están basadas en ciclos productivos muy cortos, con entregables a modo prototipos que poder testar fácilmente. Es lo contrario a los «antiguos planes de negocio«, que se basaban más en la planificación y análisis, teniendo un desarrollo muy exacto a lo planificado. Y cuando finalmente se presenta al cliente final, puede que los requerimientos iniciales estuviera desfasados o no bien estimados. Cuya consecuencia es una gestión del cambio muy lenta. Utilicemos nuestro sentido común, y al igual que dijimos con las mejores prácticas, sepamos adaptarlas a nuestro caso.

Principios universales de Diseño

A menudo resulta interesante aprovechar conocimiento de disciplinas aparentemente alejadas del Marketing y el desarrollo de negocio para inspirarse. Mi afición por el Diseño me llevó hace tiempo a descubrir una maravilla de libro: “Universal principles of design” de William Lidwell. De una forma muy atractiva y visual, realiza un viaje a lo largo de una serie de principios generales del Diseño, de los cuales recogemos una breve reseña de aquellos con una aplicación más directa al Marketing. No obstante, recomendamos encarecidamente su lectura, absolutamente amena e inspiradora.

Regla del 80/20

Un alto porcentaje de efectos en cualquier sistema grande es causado por un porcentaje bajo de variables.

Accesibilidad

Los objetos y los ambientes se deben diseñar para ser utilizados, sin tener que ser modificados, por tanta gente como sea posible.

Efecto de la Estético-Utilidad

Se perciben los diseños estéticos como más fáciles de utilizar que diseños menos estéticos.

Disonancia cognitiva

Tendencia a buscar consistencia entre actitudes, pensamientos, y creencias.

Confirmación

Técnica para prevenir acciones involuntarias requiriendo la verificación de las acciones antes de que se realicen.

Consistencia

La utilidad de un sistema se mejora cuando las piezas similares se expresan de forma similar.

Costes vs. beneficios

Una actividad será perseguida solamente si sus ventajas son iguales o mayores que los costes de desarrollarla.

Ciclo de desarrollo

Los productos con éxito siguen típicamente cuatro etapas en su creación: toma de requerimientos, diseño, desarrollo y prueba.

Efecto de la exposición

La exposición repetida a estímulos para los cuales la gente tiene sensaciones neutrales aumentará el atractivo de esos estímulos.

Cinco estantes para colocar el sombrero

Hay cinco maneras de organizar la información: por categoría, temporal, por localización, alfabéticamente y como una serie continua.

Flexibilidad vs. Utilidad

Mientras que la flexibilidad de un sistema aumenta, la utilidad del sistema disminuye.

Perdonar el error

Los diseños deben ayudar a evitar errores y reducir al mínimo las consecuencias negativas de errores cuando ocurren.

La forma sigue a la función

La belleza en diseño resulta de la pureza de la función.

Marco de referencia

Técnica que influye en la toma de una decisión y el juicio manipulando la manera de la que se muestra la información.

Parálisis – Escape – Lucha – Rendición

Secuencia típica de respuestas frente a la tensión aguda en seres humanos.

Basura dentro, basura fuera

La calidad de la salida de información de un sistema depende de la calidad de la información de entrada al sistema.

Ley de Hick

El tiempo que requiere tomar una decisión crece al aumentar el número de alternativas.

Jerarquía de las necesidades

Para que un diseño sea acertado, debe resolver las necesidades básicas de la gente antes de que pueda procurar satisfacer necesidades de un nivel superior.

Efectos de interferencia

Fenómeno por el cual el proceso mental va más lento y es menos preciso por el hecho de desarrollar procesos mentales paralelos.

Ciclo vital

Todos los productos progresan secuencialmente en cuatro etapas de existencia: introducción, crecimiento, madurez, y declive.

Modelo mental

La gente entiende e interactúa recíprocamente con los sistemas y los ambientes según las representaciones mentales desarrolladas por la experiencia.

No inventado aquí

Natural inclinación contra las ideas e innovaciones que se originan en otros lugares.

Navaja de Ockham

Dados varios diseños de funcionalidad equivalente, el diseño más simple debe ser seleccionado.

Carga vs. Rendimiento

Cuanto mayor es el esfuerzo para lograr una tarea, menos probable será que la tarea sea lograda con éxito.

Rendimiento vs. Preferencia

Los diseños que ayudan a conseguir rendimientos óptimos a menudo no son los mismos diseños que la gente encuentra más deseables.

Efecto de la superioridad de las imágenes

Se recuerdan las imágenes mejor que palabras.

Prototipo

El uso de modelos simplificados e incompletos de un diseño para explorar ideas, elaborar los requisitos, refinar las especificaciones, y probar la funcionalidad.

Recordar vs. Reconocer

La memoria para reconocer las cosas es mejor que la memoria para recordarlas.

Lo mejor es enemigo de lo bueno

A menudo es mejor una solución satisfactoria que una óptima.

Error de escala

Tendencia a asumir que un sistema que trabaja a cierta escala también trabajará en una escala más pequeña o más grande.

Escasez

Los artículos y las oportunidades llegan a ser más deseables cuando se perciben como más escasas.

Señal vs. Ruido

Cuanto mayor sea el cociente entre la señal y el ruido mejor será la transmisión de la información.

Principio de incertidumbre

El acto de medir ciertas variables sensibles en un sistema puede alterarlas, y confunde la exactitud de la medida.

Efecto Veblen

Tendencia a encontrar un producto deseable por el hecho de tener un precio elevado.

Efecto von Restorff

Fenómeno de la memoria por el cual las cosas más atípicas son más probables de ser recordadas que las cosas más comunes.

Animamos a los lectores a que vía comentarios enriquezcan con experiencias personales la aplicación de estas leyes universales del Diseño a casos de desarrollo de productos o servicios.

A %d blogueros les gusta esto: