Το spreadsheet είναι το spec

Ένας πελάτης στέλνει mail: «θέλουμε ένα σύστημα να αντικαταστήσει το spreadsheet μας.» Η πρώτη μας ερώτηση δεν είναι «τι θέλεις από το σύστημα.» Είναι «στείλε μας το spreadsheet — όλο, με τα κρυφά tabs, τα macros και τα σχόλια στα κελιά που έχουν μείνει από το 2022.» Γιατί το spreadsheet είναι ήδη το σύστημα. Το rebuild δεν είναι σχεδιασμός — είναι μεταγραφή.

Σε ένα πραγματικό sheet που δουλεύει υπάρχει σχεδόν πάντα πιο πολύς θόρυβος απ' όσο φαντάζεσαι. Ζωντανή business logic στριμωγμένη σε formulas. Νεκρές γραμμές που κανείς δεν θυμάται γιατί υπάρχουν. Macros που έγραψε χρόνια πριν κάποιος που έχει φύγει εδώ και καιρό, και τρέχουν ακόμα κάθε Δευτέρα γιατί κανείς δεν τόλμησε να τα σβήσει. Tabs κρυμμένα με δεξί κλικ, που κανείς δεν ξανάνοιξε. Workarounds που έχουν γίνει άγραφοι κανόνες σε τρία τρίμηνα. Έχουμε ξαναμαζέψει αυτή τη συλλογή — η platform link-building ξεκίνησε ως ένα κοινό spreadsheet που κουβαλούσε εξαψήφια έσοδα.

Η ανάλυση παραπάνω είναι ένα πραγματικό sheet πελάτη, ανωνυμοποιημένο. Ένα αρχείο, δεκατέσσερα tabs, εβδομήντα τρεις στήλες, δεκαεννέα named ranges, τέσσερα macros. Από αυτά, περίπου το ένα τρίτο ήταν ήδη νεκρό — διπλά, ξεπερασμένες γραμμές, σχόλια που έγιναν δεδομένα και ξεχάστηκαν. Τα υπόλοιπα ήταν το spec. Κάθε ζωντανή στήλη έγινε πεδίο πίνακα ή φόρμας· κάθε macro έγινε scheduled job· κάθε hidden tab με «ποιος βλέπει τι» έγινε ρόλος. Η δουλειά δεν ήταν να σχεδιάσουμε ένα σύστημα. Ήταν να ακούσουμε αυτό που ήδη δουλεύει.

Όπου τα περισσότερα studios χάνουν το παιχνίδι είναι το greenfield. Παίρνουν το brief, αγνοούν το sheet, και φτιάχνουν το «ιδανικό» σύστημα. Δείχνει εξαιρετικά σε demo και είναι άχρηστο τη Δευτέρα γιατί δεν ξέρει τους άγραφους κανόνες. Τα δύο rebuilds που κάναμε πέρσι ήταν και τα δύο follow-ups: σε κάθε περίπτωση η ομάδα είχε ήσυχα εγκαταλείψει ένα προηγούμενο greenfield system και είχε γυρίσει πίσω στο spreadsheet, και μας έφεραν για να κάνουμε αυτό το spreadsheet επίσημο. Πήραν τον μισό χρόνο από τα builds που είχαν εγκαταλειφθεί, γιατί ξεκινήσαμε από αυτό που κάνει στ' αλήθεια κάθε ομάδα τις Τρίτες. Το αφανές κομμάτι ήταν να ρωτάμε τι σημαίνει «Status: PARK» στη στήλη F, και να συνεχίζουμε να ρωτάμε μέχρι κάποιος στην ομάδα να μπορέσει να μας απαντήσει. Το συμπληρωματικό μάθημα είναι αυτό που έχουμε ήδη γράψει για το un-frameworking του CMS: δώσε σημασία στη δουλειά που γίνεται πραγματικά, όχι στο deliverable που ταιριάζει στο demo.

Οι ώρες παραπάνω είναι πραγματικές, από τρία custom-systems projects που παραδώσαμε τον τελευταίο χρόνο. Ο εβδομαδιαίος χρόνος ops ανά πελάτη έπεσε από μέσο όρο δεκατριών ωρών σε λιγότερο από δύο. Η πτώση δεν έρχεται από κάποια μαγική automation. Έρχεται από το ότι η ομάδα εμπιστεύεται ξανά τα δεδομένα — γιατί δεν ζουν πια στο «spreadsheet final v3 FINAL (αυτό να χρησιμοποιείς).xlsx» στον φάκελο Downloads κάποιου. Μία πηγή, μία ερώτηση στο standup: «πού το βρήκες αυτό;» → «από το dashboard.» Η συζήτηση τελειώνει εκεί.

Αυτό που δεν θα σου πουλήσουμε είναι ένα greenfield rewrite μιας διαδικασίας που ο πελάτης δεν έχει τρέξει ακόμα. Αν δεν υπάρχει spreadsheet — ή ένα notion doc, ή ένα χαρτί κολλημένο στον τοίχο — δεν υπάρχει διαδικασία. Υπάρχει wish. Δεν φτιάχνουμε λογισμικό για wish lists. Τρέξε πρώτα τη δουλειά με ό,τι έχεις στο χέρι· μετά μιλάμε για software. Αυτή είναι η πιο συχνή συζήτηση που χάνουμε στη φάση proposal, και δεν την αλλάζουμε.

Τι άλλαξε από τότε που το λέμε δυνατά: οι πελάτες εμφανίζονται με το sheet στη συνάντηση. Όχι με Figma mock, όχι με δεκασέλιδο PRD — με ένα screen-share του spreadsheet και μια ώρα να το ξεψαχνίσουμε μαζί. Η συζήτηση γίνεται συγκεκριμένη, η εκτίμηση γίνεται ειλικρινής, και το rebuild βγαίνει εκεί που υποσχεθήκαμε. Η μεταγραφή είναι λιγότερο γοητευτική από το greenfield. Αυτό ακριβώς, αποδεικνύεται, είναι το νόημα.