Katja Danilova

Hey hunters, I'm Morgan, the founder of #Gemoo. My team and I have been busy with our MVP product, Gemoo Beta, for the past six months. Recently, we are about to launch the official version of Gemoo. Therefore, I think it s time to share some of my simple insights on the development and validation process of MVP based on our journey. I hope it can be helpful to your startup team. Before starting the topic, I think it s necessary to introduce what MVP is, as not everyone is familiar with it. Actually, before starting with Gemoo, I only had a very basic understanding of its concept and no in-depth knowledge of how to implement it. What Is an MVP? MVP stands for Minimum Viable Product, which means a product that solves the core problem of users. The MVP allows a team to collect the maximum amount of validated learning about customers with the least effort (cost). That s why I think it s a great way for startups, especially those without a large fund. The purpose of building MVPs is to validate your assumptions quickly and improve the product, pivot, or abandon the project before losing any more resources. MVP is a relatively low-risk product validation method that helps makers validate several key questions: Do people need that product? Can it generate a batch of followers and repeat customers? Is my idea to solve problems really what people need? Are they willing to pay for it? For example, suppose you have a brilliant idea that most people like discounts, so you think that sending coupons to users, helps merchants get higher traffic, and finally take commissions from merchants. Then you immediately develop a platform to collect coupons for users, and then create a verification platform, transaction center, and settlement center for merchants ? No , the MVP way is to create a simple website, collect some coupons, and then send them to users via email in PDF format. What about coupon verification, transactions, and settlements? The answer is manual reconciliation. Sounds unreliable, right? This is the first step of the group buying giant Groupon. We need to remind ourselves at all times that before the product is launched and validated by users, we are making it behind the closed door, everything is just guesswork, just assumptions, and even the assumptions themselves may not be valid. When I am making a product, I always unconsciously make such mistakes. If you are like me, then you need someone in your team who can help you brake to avoid digging too much into your assumptions. After all, what we ultimately need is for users to accept our products and pay for them, so we need to know as early as possible whether we are walking in the right direction and whether users are willing to pay for our services. How to Take an MVP Validation? The process of MVP development is all about the cycle of Hypothesize-Validate-Feedback-Iterate . And in my opinion, the process can be split into the following five actionable steps: Step 1. Focus on the Problem You re Trying to Solve We only want to solve a problem if we believe it s valuable, and that s the hypothesis we need to validate. There are two points that need to be validated: If the problem itself is valuable? Is our solution valuable? What needs to be defined clearly is: Who the feature is solving the problem for? What problem they re facing in what scenario? How to solve it? What value does it bring after solving it? What is the differentiation of the solution? Step 2. Create a User Flow Think clearly about what users need to do to solve this problem, and what the core behavior is. Step 3. Build a List of Features To support the problem users need to solve, what related features does the product need to provide? We can brainstorm first and list all the relevant features. Step 4. Prioritize Prioritize the defined product features, combined with the coverage of user scope, frequency of use, value delivered, problems or risks if not implemented, and implementation costs. To briefly explain the main goals of defining a product, defining the core behavior of users, defining the main features of the product, and prioritizing. let s take Gemoo as an example, the main purpose of Gemoo is to provide screen capture functionality for digital workers while improving the quality of long-distance communication. For users, the core value is to be able to communicate with people from a distance like a face-to-face version without worrying about jet lag and scheduling conflicts. The core user flow is: app access creates a visual message shares it with the right person waits for feedback responds to feedback close communication. To meet the core value of users, the product needs to provide related functional modules, and the priority is determined comprehensively based on personal understanding of functional priority, user coverage, frequency of use, value delivered, problems or risks if not implemented, and implementation costs. And, the above is only our hypothesis and needs to be validated by users. Step 5. Start validation Build, Measure, Iterate Once the MVP is ready, it s time to ship it out to your early adopters. These early adopters will have plenty of highly valuable feedback regarding your app feedback is the fuel for the next iterations of your product, no matter if your MVP is internal or external. Also, start collecting data and analyzing it from the moment your first user launches your app. Data analytics together with user feedback from tickets and reviews will be the foundation for further development. Once your main hypothesis is validated and your product gains traction, don t throw whatever money comes into rapid feature expansion. Make new feature assumptions based on the feedback and data before working on developing new features for the next product iterations, validating them first. Approaches to do MVP validation There are two approaches: one is to build the MVP and the other is to do nothing at all . That is to say, we could build a version that contains only the minimum necessary features and cut out other features. Alternatively, we could try a small event to test the waters, validate it through a simple webpage, and then improve it for a permanent feature. Just like what Gemoo did. Initially, we only developed the most basic features of screen recording with cam, voice, and annotation tools to verify whether people have the desire to record themselves and their screens for communication purposes. Later on, we learned from user feedback that they needed a place to store and organize recorded videos for easy reuse of previous recordings. This led us to create the Gemoo beta web app, the first app we launched. Through multiple rounds of validation, user feedback collection, and evaluation, Gemoo has evolved to include video recording, multi-functional screenshots, online documentation, online note-taking, multi-view content organization, quick sharing, data tracking, and many other features. These functionalities make Gemoo a versatile product that can meet the visual communication needs of different users in various work scenarios. The approach of doing nothing is not about simply lying down and waiting for customers to come knocking but rather refers to only verifying through some demos or promotional materials, without reaching the stage of actual production. For example, in usability testing, we could validate functionality through a prototype or high-fidelity prototype. Or we could create a graphic, text detail page, and promotional video, and determine whether to continue based on feedback from promotional materials, just like Reddit List. Some products also do crowdfunding or presales. Regardless, all of these methods are about finding ways to validate assumptions with the smallest possible cost. What to Do After Your MVP If your MVP is gaining increasing traction on the market, focus your efforts on two main things: growth and retention. The two can never be separate from each other. Unfortunately, many product owners pour out all of their resources into growth activities, while neglecting retention. Your existing user base is sacred never forget about them, no matter how quickly you re growing. There s always a chance that something happens on the market and your core and loyal userbase will save your product. Conclusion Although MVP is a great way to develop a product for startups, it also has its limitations. Firstly, MVP solutions may be rough and may not receive accurate feedback. Additionally, a small sample size during testing can affect the results accuracy, which can then affect subsequent decisions. Assuming there is a need for further optimization and iteration, we may not know if the problem lies with the problem itself or with the current solution to the problem, and this will require continued experimentation. Secondly, MVP is generally suitable for short iteration cycles, low iteration costs, and a repeated transaction model; if the cycle is too long and it is difficult to see the test results or if the cost is too high, MVP may not be worthwhile. If there is only one transaction, and it is not done well at the start, there may be no chance later. However, the idea of verifying hypotheses with minimal costs is still applicable. Taking hardware as an example, before mass production, there are demo designs, small-scale production, and small-scale sales to a limited audience, only after all of which are verified as OK, will there be large-scale mass production and market promotion. I understand MVP as a change in mindset from I am right to How do I know I am right? . Before verifying an idea, keep changes as much as possible and find ways to verify the idea with low costs. Our goal is to try as much as possible at low costs without being eliminated. Hope you enjoy reading the post and I ll continue to post more of my startup journey. Since I can't attach images here, please check the original post if you'd like to see corresponding picture illustrations: https://gemoo.com/blog/why-mvp-i...

When I first launched https://www.producthunt.com/prod... I had set a 12-month goal of reaching $2500 MRR About 3ish months in, I've already surpassed it! The truth is, www.aiCarousels.com almost didn't happened. I wasn't really sure about the idea. But it was an incredibly stressful period in my life, and I needed to take my mind off the potential job cuts at my 9-to-5. While I was waiting for the resolution of the situation, I challenged myself to a 10-day #buildinpublic #challenge (you can binge-watch the whole saga here: https://medium.com/@fernandopess...) I was thinking that worst case scenario, I just lose 10 days, and I still could think about something else and learn a thing or two! Looking back, that first version makes me cringe a bit. It was basic compared to how it works today However, it got the job done, kept me accountable, and was good enough to check if there was interest out there. It also built momentum going forwards (shipping and rolling updates is way more exciting than building forever!) As a foreign worker relying on a work visa, layoffs were my worst nightmare, and unfortunately, losing my job became a reality But then, realizing that just around 3 months ago, this chart wasn't even a thing, and that if it triples, it could mean 10K per month, makes me think it was actually a blessing in disguise! In my specific case, I learned that when life gets a bit crazy, you can find ways to channel the negative energy into something awesome. And if you're uncertain about bringing your new idea to life, maybe an X-day public challenge to put it out there can work for you too. Challenges get a bad rap because of TikTok, but I swear, this one isn't that terrible! PS. Still trying to sort out the visa thing! Not everything looks as good as the MRR chart yet!

Hey Product Hunt community! I have a quick question for you all. As someone who's considering launching a physical product that can only be delivered within the EU - plants -, I'm curious to know if you would use Product Hunt to launch such a product. I know that Product Hunt is typically associated with digital products, but I'm wondering if there's an appetite for physical products as well. So, would you use Product Hunt for such launch? I'd love to hear your thoughts and feedback. Thank you in advance for your input!