Πεδίο εφαρμογής πύλης πελατών
Τι ανήκει στο πεδίο εφαρμογής μιας πύλης πελατών;
Καθορίστε μια πύλη πελατών μέσω rolesόλων, αρχείων, αποφάσεων και ολοκληρωμένων ροών εργασίας. Κατανοήστε τις απαιτήσεις που αλλάζουν το πεδίο ανάπτυξής της.
Μια πύλη μπορεί να φαίνεται απλή από έξω: μια σελίδα εισόδου, ένα ταμπλό και μερικές μορφές. Το πεδίο εφαρμογής της εξαρτάται από το τι αυτές οι οθόνες επιτρέπουν στους ανθρώπους να κάνουν και τι συμβαίνει με τις πληροφορίες μετά.
Για να ορίσετε μια νέα πύλη, να εργαστείτε μέσα από το ταξίδι του πελάτη και τις ευθύνες του προσωπικού πίσω από αυτό.
Ξεκινήστε με τον λόγο της επιστροφής του πελάτη
Ένας πελάτης μπορεί να ελέγξει ένα αίτημα, να ανακτήσει ένα έγγραφο ή να ολοκληρώσει μια απαιτούμενη ενέργεια.
Αν η πύλη είναι σχετικά με τις αιτήσεις υπηρεσιών, προσδιορίστε το αίτημα και τις καταστάσεις του. Ένα ταμπλό γίνεται ευκολότερο να σχεδιαστεί μόλις ξέρετε ποια αρχεία θα πρέπει να εξηγήσει.
Χωρισμός των rolesόλων
Ένας πελάτης μπορεί να χρειαστεί να δει τα δικά του αρχεία. Ένα μέλος του προσωπικού μπορεί να χρειαστεί να δει εκχωρημένη εργασία. Ένας διαχειριστής μπορεί να ελέγχει τους χρήστες και τις ρυθμίσεις.
Το αντικείμενο του έργου πρέπει να καθορίζει τους κανόνες πρόσβασης και τον τρόπο εξουσιοδότησης των λογαριασμών. Εξετάστε αν ένας λογαριασμός αντιπροσωπεύει ένα άτομο, μια εταιρεία ή μια ομάδα με πολλούς χρήστες. Αυτή η απόφαση μπορεί να αλλάξει τον τρόπο οργάνωσης των εγγραφών και των δικαιωμάτων.
Για την πρώτη έκδοση, συμπεριλάβετε τους ρόλους που είναι απαραίτητοι. Μην προσθέσετε έναν περίτεχνο επεξεργαστή αδειών εκτός αν κάποιος έχει καθορισμένο λόγο να το χρησιμοποιήσει.
Ακολουθήστε μια εγγραφή σε όλη τη διαδικασία
Ο πελάτης το δημιουργεί, το προσωπικό το επανεξετάζει, ζητούνται ελλείπουσες πληροφορίες και καταγράφεται η απόφαση ή η κατάσταση ολοκλήρωσης.
Σε κάθε βήμα, εξετάστε ποιος μπορεί να ενεργήσει, ποιες πληροφορίες απαιτούνται και τι βλέπει το επόμενο άτομο. Μπορεί ένα αίτημα να τροποποιηθεί μετά την υποβολή του; Μπορεί να αποσυρθεί; Χρειάζεται ο υπεύθυνος ελέγχου να αιτιολογήσει μια απόρριψη;
Αυτά τα ερωτήματα ανήκουν στο πεδίο εφαρμογής επειδή αλλάζουν τη συμπεριφορά της εφαρμογής.
Αποφασίστε πώς ανακοινώνονται οι ενημερώσεις
Μια αλλαγή κατάστασης μπορεί να εμφανιστεί στο ταμπλό, να ενεργοποιήσει ένα email ή να απαιτήσει μια ενέργεια από τον πελάτη. Αυτά είναι διακριτά χαρακτηριστικά. Μια ειδοποίηση χρειάζεται ένα καθορισμένο γεγονός, παραλήπτης και μήνυμα, καθώς και μια απόφαση σχετικά με το ποιες πληροφορίες δεν πρέπει να εμφανίζονται σε αυτό.
Μια σαφής κατάσταση στην εφαρμογή και ένα απαραίτητο email μπορεί να είναι πιο κατάλληλο από τις υποσχόμενες ειδοποιήσεις για κάθε αλλαγή. Η κατάλληλη επιλογή εξαρτάται από τη ροή εργασίας.
Αντιμετωπίστε τα έγγραφα ως δική τους ροή εργασίας
Ένα κουμπί αποστολής εγείρει ερωτήσεις σχετικά με τους τύπους αρχείων, το μέγεθος, την ιδιοκτησία, την ορατότητα, την αναθεώρηση και την αφαίρεση. Αν ένα έγγραφο χρειάζεται έγκριση, το αρχείο και η απόφαση χρειάζονται μια σχέση ο χρήστης μπορεί να καταλάβει.
Έναρξη με τα έγγραφα που απαιτεί η κύρια ροή εργασίας. Η κοινή χρήση, η ηλεκτρονική υπογραφή και η σύνθετη έκδοση εγγράφων είναι ξεχωριστές απαιτήσεις, όχι αυτόματες συνέπειες της προσθήκης φορτίων.
Να είστε ακριβείς για άλλα συστήματα
Μια σύνδεση με χρέωση, ένα CRM ή άλλη εφαρμογή χρειάζεται έναν καθορισμένο κανόνα εγγραφής και ενημέρωσης. Είναι η πύλη που εμφανίζει πληροφορίες, τη δημιουργία ή την αλλαγή; Πόσο τρέχουσα πρέπει να είναι;
Μια πρώτη έκδοση μπορεί να χρησιμοποιήσει μια συμφωνημένη χειροκίνητη διαδικασία όπου χρειάζεται. Το σημαντικό είναι να γίνει ορατή αυτή η επιλογή αντί να περιγραφεί η πύλη ως πλήρως ενσωματωμένη όταν ένα βήμα εξακολουθεί να εξαρτάται από ένα άτομο.
Περιγράψτε τη δοκιμή αποδοχής
Για μια βασική ροή εργασίας αιτήματος, μια δοκιμή μπορεί να επαληθεύσει ότι ένας πελάτης μπορεί να δημιουργήσει ένα αίτημα, δεν μπορεί να έχει πρόσβαση σε ένα αρχείο άλλου πελάτη, βλέπει μια ενημέρωση προσωπικού και λαμβάνει τη συμφωνηθείσα κοινοποίηση.
Αυτό το παράδειγμα δεν ορίζει τη λειτουργικότητα κάθε πύλης. Δείχνει πώς μπορεί να ελεγχθεί μια πλήρης ροή εργασίας και από τις δύο πλευρές.
Τι τείνει να επεκτείνει το έργο;
Περισσότεροι τύποι χρηστών, πολλοί οργανισμοί ανά λογαριασμό, πληρωμές, μηνύματα σε πραγματικό χρόνο, αμφίδρομες ενοποιήσεις και πολύπλοκες αναφορές εισάγουν πρόσθετες αποφάσεις.
Η πιο χρήσιμη συζήτηση προϋπολογισμού ξεκινά με την πρώτη πλήρη ροή εργασίας και τις εξαρτήσεις που χρειάζεται πραγματικά.
Εξερευνήστε την ανάπτυξη προσαρμοσμένης εφαρμογής ιστού ή Συζητήστε την πύλη σας.