Founders are pioneers in the sense that they explore new worlds. Their craft requires them to be executors and learners at the same time. If we focus on this ‘down-to-earth’ thinking, we can have better chances to execute our learning journeys in the face of great odds. One world, in particular, is ‘MVP’ - The Minimum Viable Product. This strategy translates to when a new product is launched bearing only its most basic features. The assumption is made that though this is the case, it will still catch the attention of the market. We know things about it, such as that it is located in the lean start-up domain. According to a search on , there are tagged MVP at this point in time. Ultimately, a lot has been said because it’s a very promising world. HackerNoon 289 articles Although promising, the journey into MVP deserves special consideration precisely because the pioneers that went there are sending us unambiguous messages explaining the formidable and frightening nature of that world. For example, consider the exploration where the MVP pioneer warns about a few traps for whoever is willing to enter the MVP space. MVP Paradox Maitrik Kataria I know this report is not as standard as the other technical reports about MVP. But I wanted us to reflect on our first trips in this space. In the next section, I will report about one of my recent trips and how a reflection about the process is helping my next trip to have better chances, I hope. Marcio’s Memo - A Failed Trip in the MVP World Ribeirão Preto, São Paulo, March 17th 2022: T his is Marcio S Galli - the CEO of The Meplex Start-up Project. I am traveling at a reasonable high speed towards the MVP world to meet and run experiments with target subjects. Initially, I didn’t know that I was going towards MVP, but I have accepted to abide by recommendations from mentors of my residency program. They asked me to go towards the MVP, have subjects, and test solution hypotheses on them. In this report, I will start by showing my plan for approaching these subjects and reflect on unexpected learnings from my mission. If I had to give my subjects a persona, I would call them architects. They can be he or she; I don’t know. Having learned from missions by MVP practitioners, I knew that it would be good to know ahead of time about my subjects. I had guesses about their needs, but I confess that I felt pressured to accelerate towards the MVP and establish first contact. The following quote from MVP explorer illustrates what I think was a complication in my mission: Maitrik Kataria They can’t answer or haven’t done any customer/market research to validate their ideas. We strongly believe that any spec document or feature list should not exist if you haven’t validated it through user interviews or talking with potential customers. (Maitrik Kataria @ Hackernoon, 2017) With that said, I wanted to report that I didn’t engage with my subject like an astronaut lost in a vacuum. I have attached my product management helmet, trying to be as professional as possible. Voilà, I was able to identify a process to justify my approach - the concierge MVP: You can also try out the Concierge Minimum Viable Product. It is an MVP where you manually provide the functionality of the product to the customer to test out the product ideas. ( ) Maitrik Kataria @ Hackernoon, 2017 I continued to approach my architect subject. The interaction device that I have chosen was a chat messaging channel - an instant messaging device known as . My subject was on one end, and I was on the other end. Whatsapp I came up with learning goals which were more like statements to watch out from the interactions with them: If this architect is interested in creating custom portfolios. If she enjoys the process. If she engages in helping, sending the photos and descriptions. If she visualizes the portfolio. If she enjoys the visualizations. If she requests changes. If she approves changes. If she approves the final result. If she is willing to share the video in her organic network. And more My situation was challenging because extracting learning outcomes from highly subjective messaging conversations is complicated. What I did seemed like a mixed interaction experiment like a consulting mixed with an interview - a dangerous path to enter when considering the classic MVP process or even the concierge MVP approach that I have decided to use. As indicated, it would be better to have done the homework of knowing my subject's needs beforehand. I thought that MVP practitioners would dismiss my situation, thinking that I simply didn’t engage correctly with the right approach to enter the MVP space. If they were friendly, they would argue that some events from my trip interactions would be helpful to a future MVP journey. But for them, what I did is not an excuse to not learn with customers beforehand. With the above considerations noted, the conversations with the subjects seemed valid anyway. Therefore, I have used the opportunity to wear the product manager’s helmet again and learn with the interaction to improve the process for the next trip. The following are some of the aspects extracted from the exchange: Observing and annotating the chat interaction - Having developed the conversation using a chat, using human-based asynchronous messages, one could look at the situation like a black box full of subjectiveness. What I did to learn was: I have returned to the first chat message reading one by one and checking all of them, identifying/categorizing the moments. I was able to match aspects of my conversations with my original questions. Copy that, hacker! A side peer-review process - As the conversations with the subject progressed, I was able to develop a prototype, a valuable service offered to my subject. But since it was all subjective, I have decided to show the prototype to peer reviewers (not similar subjects but acting mentors) to get feedback about what was delivered. These peers revealed that the prototype had flaws (in terms of quality) that could impact the subject’s responses. Interpretation of the review process - After the reviews, writing down, and reflecting, I have improved my decisions on what to do in terms of the next MVP trip. For example, I knew right away some easy things to fix. This interpretation exercise also provided hints that different strategies could apply in terms of the interaction with the subjects. Recognition of other factors impacting evaluation - The data from this review process has opened my mind to consider how the prototype presented had flaws. This notion has helped me look at other projects and learn how user experience affects interaction evaluation. These topics are examples pulled from analyzing what has happened as the conversations progressed. There are other things to consider, I know. MG, aka Marcio S Galli, Ribeirão Preto, São Paulo, March 17th 2022. Conclusion To close this report, I wanted to first bring an observation by Brand, a scientist character from Interstellar: Professor Brand - “I thought I knew relativity, but reality is different" (Interstellar) When I went to the MVP world and returned, I felt the same. I thought I knew about the theory, but it was a different reality as I engaged in that concierge MVP experiment. I hope this writing serves as a reminder for us pioneers and founders to reflect on the process. The process observation is a critical step to our learning journey (a) and (b) that evaluating the process can be vital for improving the plan of action of our future MVP trips.

Target

Twitter

The Opportunity When Reading Science Fiction or Historical Narratives

The Dangers of Putting Passion in the Driver's Seat

Support this kind of writing / viewpoint for founders 

Would you like write together?

Too Long; Didn't Read

Boost your HackerNoon story @ $159.99! 🚀

A Failed Trip in the MVP World: 'I Thought I Knew Relativity, but Reality is Different'

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

A Shipper, Not a Prototyper - A Reflective Writing and a Cover Letter

$2M Backing and a Vision: How GAM3S.GG is Reshaping Web3 Gaming

$1M Hackathon Prizes Announced By MultiversX to Expand the Blockchain Ecosystem

Windows Sticky Keys Exploit: The War Veteran That Never Dies

$PEPE, a Purple Lamborghini, and More: The Story Continues

A Shipper, Not a Prototyper - A Reflective Writing and a Cover Letter

$2M Backing and a Vision: How GAM3S.GG is Reshaping Web3 Gaming

$1M Hackathon Prizes Announced By MultiversX to Expand the Blockchain Ecosystem

Windows Sticky Keys Exploit: The War Veteran That Never Dies

$PEPE, a Purple Lamborghini, and More: The Story Continues

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps