Mobile app development in Athens: what to build and what to skip

Η τεχνολογική διαμάχη στο mobile, React Native απέναντι σε native Swift και Kotlin, γίνεται συνήθως σαν να έφτιαχνε κάθε εταιρεία για εκατό εκατομμύρια χρήστες. Σε μια αγορά δέκα εκατομμυρίων ανθρώπων, τα νούμερα βγαίνουν αλλιώς. Και πρέπει να αποφασίσουν τα νούμερα, όχι η τεχνολογία.

Δύο native κώδικες σημαίνουν δύο ομάδες, ή μία ομάδα που πηγαινοέρχεται ανάμεσα σε δύο γλώσσες, δύο σετ εργαλείων και δύο σετ κανόνων πλατφόρμας. Κάθε λειτουργία περιγράφεται μία φορά, αλλά χτίζεται δύο φορές, ελέγχεται δύο φορές και κυκλοφορεί δύο φορές. Και η δεύτερη έκδοση είναι αυτή που, χωρίς να το πει κανείς, μένει πίσω. Για ένα προϊόν με ελληνικό κοινό ίσως πενήντα χιλιάδων ανθρώπων, αυτή η δομή πρέπει να δικαιολογήσει διπλό κόστος συντήρησης, σε μια αγορά που δεν μπορεί να το πληρώσει. Κάποιες φορές τα καταφέρνει. Συνήθως όχι, και η τίμια σύσταση είναι ένας κώδικας.

Γι' αυτό η προεπιλογή μας είναι React Native, με Expo για τα εργαλεία κατασκευής και κυκλοφορίας. Αξίζει να πούμε με ακρίβεια τι είναι κοινό στις δύο πλατφόρμες και τι επίτηδες δεν είναι. Κοινά είναι οι τύποι TypeScript που περιγράφουν κάθε απάντηση του API, οι κανόνες ελέγχου δεδομένων, ο client του API, οι επιχειρησιακοί κανόνες, τα design tokens και όλα τα tests γύρω από αυτά. Επίτηδες χωριστά μένουν ο τρόπος πλοήγησης, η εμφάνιση των παραθύρων, η κίνηση επιστροφής, οι δονήσεις αφής και η κλίμακα της τυπογραφίας. Ένας χρήστης iOS και ένας χρήστης Android έχουν μάθει να περιμένουν διαφορετικά πράγματα. Ένα app που το αγνοεί αυτό φαίνεται ξένο. Ο χρήστης δεν μπορεί να εξηγήσει γιατί, αλλά το νιώθει.

Σε λίγες περιπτώσεις, το native είναι καθαρά καλύτερο. Όποιος το αγνοεί, βρίσκει τον μπελά του τον πέμπτο μήνα. Η συνεχής τοποθεσία στο παρασκήνιο, όπως σε ένα app για courier ή στόλο οχημάτων που τρέχει όλη μέρα, θέλει native. Η μπαταρία και το σύστημα αδειών τιμωρούν οτιδήποτε δεν είναι γραμμένο όπως το θέλει η πλατφόρμα. Βαριά γραφικά σε πραγματικό χρόνο, AR, ή δικά σας γραφικά που πρέπει να σχεδιάζουν κάθε καρέ σε δεκαέξι χιλιοστά του δευτερολέπτου. Βαθιά σύνδεση με ένα SDK της πλατφόρμας για το οποίο δεν υπάρχει έτοιμη σύνδεση με React Native. Σοβαρή δουλειά με Bluetooth ή περιφερειακές συσκευές. Αν το προϊόν σας είναι ένα από αυτά, φτιάξτε native και πληρώστε το. Αν δεν είναι, ο ένας κώδικας είναι στρατηγικό πλεονέκτημα, όχι συμβιβασμός.

Η τρίτη απάντηση, που τη δίνουμε πιο συχνά απ' ό,τι περιμένουν οι πελάτες, είναι να μη φτιάξετε καθόλου app. Αν το προϊόν είναι περιεχόμενο, μια κάρτα επιβράβευσης ή μια φόρμα που συμπληρώνεται δύο φορές τον χρόνο, ένα progressive web app που εγκαθίσταται στο κινητό δίνει τα περισσότερα, με ένα μικρό μέρος του κόστους και χωρίς τη γραφειοκρατία των stores. Προτιμάμε να το πούμε στην πρώτη συνάντηση παρά να το διαπιστώσουμε μαζί αργότερα, όταν θα δούμε πόσοι χρήστες έμειναν.

Οι ελληνικές ιδιαιτερότητες είναι πραγματικές, και κυρίως δεν είναι τεχνικές. Πληρωμές: οι Έλληνες χρήστες περιμένουν δόσεις και όλο και περισσότερο ψηφιακό πορτοφόλι. Αυτό σημαίνει SDK της Viva Wallet ή της Everypay, και Apple Pay και Google Pay σωστά στημένα από την αρχή, όχι της τελευταίας στιγμής. Τιμολόγηση: ένας επαγγελματίας πελάτης θα θέλει τιμολόγιο με ΑΦΜ, και αν το app πουλά οτιδήποτε, αυτό περνά στο myDATA. Ταυτοποίηση: το gov.gr και η ταυτότητα στο ψηφιακό πορτοφόλι έχουν αλλάξει το πώς μπορεί να γίνει η επαλήθευση σε προϊόντα που τη χρειάζονται. Είναι ένα πραγματικά ελληνικό πλεονέκτημα που αξίζει να αξιοποιήσετε.

Και η σελίδα σας στα stores. Ο κόσμος βρίσκει apps ψάχνοντας εκεί, κι όμως οι περισσότερες ελληνικές εταιρείες την αφήνουν στα αγγλικά. Τα στοιχεία στο App Store και στο Play Store μεταφρασμένα στα ελληνικά, δηλαδή τίτλος, υπότιτλος, λέξεις-κλειδιά, περιγραφή και screenshots με ελληνική διεπαφή, είναι ο φθηνότερος τρόπος να φέρει χρήστες ένα ελληνικό app. Και παραλείπεται σχεδόν παντού. Κοστίζει μία μέρα. Είναι η διαφορά ανάμεσα στο να εμφανίζεστε όταν κάποιος ψάχνει στη γλώσσα που σκέφτεται και στο να μην εμφανίζεστε καθόλου.

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