Φτιάξατε κάτι σε Lovable, Replit, Bolt ή v0. Δουλεύει. Κάποιοι το δοκίμασαν, μερικοί έκαναν εγγραφή και ίσως ένας σας πλήρωσε. Αυτό δεν είναι λίγο. Πριν από έξι μήνες θα χρειαζόταν να προσλάβετε μηχανικό ή να μάθετε προγραμματισμό για να φτάσετε ως εδώ. Εσείς φτάσατε μέσα σε ένα Σαββατοκύριακο.
Τώρα έχετε κολλήσει σε μια άλλη ερώτηση, και αυτή είναι που πραγματικά μετράει: συνεχίζετε να χτίζετε πάνω σε αυτό ή ξεκινάτε από την αρχή;
Η σύντομη απάντηση: είναι επιχειρηματική απόφαση, όχι έλεγχος κώδικα. Συνεχίστε πάνω στο πρωτότυπο όσο αποδεικνύει ότι υπάρχει ζήτηση και δεν εξαρτάται τίποτα ευαίσθητο από αυτό. Ξαναχτίστε τον πυρήνα τη στιγμή που πραγματικοί χρήστες, πραγματικά δεδομένα ή πραγματικά χρήματα στηρίζονται πάνω του. Οι τρεις ερωτήσεις παρακάτω κρίνουν τη δική σας περίπτωση.
Σχεδόν κάθε ιδρυτής θέτει την ερώτηση με λάθος τρόπο. Ρωτάει «είναι καλός ο κώδικάς μου;», κάτι που δεν απαντιέται, γιατί δεν μπορείτε να τον διαβάσετε, και ειλικρινά η απάντηση είναι «όχι» για κάθε MVP που κυκλοφόρησε ποτέ, vibecoded ή όχι. Το πραγματικό ερώτημα δεν είναι η ποιότητα του κώδικα. Είναι συνεχίζω πάνω του ή ξαναχτίζω, και αυτό είναι επιχειρηματική απόφαση πριν γίνει τεχνική.
Λίγα λόγια για τον όρο: vibecoding λέμε την ανάπτυξη εφαρμογής περιγράφοντας σε ένα εργαλείο AI τι θέλετε, χωρίς να γράφετε εσείς τον κώδικα.
Γιατί το «συνεχίζω ή ξαναχτίζω» είναι καν δίλημμα;
Τα εργαλεία AI είναι εξαιρετικά σε ένα συγκεκριμένο πράγμα: σας φέρνουν στο 80% ενός demo. Είναι σχεδόν άχρηστα στο τελευταίο 20% που μετατρέπει ένα demo σε προϊόν.
Αυτό δεν είναι κριτική στα εργαλεία. Γι' αυτό υπάρχουν. Το Lovable θα σας φτιάξει πρόθυμα φόρμα εγγραφής, dashboard και βάση δεδομένων σε είκοσι λεπτά. Αυτό που δεν θα κάνει είναι να αποφασίσει ποιος επιτρέπεται να διαβάζει ποια γραμμή της βάσης, τι συμβαίνει όταν δύο χρήστες αγγίζουν την ίδια εγγραφή ταυτόχρονα, πού φυλάσσεται το μυστικό κλειδί του Stripe ή τι γίνεται με την εφαρμογή στους 10.000 χρήστες αντί για δέκα. Αυτά δεν είναι λειτουργίες που ξεχάσατε να ζητήσετε στο prompt. Είναι το αόρατο 80% του πραγματικού λογισμικού, και το εργαλείο δεν έχει καμία άποψη γι' αυτά.
Έτσι καταλήγετε με κάτι που φαίνεται ολοκληρωμένο κατά 80% και στην πραγματικότητα είναι στο 80% της διαδρομής προς ένα demo, δηλαδή ίσως στο 20% της διαδρομής προς ένα προϊόν. Στο κενό ανάμεσα σε αυτούς τους δύο αριθμούς οι ιδρυτές είτε παίρνουν μια έξυπνη απόφαση είτε χάνουν έξι μήνες.
Ποιες τρεις ερωτήσεις κρίνουν αν συνεχίζετε ή ξαναχτίζετε;
Ξεχάστε τον κώδικα. Κάντε αυτές τις τρεις ερωτήσεις, με αυτή τη σειρά.
1. Στηρίζεται ήδη κάτι σημαντικό πάνω του;
Δηλαδή: περνάει από αυτό το σύστημα πραγματική αξία που δεν έχετε την πολυτέλεια να χάσετε ή να αλλοιώσετε; Πραγματικά δεδομένα χρηστών, πραγματικές πληρωμές, πραγματικές εγγραφές από τις οποίες εξαρτάται κάποιος. Ένα πρωτότυπο που δοκιμάζουν δέκα φιλικοί beta χρήστες δεν σηκώνει βάρος. Μια εφαρμογή όπου πελάτες που πληρώνουν αποθηκεύουν δεδομένα που θα τους εξόργιζε να χάσουν σηκώνει πολύ βάρος. Όσο περισσότερο βάρος σηκώνει το σύστημα, τόσο λιγότερο μπορείτε να το αντιμετωπίζετε επιπόλαια, και τόσο πιο γρήγορα το «θα το φτιάξουμε αργότερα» γίνεται διακοπή λειτουργίας.
2. Πόσο απέχει από πραγματικούς χρήστες ή πραγματικά χρήματα;
Η απόσταση είναι χρόνος. Αν απέχετε λίγες εβδομάδες από το να το δώσετε σε χρήστες που πληρώνουν, το ρολόι για το αόρατο 80% έχει ήδη ξεκινήσει. Αν ακόμη επικυρώνετε την ιδέα και οι επόμενες έξι εβδομάδες αφορούν μάθηση και όχι κλιμάκωση, έχετε περιθώριο να συνεχίσετε γρήγορα. Το ερώτημα δεν είναι αν υπάρχει τεχνικό χρέος, υπάρχει, αλλά αν λήγει αυτό το τρίμηνο ή του χρόνου.
3. Πόσο σας κοστίζει να κάνετε λάθος;
Αυτή είναι η ερώτηση που οι ιδρυτές προσπερνούν. Τι συμβαίνει στην πράξη αν το μοντέλο ταυτοποίησης έχει διαρροή και ένας πελάτης βλέπει τα δεδομένα άλλου πελάτη; Αν η βάση δεν έχει backups και ένα λάθος migration σβήσει τις εγγραφές μιας εβδομάδας; Αν ένα κενό ασφαλείας βγει στη φόρα την ίδια εβδομάδα που κλείνετε γύρο χρηματοδότησης; Για κάποια προϊόντα αυτό είναι ένα ντροπιαστικό email. Για ένα fintech, μια εφαρμογή υγείας ή οτιδήποτε συνδέεται με συμβόλαια, είναι η ίδια η εταιρία. Κοστολογήστε τίμια το χειρότερο σενάριο, γιατί αυτός ο αριθμός κρίνει πόση αυστηρότητα μπορείτε να αντέξετε να μην έχετε.
Τρεις ερωτήσεις. Βάρος, απόσταση, κόστος του λάθους. Περάστε το MVP σας από αυτές πριν αγγίξει κανείς τον κώδικα.
Πότε το πρωτότυπό σας κρύβει χρέος που ήδη στηρίζει την επιχείρηση;
Ένα μέρος από όσα σας έδωσε το εργαλείο μπορείτε να το κρατήσετε. Ένα άλλο μέρος είναι λογαριασμός που δεν έχει έρθει ακόμη. Δεν χρειάζεται να το διαγνώσετε σε επίπεδο κώδικα. Χρειάζεται να ξέρετε τα προειδοποιητικά σημάδια, ώστε να τα βάλετε στη ζυγαριά της απόφασης. Όσα περισσότερα από αυτά αναγνωρίζετε, τόσο περισσότερο γέρνει η ζυγαριά προς το «θωρακίστε το τώρα, όχι αργότερα»:
- Μυστικά στο frontend. API keys, διαπιστευτήρια βάσης δεδομένων ή tokens τρίτων που φτάνουν στον browser, όπου μπορεί να τα διαβάσει οποιοσδήποτε. Είναι το πιο συχνό εύρημά μας, και είναι αυτό που κοστίζει πραγματικά χρήματα όταν κάποιος αδειάσει μέσα σε μια νύχτα τον λογαριασμό σας στο OpenAI ή στο Stripe.
- Χωρίς πραγματικό μοντέλο πρόσβασης. Το «συνδεδεμένος» δεν είναι το ίδιο με το «έχει δικαίωμα να το δει». Αν κάθε συνδεδεμένος χρήστης μπορεί να διαβάσει τα δεδομένα οποιουδήποτε άλλου αλλάζοντας ένα ID στο URL, δεν έχετε έλεγχο πρόσβασης. Έχετε μια οθόνη σύνδεσης μπροστά σε μια ανοιχτή πόρτα.
- Βάση δεδομένων χωρίς δομή. Επίπεδοι πίνακες, χωρίς σχέσεις, χωρίς indexes και, αυτό που κλείνει εταιρίες, χωρίς backups και χωρίς τρόπο να γίνονται migrations. Την πρώτη φορά που θα χρειαστεί να αλλάξετε τη μορφή των δεδομένων με πραγματικές εγγραφές μέσα, θα μάθετε πόσο κοστίζει αυτό.
- Χωρίς tests στα σημεία που κινούν χρήμα. Κανείς δεν περιμένει από ένα MVP πλήρη κάλυψη. Αν όμως ο κώδικας που χρεώνει κάρτες ή μετακινεί υπόλοιπα δεν έχει κανένα test, κάθε μελλοντική αλλαγή είναι κορόνα γράμματα για το αν θα χρεώσετε κάποιον δύο φορές.
- Ένα αρχείο, όλα μπλεγμένα. Επιχειρηματική λογική, UI και πρόσβαση στα δεδομένα μπερδεμένα μεταξύ τους, αντιγραμμένα πέντε φορές. Δουλεύει μέχρι να χρειαστεί να αλλάξετε ένα πράγμα και να σπάσουν δύο άλλα που είχατε ξεχάσει ότι υπάρχουν. Είναι ο φόρος που πληρώνετε σε κάθε νέα λειτουργία, για πάντα, μέχρι κάποιος να τα ξεμπλέξει.
Κανένα από αυτά δεν σημαίνει «ξεκινήστε από την αρχή». Σημαίνουν ότι το δωρεάν κομμάτι του vibecoding τελείωσε και η πραγματική μηχανική δεν έχει ξεκινήσει. Αυτό είναι το τίμιο σημείο μετάβασης, και το να ξέρετε σε εκείνο το σημείο αν θα κάνετε refactor, θα ξαναχτίσετε ή θα αλλάξετε πλατφόρμα είναι ακριβώς η απόφαση εμπειρίας που οι περισσότεροι ιδρυτές δεν έχουν κάποιον να πάρει μαζί τους.
Τι σημαίνει στην πράξη «έτοιμο για παραγωγή»;
Ο όρος «production-ready» χρησιμοποιείται σαν να είναι ένα κουτάκι που τσεκάρετε. Δεν είναι. Για μια vibecoded εφαρμογή, συνοψίζεται σε πέντε πράγματα που πρέπει να υπάρχουν αντί να λείπουν:
- Ασφάλεια. Τα μυστικά στον server, τα endpoints κλειδωμένα, τίποτα ευαίσθητο δεν φεύγει από την πλευρά του client.
- Μοντέλο δεδομένων που αντέχει. Πραγματικές σχέσεις, migrations, indexes, backups. Δεδομένα των οποίων μπορείτε να αλλάξετε τη μορφή χωρίς φόβο.
- Πραγματικό επίπεδο ταυτοποίησης και πρόσβασης. Authentication και authorization: ποιος έχει συνδεθεί και τι επιτρέπεται να αγγίξει.
- Παρακολούθηση. Όταν κάτι χαλάσει στις 3 τα ξημερώματα, το μαθαίνετε από το monitoring σας, όχι από το θυμωμένο tweet ενός πελάτη.
- Συντηρησιμότητα. Κώδικας που ο επόμενος μηχανικός σας μπορεί να διαβάσει, να επεκτείνει και να μη θέλει να σβήσει.
Αυτό είναι το βάθος της δουλειάς, και είναι πραγματικός όγκος μηχανικής, τόσος που φτιάξαμε ολόκληρη υπηρεσία για να περνάμε vibecoded πρωτότυπα σε παραγωγή αντί να προσπαθήσουμε να τον καλύψουμε σε ένα άρθρο. Για τη σημερινή σας απόφαση μετράει κάτι απλούστερο: κανένα από αυτά τα πέντε δεν βγαίνει από το εργαλείο, και όλα μπορούν να κερδηθούν χωρίς να πετάξετε όσα έχετε.
Η ειλικρινής ετυμηγορία
Συνήθως η απόφαση καταλήγει κάπως έτσι.
Συνεχίστε να χτίζετε σε Lovable ή Replit όταν ακόμη επικυρώνετε την ιδέα. Αν δεν έχετε ακόμη πραγματικούς χρήστες, πραγματικά χρήματα ή πραγματικό κόστος λάθους, η μηχανική αυστηρότητα τώρα είναι πρόωρη βελτιστοποίηση που μεταμφιέζεται σε επιμέλεια. Συνεχίστε το vibecoding. Μάθετε πιο γρήγορα. Επιστρέψτε σε αυτό το άρθρο όταν οι τρεις ερωτήσεις αρχίσουν να απαντούν «ναι». Μερικές φορές η πιο έξυπνη κίνηση είναι να συνεχίσετε ακριβώς όπως είστε.
Θωρακίστε την υπάρχουσα εφαρμογή όταν το προϊόν έχει αποδειχθεί αλλά τα θεμέλια είναι μαλακά, κάτι που ισχύει τις περισσότερες φορές. Έχετε χρήστες, το UI και η βασική λογική αξίζει να μείνουν, και ο κίνδυνος βρίσκεται στο αόρατο επίπεδο: ταυτοποίηση, μυστικά, μοντέλο δεδομένων, deploy. Αυτή είναι η συνηθισμένη περίπτωση και σχεδόν ποτέ δεν απαιτεί ξαναγράψιμο. Κρατάτε ό,τι δουλεύει, ξαναχτίζετε ό,τι δεν δουλεύει και καταλήγετε με το ίδιο προϊόν πάνω σε θεμέλια που σας επιτρέπουν να μεγαλώσετε.
Ξαναχτίστε τον πυρήνα όταν τα κομμάτια που σηκώνουν βάρος είναι θεμελιωδώς λάθος για εκεί που πηγαίνετε: ένα μοντέλο δεδομένων που δεν μπορεί να αναπαραστήσει όσα χρειάζεται πραγματικά η επιχείρηση ή μια αρχιτεκτονική που αντιστέκεται σε κάθε λειτουργία που προσπαθείτε να προσθέσετε. Ακόμη και τότε, το «ξαναχτίζω τον πυρήνα» σπάνια σημαίνει «ξαναχτίζω τα πάντα». Το UI συνήθως επιβιώνει. Αυτό που αντικαθίσταται είναι η μηχανή από κάτω.
Προσέξτε τι δεν υπάρχει σε αυτή τη λίστα: «τα πετάμε όλα και ξεκινάμε από άδειο repository». Ένα πλήρες ξαναγράψιμο από το μηδέν είναι η σωστή απάντηση πολύ σπανιότερα απ' ό,τι φοβούνται οι ιδρυτές και πολύ σπανιότερα απ' ό,τι θα σας πουν τα agencies, γιατί ένα ξαναγράψιμο τιμολογείται και ακούγεται καθησυχαστικά αποφασιστικό. Η τίμια απάντηση βρίσκεται συνήθως κάπου στη μέση, και το να βρείτε πού ακριβώς είναι όλη η δουλειά.
Τι κάνετε από εδώ και πέρα
Αν βρίσκεστε σε αυτό το σταυροδρόμι, δεν χρειάζεται να γίνετε τεχνικός ειδικός για να αποφασίσετε. Χρειάζεστε κάποιον έμπειρο να δει τι φτιάξατε και να σας πει την αλήθεια, αν θα συνεχίσετε πάνω του, θα το θωρακίσετε ή θα ξαναχτίσετε τον πυρήνα, με έναν αριθμό δίπλα και χωρίς κανένα κίνητρο να τον φουσκώσει.
Αυτή τη συζήτηση την κάνουμε κάθε εβδομάδα. Στείλτε μας το project σας σε Lovable ή Replit και κλείστε μια κλήση γνωριμίας 20 λεπτών. Θα σας πούμε σε ποια από τις τρεις ετυμηγορίες καταλήγει η εφαρμογή σας, με ειλικρίνεια, ακόμη κι όταν η απάντηση είναι «συνεχίστε το vibecoding, δεν έχετε φτάσει εκεί ακόμη». Όταν δεν είναι αυτή, ο Fractional CTO και η παραγωγική δουλειά σταθερού εύρους αναλαμβάνουν ακριβώς από εκεί που σταμάτησε το εργαλείο.
Σχετικά με τον συγγραφέα: Ο Κωνσταντίνος Τσολακίδης είναι ιδρυτής της WeAreFabbrik και εργάζεται ως Fractional CTO με χρηματοδοτούμενα startups σε όλη την Ευρώπη. Η WeAreFabbrik είναι μια εταιρία έμπειρων μηχανικών με βάση την Αθήνα και το Ταλίν, που έχει παραδώσει 50+ προϊόντα AI, SaaS και αυτοματοποίησης από το 2018.