Definición del producto (Arquitectura tecnológica)

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).

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

Deberían reorientar el hilo de la carrera de diseño UI y poner este curso como uno de los primeros. Es el mejor!

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

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.

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:

1. Todo comienza con analizar el problema a resolver.
2. Investigar las herramientas existentes que nos pueden ayudar a resolver este problema (Benchmarking).
3. Pensar en el Flujo de usuarios y crearlo
4. Tener conocimiento de la tecnología necesaria en software y hardware
5. En las ideas, hay límites (Pasa de una gran idea a una idea realista)
6. Enlista todas las cosas que se te ocurran como idea

Arquitectura del producto

1. Resolver el problema (buscar herramientas existentes)
2. Flujo de usuarios
3. Conocer tecnologías necesarias en software y hardware
4. Conocer limites:
   tener ideas grandes (muchas opciones) ideas pequeñas (lo necesario) para que salga la idea realista (producto rico)
5. No confiar tanto en una idea, intentarla hasta que sea adecuada.

Estas son las ideas que generé para mi proyecto:

Qué debes tener en cuenta para definir la arquitectura del producto

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.

Gran idea -> idea relista <- idea pequeña

Esto quizá puede ser de interés para muchos.
Top 20 Must-Visit Websites for UI/UX Designers

https://bootcamp.uxdesign.cc/stay-ahead-of-the-game-top-20-must-visit-websites-for-ui-ux-designers-a4c46d96de12

No, yo no quiero diseñar jaja, dejame el UX nomas

La arquitectura del producto va a definir como va a estar construido mas alla de la parte visual, se debe:
-Investigar sobre herramientas existentes
-Flujos de usuarios: En este caso un flujo de compras en el que el usuario tomara decisiones
-Tecnología necesaria en software y hardware
-En las ideas hay limites (encontrar la ‘‘idea realista’’ entre una gran idea que tiene muchos imposibles o cosas no tan importantes y una idea pequeña

Definir beanchmark para proponer soluciones
Enfocarnos en los flujos
Producto visual usable
Jerarquizar y priorizar necesidades

Básicamente definir el producto consiste en definir y clasificar los requerimientos funcionales y los no funcionales de acuerdo a su prioridad e importancia.

Las ideas no tienen límites.

insisto que aburro el curso ? el profesor le falta carisma?

Que buena clase

Partir de una gran idea y de ahí ir quitando aspectos que no son necesarios

Muy buena clase, las ideas hay que mejorarlas contrastándolas con el resultado en la vida real

Delimitar la idea

para la definición de producto es importante depurar ideas para agilizar el desarrollo del mismo

La jerarquía de las ideas se aplica al utilizar el MVP (minimum viable product)