As a software developer, I try to create products that solve problems. I believe that to solve any problem, you must first understand it. Then, identify and solve its root cause, not its symptoms. meaningful A common mistake that I’ve made is having the assumption that my experience of the problem represents the problem in its . This led me to create a product from my own bias and with my own assumptions about reality. entirety Who we are seeps into what we create. However, we have control over how much bias is ingrained our products. Know Your Problem, Beyond Your Own Experience Use the solution you currently have as means to understanding your own assumptions. : What needs to be true about the world in order for my solution to work? Ask yourself The answers to this question will be a list of your assumptions. From here, reach out to people who you believe experience the problem you’re solving. Ask them questions that threaten to invalidate your assumptions. It’s important that you don’t ask directly about your solution. You are (in)validating , not the solution. Most of the time, users don’t know what they want until it’s in front of them. However, they can give you valuable information about the problem they experience from their own perspective. your assumptions about the problem Asking questions that threaten your understanding of the problem broaden the potential of your solution. With enough perspective, your solution can stretch across the entirety of the problem’s effect on the world. Apply External Perspectives to Your Solution Once you’ve gathered a deeper understanding of your problem, you can revise your solution to be applicable to the multiple dimensions of the problem. With perspective, your solution is now able to adapt to cover cases that you initially overlooked. Build What is the smallest thing I can build that would provide value to users? Ask yourself: The answer to this question will be the simplest version of your product, also known as your (MVP). minimally viable product Building your MVP first is beneficial because it gives you the ability to ship a usable product to users for feedback. A MVP also serves as clearly defined, quickly attainable goals, allowing you to filter out features that aren’t necessary in providing value to your users. absolutely Now that you have a deeper understanding of the problem and your own bias in solving it, have adapted your solution to include other perspectives, and have scoped your product down to the simplest way to provide value to your users, you’re ready to build! Don’t forget whom you’ve asked questions to — they might be your first users! Did you gain value by reading this article? to share it on Twitter! If you’d like to see content like this more often, follow me on Medium and subscribe to my once-a-month newsletter below. Click here is how hackers start their afternoons. We’re a part of the family. We are now and happy to opportunities. Hacker Noon @AMI accepting submissions discuss advertising &sponsorship To learn more, , , or simply, read our about page like/message us on Facebook tweet/DM @HackerNoon. If you enjoyed this story, we recommend reading our and . Until next time, don’t take the realities of the world for granted! latest tech stories trending tech stories https://upscri.be/hackernoon/
