Diseño de Productos: Del Problema a la Solución Realista
Resumen
Antes de empezar a diseñar debemos de conocer las herramientas existentes que pueden ayudar a resolver el problema que plantea resolver nuestro producto, esto ayuda a definir cómo podría funcionar el flujo del usuario y proponer nuevas formas de solucionar el problema.
Hay que delimitar la idea, para eso versiona tu idea en:
La gran idea: La idea sin filtros, con todas las funcionalidades que se planteen en una lluvia de ideas, incluyendo los plus o nice to have .
La idea realista: Una idea intermedia entre la idea pequeña y la gran idea, que contenga un gran valor para el usuario, pero que no sea tan complicada de desarrollar.
La idea pequeña: Las funcionalidades más importantes del negocio, las cuales, al no existir, imposibiliten la operación.
No confíes tanto en tu idea, prueba, juzga, compara, inténtalo de nuevo
Algo que funciona muy bien es diseñar una versión con las características mínimas necesarias (MVP) para que funcione el negocio, sin dejar de lado la usabilidad y una vez lanzada implementar nuevos features poco a poco que nutran el producto y le aporten mayor valor al usuario. Se parte de una idea pequeña hasta alcanzar esa gran idea. Lo importante aquí es diseñar el MVP pensando en los features venideros (a nivel de diseño y funcionalidad).
Muy buen aporte!!!
Buenísima idea!!! Muchas gracias.
Para definir la "gran idea" con sus funcionalidades, se puede utilizar "MINDMAP", que es una metodologia perceptiva basada en el Pensamiento Visual y el Pensamiento Asociativo que sirve para organizar y representar la información de forma rápida y estructurada de los componentes. Después para llegar a la "idea realista" podemos llevar una tabla con ponderación para poner prioridades
Hola @fabyalvarez :D
Excelente idea la de usar los mindmaps. En la siguiente clase el profesor nos muestra la herramienta Coggle.it, está bastante buena :D
Deberían reorientar el hilo de la carrera de diseño UI y poner este curso como uno de los primeros. Es el mejor!
Hola @msl2426 :D
¿Cómo sugerirías que debería ser el hilo de aprendizaje?
que tal, a mi parecer este curso se encuentra bien clasificado ya que habla de varios temas que se han visto en la ruta anteriormente, por supuesto uno quiere aprender todo de una vez, pero esta ok
Antes de comenzar a crear nuestra aplicación o plataforma, debemos definir la arquitectura de nuestra aplicación, la arquitectura es la definición de todas las funcionalidades de nuestra aplicación, para realizar de forma correcta este proceso, debemos primero identificar el problema y conocer el software y hardware necesarios para hacer que la aplicación funcione, es decir, deberemos conocer el contexto del problema que queremos solucionar, una vez identificado esto, es momento de definir los limites de la aplicación, es decir, definir las funcionalidades mas importantes y necesarias para el correcto funcionamiento de la aplicación, y apartar aquellas ideas que tengamos que pueden mejorar la aplicación. Una vez hecho todo este proceso, debemos comenzar a comparar y juzgar nuestra aplicación e iterar en la creación para mejorar en los aspectos que sea necesario.
Para priorizar funcionalidades se define el MVP ( minimum viable producto)
Se clasifican en:
MUST
SHOULD
NICE
Así es @Julian :D
Excelente aporte
Cuando habló de "Limites" recordé que en la universidad en Arquitectura de software, poníamos los requerimientos funcionales y no funcionales. Funcionales: Las cosas que debe hacer el software y que son necesarias para que funcione el flujo. No funcionales: Add- on que si bien se pueden agregar no son necesarias para que funcione el flujo.
Si no tienes conocimientos suficientes sobre la tecnología necesaria para tu producto, es importante compartir la idea y el flujo de usuarios con el líder técnico que construirá el producto.
Esto te evitará definir funcionalidades que no son alcanzables en las primeras versiones del producto, mejorará la comunicación y te aportará alternativas realizables a corto plazo.
Me pasaba mucho al principio. Empezaba con la gran idea y recibía muchos "no se puede" de los desarrolladores. Lo ideal es, como dices, pensar en grande pero sincerarnos de "hasta donde hacemos para entregar valor". Hay ideas simples y muy exitosas (como instagram) que sirven de ejemplo.
Jerarquizar los requerimientos.
Resolver prioridades.
Considerar demás ideas y aspectos secundarios para una segunda fase de proyecto.
Llevo esto.
11. Definición del producto (Arquitectura tecnológica)
Conocer las herramientas existentes para definir los flujos
Lista de herramientas necesarias
Software
Hardware
Lista de preguntas para ti y el cliente
Crear la manera más grande posible, en el camino se van quitando cosas
Funcionalidades plus - funcionalidades mínimas = lo realista
Lo importante es no sentarse a diseñar sin antes estar seguros de que el usuario está interesado. Por eso, es necesario crear pequeños experimentos para recibir la mayor cantidad de retroalimentación.
De acuerdo, lo importante en estos procesos de diseño es hacer al usuario participe de la fase de diseño, siempre es aconsejable realizar pruebas de usabilidad y estás las puedes hacer con prototipos de papel o digitales.
Pero es complejo ese trato con los usuarios por que en muchas ocasiones se queda en un ciclo infinito. Siempre quieren cambios, entiendo lo definir un limite pero después de darle participación e intentar frenarlo se vuelve tedioso.
Debería haber un curso de como tratar con usuarios jajaj.
Me recordó al método de Walt Disney, su proceso creativo iniciaba en una lluvia de ideas sin filtros y posteriormente se seleccionaba de forma realista aquello que en verdad puede funcionar para finalizar en ideas viables, creativas y bien fundamentadas. Esta metodología es una de muchas que pueden servir en cualquier proceso creativo, claro que hay qué saber cómo y cuándo dado que cada producto y proyecto es diferente.
https://job-wizards.com/es/el-metodo-walt-disney-una-tecnica-creativa-realista/
-ARQUITECTURA DE NUESTRO PRODUCTO: Como va a ser construida más allá de nuestra parte visual. Tener muy bien planeado QUE VAMOS A DISEÑAR.
Resolver problemas + empezar a definir funcionalidades según nuestro tema + proponer nuevas soluciones para el producto
EMPEZAR A CREAR UN FLUJO DE EL USUARIO: Definir desiciones, en el caso de nuestro ejemplo qué tipo de pizza quiere, con que la va a pagar, a donde la vamos a llevar.
Que tecnología es necesaria en cuanto a: SOFTWARE y HARDWARE
Las coss no pasan mágicamente, asi que necesitamos pensar todas las acciones que van a hacer las personas que interactuan com mi app, como por ejemplo el repartidor: Necesitara un celular?, donde va a entregar?, con que se moviliza?, donde le dan la info de entregas?. HACERNOS TODAS LAS PREGUNTAS POSIBLES, TANTO NOSOTROS COMO A CLIENTE.
LÍMITES EN LAS IDEAS: hay que tener en cuenta desde la gran idea hasta la idea realista y funcional.
El camino de una idea: Idea del producto ⇿ Idea final
Confía en nuestra idea pero: Pruebala, juzgala, comparala, intentemos de nuevo hasta crear argo excelente.
Comparto mi síntesis de la clase:
Todo comienza con analizar el problema a resolver.
Investigar las herramientas existentes que nos pueden ayudar a resolver este problema (Benchmarking).
Pensar en el Flujo de usuarios y crearlo
Tener conocimiento de la tecnología necesaria en software y hardware
En las ideas, hay límites (Pasa de una gran idea a una idea realista)
Enlista todas las cosas que se te ocurran como idea
Arquitectura del producto
Resolver el problema (buscar herramientas existentes)
Flujo de usuarios
Conocer tecnologías necesarias en software y hardware
Conocer limites:
tener ideas grandes (muchas opciones) ideas pequeñas (lo necesario) para que salga la idea realista (producto rico)
No confiar tanto en una idea, intentarla hasta que sea adecuada.
Estas son las ideas que generé para mi proyecto:
What is farmo?
Qué debes tener en cuenta para definir la arquitectura del producto
💥 Las ideas principales que lo hagan funcionar, en el caso del proyecto del curso: Vender pizzas. 🍕🍕
La idea no es desarrollar algo terminado y lanzarlo al mercado, sino salir de nuestro espacio de trabajo y probar pieza por pieza de una forma iterativa e incremental.
Puedes hacer pruebas de usabilidad de una función, un set de funciones o de todo el producto, depende de las decisiones en la gestión del proyecto.
Hola Armando :D
Personalmente, te recomiendo siempre hacer pruebas de un set de funcionalidades del producto digital que esten desarrollando :D