Οδηγός Επιβίωσης: Πώς να μιλήσετε τη «γλώσσα» των Developers χωρίς να γίνετε προγραμματιστής.

Ας παραδεχτούμε μια αλήθεια που σπανίως λέγεται δυνατά στις αίθουσες συσκέψεων. Για έναν μη τεχνικό άνθρωπο (έναν επιχειρηματία, έναν διευθυντή μάρκετινγκ, έναν project manager), η συζήτηση με έναν προγραμματιστή μπορεί να είναι τρομακτική.

Εσείς μιλάτε για «στόχους», «αύξηση πωλήσεων» και «εμπειρία πελάτη». Εκείνοι απαντούν με «APIs», «backend frameworks» και «database migrations». Είναι σαν να προσπαθείτε να παραγγείλετε φαγητό σε μια γλώσσα που γνωρίζετε μόνο τρεις λέξεις.

Το αποτέλεσμα; Παρεξηγήσεις, καθυστερήσεις και το αιώνιο παράπονο: «Μα εγώ άλλο ζήτησα, κι άλλο μου έφτιαξαν».

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

Εδώ είναι ο «Οδηγός Επιβίωσης» της Saikō για μια αρμονική συνεργασία:

1. Περιγράψτε το «Τι» και το «Γιατί», όχι το «Πώς»

Το μεγαλύτερο λάθος που κάνουν οι μη τεχνικοί είναι να προσπαθούν να δώσουν τεχνικές λύσεις.

• Λάθος προσέγγιση: «Θέλω να βάλετε ένα dropdown menu εδώ που να χρησιμοποιεί AJAX για να τραβάει δεδομένα…»
• Σωστή προσέγγιση: «Θέλω ο χρήστης να μπορεί να διαλέξει εύκολα την πόλη του, χωρίς να περιμένει να ξαναφορτώσει η σελίδα, γιατί βλέπουμε ότι εκεί κολλάνε πολλοί πελάτες.»

Ο developer είναι ο μηχανικός. Εσείς είστε ο αρχιτέκτονας της εμπειρίας. Πείτε του το πρόβλημα και αφήστε τον να βρει την καλύτερη τεχνική λύση, είτε πρόκειται για απλές ιστοσελίδες είτε για σύνθετες custom web εφαρμογές και πλατφόρμες.

2. Μην φοβάστε να πείτε «Δεν καταλαβαίνω»

Όταν ο developer αρχίσει να μιλάει με ακρωνύμια (SDK, JSON, Git) ή για εξελιγμένες λύσεις τεχνητής νοημοσύνης και machine learning, μην κουνάτε το κεφάλι σας νομίζοντας ότι θα φανείτε ανόητοι αν ρωτήσετε. Σταματήστε τον. Πείτε: «Συγγνώμη, αυτό το “API” που ανέφερες, τι ακριβώς σημαίνει για τον τελικό χρήστη;».

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

3. Μια εικόνα = 1000 γραμμές κώδικα

Μην περιγράφετε λειτουργίες με εκθέσεις ιδεών σε email. Οι προγραμματιστές σκέφτονται οπτικά και δομημένα. Φτιάξτε ένα γρήγορο σκίτσο στο χαρτί.

Χρησιμοποιήστε ένα απλό εργαλείο για να δείξετε τη ροή (wireframe)—κάτι που είναι το πρώτο και πιο βασικό βήμα όταν σχεδιάζεται η ανάπτυξη εφαρμογών για κινητά (mobile apps) και desktop. Δείξτε τους ένα παράδειγμα από ένα άλλο site που σας αρέσει. Όσο πιο συγκεκριμένο είναι το οπτικό παράδειγμα, τόσο λιγότερες οι παρεξηγήσεις.

4. Σεβαστείτε το «Μόνο μια μικρή αλλαγή»

Αυτό είναι το σημείο που χαλάνε οι περισσότερες σχέσεις. Για εσάς, το να μετακινηθεί ένα κουμπί από δεξιά στα αριστερά μπορεί να φαίνεται δουλειά 5 λεπτών.

Όμως, σε μια στιβαρή tailor-made ανάπτυξη λογισμικού, για τον developer αυτό μπορεί να σημαίνει ότι πρέπει να ξαναγραφτεί η λογική πίσω από το κουμπί, να αλλάξει η δομή της βάσης δεδομένων και να γίνουν νέα tests. Πριν ζητήσετε μια «μικρή αλλαγή» αφού έχει ξεκινήσει η υλοποίηση, ρωτήστε: «Τι επίπτωση θα έχει αυτό στο χρονοδιάγραμμα και στο budget;».

Ο Ρόλος της Saikō

Στη Saikō, καταλαβαίνουμε ότι δεν είναι δική σας δουλειά να γίνετε τεχνικοί. Η δική μας δουλειά είναι να λειτουργούμε ως η «γέφυρα». Είμαστε οι μεταφραστές που παίρνουν το επιχειρηματικό σας όραμα και το μετατρέπουν σε τεχνικές προδιαγραφές, διασφαλίζοντας ότι αυτό που ζητάτε είναι αυτό που τελικά θα πάρετε.