Σταματήστε να πουλάτε δυνατότητες, πουλήστε την αλλαγή

Περίληψη

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

Ο πελάτης σας δεν έχει πρόβλημα σχεδιασμού. Έχει πρόβλημα αλλαγής. Ο αγοραστής έχει ήδη ένα εργαλείο, μια ροή εργασίας και μια ομάδα που μισεί τις αλλαγές. Δεν συγκρίνει τα χαρακτηριστικά του πελάτη σας με μια κενή σελίδα. Συγκρίνει τον πόνο του να παραμείνει με τον πόνο του να φύγει. Η δουλειά του ιστότοπου δεν είναι να απαριθμήσει τι κάνει το προϊόν. Είναι να κάνει την αλλαγή να φαίνεται πιο εύκολη και πιο πολύτιμη από το status quo. Αν δεν το κάνει αυτό, ο ιστότοπος είναι ταπετσαρία.

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

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

Ορίστε το πλαίσιο: ορίστε την αλλαγή. Στη συνέχεια, αναγκάστε κάθε σελίδα να την υποστηρίξει.

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

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

«Κάθε πελάτης είναι διαφορετικός» είναι αλήθεια — και άσχετο

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

Ξεκινήστε με έναν έλεγχο πέντε ερωτήσεων. Τρέξτε τον στην πρώτη κλήση ανακάλυψης. Χρειάζεται είκοσι λεπτά και λειτουργεί για οποιοδήποτε SaaS.

• Ποιος είναι ο χρήστης και ποιος είναι ο αγοραστής; (Σπάνια είναι το ίδιο άτομο.)
• Τι κάνουν σήμερα αντί να χρησιμοποιούν το προϊόν του πελάτη σας;
• Ποιος είναι ο μοναδικός ενοχλητικός πόνος στην τρέχουσα ροή εργασίας;
• Τι φοβούνται ότι θα χαλάσει αν αλλάξουν;
• Ποια είναι η γρηγορότερη «νίκη» που θα είχαν αμέσως μετά την αλλαγή;

Ας δούμε δύο παραδείγματα πελατών για να δείτε πώς λειτουργεί.

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

Δεύτερον, ένα εργαλείο παρακολούθησης leads για ακίνητα. Ο χρήστης είναι ο μεσίτης, ο αγοραστής είναι ο κτηματομεσίτης. Ο πόνος; Διπλότυπα leads εμφανίζονται σε τρία σημεία και τα καλά κρυώνουν. Ο φόβος; Οι μεσίτες δεν θα καταγράφουν δεδομένα. Η γρήγορη νίκη; Αυτόματος εμπλουτισμός από τις καταχωρίσεις MLS, ώστε οι μεσίτες να τελειώνουν σε δύο κλικ. Το έναυσμα: «Να μην χάνεται ποτέ ένα lead δύο φορές.»

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

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

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

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

Τα στιγμιότυπα οθόνης είναι η απόδειξη με τη χαμηλότερη αξία στη σελίδα

Πάρτε τη μοναχικότερη γραμμή στον πίνακα χαρακτηριστικών του πελάτη σας: «Υποστήριξη OAuth 2.0.» Ποιο συναίσθημα προκαλεί; Κανένα. Είναι ένα στοιχείο λίστας ελέγχου για έναν προγραμματιστή που δεν είναι ο αγοραστής. Αλλά όταν ζητάτε από τον πελάτη τη σελίδα χαρακτηριστικών, σας δίνει έναν τοίχο από αυτά. Γεμίστε τη σελίδα με στιγμιότυπα οθόνης και κάνετε κάτι ακόμα πιο κοινό: δείχνετε το προϊόν αντί για το αποτέλεσμα.

Τα στιγμιότυπα οθόνης έχουν τη θέση τους. Ένα καλό GIF με το προϊόν σε λειτουργία είναι απόδειξη. Αλλά τα περισσότερα στιγμιότυπα οθόνης είναι πορτρέτα προϊόντος. Οι αγοραστές χρειάζονται μια ιστορία πριν και μετά. Η ενότητα χαρακτηριστικών είναι το καλύτερο μέρος για να την πείτε. Χρησιμοποιήστε τη φόρμουλα Χαρακτηριστικό-Όφελος-Απόδειξη (FBP). Ονομάστε το χαρακτηριστικό, συνδέστε το με ένα όφελος, και μετά αποδείξτε το με ένα γεγονός, μια διαδικασία ή ένα μικρό demo. Χωρίς επινοημένους αριθμούς — χρησιμοποιήστε παρατηρήσιμα αποτελέσματα όπως «λειτουργεί με το Google Workspace» ή «ρύθμιση σε λιγότερο από ένα λεπτό.»

Αρχικό τμήμα από τον πελάτη:

• Υποστήριξη OAuth 2.0
• Έλεγχος πρόσβασης βάσει ρόλων (RBAC)
• Προμήθεια SCIM

Τρεις κουκκίδες από την ορολογία του προμηθευτή. Τώρα τρέξτε την καθεμία μέσω του FBP.

Χαρακτηριστικό: Υποστήριξη OAuth 2.0.
Όφελος: Μία σύνδεση για όλη την ομάδα. Καμία άλλη αίτηση στο IT.
Απόδειξη: Λειτουργεί με το Google Workspace και το Microsoft Entra.

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

Χαρακτηριστικό: Προμήθεια SCIM.
Όφελος: Προσθέτετε και αφαιρείτε χρήστες αυτόματα από το σύστημα HR σας.
Απόδειξη: Συγχρονίζεται με Okta και Rippling.

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

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

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

Ένα καλό τεστ για κάθε ισχυρισμό χαρακτηριστικού: θα το επαναλάμβανε ένας αγοραστής στο αφεντικό του; «Μία σύνδεση» είναι επαναλήψιμη. «Υποστήριξη OAuth 2.0» δεν είναι. Αν η σελίδα χαρακτηριστικών του πελάτη σας δεν περνάει το τεστ της κουβέντας στο γραφείο, δεν είναι ακόμα πειστική.

Οι σελίδες τιμολόγησης είναι ναρκοπέδιο. Ακριβώς γι' αυτό πρέπει να τις αγγίξετε

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

Ξεκινήστε καταγράφοντας τις ερωτήσεις που απαντά η ομάδα πωλήσεών σας κάθε εβδομάδα. Καταγράψτε τις κατά λέξη. «Χρεώνετε ανά χρήστη;» «Τι γίνεται αν υποβαθμίσω;» «Υπάρχει χρέωση εγκατάστασης;» «Μπορώ να το δοκιμάσω χωρίς πιστωτική κάρτα;» «Ποια είναι η πολιτική επιστροφών;» Βάλτε τις στη σελίδα. Ένας αγοραστής δεν θα έπρεπε να κλείνει κλήση για να μάθει αν απαιτείται πιστωτική κάρτα για δοκιμή.

Στη συνέχεια, πάρτε τα τρία πακέτα του πελάτη: Basic, Pro, Enterprise. Μετονομάστε τα με βάση την κατάσταση του πελάτη. Τι κάνει πραγματικά κάθε πακέτο για κάποιον; Solo, Team, Organization. Ή Creator, Studio, Enterprise. Το όνομα δεν είναι διακόσμηση· είναι η πρώτη στιγμή σαφήνειας.

Ορίστε ένα συγκεκριμένο παράδειγμα πίνακα πακέτων με νέες ονομασίες:

Παλιό πακέτο	Νέο πακέτο	Η υπόσχεση
Basic	Solo	Για ένα άτομο που χρειάζεται μια απλή ροή εργασίας
Pro	Team	Για μια ομάδα που χρειάζεται συνεργασία και πίνακες ελέγχου
Enterprise	Org	Για μια εταιρεία που χρειάζεται ασφάλεια, SSO και υποστήριξη

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

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

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

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

Όταν γράφετε το FAQ τιμολόγησης, μην χρησιμοποιείτε γλώσσα προμηθευτή. Πείτε «εσείς» και «τα δεδομένα σας.» Μια σελίδα τιμολόγησης που χρησιμοποιεί συνέχεια «προσφέρουμε, παρέχουμε» μοιάζει με εταιρικό φυλλάδιο. Αλλάξτε το σε «μπορείτε, η ομάδα σας.» Αυτή είναι η αλλαγή που συμβαίνει στη γραμματική.

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

Τα έγγραφα που αγνοείτε κλείνουν (ή σκοτώνουν) συμφωνίες

Ορίστε μια προγραμματίστρια μπροστά σε έναν φορητό υπολογιστή. Αξιολογεί το API του πελάτη σας. Το αφεντικό της ρώτησε, «Μπορούμε να το ενσωματώσουμε;» Θέλει ένα πράγμα: απόδειξη ότι η ομάδα της δεν θα χάσει μια εβδομάδα. Δεν ξεκινά από τα έγγραφα αναφοράς. Ξεκινά από τη γρήγορη εκκίνηση.

Εταιρείες όπως Stripe, GitHub και Twilio θέτουν το πρότυπο για τα έγγραφα API. Το μυστικό δεν είναι ότι τεκμηριώνουν κάθε endpoint άψογα. Είναι ότι κάνουν την πρώτη εκτέλεση να διαρκεί πέντε λεπτά. Δείχνουν ένα μικρό αποτέλεσμα που μοιάζει με επιτυχία. Αυτό είναι το έναυσμα αλλαγής για έναν προγραμματιστή: στιγμιαία, συγκεκριμένη πρόοδος.

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

Βάλτε τη γρήγορη εκκίνηση πάνω από όλα. Ώρα παραδείγματος. Ο πελάτης σας φτιάχνει ένα API αυτοματοποίησης εγγράφων. Η αναφορά είναι ένας πυκνός πίνακας περιεχομένων που συνεχίζεται για χιλιάδες γραμμές. Μια προγραμματίστρια φτάνει, βλέπει «Authentication» και αποθαρρύνεται.

Αναδιαρθρώστε την κορυφή των εγγράφων:

1. Γράψτε μια περιγραφή τριών προτάσεων σε απλά Αγγλικά. «Στείλτε ένα συμβόλαιο, λάβετε πίσω ένα υπογεγραμμένο αντίγραφο. Αυτό το API μετατρέπει πρότυπα και δεδομένα σε υπογεγραμμένα PDF.»
2. Επικολλήστε ένα δείγμα κώδικα για αντιγραφή-επικόλληση που καλεί ένα endpoint sandbox. Δείξτε το πρώτο JSON απάντησης που αποδεικνύει την επιτυχία.
3. Προσθέστε μια περίπτωση χρήσης, «Τιμολόγια που συναρμολογούνται μόνα τους» και συνδέστε τα συγκεκριμένα endpoints που εμπλέκονται.

Μετακινήστε την πλήρη αναφορά παρακάτω. Ο προγραμματιστής που αντιγράφει το πρώτο απόσπασμα γίνεται εσωτερικός υποστηρικτής. Ο υποστηρικτής ζητά έλεγχο ασφαλείας, όχι απόρριψη. Ο πελάτης σας κερδίζει πριν καν την κλήση πώλησης. Ο οδηγός τεκμηρίωσης API περιγράφει την ίδια διαδικασία.

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

Συμπεριλάβετε ένα ενσωματωμένο κλειδί API για το sandbox. Τη στιγμή που ένας προγραμματιστής μπορεί να επικολλήσει και να δει μια επιτυχία, η αλλαγή γίνεται πραγματική. Δεν χρειάζεται κλήση πώλησης.

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

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

Το FAQ δεν είναι περιεχόμενο υποστήριξης. Είναι μετατροπή του τελευταίου εμποδίου

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

Οι HubSpot, Slack και Zendesk το κάνουν σωστά. Οι ενότητες FAQ και βοήθειάς τους είναι οργανωμένες, αναζητήσιμες και συνοπτικές. Αυτή η δομή είναι το ζητούμενο. Σηματοδοτεί ικανότητα. Ένα αναζητήσιμο FAQ κάνει τον αγοραστή να σκεφτεί: αυτοί οι άνθρωποι έχουν σκεφτεί το πρόβλημά μου.

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

Ας κάνουμε την κατηγορία «Αλλαγή και μετεγκατάσταση.» Η τρέχουσα απάντηση στο «Πόσο δύσκολη είναι η μετεγκατάσταση;» λέει: «Το εργαλείο εισαγωγής μας υποστηρίζει CSV και API.» Αυτή είναι λίστα χαρακτηριστικών. Ξαναγράψτε την ως υπόσχεση συν λίστα βημάτων:

«Θα εισάγουμε τα δεδομένα σας για εσάς. Στείλτε ένα CSV, κάνουμε μια δοκιμαστική εκτέλεση, επαληθεύετε ένα δείγμα και κάνουμε τη μετάβαση σε ένα παράθυρο 30 λεπτών. Αν κάτι φαίνεται λάθος, επαναφέρουμε αμέσως.»

Τώρα συγκρίνετε τις δύο απαντήσεις. Ποια κλείνει τη συμφωνία; Η πρώτη περιγράφει έναν μηχανισμό· η δεύτερη περιγράφει μια ασφαλή διαδικασία. Αυτή είναι η ίδια δομή με τη σελίδα χαρακτηριστικών: όφελος συν απόδειξη.

Πηγαίνετε παραπέρα: πάρτε κάθε ερώτηση που απαντά η υποστήριξη δύο φορές την εβδομάδα και γράψτε την απάντηση πριν δημιουργηθεί το ticket. Αυτή είναι μια ατελείωτη πηγή περιεχομένου για landing pages. Μόλις το FAQ πάψει να είναι χωματερή και γίνει εργαλείο πειθούς, όλη η ιστορία παραμένει ενοποιημένη. Είναι μέρος της προσέγγισης από μέσα προς τα έξω που χρησιμοποιείτε για οτιδήποτε άλλο.

Οργανώστε με γνώμονα την αναζήτηση. Ένα αναζητήσιμο FAQ που βρίσκει την απάντηση με ένα πάτημα πλήκτρων μοιάζει με χαρακτηριστικό προϊόντος. Αυτό είναι ακριβώς το σήμα ικανότητας που θέλετε.

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

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

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

Δεν έχετε χρόνο; Χτίστε έναν σκελετό, όχι μια νιφάδα χιονιού

Η τελευταία αντίρρηση είναι αυτή που πιθανώς νιώθετε τώρα: «Αλλά έχω τέσσερις πελάτες και μια προθεσμία τη Δευτέρα.» Δίκαιο. Αν αντιμετωπίζετε κάθε έργο ως ένα προσαρμοσμένο πορτρέτο, θα βρίσκεστε πάντα σε πανικό. Αντίθετα, φτιάξτε ένα ενιαίο επαναχρησιμοποιήσιμο παραδοτέο: το Switch Memo. Χρειάζεται 90 λεπτά για να συμπληρωθεί και περιγράφει κάθε σελίδα.

Switch Memo — μία σελίδα, έξι γραμμές:

1. Διαχωρισμός χρήστη / αγοραστή: ποιος εμφανίζεται, ποιος πληρώνει.
2. Τρέχουσα συμπεριφορά: τι κάνουν σήμερα αντί αυτού.
3. Ο μοναδικός πόνος: μία πρόταση, η ενόχληση.
4. Ο φόβος: τι ανησυχούν ότι θα χαλάσει σε μια αλλαγή.
5. Η γρήγορη νίκη: η πρώτη ορατή βελτίωση μετά την αλλαγή.
6. Η απόδειξη: λογότυπα, αποτελέσματα ή στάσεις ασφάλειας που αφαιρούν τον φόβο.

Φέρτε το στην πρώτη κλήση ανακάλυψης. Συμπληρώστε το καθώς κάνετε τις πέντε ερωτήσεις. Μέχρι να γυρίσετε στο γραφείο σας, έχετε το πλαίσιο μηνύματος. Η επικεφαλίδα της αρχικής σελίδας είναι η γρήγορη νίκη. Η εισαγωγή της σελίδας χαρακτηριστικών είναι ο πόνος. Η μεσαία στήλη του πίνακα τιμολόγησης είναι ο αγοραστής. Το FAQ είναι η λίστα φόβων. Η γρήγορη εκκίνηση των εγγράφων API είναι η γρήγορη νίκη για τους προγραμματιστές.

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

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

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

Όταν παρουσιάζετε τον ιστότοπο, ξεκινήστε με το switch memo, όχι με το σχέδιο. Οι πελάτες εγκρίνουν τη στρατηγική πιο γρήγορα από ό,τι την αισθητική. Θα λάβετε λιγότερα αιτήματα «μπορούμε να κάνουμε το λογότυπο μεγαλύτερο» επειδή τους έχετε δώσει έναν λόγο να αξιολογήσουν τη σελίδα με βάση το μήνυμα.

Η αλλαγή είναι η στρατηγική. Όλα τα υπόλοιπα είναι διακόσμηση.

Πάρτε ένα πράγμα από αυτό: μην αναθέσετε άλλον ανασχεδιασμό μέχρι να απαντήσετε στην ερώτηση της αλλαγής. Οι περισσότεροι ιστότοποι SaaS αποτυγχάνουν επειδή οι επισκέπτες δεν βρίσκουν ποτέ λόγο να εγκαταλείψουν την τρέχουσα ροή εργασίας τους. Ο ιστότοπος δεν αποτυγχάνει επειδή το λογότυπο είναι πολύ μικρό ή η διαβάθμιση είναι ξεπερασμένη.

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

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

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

Σταματήστε να πουλάτε δυνατότητες. Πουλήστε την αλλαγή. Αυτή είναι ολόκληρη η στρατηγική.