7 λάθη που κάνουν οι μικρές επιχειρήσεις όταν αγοράζουν λογισμικό κατά παραγγελία

Οι περισσότερες μικρές επιχειρήσεις που «καίγονται» από ένα έργο λογισμικού κατά παραγγελία δεν καίγονται από κακούς προγραμματιστές. Καίγονται εβδομάδες πριν ξεκινήσει οποιοσδήποτε προγραμματισμός — σε μια εναρκτήρια συνάντηση, σε μια αλληλογραφία, σε μια χειραψία — από μια απόφαση που εκείνη τη στιγμή φάνηκε ασήμαντη. Μέχρι να φτάσει ο κώδικας, το λάθος έχει ήδη ριζώσει. Το καλό νέο είναι ότι αυτά τα λάθη επαναλαμβάνονται βαρετά πανομοιότυπα, που σημαίνει ότι αποφεύγονται αν ξέρετε πώς μοιάζουν.

Έχω παρακολουθήσει πολλά τέτοια έργα από μέσα, και από τις δύο πλευρές του τραπεζιού. Κάποια έγιναν εργαλεία που μια εταιρεία δεν θα μπορούσε να φανταστεί τη δουλειά της χωρίς αυτά. Άλλα κατέληξαν σε μια μισοτελειωμένη οθόνη σύνδεσης, μια τεταμένη διαφωνία για τιμολόγιο και έναν ιδρυτή να ορκίζεται ότι δεν θα ξαναπάει σε κατά παραγγελία λύση. Το απογοητευτικό είναι πόσο λίγο χώριζε τα δύο αποτελέσματα. Η τεχνολογία σπάνια ήταν το πρόβλημα. Οι αποφάσεις γύρω από την τεχνολογία σχεδόν πάντα ήταν.

Ορίστε λοιπόν τα επτά λάθη που βλέπω ξανά και ξανά όταν μια μικρή επιχείρηση αναθέτει λογισμικό κατά παραγγελία. Κανένα από αυτά δεν απαιτεί τεχνικό υπόβαθρο για να αποφευχθεί. Απλώς απαιτεί να γνωρίζετε ότι υπάρχουν προτού υπογράψετε οτιδήποτε.

Λάθος 1: Αγοράζετε μια λύση πριν κατανοήσετε το πρόβλημα

Το πιο ακριβό λάθος συμβαίνει πρώτο, και ακούγεται ακίνδυνο: «Χρειαζόμαστε μια εφαρμογή που να κάνει το Χ.» Μέχρι να το πει κανείς αυτό φωναχτά, συνήθως έχει ήδη αποφασίσει τη μορφή της λύσης — έναν πίνακα ελέγχου, μια πύλη, μια εφαρμογή κινητού — χωρίς κανείς να έχει καταγράψει το πραγματικό πρόβλημα με απλά λόγια. Η κατασκευή τότε παραδίδει πιστά το λάθος πράγμα, υπέροχα φτιαγμένο.

Το καλό λογισμικό ξεκινά από μια διατύπωση προβλήματος, όχι από μια λίστα χαρακτηριστικών. Το «Η ομάδα του γραφείου μας ξαναπληκτρολογεί κάθε παραγγελία από το email στο λογιστικό σύστημα, και αυτό απασχολεί δύο άτομα για μισή μέρα» είναι πρόβλημα. Το «Χρειαζόμαστε ένα CRM κατά παραγγελία» είναι μια εικασία λύσης για ένα πρόβλημα που κανείς δεν μπήκε στον κόπο να ονομάσει. Το πρώτο μπορεί να λυθεί φθηνά και να μετρηθεί. Το δεύτερο είναι μια ανοιχτή πρόσκληση να ξοδέψετε χρήματα.

Λάθος 2: Προσπαθείτε να χτίσετε τα πάντα ταυτόχρονα

Το λογισμικό κατά παραγγελία μοιάζει με αγορά μιας φοράς στη δεκαετία, οπότε οι άνθρωποι προσπαθούν να στριμώξουν μια δεκαετία επιθυμιών στην πρώτη έκδοση. Κάθε τμήμα προσθέτει ένα αίτημα. Κάθε «μια και το κάνουμε» παίρνει ένα ναι. Το εύρος φουσκώνει, το χρονοδιάγραμμα τριπλασιάζεται, και το έργο καταρρέει κάτω από τη φιλοδοξία του πολύ πριν προλάβει κανείς να το χρησιμοποιήσει.

Οι επιχειρήσεις που πετυχαίνουν κάνουν το αντίθετο. Επιλέγουν το ένα πιο επώδυνο κομμάτι του προβλήματος και χτίζουν αυτό πρώτα — ένα πραγματικό, λειτουργικό πράγμα σε παραγωγή μέσα σε λίγους μήνες. Έπειτα αφήνουν την πραγματική χρήση να τους πει τι ακολουθεί. Αυτό δεν είναι απλώς φθηνότερο· είναι ασφαλέστερο. Μαθαίνετε αν η ιδέα δουλεύει όσο το στοίχημα είναι ακόμη μικρό, αντί να ανακαλύψετε μετά από έξι μήνες και ένα μεγάλο τιμολόγιο ότι σχεδιάσατε το λάθος πράγμα.

Υπάρχει μια σκληρή αλήθεια από κάτω: δεν ξέρετε στην πραγματικότητα ακόμη τι χρειάζεστε. Κανείς δεν ξέρει, στην αρχή. Η κατανόησή σας για το πρόβλημα θα αλλάξει τη στιγμή που πραγματικοί άνθρωποι θα αγγίξουν ένα πραγματικό εργαλείο. Το να χτίζετε τα πάντα εκ των προτέρων κλειδώνει τις πρώτες σας, λιγότερο ενημερωμένες εικασίες. Το να χτίζετε σε κομμάτια σάς κρατά ευέλικτους — και κρατά τον προϋπολογισμό υπό έλεγχο όσο ακόμη μαθαίνετε.

Λάθος 3: Επιλέγετε με κριτήριο μόνο την τιμή

Παίρνετε τρεις προσφορές. Η μία είναι δραματικά φθηνότερη από τις άλλες. Ανακούφιση — αυτή θα πάρετε. Αυτός είναι ένας από τους πιο σίγουρους τρόπους να μετατρέψετε ένα μικρό έργο σε ακριβό, επειδή η φθηνή προσφορά σχεδόν ποτέ δεν σημαίνει ότι η δουλειά είναι φθηνότερη. Συνήθως σημαίνει ότι οι δύο πλευρές κατάλαβαν τη δουλειά διαφορετικά.

Ένας χαμηλός αριθμός συχνά υποδηλώνει ένα από λίγα πράγματα: ο προμηθευτής υποτίμησε το εύρος επειδή δεν έκανε αρκετές ερωτήσεις, σχεδιάζει να βγάλει το περιθώριό του από αιτήματα αλλαγών αργότερα, ή είναι άπειρος και δεν ξέρει ακόμη τι δεν ξέρει. Κανένα από αυτά δεν τελειώνει καλά για εσάς. Η τιμή στον τίτλο είναι ο λιγότερο χρήσιμος αριθμός στην προσφορά. Αυτό που έχει σημασία είναι αν ο προμηθευτής κατανοεί ξεκάθαρα το πρόβλημά σας, κάνει άβολες ερωτήσεις, και είναι ειλικρινής για το τι δεν περιλαμβάνεται.

Λάθος 4: Ξεχνάτε ότι το λογισμικό δεν είναι αγορά μιας φοράς

Το λογισμικό κατά παραγγελία συχνά παρουσιάζεται, και αγοράζεται, σαν ένα έπιπλο: πληρώνεις μία φορά, το έχεις για πάντα. Δεν είναι έτσι. Το λογισμικό ζει σε έναν κόσμο που κινείται — τα λειτουργικά συστήματα ενημερώνονται, οι φυλλομετρητές αλλάζουν, βγαίνουν διορθώσεις ασφαλείας, η επιχείρησή σας μεταβάλλεται, τα εργαλεία με τα οποία συνδέεστε αλλάζουν τους κανόνες τους. Ένα εργαλείο που δεν συντηρεί κανείς σταδιακά σταματά να λειτουργεί, και μετά χαλάει τη χειρότερη δυνατή στιγμή.

Αυτό πιάνει άσχημα τις μικρές επιχειρήσεις επειδή το κόστος συντήρησης είναι αόρατο κατά την υπογραφή. Συγκρίνετε δύο προσφορές στην τιμή κατασκευής και δεν ρωτάτε ποτέ το ερώτημα που έχει μεγαλύτερη σημασία: πόσο κοστίζει να κρατάτε αυτό ζωντανό και υγιές κάθε χρόνο; Φιλοξενία, ενημερώσεις, μικρές διορθώσεις, η περιστασιακή αλλαγή καθώς εξελίσσεται η επιχείρησή σας — προγραμματίστε το ως ένα φυσιολογικό, συνεχιζόμενο κονδύλι, όπως κάνετε για την ασφάλιση ή τη λογιστική. Συνήθως είναι μέτριο, αλλά μόνο αν το περιμένετε.

Λάθος 5: Αφήνετε τις απαιτήσεις ασαφείς και χωρίς υπεύθυνο

Το «Εσείς είστε οι ειδικοί, απλώς φτιάξτε κάτι καλό» ακούγεται γενναιόδωρο. Στην πραγματικότητα έτσι παρεκκλίνουν τα έργα. Οι άνθρωποι που κατανοούν την επιχείρησή σας καλύτερα είστε εσείς και η ομάδα σας — όχι οι προγραμματιστές. Αν παραδώσετε ένα θολό ενημερωτικό σημείωμα και εξαφανιστείτε, ο προμηθευτής γεμίζει τα κενά με τις καλύτερές του εικασίες, και θα ανακαλύψετε αυτές τις εικασίες τη χειρότερη στιγμή: κατά την παράδοση, όταν το να τις αλλάξετε είναι το πιο ακριβό.

Δύο ρόλοι πρέπει να καλυφθούν από τη δική σας πλευρά, και οι μικρές επιχειρήσεις συνήθως δεν καλύπτουν κανέναν. Ο πρώτος είναι ένας μοναδικός λήπτης αποφάσεων — ένα άτομο που μπορεί να πει ναι, να λύσει διαφωνίες μεταξύ τμημάτων, και δεν είναι τόσο απασχολημένο ώστε να μην απαντά σε ερωτήσεις επί εβδομάδες. Ο δεύτερος είναι η προθυμία να είστε συγκεκριμένοι για τα μέρη που έχουν σημασία: τις ακραίες περιπτώσεις, την παράξενη εξαίρεση που η επιχείρησή σας πάντα χειριζόταν με το χέρι, τον κανόνα που όλοι ξέρουν αλλά κανείς δεν έγραψε ποτέ. Αυτά ακριβώς είναι που το λογισμικό πρέπει να κάνει σωστά.

Λάθος 6: Δεν ρωτάτε ποιος έχει την ιδιοκτησία του κώδικα και των δεδομένων

Αυτό είναι το σιωπηλό, και είναι αυτό που πονάει περισσότερο χρόνια αργότερα. Πληρώνετε για λογισμικό κατά παραγγελία, υποθέτετε ότι είναι δικό σας. Έπειτα η σχέση με τον προμηθευτή χαλάει, ή ανεβάζει τιμές, ή απλώς εξαφανίζεται — και ανακαλύπτετε ότι δεν μπορείτε να μετακινηθείτε. Δεν έχετε τον πηγαίο κώδικα. Τα δεδομένα ζουν σε ένα σύστημα στο οποίο μόνο αυτός έχει πρόσβαση. Όλη η λειτουργία σας τώρα εξαρτάται από μια εταιρεία που πια δεν εμπιστεύεστε, και δεν έχετε καμία διαπραγματευτική ισχύ.

Τίποτα από αυτά δεν απαιτεί δικηγόρο για να αποτραπεί. Απαιτεί τρεις απλές ερωτήσεις που τίθενται πριν ξεκινήσετε, όσο έχετε ακόμη όλη τη διαπραγματευτική δύναμη: Ποιος έχει την ιδιοκτησία του πηγαίου κώδικα όταν ολοκληρωθεί αυτό; Μπορώ να εξάγω όλα μου τα δεδομένα, σε χρησιμοποιήσιμη μορφή, όποτε θέλω; Και αν χωρίσουμε τους δρόμους μας, τι ακριβώς παίρνω μαζί μου; Ένας αξιόπιστος συνεργάτης απαντά σε αυτά χωρίς δισταγμό. Ο δισταγμός εδώ είναι η μεγαλύτερη κόκκινη σημαία σε ολόκληρη τη διαδικασία.

• Εξασφαλίστε γραπτώς ότι έχετε την ιδιοκτησία του πηγαίου κώδικα, ή μια ξεκάθαρη, δίκαιη άδεια γι' αυτόν.
• Επιβεβαιώστε ότι μπορείτε να εξάγετε τα δεδομένα σας σε τυποποιημένη μορφή, κατ' απαίτηση, χωρίς άδεια.
• Βεβαιωθείτε ότι η δουλειά είναι αρκετά καλά τεκμηριωμένη ώστε ένας άλλος προγραμματιστής να μπορεί να την αναλάβει.
• Αποφύγετε το κλείδωμα σε ιδιόκτητες τεχνολογίες όπου μια απλή, ευρέως γνωστή τεχνολογία θα έκανε την ίδια δουλειά.
• Συμφωνήστε εκ των προτέρων τι συμβαίνει με τη φιλοξενία και τους λογαριασμούς αν ποτέ αλλάξετε προμηθευτή.

Λάθος 7: Αντιμετωπίζετε την έναρξη ως γραμμή τερματισμού

Το λογισμικό παραδίδεται, λειτουργεί, όλοι ανακουφίζονται. Το έργο κηρύσσεται ολοκληρωμένο. Έξι μήνες αργότερα, οι μισοί από την ομάδα έχουν σιωπηλά γυρίσει στο παλιό υπολογιστικό φύλλο, και το ακριβό νέο εργαλείο χρησιμοποιείται από δύο άτομα για ένα πράγμα. Η κατασκευή πέτυχε. Η υιοθέτηση απέτυχε — και τα δύο είναι εντελώς διαφορετικά προβλήματα.

Οι άνθρωποι δεν αντιστέκονται στα νέα εργαλεία επειδή είναι ανόητοι ή πεισματάρηδες. Αντιστέκονται επειδή ο νέος τρόπος είναι ανοίκειος και ο παλιός τρόπος ακόμη λειτουργεί, κάπως. Το να ξεπεράσετε αυτό απαιτεί σκόπιμη προσπάθεια που κανείς δεν προϋπολόγισε: λίγη εκπαίδευση, έναν ξεκάθαρο λόγο γιατί η αλλαγή βοηθάει αυτούς συγκεκριμένα, κάποιον να απαντά στις χαζές ερωτήσεις χωρίς κριτική τις πρώτες λίγες εβδομάδες, και μια αποφασιστική απόφαση να αποσύρετε τον παλιό τρόπο ώστε να μην υπάρχει εφεδρεία για να ξεγλιστρήσει κανείς.

1. 1
   Κάντε έναρξη πρώτα σε μια μικρή ομάδα

   Διαθέστε το εργαλείο σε λίγους πρόθυμους ανθρώπους πριν από ολόκληρη την ομάδα. Θα βρουν τις ατέλειες και θα γίνουν οι εσωτερικοί σας υποστηρικτές.
2. 2
   Δείξτε το προσωπικό όφελος, όχι το εταιρικό

   Το «Αυτό εξοικονομεί χρήματα στην επιχείρηση» δεν παρακινεί κανέναν. Το «Αυτό σημαίνει ότι σταματάτε να πληκτρολογείτε διευθύνσεις δύο φορές» κερδίζει τους ανθρώπους.
3. 3
   Ορίστε ένα άτομο αναφοράς για ερωτήσεις

   Για τον πρώτο μήνα, κάποιος αναλαμβάνει τις χαζές ερωτήσεις. Η τριβή στην πρώτη εβδομάδα είναι αυτό που σκοτώνει την υιοθέτηση για πάντα.
4. 4
   Κλείστε πραγματικά τον παλιό τρόπο

   Όσο υπάρχει το παλιό υπολογιστικό φύλλο, οι άνθρωποι θα συνεχίζουν να το χρησιμοποιούν. Μόλις λειτουργήσει, αποσύρετε την εφεδρεία — ήπια αλλά ξεκάθαρα.

Συνθέτοντάς τα: η νοοτροπία του αγοραστή

Διαβάστε ξανά αυτά τα επτά και ένα κοινό νήμα τα διατρέχει. Σχεδόν κανένα δεν είναι τεχνικό. Αφορούν τη σαφήνεια, την ιδιοκτησία και την εγκράτεια — να γνωρίζετε το πρόβλημά σας πριν ψωνίσετε, να χτίζετε με μικρά βήματα, να κρίνετε τους προμηθευτές με κριτήριο την κατανόηση παρά την τιμή, να σχεδιάζετε για τη ζωή του εργαλείου και όχι μόνο για τη γέννησή του, να παραμένετε εμπλεκόμενοι, να προστατεύετε την έξοδό σας, και να αντιμετωπίζετε την έναρξη ως την αρχή της πραγματικής δουλειάς.

Το λογισμικό κατά παραγγελία είναι πραγματικά μία από τις καλύτερες επενδύσεις που μπορεί να κάνει μια μικρή επιχείρηση μόλις ξεπεράσει τα έτοιμα εργαλεία που μοιράζονται όλοι. Ένα σύστημα διαμορφωμένο ακριβώς γύρω από το πώς δουλεύετε εσείς, αντί να αναγκάζετε την επιχείρησή σας να στριμωχτεί γύρω από το προϊόν κάποιου άλλου, είναι ένα πραγματικό και διαρκές πλεονέκτημα. Οι επιχειρήσεις που το πετυχαίνουν δεν είναι αυτές με τους μεγαλύτερους προϋπολογισμούς. Είναι αυτές που απέφυγαν τα επτά λάθη παραπάνω — και αυτό είναι ζήτημα κρίσης, όχι χρημάτων.

Συχνές ερωτήσεις