Οι σελίδες FAQ SaaS είναι το εργαλείο μετατροπών που παραβλέπουν οι εταιρείες

Σύνοψη

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

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

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

Ξεκινήστε με την πώληση, όχι με το δελτίο υποστήριξης

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

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

Όταν κάνετε αυτή τη συνέντευξη, μην αρκεστείτε στο «ρωτούν για την τιμολόγηση». Ζητήστε την ακριβή διατύπωση. Το «Η τιμολόγηση είναι ανά χρήστη ή ανά χώρο εργασίας;» είναι αξιοποιήσιμο. Το «Ρωτούν για την τιμολόγηση» δεν είναι. Ρωτήστε επίσης τι κάνει ο ανταγωνιστής που ο πελάτης δεν μπορεί να αντιγράψει εύκολα — αυτό συνήθως αναδεικνύει τις αντιρρήσεις που έχει βαρεθεί να ακούει η ομάδα πωλήσεων. Βάλτε αυτές στην κορυφή της σελίδας.

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

Το μήκος δεν είναι πληρότητα

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

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

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

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

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

Το κόστος μιας πολύ σύντομης απάντησης

Ορίστε το πριν-και-μετά που χρησιμοποιούμε με τους πελάτες όταν αντιδρούν στις «μεγάλες» απαντήσεις.

Πριν: «Υποστηρίζετε SSO; Ναι.»

Μετά: «Το SSO είναι διαθέσιμο στο πρόγραμμα Pro και άνω. Μπορείτε να το ενεργοποιήσετε μόλις γίνετε κάτοχος του χώρου εργασίας, από Ρυθμίσεις > Ασφάλεια. Ορίστε ένας οδηγός βήμα προς βήμα. Αν η ομάδα σας χρησιμοποιεί Okta ή Azure AD, υποστηρίζονται και τα δύο.»

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

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

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

Συνδυάστε την αντίρρηση με την απόδειξή της

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

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

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

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

Το FAQ είναι μια διαδικασία, όχι ένα παραδοτέο για την κυκλοφορία

Η διαρκής αρχή για μια εταιρεία είναι ότι μια σελίδα FAQ είναι μια διαδικασία, όχι μια σελίδα. Το προϊόν ενός πελάτη αλλάζει κάθε μήνα· νέες αντιρρήσεις εμφανίζονται με κάθε αλλαγή τιμολόγησης, κάθε νέο ανταγωνιστή, κάθε τρίμηνο. Η σελίδα που δημοσιεύετε τον Ιανουάριο είναι εικασία μέχρι τον Μάρτιο. Οι εταιρείες που το κάνουν αυτό επαναλήψιμο ενσωματώνουν έναν ελαφρύ ρυθμό συντήρησης στη συνεργασία.

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

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

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

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