content modeling

Content modeling: πώς σχεδιάζουμε περιεχόμενο που επαναχρησιμοποιείται

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

Γιατί δεν αρκεί ένας επεξεργαστής κειμένου;

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

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

Ποια είναι τα βασικά συστατικά ενός μοντέλου;

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

Σε ένα CMS (Σύστημα Διαχείρισης Περιεχομένου, Content Management System), οι παραπάνω έννοιες γίνονται φόρμες εισαγωγής, κανόνες επεξεργασίας και προβολές. Ο σχεδιασμός όμως πρέπει να προηγείται της επιλογής εργαλείου. Διαφορετικά κινδυνεύουμε να προσαρμόσουμε το επιχειρησιακό λεξιλόγιο στους περιορισμούς μιας συγκεκριμένης διεπαφής.

Παράδειγμα: μια υπηρεσία σε διαφορετικές οθόνες

Φανταστείτε την εγγραφή «Συντήρηση ιστοσελίδας». Το μοντέλο της θα μπορούσε να περιλαμβάνει όνομα, σύντομη σύνοψη, αναλυτική εξήγηση, τι περιλαμβάνει, σε ποιον απευθύνεται, προϋποθέσεις και σχετικά ερωτήματα. Η σύνοψη χρησιμοποιείται στην κάρτα υπηρεσίας, η ανάλυση στην πλήρη σελίδα και οι προϋποθέσεις σε ένα βήμα αξιολόγησης. Δεν χρειάζεται να ξαναγραφεί η ίδια πληροφορία για κάθε σημείο εμφάνισης.

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

Πότε επιλέγουμε δομημένα πεδία και πότε ελεύθερες ενότητες;

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

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

Πώς συνδέεται το μοντέλο με τη στρατηγική περιεχομένου;

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

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

Τι σημαίνει επαναχρησιμοποίηση χωρίς διπλό περιεχόμενο;

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

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

Ποιος εγκρίνει αλλαγές στους τύπους περιεχομένου;

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

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

Πώς επηρεάζει τις διεπαφές και τις προγραμματιστικές συνδέσεις;

Σε ένα περιβάλλον χωρίς αυστηρή σύζευξη διαχείρισης και εμφάνισης, γνωστό ως headless CMS, το περιεχόμενο μπορεί να διανέμεται μέσω API (Διεπαφή Προγραμματισμού Εφαρμογών, Application Programming Interface). Η τεχνική αυτή δυνατότητα δεν εγγυάται σωστή αρχιτεκτονική. Αν οι τύποι είναι ασαφείς, τα ίδια προβλήματα θα ταξιδέψουν σε περισσότερα κανάλια αντί να εξαφανιστούν.

Ορίζουμε λοιπόν σταθερές σημασίες, σαφείς σχέσεις και κατάλληλους κανόνες πρόσβασης. Δεν εκθέτουμε αυτομάτως όλα τα εσωτερικά πεδία στο κοινό. Για παράδειγμα, η κατάσταση εσωτερικής έγκρισης μπορεί να είναι χρήσιμη στον συντάκτη, αλλά ακατάλληλη για μια δημόσια κάρτα υπηρεσίας.

Με ποιον έλεγχο διαπιστώνουμε ότι το μοντέλο δουλεύει;

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

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

Ποιες αποφάσεις προηγούνται της επιλογής εργαλείου;

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

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