Πώς να κάνετε δοκιμαστική έκδοση (beta test) για την εφαρμογή σας

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

Το beta δεν είναι soft launch. Είναι ένα δομημένο πείραμα με αρχή, τέλος και ένα ερώτημα για να απαντηθεί.

Πού ταιριάζει το beta

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

Πριν προσκαλέσετε κανέναν, κάντε πρώτα τη δική σας δοκιμή — το πώς να δοκιμάσετε την εφαρμογή σας πριν την κυκλοφορία καλύπτει αυτό. Οι testers δεν πρέπει να είναι εκείνοι που ανακαλύπτουν ότι η εγγραφή είναι σπασμένη.

Βήμα 1: Γράψτε τι πρέπει να απαντήσει το beta

Επιλέξτε δύο ή τρία ερωτήματα. Όλα τα υπόλοιπα του σχεδίου ακολουθούν από αυτά.

Φανταστικό παράδειγμα: μια εφαρμογή προγραμματισμού βάρδιων για μικρά καφέ θέτει δύο στόχους: «Μπορεί ένας διαχειριστής να δημοσιεύσει το πρόγραμμα μιας εβδομάδας στην πρώτη συνεδρία χωρίς βοήθεια;» και «Ανοίγουν οι υπάλληλοι την εφαρμογή μόνοι τους τη δεύτερη εβδομάδα;»

Βήμα 2: Επιλέξτε τον τύπο beta

Για ένα πρώτο προϊόν, ένα κλειστό beta με μερικούς κύκλους είναι συνήθως η σωστή επιλογή.

Βήμα 3: Βρείτε τους σωστούς testers

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

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

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

Πρότυπο πρόσκλησης

Γεια σου [όνομα] — ανέφερες [πρόβλημα] όταν εγγράφηκες. Ανοίγω ένα μικρό ιδιωτικό beta του [προϊόν], που [αποτέλεσμα]. Τρέχει από [αρχή] έως [τέλος]. Ζητώ από τους testers να το χρησιμοποιούν για [πραγματική εργασία] τουλάχιστον μία φορά την εβδομάδα και να απαντούν σε ένα σύντομο check-in κάθε Παρασκευή. Σε αντάλλαγμα: δωρεάν πρόσβαση κατά τη διάρκεια του beta και [ιδρυτική τιμή / επεκταμένη δωρεάν περίοδο]. Ενδιαφέρεσαι;

Δηλώστε ειλικρινά τη δέσμευση χρόνου. Οι άνθρωποι που ξέρουν τι έχουν δεχτεί δίνουν καλύτερα σχόλια.

Βήμα 4: Ετοιμάστε το υλικό του beta

Πριν σταλεί η πρώτη πρόσκληση, ετοιμάστε αυτά:

• Ένα μήνυμα καλωσορίσματος με τον σύνδεσμο, πώς γίνεται η σύνδεση, την πρώτη εργασία που πρέπει να δοκιμάσουν και πώς αναφέρουν προβλήματα.
• Λίστα γνωστών προβλημάτων, ώστε οι testers να μη αναφέρουν το ίδιο δέκα φορές.
• Ένα κανάλι σχολίων. Μια φόρμα, μια κοινή ομάδα συνομιλίας ή μια διεύθυνση email — ένα μέρος, όχι πέντε.
• Πρότυπο αναφοράς σφάλματος. Ζητήστε τι έκαναν, τι περίμεναν, τι έγινε, συσκευή και browser, και ένα στιγμιότυπο οθόνης. Το πώς να γράψετε καλή αναφορά σφάλματος έχει μια έκδοση που μπορείτε να μοιραστείτε.
• Βασικά analytics ή logs, ώστε να βλέπετε τι συνέβη χωρίς να βασίζεστε στη μνήμη.
• Σαφείς προσδοκίες για τα δεδομένα. Πείτε στους testers αν τα δεδομένα μπορεί να μηδενιστούν κατά τη διάρκεια του beta, και μην τους ζητάτε να βάλουν ευαίσθητες πληροφορίες σε ατελή εφαρμογή.
• Βασικά για όρους και απόρρητο. Μια σύντομη συμφωνία beta και σημείωση απορρήτου· ελέγξτε τους τοπικούς κανόνες ή έναν σύμβουλο αν διαχειρίζεστε προσωπικά δεδομένα.

Βήμα 5: Τρέξτε το σε κύκλους

Οι κύκλοι σας επιτρέπουν να διορθώνετε προβλήματα προτού τα συναντήσουν περισσότεροι άνθρωποι.

Στον κύκλο 1, ζητήστε από δύο ή τρεις testers να μοιραστούν την οθόνη τους ενώ δοκιμάζουν την εφαρμογή για πρώτη φορά. Μείνετε σιωπηλοί και παρακολουθήστε πού διστάζουν. Αυτή είναι συχνά η πιο χρήσιμη ώρα ολόκληρου του beta.

Βήμα 6: Συλλέξτε σχόλια με ρυθμό

Τα μηνύματα τύπου «κάποιο σχόλιο;» παίρνουν ασαφείς απαντήσεις. Χρησιμοποιήστε αντί γι' αυτά ένα σύντομο, τακτικό check-in:

Εβδομαδιαίο check-in (φανταστικές ερωτήσεις)

1. Για τι χρησιμοποίησες το [προϊόν] αυτή την εβδομάδα;
2. Τι ήταν απογοητευτικό ή μπερδεμένο;
3. Έλειπε κάτι που σε εμπόδισε να ολοκληρώσεις μια εργασία;
4. Πώς θα ένιωθες αν δεν μπορούσες πια να το χρησιμοποιείς; (Πολύ απογοητευμένος / κάπως / καθόλου)
5. Οτιδήποτε άλλο;

Συνδυάστε αυτά που λένε οι άνθρωποι με αυτά που κάνουν. Κάποιος που λέει ότι είναι θαυμάσιο αλλά δεν συνδέεται ποτέ σας λέει κι αυτός κάτι.

Βήμα 7: Ταξινομήστε ό,τι έρχεται

Βάλτε κάθε σχόλιο σε μία λίστα και ταξινομήστε την εβδομαδιαία.

Αντισταθείτε στην προσθήκη μεγάλων λειτουργιών στη μέση του beta. Κάθε νέα λειτουργία κάνει δυσκολότερο να διαπιστώσετε αν δουλεύει το βασικό προϊόν.

Βήμα 8: Κλείστε τον κύκλο

Οι testers συνεχίζουν να δίνουν σχόλια όταν βλέπουν ότι χρησιμοποιούνται.

• Στείλτε ένα σύντομο changelog μετά από κάθε κύκλο: «Ανέφερες το Χ· διορθώθηκε.»
• Ευχαριστήστε τους με το όνομά τους, ιδιαιτέρως, όταν η αναφορά τους οδήγησε σε διόρθωση.
• Πείτε στους testers πότε τελειώνει το beta, τι γίνεται με τα δεδομένα και τον λογαριασμό τους, και ποια είναι η ιδρυτική προσφορά τους.

Βήμα 9: Αποφασίστε αν είστε έτοιμοι

Γράψτε τα κριτήρια εξόδου πριν αρχίσει το beta, και ελέγξτε τα ειλικρινά στο τέλος. Ένα πρότυπο:

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

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

Beta με το Mythex

Αν χτίζετε με το Mythex, μερικά χαρακτηριστικά ταιριάζουν ωραία με ένα beta:

• Σύνδεσμοι προεπισκόπησης για τον κύκλο 1. Το κουμπί Share δημιουργεί σύνδεσμο προς τη ζωντανή προεπισκόπησή σας που δουλεύει για άτομα χωρίς λογαριασμό Mythex, ώστε ένας πρώιμος tester να δοκιμάσει ατελή δουλειά πριν δημοσιεύσετε. Φτιάξτε έναν σύνδεσμο ανά ομάδα και διαγράψτε τον όταν τελειώσετε — η τεκμηρίωση προεπισκόπησης εξηγεί πώς οι σύνδεσμοι ξυπνούν το έργο και χρησιμοποιούν credits.
• Δημοσίευση για μεγαλύτερους κύκλους. Μια δημοσιευμένη εφαρμογή τρέχει στη δική της διεύθυνση, κάτι που ταιριάζει σε testers που τη χρησιμοποιούν για αρκετές εβδομάδες.
• App Testing πριν από κάθε κύκλο. Γράψτε /test στη συνομιλία και ο agent θα περάσει από την προεπισκόπησή σας και θα αναφέρει σπασμένες ροές — ένας χρήσιμος έλεγχος πριν προσκαλέσετε κανέναν (τεκμηρίωση App Testing).
• Checkpoints. Αν μια διόρθωση χαλάσει κάτι στη μέση του beta, επιστρέψτε σε προηγούμενο checkpoint.

Επικολλήστε την αναφορά σφάλματος ενός tester απευθείας στη συνομιλία και ζητήστε από τον agent να το αναπαράγει και να το διορθώσει, και μετά πείτε στον tester ότι είναι διαθέσιμο.

Ερωτήσεις