Many people confused between ideas with innovation.
Some believe innovation is the idea popped in their heads during dinner or shower. Then, they become really stubborn with that idea. I mean, those can be profound idea for you, but not necessarily what others want. Throughout my career, I’ve witnessed some senior leaderships came to the team and requested random features out of the blue. When they get asked, “Why should we work on this feature?” They will ignorantly answer, “Just do it my way, I know my shit.”
You know what happens in that story, right?
If I can simplify, there are 2 possible outcomes from that story.
First, the team might just do it and get “some” results but struggle to make a significant improvement or growth in the future. For me, if it’s a success, it’s just pure luck and not sustainble. The second possibility is the team ship and launch something no one wants to use. Which often time happens. Oops!
Often people don’t realize they do that. I mean, even me, as Design Practitioners, can jump to conclusion too soon from time to time. It’s our nature, a default way of thinking. Worse, all the great and success stories from the innovators always talk about one-single-person behind that invention. I think this victimizes our way of thinking to believe that our idea could be one of that success story. Of course, there is that possibility, but in today’s reality where the competition is up high and new startup around the block ready to disrupt the industry, we have to think and work smarter. We can’t hope we do random thing and wish the best luck out of it.
The way I see it, innovation is a process to create, offer, and provide a better way of doing something. A better experience for the user to master their environment. Therefore, it’s important to focus on the user’s problem and context first, which often we can get by observing the users.
It’s okay to have ideas, but don’t be stubborn and fixated about it
I mean, it’s okay to have ideas though. Without it, we can’t start any thoughts or conversation. But don’t randomly request a feature and then be stubborn with that specific solution. I can talk about few methods, this and that. Instead, here’s a simple suggestion for leaders who often give a random feature request:
Distill it down from feature to problem
Come to your team and say, “Hey, I think this __ feature will be useful because it can solve ____ problem. Can we brainstorm and explore other possibilities to solve this problem?”
Talk about that specific solution with an open mindset. Talk about what problem you want to solve. The priority should be solving that problem, not your solution! Give space for your team can uncover that problem and opportunity and then ideate together.
Talk about the expected user outcome of that feature
Come to the team and talk about, “Hey, I have this ____ idea, I believe it can help our user to do _____ (better experience). I wonder if there’s a better idea to help our user achieve experience?” Don’t be stubborn about the solution.
Here, Experience Designer and Design Researcher will be your best friend to help you get to observe your users and understand their pain points.
Don’t be stubborn, stupid.
Focus on the problem and be open for other solutions. Because, at the end, if you truly are an innovators, you should be passionated about solving that problem to empower your user to live their life easier and better. Plus, by doing that, you company could gain a better business outcome later on.