MODULE 2

Video 1: Introduction to Product Design and Development

Texto Original (Inglés)

Hi everyone, welcome to introduction to product design and the

development process.

This is a lot of fun. So initially, we're going to take a look at breaking

down the process into three distinct phases: basic research,
technology development, and then product development.

Each one has a different set of concerns, and if they're not managed in
the right way, it can become very costly and hold up the next stage. So
we're going to go through the best ways to put checks and measures
and balances in place to ensure that you can deliver your concept in
time and within scope.

So, the basic research phase is a discovery process. This, from my

experience, has been really important to keep this organized—just kind
of assembling links and articles is not going to be enough in order for
you to be able to develop a fully functional prototype in the right way.
It's what I found over time: build out some comparison spreadsheets,
put in who the competition is, what are the specifications, and the
exact sort of measures for performance that your competition is
achieving so that when you want to develop your prototype, you have
quantifiable metrics for all of this.

There's no set timing, but I will say set deadlines for yourself because
the thing is, if you've got an idea for a business, it could be 10 years
from now, it could have obsolesced. It might be dependent on
technologies that have become obsolete, and there could already be
people entering the market, so you gotta stay on your game.

And that's one thing that we're gonna focus on with this course as well:
taking a look at bringing an MVP to market and getting that generating
cash for you as soon as possible.

Technology development: so this one is where it's loosely structured,

and this is where we're sort of going to be putting the bulk of the
course into efforts—like wireframes, sketches, initial prototypes,
building out the final prototype.
This is what we're gonna do before you look at the actual launch of the
company and full production. So you work out all the kind of glitches
ahead of time with your prototype, streamline sorts of the different
processes, integrate back-end and front-end, look at whether there are
redundancies in operations or problems with your quality controls, and
work out those things before you go into full production.

So, product development applies structured methods. And with the

structured methods, we're going to touch on these, but it's going to be
more of a sort of high-level concept, just so that you can focus more on
developing your actual prototype and making sure that you've got that
in order to be prepared for full product development so there's a more
predictable outcome.

And the reason why it's gonna be predictable is that we are going to
stay focused on quantitative metrics and measures. Everything is
quantifiable, even a color like blue.

I think 003466 is a dark blue, 003467 could be a darker blue. There is

a range and spectrum for everything, and everything's quantifiable, so
keep that in mind.
Also, it's pretty short-term. You can't keep this one going because then
you're just pouring money into it.

We're going to stay really focused, focus on Lean UX and on the user
experience and developing your MVPs. Changing the dimensions of
competition: so production, cost, and quality, and weighing that against
features and function.

This is a fun part of the course for me especially because there are
conflicting interests sometimes or conflicting sorts of values that need
to be accounted for. And I'll go into this in future videos.
But just because you've got a key value in one area doesn't mean it's
in conflict with another—it just means you need to reconcile it in a
different way, and we're gonna go over some ways to do that.

So Apple, with Apple and the different products that they've got
available—simply better products.

A lot of that will come down to, and I'll add this as a caveat, who is your
target market, and what are their core values, and what's important to
them, and what specifications do they need?

So, a lot of this will come down to the design of Apple products. It's
sleek, beautiful, pretty, polished. But then, when you look at who the
target market is, if it's for use in mission environments—like, let's just
say, by military in Iraq and Afghanistan—an Apple product may not be
hardened the right way for it to survive in certain environments.
The cybersecurity may not be where it needs to be, or the radio
frequencies and all these sorts of things. It all comes down to what
parameters and specifications are important to your target market.

So while the design can be sleek and polished, take a look at the
specifications on the back end, and then that's meeting the needs of
your market. So understand what each stage requires. We're going to
be focused more on the sort of technology development and having
that loosely structured initially so that you can have your initial
prototype out there and ready to start showing to people.

And it is important to me that you do have a fully functional prototype

by the end of the course. There are going to be some sorts of
obstacles, potentially, like, let's just say, you work on an oil rig, and
you're developing a tool, and a modeling thing might cost about
$30,000, but we can take a look at using modeling software for that.
There's a way to always come up with a fully functional prototype.

So, I'm looking forward to working with you all again this semester and
have a great time. Bye.

Traducción al Español

Hola a todos, bienvenidos a la introducción al diseño de productos y al

proceso de desarrollo.

Esto es muy divertido. Inicialmente, vamos a desglosar el proceso en

tres fases distintas: investigación básica, desarrollo tecnológico y
luego desarrollo de productos.

Cada una tiene un conjunto diferente de preocupaciones, y si no se

manejan de la manera correcta, puede volverse muy costoso y
retrasar la siguiente etapa. Así que vamos a repasar las mejores
formas de establecer controles, medidas y equilibrios para garantizar
que puedan entregar su concepto a tiempo y dentro del alcance.

Entonces, la fase de investigación básica es un proceso de

descubrimiento. Según mi experiencia, ha sido realmente importante
mantener esto organizado; simplemente reunir enlaces y artículos no
será suficiente para que puedan desarrollar un prototipo
completamente funcional de la manera correcta. Lo que he encontrado
con el tiempo es: elaboren algunas hojas de cálculo comparativas,
incluyan quién es la competencia, cuáles son las especificaciones y
las medidas exactas de rendimiento que su competencia está
logrando, para que cuando deseen desarrollar su prototipo, tengan
métricas cuantificables para todo esto.

No hay un tiempo establecido, pero diré que se fijen plazos, porque si

tienen una idea para un negocio, podría ser que en 10 años ya haya
quedado obsoleta. Podría depender de tecnologías que se han vuelto
obsoletas, y ya podría haber personas ingresando al mercado, así que
deben mantenerse alerta.
Y eso es algo en lo que también nos vamos a enfocar en este curso:
analizar cómo llevar un MVP al mercado y lograr que genere ingresos
para ustedes lo antes posible.

Desarrollo tecnológico: esta es una fase con una estructura flexible, y

aquí es donde vamos a centrar gran parte de los esfuerzos del curso:
wireframes, bocetos, prototipos iniciales, construir el prototipo inicial.
Esto es lo que vamos a hacer antes de que miren el lanzamiento real
de la empresa y la producción completa. Así que trabajaremos todos
los errores con el prototipo, optimizaremos los diferentes procesos,
integraremos el back-end y el front-end, analizaremos si hay
redundancias en las operaciones o problemas con los controles de
calidad, y resolveremos esas cosas antes de entrar en la producción
completa.

El desarrollo de productos aplica métodos estructurados. Y con estos

métodos estructurados, los tocaremos, pero será más como un
concepto a alto nivel, solo para que puedan centrarse más en
desarrollar su prototipo real y asegurarse de que lo tengan listo para
estar preparados para el desarrollo completo del producto y así
obtener un resultado más predecible.

Y la razón por la que será predecible es porque nos mantendremos

enfocados en métricas y medidas cuantitativas. Todo es cuantificable,
incluso un color como el azul.

Creo que 003466 es un azul oscuro, 003467 podría ser un azul más
oscuro. Hay un rango y espectro para todo, y todo es cuantificable, así
que tengan eso en mente.
Además, esta etapa es a corto plazo. No pueden mantenerla mucho
tiempo porque estarían gastando dinero innecesariamente.

Nos mantendremos muy enfocados, centrados en Lean UX y en la

experiencia del usuario, y desarrollaremos sus MVPs. Cambiar las
dimensiones de la competencia: producción, costo y calidad, y
equilibrar eso con las características y funciones.

Esta es una parte divertida del curso para mí, especialmente porque a
veces hay intereses o valores conflictivos que deben tenerse en
cuenta.

Y hablaré más sobre esto en futuros videos. Pero solo porque tienen
un valor clave en un área no significa que esté en conflicto con otra;
simplemente significa que deben reconciliarlo de una manera
diferente, y repasaremos algunas formas de hacerlo.

Entonces, Apple, con Apple y los diferentes productos que tienen

disponibles, son simplemente mejores productos. Mucho de eso se
reducirá, y añadiré esto como una advertencia, a quién es su mercado
objetivo, cuáles son sus valores fundamentales, qué es importante
para ellos y qué especificaciones necesitan.

Entonces, mucho de esto se reducirá al diseño de los productos de

Apple. Son elegantes, hermosos, atractivos y pulidos. Pero luego,
cuando miran quién es el mercado objetivo, si es para uso en entornos
de misión, como, por ejemplo, por el ejército en Irak y Afganistán, un
producto de Apple puede no estar diseñado de la manera correcta
para sobrevivir en ciertos entornos.

La ciberseguridad puede no estar donde necesita estar, o las

frecuencias de radio y todas estas cosas. Todo se reduce a qué
parámetros y especificaciones son importantes para su mercado
objetivo.

Entonces, mientras el diseño puede ser elegante y pulido, miren las

especificaciones en el back-end, y luego eso es satisfacer las
necesidades de su mercado. Así que entiendan lo que requiere cada
etapa. Nos enfocaremos más en el desarrollo tecnológico y en tenerlo
inicialmente estructurado de manera flexible para que puedan tener su
prototipo inicial listo para comenzar a mostrarlo a las personas.

Y es importante para mí que tengan un prototipo completamente

funcional al final del curso. Habrá algunos obstáculos, potencialmente,
como, por ejemplo, si trabajan en una plataforma petrolera y están
desarrollando una herramienta, y un modelo puede costar unos
$30,000, pero podemos analizar el uso de software de modelado para
eso.
Siempre hay una forma de llegar a un prototipo completamente
funcional.

Así que estoy deseando trabajar con todos ustedes nuevamente este
semestre. ¡Que se diviertan mucho! Adiós.

Video 2: Development Processes and Organizations

Texto Original (Inglés)

Hi, everyone.
Welcome to Product Development.
In this video, we're going to be breaking down the product
development process, which also can be applied to applications,
software, and services, and also hybrid models, where there's a strong
physical component of hardware, with technological, with the human
element.
So this methodology can be applied across the board.

So when we take a look at planning, planning is going to be critical,

and being able to track everything ahead of time with your research,
and use spreadsheets, capture metrics, this will make it so much
easier once you go to actually start developing your prototype.
I can't stress this enough, that making sure that every aspect is
quantifiable is going to be key to ensure that you hit your quality
controls, and like have quantitative measures for performance.
Because otherwise, it's just vague and ambiguous, and you've got no
real idea of what the outcome is going to be, or a strong prediction,
sort of analysis.

So with concept development, we're going to go through some system-

level design, detail design, some refinement, and then production
ramp-up.
For the point of view of this course, we're going to focus on the
prototype aspect right before production ramp-up, where we've, like
initially make sure that we work out all the glitches in your different
corporate processes, and also in the logistics, supply chain, sourcing,
and all those sorts of fun things. So that you've got that worked out
before you go into a big game.

The product planning process, we initially identify opportunities.

Some of this will come from looking at pains and gains from different
customers.
You may find that when looking at the specifications, it may make
sense to hit different markets than you initially planned or to pivot and
change your concept.

Allocate resources and plan timing. We've all only got 24 hours in a
day.
So set good measures for yourself, add a little bit of a buffer to give
yourself some flexibility, and keep capturing all of the metrics that you
get along the way, so that you can keep a good log.
And as you make adaptions, when you go to start your design of
experiments, to ensure that you're hitting the right metrics, you're going
to have some strong parameters to start with.

And then we'll go into looking at the product development process.

And again, this will also apply to services and applications as well, and
those that integrate.
So scripts that align with where the human element meets the
technological one.

So what do we prototype?
Some of you have already developed applications and software.
You're like, well, I've already got this technology down.
So you might think, okay, I'm further along in the process than
somebody who's just got a concept.

Where you could focus your prototyping efforts is on the organizational

aspects and the corporate integration of the concept with your
corporate operations, and your supply chain, and being able to scale
up and scale down.

I provide consulting services to a wide range of industries, I've worked

across the board and with companies from around the world.
I own a software company, and now I own a rapid prototyping
company.
And I've got a lot of experience with working with startups and
launching new products.

Where I see companies go wrong a lot isn't so much in the product

development, but in the corporate operations, and getting that to
develop revenue streams for you, and to reduce redundancies, and
reduce overhead, and make sure that you're optimizing those 24 hours
that you've got in a day.
That's probably the biggest problem.
Because there are a lot of brilliant engineers out there, but when it
comes to applying it, and hitting the ground running, and getting that
thing to make you money, it doesn't always pan out.

So that's where we're going to focus on with organizational prototyping.

Supply chains, this is a fun one as well.
It can be applied to human talent, raw materials, all different sorts of
materials.
And then we're gonna look at how different geographic or
environmental, political, societal factors can come into play that will
impact your supply chain and how to make adaptions to that so that
you can ensure that the quality controls are still on point and you're
meeting those quantifiable specifications that you set for yourself.

So approaching your prototype.

A lot of people get overwhelmed in this stage, because they're like,
well, this is a huge undertaking.
It's one step at a time, everything gets broken down into one small
step.
And it makes it so much more approachable and easier to understand
when you take a modular approach.

Look at where the independent variables are in the process, where the
dependent ones are, and what you can get started on initially before, at
multiple times.
So any sort of component of your business that requires multiple
phases and stages, this is where I'd say plant your crop ahead of time
where there's a whole bunch of seeds getting started, and bring them
up together for optimal integration.

Because that's where I see a lot of other companies go wrong.

They're like, well, we can't start this until this is done.
No, uh-uh, you throw the seeds in the ground, bring them all up
together, and make sure that they're strongly integrated.

When I took this approach with my company, I went from zero to a

million in revenue in nine months with no outside loans or investments,
just a cell phone and a laptop.
First full calendar year was 2.2 million in revenue.
So I can't stress this enough, you've got 24 hours in a day.
We're gonna figure out how to use them properly.

With the product planning process, evaluate and prioritize projects.

This will come down to looking at your customer requirements, the top
20, and looking at how long each one of those will take.
And for some of your requirements, they may take a long time to come
under development.
I'd start those early, just so that the rest of your company isn't
dependent on these other things getting developed.
And you can get that developing revenue streams for you quickly.

Know your audience.

So each prototype that you have might appeal to a different audience.
For your investors, they may want to see where your company is going
to be streamlined in different areas, and you're gonna be reducing the
risk.

Where is your risk mitigation?

For the end user of your, for your product or service, they'll wanna see
something different.

They may not need to see the technological aspects.

For a teaming partner, that's say an engineering firm, or it might be
something that you will integrate into your program, they might wanna
see the technical specifications.

Know who your audience is for this initial prototype so that you're
speaking to them and their needs.
And then you can make modifications as you go on to hit those
different audiences.

Because to launch a successful company, you need to be able to

speak the language of your audience.

So in conclusion, we will go through the product development

processes, and go back and make adaptions over time utilizing
iterative design methodologies, know what to prototype.

If you've already got a concept and you know that you've got the
technical, sort of standpoints in place, but business isn't so much your
forte, then focus on the prototyping the business and the service
aspect of the company.

Because no product just operates in a vacuum.

A lot of these concepts will all require human interaction.
And this is where scripts and quantitative decision-making matrices
can be really useful and save you a lot of money.

And know your audience and your user.

So know what their technical capabilities are, and what they wanna
see, and be able to pitch to them in a strong way, so that you're not
just showing them what they do, but you're selling them on the idea.
Because we want you to be successful.

Thanks.

Transcripción en español:

Hola a todos.

Bienvenidos a Desarrollo de Productos.

En este video, vamos a desglosar el proceso de desarrollo de
productos, que también se puede aplicar a aplicaciones, software y
servicios, así como a modelos híbridos, donde hay un fuerte
componente físico de hardware, combinado con la tecnología y el
elemento humano.
Así que esta metodología se puede aplicar de manera general.

Cuando hablamos de planificación, la planificación va a ser crítica, y

poder rastrear todo de antemano con tu investigación, usar hojas de
cálculo, capturar métricas, hará que sea mucho más fácil cuando
realmente comiences a desarrollar tu prototipo.
No puedo enfatizar esto lo suficiente: asegurarte de que cada aspecto
sea cuantificable será clave para garantizar que cumplas con tus
controles de calidad y tengas medidas cuantitativas para el
rendimiento.
Porque de lo contrario, todo es vago y ambiguo, y no tienes una idea
real de cuál será el resultado o un análisis predictivo sólido.

En cuanto al desarrollo del concepto, vamos a abordar el diseño a

nivel de sistema, diseño detallado, algo de refinamiento, y luego el
aumento de la producción.
Desde el punto de vista de este curso, nos vamos a centrar en el
aspecto del prototipo justo antes del aumento de la producción, donde,
inicialmente, nos aseguramos de resolver todos los problemas en tus
diferentes procesos corporativos, y también en la logística, cadena de
suministro, abastecimiento y todas esas cosas divertidas.
De esta manera, tendrás todo resuelto antes de entrar en acción.
El proceso de planificación del producto comienza identificando
oportunidades.
Algunas de estas surgirán al observar las necesidades y beneficios de
diferentes clientes.
Es posible que, al observar las especificaciones, tenga sentido
dirigirse a mercados diferentes a los inicialmente planeados o pivotar y
cambiar tu concepto.

Asigna recursos y planifica el tiempo. Todos solo tenemos 24 horas al

día.
Así que establece buenas medidas para ti, añade un poco de margen
para darte flexibilidad y sigue capturando todas las métricas que
obtengas en el camino, para que puedas llevar un buen registro.
Y a medida que hagas adaptaciones, cuando comiences tu diseño de
experimentos para asegurarte de que estás cumpliendo con las
métricas correctas, tendrás algunos parámetros sólidos con los que
empezar.

Luego pasaremos a observar el proceso de desarrollo de productos.

Y nuevamente, esto también se aplicará a servicios y aplicaciones, y
aquellos que se integren.
Así que guiones que alineen dónde el elemento humano se encuentra
con el tecnológico.

¿Qué prototipamos?
Algunos de ustedes ya han desarrollado aplicaciones y software.
Tal vez piensen: "Bueno, ya tengo dominada esta tecnología".
Así que podrían pensar: "Estoy más avanzado en el proceso que
alguien que solo tiene un concepto".

Donde podrían enfocar sus esfuerzos de prototipado es en los

aspectos organizacionales y la integración corporativa del concepto
con tus operaciones corporativas, tu cadena de suministro y la
capacidad de escalar hacia arriba o hacia abajo.

Proveo servicios de consultoría a una amplia gama de industrias.

He trabajado en diferentes áreas y con empresas de todo el mundo.
Poseo una empresa de software y ahora una empresa de prototipado
rápido.
Y tengo mucha experiencia trabajando con startups y lanzando nuevos
productos.

Donde veo que las empresas suelen fallar no es tanto en el desarrollo

del producto, sino en las operaciones corporativas y en lograr que
estas desarrollen flujos de ingresos para ti, reduzcan redundancias y
gastos generales, y aseguren que optimices esas 24 horas que tienes
al día.
Ese es probablemente el mayor problema.
Porque hay muchos ingenieros brillantes, pero cuando se trata de
aplicar sus conocimientos, entrar en acción y lograr que ese producto
les genere ingresos, no siempre resulta.

Así que es en eso en lo que nos vamos a enfocar con el prototipado

organizacional.
Las cadenas de suministro, este también es un tema interesante.
Se pueden aplicar al talento humano, materias primas y todo tipo de
materiales.
Y luego veremos cómo diferentes factores geográficos, ambientales,
políticos o sociales pueden influir en tu cadena de suministro y cómo
hacer adaptaciones para garantizar que los controles de calidad sigan
siendo adecuados y que cumples con las especificaciones
cuantificables que te estableciste.

Abordar tu prototipo.
Muchas personas se sienten abrumadas en esta etapa porque
piensan que es un desafío enorme.
Es un paso a la vez. Todo se desglosa en pasos pequeños.
Y se hace mucho más accesible y fácil de entender cuando tomas un
enfoque modular.

Mira dónde están las variables independientes en el proceso, dónde

están las dependientes, y con qué puedes empezar inicialmente en
múltiples momentos.
Así que cualquier componente de tu negocio que requiera múltiples
fases y etapas, este es el lugar donde diría que siembres tu cultivo por
adelantado, donde hay un montón de semillas comenzando, y las
lleves juntas hacia una integración óptima.

Porque ahí es donde veo que muchas otras empresas fallan.

Dicen: "Bueno, no podemos empezar esto hasta que esto esté hecho".
No, no es así. Siembra las semillas, llévalas todas juntas y asegúrate
de que estén fuertemente integradas.

Cuando adopté este enfoque con mi empresa, pasé de cero a un

millón en ingresos en nueve meses sin préstamos ni inversiones
externas, solo con un celular y una laptop.
El primer año calendario completo fue de 2.2 millones en ingresos.
Así que no puedo enfatizar esto lo suficiente, tienes 24 horas al día.
Vamos a averiguar cómo usarlas correctamente.
Con el proceso de planificación del producto, evalúa y prioriza
proyectos.
Esto se reduce a observar los requisitos de tus clientes, los 20
principales, y cuánto tiempo llevará cada uno.

Y para algunos de tus requisitos, pueden tomar mucho tiempo en

desarrollarse.
Comenzaría con esos temprano, para que el resto de tu empresa no
dependa de que estas otras cosas se desarrollen.
Y puedas lograr flujos de ingresos rápidamente.

Conoce a tu audiencia.
Así que cada prototipo que tengas podría atraer a una audiencia
diferente.
Para tus inversores, podrían querer ver cómo tu empresa va a
optimizarse en diferentes áreas y cómo vas a reducir el riesgo.

¿Dónde está tu mitigación de riesgos?

Para el usuario final de tu producto o servicio, querrán ver algo
diferente.
Es posible que no necesiten ver los aspectos tecnológicos.
Para un socio de equipo, digamos una empresa de ingeniería o algo
que se integre a tu programa, podrían querer ver las especificaciones
técnicas.

Conoce quién es tu audiencia para este prototipo inicial para que les
hables a ellos y a sus necesidades.
Y luego puedes hacer modificaciones a medida que avances para
captar esas diferentes audiencias.

Porque para lanzar una empresa exitosa, necesitas hablar el idioma

de tu audiencia.

En conclusión, vamos a repasar los procesos de desarrollo de

productos y hacer adaptaciones con el tiempo utilizando metodologías
de diseño iterativo, saber qué prototipar.

Si ya tienes un concepto y sabes que tienes dominados los aspectos

técnicos, pero los negocios no son tu fuerte, entonces enfócate en
prototipar los aspectos comerciales y de servicio de la empresa.

Porque ningún producto opera en el vacío.

Muchos de estos conceptos requerirán interacción humana.
Y aquí es donde los guiones y las matrices de toma de decisiones
cuantitativas pueden ser muy útiles y ahorrarte mucho dinero.
Y conoce a tu audiencia y usuario.
Conoce cuáles son sus capacidades técnicas y qué quieren ver, y sé
capaz de presentarles una propuesta sólida, para que no solo les
muestres lo que hace, sino que les vendas la idea.
Porque queremos que tengas éxito.

Gracias.

Video 3: The Customer Needs Process: Part One

Texto Original (Inglés)

Hey, everyone.

In this video, we're focusing on the customer needs process, part one.
This topic is a lot of fun for me!

A common mistake many companies make is focusing too much on

the technologies behind their product instead of their core value
proposition. For example, Kodak in the late 1990s had a golden
opportunity to lead the digital photography market. Instead, they chose
to define themselves as a "35-millimeter film company." However, their
real business was capturing memories. Had they embraced that
perspective and adapted to digital photography, they might not have
collapsed as they did.

So, don’t get too fixated on the technology you’re using to deliver value
to your customers—technology can become obsolete. Always ask:
What is your core business? Keep that at the center of your company.

Another example is airlines. Most commercial airlines don’t own their

planes to avoid adding them to their balance sheets. They rent planes
because they’re in the people transportation business, not the aircraft
business. Similarly, jet engines are often rented because companies
like Rolls-Royce specialize in that industry.
Focus on your core business. Understand your customer’s value
proposition, including their pains and gains. Identify what problems
your product or service solves and how it creates value—whether by
saving time, money, or effort.

When it comes to user experience, strong communication is essential.

If this isn’t your strength, consider collaborating with someone skilled in
interacting with diverse people, or work on developing those skills
yourself. Align with your audience and understand their needs.

I’ve done international work, and I’ve found that most people share
similar problems—family, cars, etc. Finding common ground helps you
connect. When dealing with hybrid business models, your customer
needs statements will vary. Start with a wide range of needs, translate
them into requirements, prioritize the top 20, and convert those into
quantifiable specifications. Test them iteratively through hypotheses
like, “Does it meet this criterion? Yes or no?”

Understanding your customers’ needs during concept development is

critical. Mistakes in this area can be expensive. Misalignment with the
target market can lead to lower approval ratings and customer
dissatisfaction. Adjusting your market focus and expanding
strategically into new areas can help.

In the concept development process, start by identifying customer

needs and setting target specifications. Everything—colors, metrics, or
satisfaction levels—can be quantified. For qualitative aspects, use
surveys or happiness scales.

Define your mission statement, adapt it as needed, and gather raw

data. Think of it like planting seeds—you plant many at once and let
them grow over time. Use spreadsheets to track data and integrate it
optimally.
Understand your target market’s priorities, the specifications they
value, and how to carve out your niche. Organize customer needs into
a hierarchy that shifts depending on the market. For instance, military
hardware for Afghanistan must resist dust and sand, while gear for the
Alps needs to survive falls.

Finally, adapt your mission statement to remain relevant as customer

values and markets evolve. Don’t anchor yourself to specific
technologies; instead, stay focused on your core business and
audience priorities.

Thanks, bye!

Transcripción en español:

Hola a todos.

En este video, nos enfocaremos en el proceso de identificación de

necesidades del cliente, parte uno. ¡Este tema me resulta muy
divertido!

Un error común de muchas empresas es enfocarse demasiado en las

tecnologías detrás de sus productos en lugar de su propuesta de valor
principal. Por ejemplo, Kodak, a finales de los años 90, tuvo una
oportunidad de oro para liderar el mercado de la fotografía digital. Sin
embargo, decidieron definirse como una "empresa de películas de 35
mm". Sin embargo, su negocio real era capturar recuerdos. Si
hubieran adoptado esa perspectiva y se hubieran adaptado a la
fotografía digital, tal vez no habrían colapsado.

Por lo tanto, no te obsesiones con la tecnología que utilizas para

entregar valor a tus clientes; la tecnología puede volverse obsoleta.
Pregúntate siempre: ¿Cuál es tu negocio principal? Mantén esto como
el centro de tu empresa.
Otro ejemplo son las aerolíneas. La mayoría no posee sus aviones
para evitar incluirlos en sus balances. Alquilan aviones porque están
en el negocio de transportar personas, no en el negocio de fabricar
aviones. Del mismo modo, los motores de los aviones a menudo se
alquilan porque empresas como Rolls-Royce se especializan en ellos.

Concéntrate en tu negocio principal. Entiende la propuesta de valor de

tu cliente, incluidas sus dificultades y beneficios. Identifica qué
problemas resuelve tu producto o servicio y cómo crea valor, ya sea
ahorrando tiempo, dinero o esfuerzo.

Cuando se trata de la experiencia del usuario, la comunicación

efectiva es fundamental. Si no es tu punto fuerte, colabora con alguien
experto en interactuar con diferentes personas o desarrolla esas
habilidades tú mismo. Conéctate con tu audiencia y comprende sus
necesidades.

He trabajado internacionalmente y he descubierto que la mayoría de

las personas enfrentan problemas similares: familia, autos, etc.
Encontrar puntos en común ayuda a conectar. Al tratar con modelos
de negocio híbridos, las declaraciones de necesidades del cliente
variarán. Comienza con un rango amplio, tradúcelas en requisitos,
prioriza las 20 principales y conviértelas en especificaciones
cuantificables. Prueba iterativamente con hipótesis como: "¿Cumple
este criterio? Sí o no".

Comprender las necesidades de los clientes durante el desarrollo

conceptual es crucial. Los errores en esta área pueden ser costosos.
La desalineación con el mercado objetivo puede llevar a menores
índices de aprobación y satisfacción del cliente. Ajustar el enfoque del
mercado y expandirse estratégicamente ayuda.

En el proceso de desarrollo conceptual, comienza identificando las

necesidades del cliente y estableciendo especificaciones objetivo.
Todo—colores, métricas o niveles de satisfacción—puede
cuantificarse. Para aspectos cualitativos, utiliza encuestas o escalas
de felicidad.

Define tu declaración de misión, adáptala según sea necesario y

recopila datos crudos. Piénsalo como plantar semillas: plantas muchas
a la vez y las dejas crecer con el tiempo. Usa hojas de cálculo para
rastrear datos e integrarlos óptimamente.

Comprende las prioridades del mercado objetivo, las especificaciones

que valoran y cómo encontrar tu nicho. Organiza las necesidades de
los clientes en una jerarquía que cambie según el mercado. Por
ejemplo, el equipo militar para Afganistán debe resistir el polvo y la
arena, mientras que el equipo para los Alpes debe sobrevivir a caídas.

Finalmente, adapta tu declaración de misión para seguir siendo

relevante a medida que evolucionan los valores y mercados de los
clientes. No te ancles a tecnologías específicas; en su lugar,
concéntrate en tu negocio principal y en las prioridades de tu
audiencia.

¡Gracias, adiós!

Video 3: Lean User Experience

Texto Original (Inglés)

Hello, everyone!

In today's video, we'll be discussing Lean UX, which is the

methodology we will apply to your prototype. This could be an app, a
service, a piece of hardware, or even something like a menu item.
Lean UX is adaptable across various types of prototypes.

So, what exactly is Lean UX?

It's a set of flexible principles for development, focusing on validating
hypotheses. One of the reasons I’m such a fan of Lean UX is that it’s
great for accountability. I own a couple of businesses, and when I
manage employees, contractors, vendors, or any other people
involved, being able to clearly say, “Does it do this? Yes or no?” helps
hold everyone accountable. It prevents excuses and makes things
much more straightforward.

For example, when people miss a deadline, I can ask, “Was it done?
Yes? No? Does it do this? Yes? No?” Keeping things quantifiable is
crucial. Does it meet these metrics? Yes or no? Keeping things
measurable ensures accountability.

Ultimately, when you start a business, it’s all on you. Others can make
mistakes, but as the CEO, it’s all your responsibility. Accountability is
critical.

The Lean UX loop revolves around learning, adapting, coding, testing,

validating, and iterating. It’s essential to involve your customers, end
users, participants, and stakeholders throughout the process. This
doesn’t mean sharing everything with them, but you continuously test
and refine, making sure your prototype meets the requirements before
showing it again. This helps you avoid issues when things don’t meet
the standards.

Lean UX is agile. In industries where I work, many program managers

and developers are agile certified, whether as Scrum Masters or full-
stack developers. Agile is excellent for environments where funding is
secure and there is room to work within scope and budget. However,
Lean UX is even better for startups, where resources are limited, and
you’re developing from scratch. Trust me, from experience, it’s tough
when mistakes happen and things don’t meet targets. I’ve learned this
the hard way.

Lean UX replaces traditional user stories with user hypotheses that

can be validated or invalidated. The human aspect in business is
messy—dealing with people can be difficult. But Lean UX allows us to
step away from emotions and ego, relying solely on data. This makes it
easier to stay accountable, especially when developing products on
time and within scope.

Lean UX versus Agile: With Lean UX, we focus on having an MVP

(Minimum Viable Product) and funnel analysis, while also engaging
with customers. This is why Lean UX works great for startups. You
need to launch your MVP quickly to start generating revenue. If
narrowing your target market initially helps you achieve this, that’s fine.
The key is to focus on getting that MVP out there and making it
profitable. Personally, I’ve bootstrapped my company and don’t like
borrowing money. I prefer to reinvest my own funds and avoid
answering to anyone, which is why Lean UX suits me perfectly.

Early validation and proof of concept are crucial when starting a

business. You need to set aside your ego and test your ideas, check
the market, and get feedback. Sometimes, customers might not be the
right fit, and that’s okay. Just adjust your specifications and keep
refining. Wireframes, sketches, and interactive prototypes can save
you a lot of money by avoiding the development of unnecessary
features.

In summary, Lean UX is both user-centered and agile. I particularly like

it because it focuses on the MVP. Remember, time is valuable, and we
only have 24 hours in a day. Wasting time on something that doesn’t
work is a sunk cost. For example, if I spend 10 hours on something,
and my time is valued at $400 per hour, that’s $4,000 lost. So, be
careful with your time, and don’t get stuck in the mindset of “it’s not
perfect.” Hypothesis testing will help you save time and resources.
Otherwise, you may not realize your vision for a successful business.
My goal is to help you launch a company, succeed, and profit from it.
Thanks for watching!

Transcripción en español:

¡Hola a todos!
En el video de hoy, vamos a hablar sobre Lean UX, que es la
metodología que aplicaremos a su prototipo. Esto puede ser una
aplicación, un servicio, un dispositivo o incluso algo como un ítem de
menú. Lean UX es adaptable a diferentes tipos de prototipos.

Entonces, ¿qué es Lean UX?

Es un conjunto de principios flexibles para el desarrollo, enfocados en

validar hipótesis. Una de las razones por las que soy un gran fan de
Lean UX es que es excelente para la responsabilidad. Tengo un par
de empresas, y cuando gestiono empleados, contratistas, proveedores
o cualquier otra persona involucrada, poder decir claramente: "¿Hace
esto? ¿Sí o no?" ayuda a mantener a todos responsables. Evita
excusas y hace que las cosas sean mucho más directas.

Por ejemplo, cuando la gente no cumple con un plazo, puedo

preguntar: "¿Se hizo? ¿Sí? ¿No? ¿Hace esto? ¿Sí? ¿No?" Mantener
las cosas cuantificables es crucial. ¿Cumple con estos métricos? ¿Sí o
no? Mantener las cosas medibles asegura la responsabilidad.

En última instancia, cuando inicias un negocio, todo depende de ti. Los

demás pueden cometer errores, pero como CEO, todo es tu
responsabilidad. La responsabilidad es clave.

El ciclo de Lean UX se centra en aprender, adaptarse, codificar,

probar, validar e iterar. Es fundamental involucrar a tus clientes,
usuarios finales, participantes y partes interesadas durante todo el
proceso. Esto no significa compartir todo con ellos, pero debes probar
continuamente y refinar, asegurándote de que tu prototipo cumpla con
los requisitos antes de mostrarlo nuevamente. Esto te ayuda a evitar
problemas cuando las cosas no cumplen con los estándares.

Lean UX es ágil. En las industrias en las que trabajo, muchos de los

gerentes de programas y desarrolladores están certificados en Agile,
ya sea como Scrum Masters o desarrolladores full-stack. Agile es
excelente para entornos con financiación segura y margen para
trabajar dentro del alcance y presupuesto. Sin embargo, Lean UX es
aún mejor para startups, donde los recursos son limitados y estás
desarrollando desde cero. Créeme, por experiencia, es difícil cuando
ocurren errores y las cosas no cumplen con los objetivos. Aprendí esto
de la manera difícil.

Lean UX reemplaza las historias tradicionales de usuarios con

hipótesis de usuarios que pueden ser validadas o invalidadas. El
aspecto humano en los negocios es desordenado: tratar con personas
puede ser complicado. Pero Lean UX nos permite alejarnos de las
emociones y el ego, y depender únicamente de los datos. Esto hace
que sea más fácil mantener la responsabilidad, especialmente cuando
desarrollamos productos a tiempo y dentro del alcance.

Lean UX versus Agile: Con Lean UX, nos enfocamos en tener un MVP
(Producto Mínimo Viable) y análisis de embudo, mientras también nos
relacionamos con los clientes. Esta es una de las razones por las que
Lean UX funciona muy bien para startups. Necesitas lanzar tu MVP
rápidamente para comenzar a generar ingresos. Si eso significa
reducir tu mercado objetivo inicialmente, está bien. Lo importante es
enfocarse en lanzar ese MVP y hacerlo rentable. Personalmente, he
autofinanciado mi empresa y no me gusta pedir dinero prestado.
Prefiero reinvertir mis propios fondos y evitar rendir cuentas a alguien,
lo que hace que Lean UX se adapte perfectamente a mí.

La validación temprana y la prueba de concepto son cruciales cuando

estás comenzando un negocio. Debes dejar de lado tu ego y probar
tus ideas, revisar el mercado y obtener retroalimentación. A veces, los
clientes pueden no ser los adecuados, y eso está bien. Simplemente
ajusta tus especificaciones y sigue refinando. Los wireframes, bocetos
y prototipos interactivos pueden ahorrarte mucho dinero al evitar el
desarrollo de características innecesarias.

En resumen, Lean UX es tanto centrado en el usuario como ágil.

Particularmente me gusta porque se enfoca en el MVP. Recuerda, el
tiempo es valioso, y solo tenemos 24 horas al día. Desperdiciar tiempo
en algo que no funciona es un costo irrecuperable. Por ejemplo, si
paso 10 horas en algo y mi tiempo se valora a $400 por hora, eso son
$4,000 perdidos. Así que ten cuidado con tu tiempo y no te quedes
atrapado en la mentalidad de "no está perfecto." Las pruebas de
hipótesis te ayudarán a ahorrar tiempo y recursos. De lo contrario, tal
vez no logres materializar tu visión para un negocio exitoso. Mi
objetivo es ayudarte a lanzar una empresa, tener éxito y obtener
ganancias. ¡Gracias por ver!

Video 6: Diagrams, Sketches, Wireframes, and Prototypes

Texto Original (Inglés)

Hi, everyone.

In this video, we're going to be going over diagrams, sketches,

wireframes, and prototypes.

Now there are some key differences and you're going to learn when to
apply which tool and which method in order to keep your costs low and
not spend too much time building out something that may not be
feasible as a business concept.

So let's get started.

So visual displays for the user experience. Diagrams, wireframes,

sketches, and then an interactive prototype. In this course, the goal is
to take you from a diagram through the process to have a fully
functional interactive prototype by the end of the course.

With that said, this can be applied to your services, applications,

software, hardware, products, let's just say you want to start a
cosmetics company. These sorts of things can be applied across the
board, and they can be adapted. And depending on who your audience
is, you may need to provide one versus another and build out and
calibrate.

So, yeah, these are awesome. Okay.

So the Lean Loop, when we take a look at learning ideas, building,

coding, data, measuring, one of the key things to keep in mind with this
is that everything is quantifiable. You need to have your data and your
specifications so that you can start to build out your prototype
accurately and you can incorporate those key features and data into
the wireframes and sketches and diagrams and all that sort of fun stuff.
Because if you're not tying in that data, then you don't really know how
your concept is going to meet the needs of the customer. So let's just
say that your customer has a need for, let's just say that their vision
isn't that great, and it needs to have text at a certain size on the screen
so that they can read it, then you know that's gonna impact the user
interface on your application.

These are the things that you'd then tie into the data, and like what size
are the screens, what models are they using? What size font, what
display, all these sorts of data sets will then impact your wireframe and
your diagrams, and eventually your prototype. So data is going to be
key from the get-go.

Diagrams are just a simple interaction. So click sign in, success. These
diagrams are also useful especially for your corporate processes. I
can't say this enough because as an employer, I'm gonna have an in-
house team working for me, and some of the decisions may not always
be in line with what I would do. Having standard operating procedures
and quantitative decision-making matrices then make it possible for my
employees to go, okay, well, her crazy high-maintenance self isn't here
at the moment, so what would she want done in this situation?

Well, this, what are the parameters? What are the different things that
are going on? What do I do in this situation? Okay, A, B and this. And
eliminating the decision-making process increases productivity.

So when we have so many different choices available to us and

decisions to make, it can really impact productivity. And so when you
want to negotiate, that's why you kind of focus on your side being later
in the day, and you can do better in a negotiation, but that's a whole
different course. Love this stuff.

Okay. So a simple interaction would be sign in, does it work? No, go

back. We're going to keep tying in iterative design hypothesis testing in
these things throughout the whole process, okay?

So forgot the password flow? All right. Do you need to create a new
username or account? Sign up, flow, all these sorts of fun things, and
by using diagrams, you're not building out a fully functional prototype
and spending all your resources, time, and money on something where
it may not be such a big concern further down the line with the user
experience.

So diagrams are a really great way to save on money but then get the
navigation sequences in place. So what are they good for? Estimating
how much time will go into developing and building. It's a very loose
ballpark sort of thing at the moment, but you will be able to sort of start
to ballpark it how much time and resources and effort will go into what
you'd like to accomplish.

And this can be applied to both software, services. Remember, time is

an asset and it is a resource, so how much time are you working with
for providing your service? And that's gonna be a big one with the
diagrams as well. It's quantifying everything.

Sketches are very useful for being able to, what I found, being able to
get an idea of where the human element interacts with the
technological one and then how you see the user interface between
the user interface as a user, under what conditions, and in this sort of
case, I like to tie in robust design and what the non-ideal conditions
are.

So where are they? What are they doing at the time that they're using
your product or service? Are you a CPA or an accountant who
specializes in IRS tax audits? Then you know that you're working with
a stressed out population who's got a real sense of urgency. But
you've got to know what the experiences of your customer at the time,
and then how you can adapt the interface and processes and
interactions to be able to accommodate what they need, but also being
able to get you the information and data and those other sorts of things
that you need in order to accomplish what you want to do for the
customer.

Wireframes. This is where it's a cross between a sketch and a

functioning prototype. Now I like wireframe tools such as Balsamiq are
good ones to use. And for a fully functional prototype, if you've got
something that's really heavy on the technological aspects and where
it's going to be data-driven and require a lot more interactions and
you've got limited resources, then it may be an idea to focus more on
the technological aspects than on making sure then that it's a really
highly polished design with like graphics and all like fancy sorts of
design features when your core value is going to be in the data.

So take a look at who the audience is going to be again and what their
values are and what they see. Some people might want to see a more
polished sort of prototype. Others are like, okay, it's pretty, but does it
do what we need it to do?

For a fully functional prototype, this is a great start for once you've
really worked out the glitches in your corporate processes, how you
integrate the supply chain development or production deployment O
and M sorts of things like the operations and maintenance. And then
you're like, okay, I've worked out the glitches, now how do we start
getting this ready for production?

And with the fully functional prototypes where I see a lot of companies
go wrong is that they don't focus so much on looking at where most of
the effort went into the prototype, they're like, okay, well, we built this
prototype, okay, but did a lot more work go into the user interface, did
a lot more effort go into other sorts of components?

Because then that helps you to get an idea of where your constraints
are going to be and where you might need to allocate more resources
once you do full scale production.

Log everything, time, and I know it can be frustrating if this doesn't

come naturally to you, it really didn't come naturally to me, but I made it
come naturally to me 'cause I wanted to do well. Anyway, so in
summary, know when to use a sketch, a wireframe and a prototype.
Sketches, diagrams, those sorts of things can be really useful for
brainstorming.

I always like to have a whiteboard around and just sketch things up.
Uses a different part of your brain to when you use a computer, so get
all parts of your brain going. Wireframes are best to navigate the user
experience without building a whole prototype.

And this is where you can get an idea of where how to assemble the
different components in a way without investing a ton of money into the
graphic design and that sort of thing, but where you can see, okay,
we're working with only a like a five inch screen, and we've got to fit
this content in, how do we have the navigation sequences in place
where we can have it the right size, provide the right data at the right
time, and reduce the number of steps that a user will have to interact
with the app for in order to get what they need.

So these are all really interesting sorts of things to take into account.
And this is why it also comes back to data and keeping spreadsheets,
keeping quantifiable metrics, keeping track of these different things,
because when it comes to doing the design of experiments and testing,
you'll save yourself a whole lot of headaches and you'll have much
more accurate cost projections and time.

Yeah, it'll save you a lot of trouble. Thanks, bye.

Transcripción en español:

Hola a todos.

En este video, vamos a repasar diagramas, bocetos, wireframes y

prototipos.

Ahora, hay algunas diferencias clave y aprenderás cuándo aplicar qué

herramienta y qué método para mantener bajos los costos y no perder
demasiado tiempo construyendo algo que puede no ser viable como
concepto de negocio.

Así que empecemos.

Entonces, las representaciones visuales para la experiencia del

usuario. Diagramas, wireframes, bocetos y luego un prototipo
interactivo. En este curso, el objetivo es llevarte de un diagrama a
través del proceso para tener un prototipo interactivo completamente
funcional al final del curso.

Con eso dicho, esto se puede aplicar a tus servicios, aplicaciones,

software, hardware, productos, por ejemplo, si deseas comenzar una
empresa de cosméticos. Este tipo de cosas se puede aplicar de
manera general, y se pueden adaptar. Y dependiendo de quién sea tu
audiencia, es posible que necesites proporcionar uno en lugar de otro
y construir y calibrar.

Así que, sí, esto es impresionante.

Bien.

Entonces, el Ciclo Lean, cuando analizamos ideas de aprendizaje,

construcción, codificación, datos, medición, una de las cosas clave a
tener en cuenta con esto es que todo es cuantificable. Necesitas tener
tus datos y tus especificaciones para poder empezar a construir tu
prototipo de manera precisa e incorporar esas características clave y
datos en los wireframes, bocetos, diagramas y todo ese tipo de cosas
divertidas.

Porque si no estás integrando esos datos, entonces no sabes

realmente cómo tu concepto va a satisfacer las necesidades del
cliente. Así que, digamos que tu cliente necesita, por ejemplo, que su
visión no sea muy buena, y que el texto deba estar en un tamaño
específico en la pantalla para que lo pueda leer, entonces sabes que
eso va a impactar la interfaz de usuario en tu aplicación.
Estas son las cosas que debes integrar en los datos, y como qué
tamaño tienen las pantallas, qué modelos están usando, qué tamaño
de fuente, qué tipo de pantalla, todos estos conjuntos de datos
impactarán tu wireframe y tus diagramas, y eventualmente tu
prototipo. Así que los datos van a ser clave desde el principio.

Los diagramas son solo una interacción simple. Así que haz clic en
iniciar sesión, éxito. Estos diagramas también son útiles
especialmente para tus procesos corporativos. No puedo decir esto lo
suficiente porque, como empleador, voy a tener un equipo interno
trabajando para mí, y algunas de las decisiones no siempre van a
estar alineadas con lo que yo haría. Tener procedimientos operativos
estándar y matrices de toma de decisiones cuantitativas hace posible
que mis empleados digan, está bien, bueno, su loca y exigente
personalidad no está aquí en este momento, entonces ¿qué haría ella
en esta situación?

Bueno, esto, ¿cuáles son los parámetros? ¿Cuáles son las diferentes
cosas que están pasando? ¿Qué hago en esta situación? Está bien,
A, B y esto. Y eliminar el proceso de toma de decisiones aumenta la
productividad.

Entonces, cuando tenemos tantas opciones disponibles y decisiones

que tomar, realmente puede afectar la productividad. Y cuando
quieres negociar, por eso, como que te enfocas en que tu lado sea
más tarde en el día, y puedes hacer una mejor negociación, pero eso
es todo un curso diferente. Me encanta esto.

Bien. Así que una interacción simple sería iniciar sesión, ¿funciona?
No, vuelve. Vamos a seguir integrando el diseño iterativo y las
pruebas de hipótesis a lo largo de todo el proceso, ¿de acuerdo?

Así que, ¿olvidaste la contraseña? Está bien. ¿Necesitas crear un

nuevo nombre de usuario o cuenta? Registro, flujo, todas esas cosas
divertidas, y al usar diagramas, no estás construyendo un prototipo
completamente funcional y gastando todos tus recursos, tiempo y
dinero en algo donde puede que no sea una gran preocupación más
adelante en el proceso con la experiencia del usuario.

Así que los diagramas son una muy buena manera de ahorrar dinero
pero luego obtener las secuencias de navegación en su lugar.
Entonces, ¿para qué son buenos? Estimar cuánto tiempo llevará
desarrollar y construir. Es algo muy aproximado en este momento,
pero podrás empezar a calcular cuánto tiempo y recursos se
necesitarán para lo que te gustaría lograr.
Y esto se puede aplicar tanto a software como a servicios. Recuerda,
el tiempo es un activo y es un recurso, así que ¿cuánto tiempo tienes
para proporcionar tu servicio? Y eso también va a ser muy importante
con los diagramas. Es cuantificar todo.

Los bocetos son muy útiles para poder, lo que he encontrado, para
obtener una idea de dónde el elemento humano interactúa con el
tecnológico y cómo ves la interfaz de usuario entre la interfaz de
usuario como usuario, bajo qué condiciones, y en este tipo de casos,
me gusta integrar el diseño robusto y cuáles son las condiciones no
ideales.

¿Dónde están? ¿Qué están haciendo en el momento en que usan tu

producto o servicio? ¿Eres un CPA o un contador especializado en
auditorías fiscales del IRS? Entonces sabes que estás trabajando con
una población estresada que tiene una gran sensación de urgencia.
Pero tienes que saber cuáles son las experiencias de tu cliente en ese
momento, y cómo puedes adaptar la interfaz y los procesos y las
interacciones para poder acomodar lo que necesitan, pero también ser
capaz de obtener la información y los datos y esas otras cosas que
necesitas para lograr lo que quieres hacer por el cliente.

Wireframes. Esto es donde es un cruce entre un boceto y un prototipo

funcional. Ahora me gustan las herramientas de wireframe como
Balsamiq, son buenas para usar. Y para un prototipo completamente
funcional, si tienes algo que es realmente pesado en los aspectos
tecnológicos y donde va a estar basado en datos y requerirá más
interacciones y tienes recursos limitados, entonces podría ser una
buena idea enfocarte más en los aspectos tecnológicos que en
asegurarte de que sea un diseño muy pulido con gráficos y esas cosas
tan bonitas cuando tu valor principal va a estar en los datos.

Así que revisa nuevamente quién será tu audiencia y cuáles son sus
valores y qué esperan ver. Algunas personas podrían querer ver un
prototipo más pulido. Otros son como, está bien, es bonito, pero ¿hace
lo que necesitamos que haga?

Para un prototipo completamente funcional, este es un gran comienzo

una vez que hayas resuelto los problemas en tus procesos
corporativos, cómo integras la cadena de suministro, desarrollo,
producción, despliegue, operaciones y mantenimiento, etc. y luego
dices, bien, he solucionado los problemas, ¿cómo comenzamos a
preparar esto para producción?
Y con los prototipos completamente funcionales, donde veo que
muchas empresas se equivocan es que no se enfocan tanto en
observar dónde se invirtió la mayor parte del esfuerzo en el prototipo,
dicen, bien, construimos este prototipo, bien, pero ¿se dedicó más
trabajo a la interfaz de usuario, se dedicó más esfuerzo a otros
componentes?

Porque eso te ayuda a tener una idea de dónde estarán tus

restricciones y dónde podrías necesitar asignar más recursos cuando
hagas producción a gran escala.

Registra todo, tiempo, y sé que puede ser frustrante si esto no te sale

naturalmente, realmente no me salió naturalmente a mí, pero lo hice
natural porque quería hacerlo bien. En fin, en resumen, sabes cuándo
usar un boceto, un wireframe y un prototipo. Los bocetos, diagramas,
esas cosas son realmente útiles para la lluvia de ideas.

Siempre me gusta tener una pizarra cerca y solo dibujar cosas. Usa
una parte diferente de tu cerebro a cuando usas una computadora, así
que pon a trabajar todas las partes de tu cerebro. Los wireframes son
mejores para navegar por la experiencia del usuario sin construir un
prototipo completo.

Y aquí es donde puedes obtener una idea de cómo ensamblar los

diferentes componentes de manera que puedas tener las secuencias
de navegación en su lugar sin invertir un montón de dinero en el
diseño gráfico y ese tipo de cosas, pero donde puedes ver, está bien,
estamos trabajando solo con una pantalla de cinco pulgadas, y
tenemos que ajustar este contenido, ¿cómo tenemos las secuencias
de navegación en su lugar para poder tenerlo del tamaño correcto,
proporcionar los datos correctos en el momento adecuado y reducir la
cantidad de pasos que un usuario tendrá que interactuar con la app
para obtener lo que necesita?

Así que todos estos son tipos realmente interesantes de cosas a tener
en cuenta. Y por eso también se vuelve a los datos y mantener hojas
de cálculo, mantener métricas cuantificables, hacer un seguimiento de
estas cosas diferentes, porque cuando se trata de realizar el diseño de
experimentos y las pruebas, ahorrarás un montón de dolores de
cabeza y tendrás proyecciones de costos y tiempo mucho más
precisas.

Sí, te ahorrará muchos problemas. Gracias, adiós.

Video 7: Emerging Technologies and Your Concept

Texto Original (Inglés)

Hey everyone.

In this video, we're going to be discussing emerging technologies and

your concept.

So what are emerging technologies?

So, there are those technologies which are not yet replacing existing
ones but have the potential to be very disruptive.

And in the prototyping phase, when you're taking a look at emerging

technologies, see which emerging technologies may totally make your
concept obsolete.

An example would be, when you look at the 30-prong adapter on an

iPhone, the older version, but now they've got the micro one.

There are a lot of companies that were selling accessories for the older
type but then, once the micro one came in, it became, they were
obsolete.

So always keep an eye on what technologies are coming out that may
obsolesce your company.

Also take a look at poor Kodak. They were in the memories capturing
industry, not the, just the 35 millimeter one.

They could have really held onto that market.

So what is disruptive innovation?

So disruptive innovations are those which have become established

and have potentially rendered existing technologies obsolete or
changed how people do things.

A perfect example of this is looking at the way that Amazon has

mastered logistics and changed like the whole landscape of retail and
how people shop.

And also, it's had a snowball effect and how it, well, a ripple effect in
terms of how it impacts whole landscapes of like geographically, as
well.
So shopping malls, retail centers, street malls, how these things are
just basically, these different infrastructures that support industries,
how those are impacted.

So disruptive innovation by doesn't just have to be the concept itself

because Amazon is a retailer but it's the backend logistics and
software and the way it does things that is the disruptive innovation.

So when you're looking at starting your company and you're offering a

product or service, don't just stay locked into disruptive innovation or
emerging technologies being the actual concept itself.

It can be on the backend.

Okay, so vertical farming, that's an emerging technology in vitro meat,

that meat, okay.

That's lab grown meat, okay.

When taking a look at our value systems and this is where I really like
to see where ethics, bioethics and how we eat, how we do things,
where we get our food from, what the environmental impacts are.

This is where we can reconcile some things.

So for example, as a hobby, I make motorcycle gear from salvage

leather from surfers, because nothing's gonna be as good as leather to
make motorcycle gear but also don't wanna contribute to the fur and
leather industry.

So everything's salvaged.

That's a way that when manufacturing, you can reconcile different

competing values.

And it also creates a lot of fun supply chain issues because it's not
consistent when you're getting surfers, (giggles) anyway.

So examples of disruptive innovation.

Hydraulic fracturing was a huge one.

Prior to hydraulic fracturing, different countries depended on the price

of natural gas and oil to be a certain amount per barrel.
When we look at how supply and demand works in different
infrastructures, the price needs to hit an equilibrium.

If it's not hitting an equilibrium and supply is way higher than demand,
then that's gonna bring the price down.

But when countries are depending on the price of a barrel being at a

certain point in order to pay its foreign debt, then that's when it starts to
really impact geopolitical landscapes as well.

And that is fascinating.

Digital cameras as well, back in the 90s, poor Kodak.

So why should we be aware of this?

Your technology may be dependent upon the technology or process

that could be rendered obsolete in the next few years.

Perfect examples is 35 millimeter film.

Newer technologies create new opportunities for early adopters.

When we also examine obsolescence of technologies or products and

those, there are big generational differences in how people shop and
how they do things and what is important to different markets.

So diamonds for example, millennials don't buy diamonds anywhere

near as much as previous generations.

So how does that impact the price?

And then you look at, okay, well De Beers and other diamond
companies that like can keep the price at a certain point by only letting
a certain amount of the supply out there, that can be navigated as well.

So all of these, the way that the world comes together is absolutely
fascinating.

And it's important to be able to like see even if it's not a direct influence
on your company and your concept, what other factors are at play in
the world that will impact how you do that?

I love this stuff.

Okay, so other considerations.

Regulations can either work in your favor or against it.

So an example is that in real estate, if a city or a state requires or a

county requires a certain certification level or inspection, then in order
for a sale to take place then that creates the opportunity for companies
to get started that will provide inspections.

If a city or a state or a country says no ride sharing apps, everything's

got to work through with a taxi company, then that completely gets rid
of that market to be able to have ride sharing.

Same thing with the hotel industry and Airbnb.

What regulations are coming out that will impact your ability to get your
company started?

And you may find, okay, this city changing their regulations has made it
impossible for me to do business here.

You might need to just pack up your shop and then go operate in a
place where you can like do business.

And one thing I can't stress enough is that being versatile, flexible,
mobile, and being able to adapt, assimilate, adjust, change your
parameters, rebrand, and enter new markets well is key for success.

Plus it's exciting and fun.

So even if you are trying to operate in some space that then suddenly
shuts down and isn't accessible to you, make sure that you're keeping
ahead of the game in knowing whether those things can happen and
plan for it and plan for expansion into new markets so that you can
calibrate and mitigate your risk.

In my business, I make sure to only make educated and calculated

risks so that I don't take a risk I can't afford to make coz I like my
house, sweet.

Okay, so in summary, emerging processes and innovations may either

create or destroy opportunities for your concept.

Just because a new sort of regulation or rule is coming out, that

doesn't mean that you shouldn't proceed.

You may just need to hit a different market or you may need to adapt it
to hit a different industry.
With legislation, lobbying groups, money in all different areas flowing,
technologies coming out, the world is a complex and incredible place
where there are always opportunities coming out and opportunities that
are shutting down too.

So, versatility is gonna be absolutely key and just thrive in the

excitement of it and the unknowns.

It's a lot of fun.

Thanks, bye.

Transcripción en español:

Hola a todos.

En este video, vamos a discutir sobre las tecnologías emergentes y tu

concepto.

Entonces, ¿qué son las tecnologías emergentes?

Son aquellas tecnologías que aún no están reemplazando a las

existentes, pero que tienen el potencial de ser muy disruptivas.

Y en la fase de prototipado, cuando estás mirando tecnologías

emergentes, debes ver qué tecnologías emergentes pueden hacer que
tu concepto se vuelva obsoleto.

Un ejemplo de esto sería el adaptador de 30 clavijas en un iPhone, la

versión anterior, pero ahora tienen el micro.

Hay muchas empresas que estaban vendiendo accesorios para el tipo

antiguo, pero luego, cuando llegó el micro, se volvieron obsoletas.

Así que siempre debes estar atento a qué tecnologías están saliendo
que podrían hacer que tu empresa quede obsoleta.

También echa un vistazo a Kodak. Estaban en la industria de captura

de recuerdos, no solo en la de la película de 35 milímetros.

Podrían haberse aferrado mucho más a ese mercado.

Entonces, ¿qué es la innovación disruptiva?

Las innovaciones disruptivas son aquellas que se han establecido y
potencialmente han hecho obsoletas a las tecnologías existentes o
han cambiado la forma en que las personas hacen las cosas.

Un ejemplo perfecto de esto es ver cómo Amazon ha dominado la

logística y ha cambiado todo el panorama del comercio minorista y
cómo la gente compra.

Y también ha tenido un efecto en cadena, un efecto dominó, en

términos de cómo impacta a paisajes enteros, también
geográficamente.

Así que los centros comerciales, los centros comerciales, los centros
comerciales de la calle, cómo estas cosas son básicamente, estas
diferentes infraestructuras que respaldan industrias, cómo se ven
impactadas.

Entonces, la innovación disruptiva no tiene que ser solo el concepto en

sí, porque Amazon es un minorista, pero es la logística de backend y
el software y la forma en que lo hace, lo que es la innovación
disruptiva.

Entonces, cuando estás buscando comenzar tu empresa y ofrecer un

producto o servicio, no te limites solo a que la innovación disruptiva o
las tecnologías emergentes sean el concepto en sí.

Puede estar en el backend.

Bien, la agricultura vertical, esa es una tecnología emergente, la carne

in vitro, esa carne, ok.

Es carne cultivada en laboratorio, ¿de acuerdo?

Al mirar nuestros sistemas de valores y aquí es donde realmente me

gusta ver cómo la ética, la bioética y cómo comemos, cómo hacemos
las cosas, de dónde obtenemos nuestra comida, cuáles son los
impactos ambientales.

Aquí es donde podemos conciliar algunas cosas.

Por ejemplo, como hobby, hago equipo de motocicleta de cuero

reciclado de surfistas, porque nada va a ser tan bueno como el cuero
para hacer equipo de motocicleta, pero también no quiero contribuir a
la industria de la piel y la piel de animales.

Así que todo es reciclado.

Esa es una forma en que cuando fabricas, puedes conciliar diferentes
valores en competencia.

Y también crea muchos problemas interesantes de la cadena de

suministro, porque no es consistente cuando consigues cuero de
surfistas, (se ríe) de todos modos.

Entonces ejemplos de innovación disruptiva.

La fracturación hidráulica fue una enorme.

Antes de la fracturación hidráulica, diferentes países dependían del

precio del gas natural y el petróleo para estar a un cierto precio por
barril.

Cuando vemos cómo funciona la oferta y la demanda en diferentes

infraestructuras, el precio debe alcanzar un equilibrio.

Si no está alcanzando ese equilibrio y la oferta es mucho más alta que

la demanda, entonces eso va a bajar el precio.

Pero cuando los países dependen de que el precio de un barril esté en

un punto determinado para pagar su deuda externa, entonces ahí es
cuando empieza a impactar realmente a los paisajes geopolíticos
también.

Y eso es fascinante.

Las cámaras digitales también, a mediados de los 90, pobre Kodak.

Entonces, ¿por qué deberíamos estar conscientes de esto?

Tu tecnología puede depender de la tecnología o el proceso que

podría volverse obsoleto en los próximos años.

Ejemplos perfectos son los rollos de película de 35 milímetros.

Las nuevas tecnologías crean nuevas oportunidades para los primeros

adoptantes.

Cuando también examinamos la obsolescencia de tecnologías o

productos y esos, hay grandes diferencias generacionales en cómo las
personas compran y hacen las cosas y qué es importante para
diferentes mercados.
Por ejemplo, los diamantes, por ejemplo, los millennials no compran
diamantes ni cerca de la cantidad que las generaciones anteriores.

Entonces, ¿cómo impacta eso en el precio?

Y luego miras, ok, bien, De Beers y otras compañías de diamantes

que como pueden mantener el precio en un cierto nivel al solo dejar
que una cierta cantidad de la oferta esté disponible, eso también se
puede navegar.

Entonces, todo esto, la forma en que el mundo se junta es

absolutamente fascinante.

Y es importante poder ver, incluso si no es una influencia directa sobre

tu empresa y tu concepto, qué otros factores están en juego en el
mundo que impactarán cómo haces eso.

Me encanta todo esto.

Entonces, otras consideraciones.

Las regulaciones pueden trabajar a tu favor o en tu contra.

Entonces, un ejemplo es que en bienes raíces, si una ciudad o un

estado requiere o un condado requiere un cierto nivel de certificación o
inspección, entonces para que se realice una venta, crea la
oportunidad para que las empresas comiencen a proporcionar
inspecciones.

Si una ciudad o un estado o un país dice no hay aplicaciones de

transporte compartido, todo tiene que funcionar a través de una
empresa de taxis, eso elimina completamente el mercado para que
haya transporte compartido.

Lo mismo ocurre con la industria hotelera y Airbnb.

¿Qué regulaciones están saliendo que impactarán tu capacidad para

iniciar tu empresa?

Y puedes encontrar que, ok, esta ciudad cambiando sus regulaciones

ha hecho que sea imposible para mí hacer negocios aquí.

Tal vez necesites empacar tus cosas e ir a operar en un lugar donde

puedas hacer negocios.
Y una cosa que no puedo enfatizar lo suficiente es que ser versátil,
flexible, móvil y ser capaz de adaptarse, asimilarse, ajustar, cambiar
tus parámetros, rebranding y entrar en nuevos mercados con éxito es
clave para el éxito.

Además, es emocionante y divertido.

Así que incluso si estás tratando de operar en algún espacio que luego
de repente se cierra y no es accesible para ti, asegúrate de estar
adelantado al juego sabiendo si esas cosas pueden suceder y
planeando para ello y planeando la expansión a nuevos mercados
para que puedas calibrar y mitigar tu riesgo.

En mi negocio, me aseguro de solo hacer riesgos educados y

calculados para no tomar un riesgo que no pueda permitirme, porque
me gusta mi casa, es linda.

Bien, en resumen, los procesos emergentes e innovaciones pueden

crear o destruir oportunidades para tu concepto.

Solo porque una nueva regulación o regla esté saliendo, no significa

que no debas seguir adelante.

Tal vez solo necesites dirigirte a un mercado diferente o necesitarás

adaptarlo para llegar a una industria diferente.

Con la legislación, los grupos de cabildeo, el dinero fluyendo en todas

las diferentes áreas, las tecnologías que salen, el mundo es un lugar
complejo e increíble donde siempre hay oportunidades saliendo y
oportunidades que también se están cerrando.

Entonces, la versatilidad será absolutamente clave y solo prospera en

la emoción de ello y en los desconocidos.

Es muy divertido.

Gracias, adiós.

Ideas to Action Project (Optional)

Texto Original (Inglés)

At the end of select course modules, we will offer an Ideas to Action

Project as an opportunity to translate our course lessons into reality.
While this is an optional and ungraded assignment, it is highly
encouraged. Learning by doing is highly effective. This assignment is
not graded by the faculty for the course, and is not submitted to edX.
Instead, it's a development activity for you alone to learn and apply the
information from our course.

For this second Ideas to Action Project, start by reviewing your

responses to the prior Ideas in Action assignment in the prior course
module.

Then, proceed with a Customer Needs Analysis.

1. Write 50 needs statements: Using online research, develop a list

of your key customer needs. We will be translating these into
product specifications later in our course. For now, aim for a
minimum of 50 needs statements. Review our lectures in this
module for examples and tips.
2. Select 20 priority needs: We need to establish the relative
importance of the 50 needs for your solution, in terms of their
importance to customers and in consideration of your ability to
fulfill these needs. Start by ranking these 50 needs according to
their level of importance. Then select the top 20 that you aim to
address with your initial solution.
3. State your hypotheses: Using the Lean UX approach of
hypothesis testing, translate each of the 20 high priority
customer needs into hypotheses.
4. Check the longevity of your solution: Review your customer
needs and hypotheses to see if any of these are dependent on
technology or processes that are soon to be obsolete. For
example, non-Apple accessories that are for use with a 30-pin
Apple device, or CDs for software sales. If your concept is
dependent upon technologies that may be rendered obsolete,
explain how you plan to stay relevant. If your solution does not
have these longevity-related risks, explain why.

Transcripción en español:
Al final de ciertos módulos del curso, ofreceremos un Proyecto de
Ideas a la Acción como una oportunidad para traducir las lecciones de
nuestro curso a la realidad. Aunque esta es una tarea opcional y no
evaluada, se recomienda encarecidamente. Aprender haciendo es
muy efectivo. Esta tarea no será calificada por los profesores del curso
y no se enviará a edX. En su lugar, es una actividad de desarrollo solo
para ti, para aprender y aplicar la información de nuestro curso.

Para este segundo Proyecto de Ideas a la Acción, comienza revisando

tus respuestas a la tarea de Ideas en Acción del módulo anterior.

Luego, procede con un Análisis de Necesidades del Cliente.

1. Escribe 50 enunciados de necesidades: Usando investigación

en línea, desarrolla una lista de las principales necesidades de
tus clientes. Posteriormente, traduciremos estas necesidades a
especificaciones de productos más adelante en el curso. Por
ahora, apunta a un mínimo de 50 enunciados de necesidades.
Revisa nuestras lecciones en este módulo para obtener
ejemplos y consejos.

2. Selecciona 20 necesidades prioritarias: Necesitamos establecer

la importancia relativa de las 50 necesidades para tu solución,
en términos de su importancia para los clientes y en
consideración a tu capacidad para cumplir con estas
necesidades. Comienza clasificando estas 50 necesidades de
acuerdo con su nivel de importancia. Luego selecciona las 20
principales que planeas abordar con tu solución inicial.

3. Establece tus hipótesis: Usando el enfoque de Lean UX de

pruebas de hipótesis, traduce cada una de las 20 principales
necesidades de los clientes en hipótesis.

4. Revisa la longevidad de tu solución: Revisa las necesidades y

las hipótesis de tus clientes para ver si alguna de estas depende
de tecnologías o procesos que pronto se volverán obsoletos. Por
ejemplo, los accesorios no oficiales de Apple para dispositivos
con conector de 30 pines, o los CDs para ventas de software. Si
tu concepto depende de tecnologías que podrían volverse
obsoletas, explica cómo planeas mantenerte relevante. Si tu
solución no tiene estos riesgos relacionados con la longevidad,
explica por qué.