Το startup ecosystem έχει μετατρέψει το MVP σε μια από τις πιο παρεξηγημένες έννοιες της σύγχρονης επιχειρηματικότητας. Για πολλούς founders, MVP σημαίνει “φτιάχνω κάτι πρόχειρο”, “βγάζω κάτι γρήγορα”, ή ακόμη χειρότερα “κυκλοφορώ ένα ημιτελές προϊόν και βλέπουμε”. Στην πράξη, όμως, το MVP δεν σχεδιάστηκε ποτέ ως μηχανισμός παραγωγής φθηνού software. Σχεδιάστηκε ως μηχανισμός μάθησης.
Το πρόβλημα ξεκινά όταν οι startups αντιμετωπίζουν το MVP ως τεχνολογικό artifact και όχι ως στρατηγικό πείραμα. Το αποτέλεσμα είναι σχεδόν πάντα προβλέψιμο. Προϊόντα χωρίς σαφή υπόθεση αξίας, εφαρμογές με δεκάδες features αλλά χωρίς πραγματικούς χρήστες, και ομάδες που συγχέουν την ανάπτυξη λογισμικού με την ανακάλυψη αγοράς.
Ένα MVP δεν είναι “μικρό προϊόν”. Είναι η μικρότερη δυνατή δομή που επιτρέπει σε μια επιχείρηση να μάθει κάτι κρίσιμο για την αγορά της. Αυτή η διαφορά φαίνεται γλωσσική, αλλά στην πραγματικότητα είναι θεμελιώδης. Γιατί τότε αλλάζει ο στόχος. Ο στόχος δεν είναι η παραγωγή software. Είναι η μείωση της αβεβαιότητας.
Πολλές startups αποτυγχάνουν επειδή χτίζουν πριν καταλάβουν. Δημιουργούν πλατφόρμες, αρχιτεκτονικές, integrations, dashboards και αυτοματισμούς πριν επιβεβαιώσουν αν υπάρχει πραγματική ανάγκη. Είναι σαν να κατασκευάζεις αεροδρόμιο πριν διαπιστώσεις αν υπάρχουν επιβάτες.
Χαρακτηριστικό παράδειγμα είναι startups που επενδύουν μήνες σε scalable infrastructure ενώ δεν έχουν ούτε δέκα ενεργούς χρήστες. Η ομάδα αισθάνεται παραγωγική επειδή “αναπτύσσει”. Στην πραγματικότητα, όμως, βελτιστοποιεί μια υπόθεση που ίσως είναι λάθος. Το scalability χωρίς validated demand είναι τεχνική πολυτέλεια.
Το αυθεντικό νόημα του MVP βρίσκεται πιο κοντά στην επιστημονική μέθοδο παρά στο software engineering. Κάθε startup ξεκινά με υποθέσεις:
- ότι κάποιος έχει ένα πρόβλημα,
- ότι το πρόβλημα είναι αρκετά σημαντικό,
- ότι ο χρήστης θα αλλάξει συμπεριφορά,
- ότι τελικά θα πληρώσει.
Το MVP υπάρχει για να δοκιμάσει αυτές τις υποθέσεις με το μικρότερο δυνατό κόστος χρόνου και πόρων. Αυτό σημαίνει ότι πολλές φορές το σωστό MVP δεν είναι καν software.
Η Dropbox πριν γράψει ολοκληρωμένο προϊόν δημιούργησε ένα απλό demo video για να επιβεβαιώσει αν οι χρήστες κατανοούν και επιθυμούν την αξία της υπηρεσίας. Η Zappos ξεκίνησε φωτογραφίζοντας παπούτσια από τοπικά καταστήματα χωρίς να διαθέτει πραγματική εφοδιαστική αλυσίδα. Και στις δύο περιπτώσεις, το ζητούμενο δεν ήταν η τελειότητα του συστήματος. Ήταν η επιβεβαίωση της συμπεριφοράς της αγοράς.
Εδώ βρίσκεται και η μεγαλύτερη παγίδα του startup κόσμο. Οι founders ερωτεύονται τη λύση πριν επιβεβαιώσουν το πρόβλημα. Το MVP τότε μετατρέπεται σε δικαιολογία ταχύτητας αντί για εργαλείο μάθησης. Κυκλοφορούν προϊόντα “γρήγορα”, αλλά χωρίς σαφές learning objective. Μετρούν downloads αντί για behavioral change. Παρακολουθούν vanity metrics αντί για πραγματικά signals αξίας.
Η καινοτομία, όμως, δεν είναι αγώνας ταχύτητας. Είναι αγώνας κατανόησης. Και η επιχειρηματικότητα δεν είναι διαδικασία παραγωγής features. Είναι διαδικασία ανακάλυψης βιώσιμων μοντέλων αξίας. Οι πιο ώριμες startup ομάδες δεν ρωτούν “τι μπορούμε να χτίσουμε γρήγορα;”. Ρωτούν: “Ποια είναι η πιο επικίνδυνη υπόθεση που πρέπει να επιβεβαιώσουμε πρώτα;”
Αυτή η ερώτηση αλλάζει τα πάντα. Αλλάζει το product roadmap, αλλάζει τις επενδύσεις, αλλάζει ακόμη και τον τρόπο σκέψης της ομάδας. Γιατί τότε το MVP παύει να είναι προϊόν. Γίνεται σύστημα μάθησης.
Και ίσως εκεί βρίσκεται η βαθύτερη παρεξήγηση του startup οικοσυστήματος. Οι περισσότερες startups δεν πεθαίνουν επειδή δεν ανέπτυξαν αρκετό software. Πεθαίνουν επειδή ανέπτυξαν software πριν κατανοήσουν επαρκώς την πραγματικότητα που προσπαθούσαν να αλλάξουν.
Το MVP δεν είναι η πρώτη έκδοση ενός προϊόντος. Είναι η πρώτη σοβαρή συνομιλία μιας επιχείρησης με την αγορά.
Βιβλιογραφία
- Eric Ries — The Lean Startup
- Steve Blank — The Four Steps to the Epiphany
- Ash Maurya — Running Lean
- Alexander Osterwalder & Yves Pigneur — Business Model Generation
- Rita McGrath — Seeing Around Corners
- Clayton Christensen — Competing Against Luck
- Geoffrey Moore — Crossing the Chasm
