Απαίτηση 1: σαφής κατάλογος υπηρεσιών και ορίων

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

Απαίτηση 2: η πρώτη φόρμα δεν είναι πλήρης φάκελος υπόθεσης

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

Απαίτηση 3: ραντεβού με πραγματικούς κανόνες διαθεσιμότητας

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

Απαίτηση 4: διαχωρισμός ενημέρωσης και προσωπικής αξιολόγησης

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

Απαίτηση 5: απόρρητο και προσωπικά στοιχεία ως μέρος του σχεδιασμού

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

Απαίτηση 6: υπεύθυνος περιεχομένου και διαδικασία αλλαγών

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

Απαίτηση 7: σχέση με πλατφόρμα ή εξειδικευμένο σύστημα

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

Λίστα ελέγχου απαιτήσεων πριν δοθεί εντολή υλοποίησης

• Υπηρεσίες: έχει εγκριθεί η τελική ονομασία και η σχέση μεταξύ των κατηγοριών;
• Κοινό: γνωρίζουμε ποια βασικά ερωτήματα φέρνουν έναν ιδιώτη στη σελίδα;
• Επικοινωνία: έχει οριστεί τι ζητά η πρώτη φόρμα και ποιος απαντά;
• Ραντεβού: έχει αποφασιστεί αν είναι άμεση κράτηση ή αίτημα προς επιβεβαίωση;
• Έγγραφα: έχει αποφασιστεί αν επιτρέπεται μεταφόρτωση και με ποια διαδικασία;
• Περιεχόμενο: υπάρχει συγκεκριμένο πρόσωπο ή ρόλος που εγκρίνει νομικές πληροφορίες;
• Απόρρητο: έχουν χαρτογραφηθεί τα δεδομένα που συλλέγονται και η ανάγκη κάθε πεδίου;
• Συντήρηση: έχει συμφωνηθεί ποιος ενημερώνει υπηρεσίες και άρθρα μετά την παράδοση;

Τι δεν πρέπει να μπει στο αρχικό εύρος χωρίς ειδική ανάλυση

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

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

Απαίτηση 8: διαχείριση αλλαγών μετά την παράδοση

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

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

Λίστα επαλήθευσης πριν δοθεί τελική έγκριση

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

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