I think that 'system think' is a mindset..
You gotta think about your category, your replacement cycle, usage, how these things come together and the dynamics are different..
In the hardware world, you've got to take your time because your iteration cycles are much more deliberate..
Everything for us is a system. We don't think about it discretely as just as a piece of hardware, or discretely as an application... or discretely as….
We start to try to live in tomorrow and the future, and start to think about what we build today as a stepping stone to graduate users..
You have to have the definition of what you're trying to do across the system..
No one is going to tell you what to build. If they did, then they should do it, not you..
It is a little bit science project-y sometimes, and we talk about it that way..
I have a daily call thats 2.5 hrs with the entire team: from materials, sourcing, manufacturing, design, sensor, firmware... mechanical engineering -….
What is the user problem that once we solve users can't live without?.
It turned out that building mobile software was a lot more like building hardware... where you had 1 shot and you had to get it right, right out of t….
Think about where does this stand in the experience continuum that you've been imagining, where the world's going to go..
It has to go to the level of emotional connection, where you feel without it you're lost..
You have to take those concepts and prove them, a little bit like you do a PhD thesis..
You sort of have to separate what are questions you can ask that are going to help make you smarter about your thesis versus... trying to get somebod….
We can dream a lot faster than what's possible..
The thinking needs to shift from being less about the actual things, to being about the individual user..