Diseño de Productos: Del Problema a la Solución Realista
Contenido del curso
Luis Glex
Eugenia Maldonado
Jennifer Alejandra Villacís Caballero
Fabiola Dayana Acarapi Alvarez
Aarón González
Edgar Rios
Aarón González
Daniel Valderrama Mendoza
Juan Esteban Deossa Pertuz
Alvaro Julian Carreño Granados
Aarón González
Jose Antonio Altamirano Serena
Salvador Salva
Arles A. Pinzon Molina
Steve Gonzales
Alejandrina Pérez Lugo
Antonio Alexander Estrella Gómez
Jorge Trujillo
Julián Rodríguez
Felipe Jacquin
Dwigth Astacio
Carolina Gómez
Pedro Isaac Aguilar
Jennirley Esther Velasquez Prentt
Yusting Andrés Mora González
Darwin Perez
Salvador Salva
Yusting Andrés Mora González
Jorge Trujillo
Julián Rodríguez
Aarón González
Juan Carlos Barbaran Meza
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.
Llevo esto.
11. Definición del producto (Arquitectura tecnológica)
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/
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:
Arquitectura del producto
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
Gran idea -> idea relista <- idea pequeña
