YT YouTube2Text

YouTube2Text → Transcripts → Design thinking: qué es y ejemplos de sus 5 etapas

Design thinking: qué es y ejemplos de sus 5 etapas — Transcript

by Platzi · 3,095 words · 447 segments · language en · Watch on YouTube

Open in transcriber Summarize with AI Download SRT/VTT

Full transcript

0:00te has preguntado por qué son pocas las
0:01empresas que logran crear productos que
0:03la gente ame esto se basa porque logran
0:06entender y empatizar con el usuario del
0:08producto y hay muchas metodologías para
0:11lograr esto en este video te explicaré
0:13Qué es design thinking las cinco fases
0:15que tiene para entender al usuario y
0:17crear un producto y cómo esto te puede
0:19ayudar a mejorar tu proceso de creación
0:21de
0:25producto design thinking es una
0:27metodología que permite estructurar la
0:30forma en la que entendemos el problema
0:31que queremos solucionar y entendemos
0:33Cuál es la solución que debemos crear Y
0:35la verdad es que muchas veces nosotros
0:38no vamos a lograr hacer esto a la
0:39primera es por eso que casi siempre
0:41Todas estas metodologías tratan de
0:43llevarnos a probar nuestras ideas antes
0:45de llegar al desarrollo de las mismas es
0:48decir si nosotros nos enfocamos en
0:50desarrollar una idea para probarla con
0:52los usuarios finales estamos invirtiendo
0:54mucho dinero en esto para de repente
0:56darnos cuenta que estábamos equivocados
0:59y el punto es poder probar esas ideas
1:01iterar rápido y que al momento en el que
1:03lleguemos al desarrollo del producto ya
1:05vayamos con mayor certeza A qué le vamos
1:08a invertir ese tiempo de desarrollo y
1:10luego qué es lo que vamos a liberar a
1:11los usuarios vamos fase por fase a
1:13entender Qué significa Y cómo la podemos
1:16hacer de manera correcta fase uno
1:18empatizar y esta es la fase que la
1:21mayoría de gente cree que es más fácil
1:23pero que no necesariamente todos hacemos
1:25de manera correcta a mí me costó mucho
1:27entender cuando estaba emp ando
1:30realmente con mis usuarios y no
1:32Simplemente haciendo una entrevista de
1:34usuario y tratando de confirmar las
1:36cosas que yo quería desarrollar
1:38empatizar se trata de dejar tu ego de
1:40lado y empezar a entender al usuario
1:42sabiendo que tú no eres el usuario de
1:43ese producto cuando empiezas a entender
1:45a tu usuario encuentras que tenemos
1:47diferentes herramientas para hacerlo
1:49research etnográfico para entender qué
1:51dispositivos se usan Qué características
1:53hay o qué rastros en internet ha dejado
1:55nuestros usuarios para entenderlo
1:57entrevistas de usuario también donde
1:59entrevistamos al usuario tal cual uno a
2:01uno hablamos con él y Tratamos de
2:03entender qué nos quiere decir entre
2:05muchas otras como simplemente observar a
2:07los usuarios en el momento en el que
2:09tienen el problema y nosotros tomar
2:11notas acerca de esa observación cuál es
2:13el problema los usuarios normalmente no
2:15están pensando en crear un producto
2:17cuando Piensan en un problema cuando
2:19hablan del problema que tienen siempre
2:21te van a tratar de decir la solución que
2:23ellos ya tienen en mente y si tú te vas
2:25a construir esa solución realmente no
2:28estás entendiendo el Pro problema Y
2:30puede que cuando construyas esa solución
2:32te des cuenta que la solución no ha
2:34solucionado el problema Entonces en
2:36cualquiera de las cosas que hagamos acá
2:37ya sea etnografía sea entrevistas de
2:40usuario o la mera observación del
2:42usuario tenemos que tratar de tener una
2:44set por encontrar cuál es el problema
2:46del usuario Y definir todas las aristas
2:48del problema del usuario para este punto
2:50siempre me gusta contar una historia de
2:52Home Depot si tú necesitas el día de
2:54mañana colgar un cuadro en tu casa Tú
2:57vas a llegar a Home Depot y vas a decir
2:58buenas necesito un taladro un martillo
3:00un chazo y un tornillo te van a llevar
3:03al área donde están esas cosas pero eso
3:05es lo que tú necesitas o lo que tú
3:06necesitas realmente es colgar el cuadro
3:08cuando Home Depot se hizo esta pregunta
3:10se dieron cuenta que muchos usuarios
3:12terminaban comprando un taladro que es
3:14algo que solo iban a usar una vez y no
3:17volver a usar nunca Y la verdad es que
3:19es una solución más grande que el
3:21problema que realmente tenían cuando
3:23detectaron el problema real que tenían
3:25los usuarios crearon un nuevo producto
3:27en Estados Unidos que es el de renta de
3:28herramientas un usuario puede rentar un
3:31taladro por un día usarlo para hacer el
3:34único agujero que necesita hacer para
3:35colgar su cuadro y no tener que pagar el
3:37precio completo de un taladro por el
3:39otro lado Home Depot tiene un taladro al
3:41que puede rentar múltiples veces en un
3:43mes y ganar más dinero que si lo hubiera
3:46vendido Ese es el beneficio de realmente
3:48encontrar el problema y realmente
3:50ponerte en el en los zapatos del usuario
3:52que va a usar ese producto entender el
3:54problema e de dar una solución fase
3:56número dos definir Y es que cuando sales
4:00a buscar toda la información para tener
4:02empatía con los usuarios puedes llegar a
4:04un momento de tener parálisis por
4:05decisión es decir tienes tanta
4:07información que es difícil escoger Qué
4:09problema solucionar o incluso para
4:11Quiénes solucionarlo tienes que tener en
4:13cuenta esto porque un problema puede ser
4:16muy específico pero al momento de
4:18entender a todos los afectados que se
4:20vuelva un problema con muchas aristas a
4:22solucionar y que la solución sea difícil
4:24de idear en principio Acá tienes que
4:26encontrar un problema y un público al
4:28que se lo vas a solucionar que den para
4:30un negocio claramente Pero además que
4:32puedas crear una solución alrededor de
4:33eso y para poder delimitar ese problema
4:36vamos a poner requerimientos o
4:37limitaciones también en inglés conocidos
4:39Como concerns que te van a ayudar a
4:41definir qu no es el problema y que sí es
4:44el problema como por ejemplo los
4:46usuarios tienen problemas para pagar mi
4:48producto y la limitante que tienen los
4:50usuarios de no tener una cuenta bancaria
4:52o una tarjeta de débito o crédito que
4:54puede hacer compras en internet puede
4:56ser determinante para entender cuál es
4:58la solución que tienes que crear y
4:59también puede ser determinante por cómo
5:01va a operar un negocio por ejemplo un
5:03negocio que apunta a toda América Latina
5:05con tarjetas de crédito o débito que
5:07puedan hacer transacciones en internet
5:10no necesitan tener una entidad en cada
5:12país para poder aceptar pagos pero si
5:15entran al mundo de aceptar pagos que no
5:17dependan de un pago electrónico es decir
5:19pagos offline ya tenemos que empezar a
5:22ver por cada país Cómo es el ecosistema
5:24Y qué regulación o qué entidad
5:27necesitamos para poderlo hacer ves como
5:28una an tan sencilla puede escalar o
5:32desescalar el problema de una manera tan
5:34fácil y tan rápida fase tres idear Yo
5:37diría que es la más divertida Y es que
5:39entendiendo ya el problema y teniendo
5:41empatía con el usuario vas a empezar a
5:43pensar Cuáles son todas las posibles
5:45soluciones que pueden existir a este
5:46problema y hay diferentes metodologías
5:48para lograr eso desde un simple
5:50brainstorm de ideas es decir una lluvia
5:52de ideas donde un equipo empieza a
5:55soltar cualquier idea que se le ocurra
5:57que solucione ese problema como
5:59metodologías más sofisticadas como
6:02scamper que lo que tratan de Buscar es
6:04si puedes Añadir sustituir Modificar el
6:07producto actual con tal de solucionar el
6:09problema que estás enfrentando hay una
6:11más que a mí me gusta y que no quiero
6:13dejar de comentarte que es cuál es la
6:14peor idea posible que podrías tener en
6:16este caso y es que encontrar un punto
6:19bajo y un punto alto te ayuda a entender
6:22Cuáles son las ideas más viables o menos
6:23viables para solucionar este problema
6:25Recuerda que la mente siempre le cuesta
6:27mucho enfrentarse a la hoja en blanco
6:29empezar por tu peor idea te podría
6:31ayudar a ir hasta la mejor idea posible
6:34hay otra metodología que se usa para
6:36esto que es famosa o yo la conocí por la
6:39metodología de las 10 estrellas de
6:41airbnb Y es que en airbnb se preguntaban
6:44Qué sería una experiencia de cinco
6:45estrellas de quedarte en un airbnb por
6:47ejemplo para mí quedarse en un airbnb
6:49una experiencia de cinco estrellas sería
6:51que el airbnb esté limpio que esté
6:54cómodo que cumpla con todo lo que decía
6:55el anuncio cuando lo rent que esté en
6:58una buena zona que sea fácil ingresar y
7:00hacer checkin y checkout etcétera Y
7:02entonces se preguntaban luego okay Y qué
7:05sería una experiencia de seis estrellas
7:06y cuál sería una experiencia de siete
7:08estrellas y cuál sería la experiencia de
7:10ocho estrellas Cuál sería la experiencia
7:12de nueve estrellas digamos que mi
7:13experiencia 10 estrellas es que vaya mi
7:16artista favorito a recogerme al
7:18aeropuerto en coche o en una limusina y
7:20que me dejen el airbnb en donde Además
7:23tengo un chef que me está dando la
7:25comida o sea ya se vuelve algo loquísimo
7:27pero esto también es poner
7:29la vara más alta de Cuál es la cosa que
7:32generaría la mejor experiencia para
7:33solucionar un problema como es el
7:36hospedaje cuando estoy de turismo o de
7:38trabajo o soy nomada digital La idea de
7:40esta fase de de acción Es irnos tan
7:44amplio como sea posible otra vez estamos
7:46volviendo a abrirnos a tener la mayor
7:49cantidad de ideas posibles ante la
7:51solución para luego escoger Cuál sería
7:53la que queremos prototipar y testear y
7:56date cuenta lo primero que te dije
7:58cuando empezamos este video es que lo
7:59más probable es que te vayas a equivocar
8:01y la idea de tener la mayor cantidad de
8:03ideas posibles es que en las siguientes
8:05fases donde prototipamos y testeamos lo
8:07más posible es que fallemos y tenemos
8:09que volver a este paso para volver a
8:11tomar otra idea volverla a probarla y
8:14volverla a testear hasta que encontremos
8:16una que nos dé una luz de cómo el
8:18problema se va a solucionar fase cuatro
8:21prototipar y acá quiero aclarar algo
8:24prototipar es poder empezar a
8:26desarrollar esa idea de alguna forma
8:28económica que que te permite encontrar
8:30Cuáles son los problemas de desarrollar
8:32esa idea y poder decir si la idea es
8:34viable o no Y a qué me refiero con eso
8:36pensemos que nosotros somos una empresa
8:37que crea productos físicos digamos que
8:39estamos creando una lámpara de noche que
8:42permita cargar tu iPhone o tu Android de
8:44manera inalámbrica y necesitamos
8:46entender los problemas que tienen las
8:48ciudades que ya tenemos en esta etapa de
8:50prototipar no se trata de crear la
8:51primera lámpara para luego ir ver con
8:53usuarios Si les gusta si no les gusta o
8:55que problemas genera sino incluso
8:57podemos quedarnos en difer diferentes
8:59prototipos para entender Si es viable la
9:01la construcción de esa lámpara por
9:03ejemplo en el caso de la lámpara lo
9:05primero que yo haría sería hacer un
9:06prototipo con cajas de cartón donde yo
9:08pueda ver cuál sería la forma de la
9:10lámpara y poder ver si las dimensiones
9:13Dan con mi línea de producción o si la
9:16lámpara tiene geometrías que no van a
9:18lograrse hacer o si tengo que hacer una
9:21nueva línea de producción con la lámpara
9:23que quiero construir o si de pronto
9:25Necesito un engranaje diferente y con el
9:28cartón Me Do cuenta que no funciona A
9:31eso me refiero por prototipar y te estoy
9:33dando ejemplo con un producto físico
9:35para que entiendas Cómo muchas veces en
9:38este tipo de productos prototipar se
9:41trata de que se vea sucio de que se vea
9:43sin terminar de que nos trate de mostrar
9:46los problemas que Podrían haber y si lo
9:48llevamos a software prototipar puede ser
9:50desde poner en una hoja de papel un
9:52warframe que te permita darte una idea
9:54de Cuál es el producto final y hablarlo
9:56con los desarrolladores para saber Oye
9:58este producto necesita una Api nueva
10:00necesita un microservicio diferente y
10:02eso determina que serían x tiempo o
10:05semanas de desarrollo muchas personas
10:07piensan o olvidan que en la fase de
10:09prototipar tenemos que ver la viabilidad
10:12técnica y financiera del producto para
10:15poder ahí sí decir este producto o este
10:18prototipo vale la pena testearlo con
10:20usuarios desde algo tan sucio tan simple
10:23como una hoja de papel hasta Un diseño
10:25en un figma pueden ser un prototipo pero
10:27si estás empezando tu prototipo en un
10:30diseño en un figma piensa que es como si
10:32estuviéramos haciendo imprimiendo o
10:34creando la primera Lámpara sin saber si
10:36la línea de producción lo podría hacer y
10:38ahí estamos cometiendo un error no
10:40estamos creando un prototipo barato y
10:42sencillo estamos Casi casi haciendo una
10:44prueba de concepto del diseño final
10:48antes de crear un prototipo no nos vamos
10:50a dar cuenta de todos los problemas que
10:52ese prototipo puede generar puede que
10:54lleguemos con los usuarios y funcione
10:56pero al momento de que este producto que
10:58creamos tengamos que llevarlo a
11:00producción se nos rompan todas las ideas
11:02o nos tome más tiempo del que realmente
11:05nos debió tomar no es lo mismo hacer un
11:07prototipo que un usuario use y que si
11:09tiene problemas tú le digas y le Ah lo
11:11arregles y listo lo arreglamos por acá
11:13hacemos esto hacemos lo otro versus
11:15lanzarlo y que el equipo de soporte o de
11:18customer success pueda lidiar con todos
11:20los problemas que ese prototipo o ese
11:21producto genere o que el producto cumpla
11:24con esa función ante todos los los
11:27usuarios a los que puede llegar la fase
11:29prototipar es encontrar todos esos
11:30problemas que pueden hacer viable
11:33nuestro producto solucionarlos o
11:35descartar esa idea y volver a prototipar
11:38otra que sea más viable en los tiempos
11:40que necesitamos no vale la pena que en
11:42la fase de prototipado encontremos un
11:44producto que cuesta mucho su viabilidad
11:46es muy difícil que lo testemos que
11:49quizás funcione y que luego cuando
11:51lleguemos a producción nos demos cuenta
11:54que todo lo que hicimos para que ese
11:55prototipo fuera realidad no valía la
11:58pena fase cinco testear y acá quiero que
12:01tengas algo en cuenta porque me he
12:03encontrado mucho de esto cuando estamos
12:05haciendo producto en esta fase de
12:07testear La idea es que revises el
12:09prototipo lo pruebes con usuarios reales
12:12y hay miles de formas de probarlo desde
12:14testing Five Second test incluso pruebas
12:17a distancia con herramientas como maven
12:19que te permiten escalar el proceso de
12:21testeo y recibir la mayor cantidad de
12:23información acerca de cómo se usa este
12:25prototipo con usuarios reales ya sea
12:27estando en el lugar con el usuario o
12:29estando en remoto esa parte ya está
12:31solucionada pero lo que quiero que
12:33tengas en cuenta es que acá tu
12:34sensibilidad debe aumentar porque cuando
12:36estás probando con usuarios reales estás
12:39en condiciones ideales tú le estás
12:41diciendo al usuario Cuál es la tarea que
12:42debe cumplir o incluso le estás poniendo
12:44el producto al frente y tú estás ahí y
12:46el usuario sabe que está en una prueba y
12:48Está tratando de dar lo mejor de sí
12:50mismo incluso cuando no es la intención
12:53cuando tú le dices al usuario Oye no es
12:54acerca de ti es acerca del producto de
12:56una u otra forma las condiciones es
12:59cuando estás en una prueba cambian y por
13:01eso te digo que tu sensibilidad debe
13:02subirse Porque cualquier problema que
13:05ves en ese momento donde las condiciones
13:08son más ideales que las condiciones en
13:09las que va a estar tu producto cuando
13:11llegue a producción y a manos de todos
13:13los usuarios pueden ser problemas o
13:15mucho más grandes o mucho más pequeños Y
13:17la verdad es que no lo vas a saber hasta
13:18que lances Pero esto es lo importante si
13:20identificas problemas críticos dentro de
13:23esa fase de testeo no los ignores
13:25Incluso si son pequeños o marginales
13:28trata de encontrar un plan de cómo
13:31mitigarlos no te quiero decir que por un
13:33problema pequeño Descartes la solución y
13:35te devuelvas a la fase de dición trata
13:37de encontrar Cuáles son esos problemas
13:40no los ignores por más de que una o dos
13:43personas lo resaltaron de 10 personas y
13:46trata de encontrar un plan dependiendo
13:48de si ese problema haría que se
13:50replantee toda la solución O es un
13:53problema que necesitas tener o avisar a
13:55un equipo o alguien más O tú mismo crear
13:58un un plan para que si ocurre cuando
14:00llegue a producción no te tome por
14:02sorpresa la fase de testeo se trata de
14:04eso de recolectar la mayor cantidad de
14:06información posible en la menor cantidad
14:09de tiempo y con la mayor cantidad de
14:12usuarios Esta es la metodología de
14:14design thinking y con esta metodología
14:16Ya pudiste entender el problema y crear
14:18una solución que Ya probaste con
14:20usuarios para que ahora lo único que te
14:21falte sea implementarla y llevarla a las
14:24manos de todos los usuarios de tu
14:26producto pero recuerda esto es solo una
14:28m metología y como estas hay varias que
14:30contemplan diferentes cosas así como
14:33human Center design design Sprint entre
14:36otras lo que debes encontrar es cuál se
14:38ajusta a la empresa donde trabajas al
14:41equipo de producto con el que trabajas y
14:43cuáles son los pasos y los tiempos que
14:45la empresa y el equipo en donde estás
14:47necesitan para poder ejecutar todo esto
14:50hay versiones de design Sprint que se
14:51Ejecutan en una semana en TR días en un
14:54día porque es entender Cuáles son las
14:56cosas más relevantes y que te hace falta
14:59saber acerca de tu producto y los
15:00usuarios de tu producto para poder así
15:03ahorrar en las ineficiencias que se
15:05pueden generar en el proceso actual que
15:07tú tienes y No necesariamente ejecutar
15:09como si fuera un libro o un recetario
15:12cada paso de lo que te acabo de decir
15:14prueba experimenta dentro de tu equipo y
15:16déjame en los comentarios Cuáles son las
15:18partes que sí o sí tienes que hacer y no
15:21te puedes evitar en el momento de
15:24descubrir Qué producto hacer y cuáles
15:26son las partes que encuentras que no
15:28tienes que dedicar tanto tiempo o pueden
15:30ser prescindibles por la naturaleza de
15:32lo que tú estás haciendo en mi
15:33experiencia la parte de empatizar es
15:35algo muy fácil en la comunidad de plats
15:38porque podemos hablar con usuarios
15:39siempre pero la parte de definir idear y
15:42prototipar es la que siempre tenemos
15:45como si fuera recetario porque es la que
15:47nos ha ayudado a encontrar realmente
15:49esas cosas que creemos nosotros y cuáles
15:51son las que realmente sabemos una vez
15:54ponemos a prueba lo que lo que estamos
15:56construyendo Así que para nosotros lo
15:59más importante es movernos rápido iterar
16:01y siempre asumir que podemos estar en lo
16:03incorrecto Al momento de crear producto
16:05te veo en los comentarios

About this transcript

This page contains the full transcript of Design thinking: qué es y ejemplos de sus 5 etapas by Platzi, generated from the public captions YouTube serves with the video. The transcript has 3,095 words across 447 segments, with the original timestamps preserved so you can click any line to jump to that moment in the embedded player.

What you can do with it

Use the transcript to take notes, quote the speaker, build a study guide, generate a summary with ChatGPT or Claude via the YouTube Summary tool, or export it as a timed subtitle file with YouTube to SRT. You can also re-open it in the transcriber to translate the transcript into 100+ languages.

Free YouTube transcript tool

YouTube2Text is a free YouTube transcript generator — no signup, no daily limit. Paste any YouTube link and get the full transcript instantly, with timestamps, click-to-jump, translation to 100+ languages, AI prompts for ChatGPT, Claude, and Gemini, and exports to TXT, SRT, VTT, or Markdown.