Product Kondo: πώς βάζουμε τάξη σε ένα χαοτικό χαρτοφυλάκιο προϊόντων
Το Product Kondo περιγράφει μια οργανωμένη επανεξέταση προϊόντων, εργαλείων και δεδομένων με σκοπό να μείνουν όσα προσφέρουν πραγματική αξία. Δεν πρόκειται για εντολή να διαγράψουμε απλώς τα λιγότερο δημοφιλή στοιχεία. Ξεκινάμε κατανοώντας ποιος χρησιμοποιεί κάθε στοιχείο, τι είναι στην πραγματικότητα και από τι εξαρτάται. Έπειτα αποφασίζουμε τι διατηρούμε, τι ενοποιούμε, τι βελτιώνουμε και τι αποσύρουμε με ασφαλή μετάβαση. Η λογική αυτή είναι χρήσιμη όταν ένα χαρτοφυλάκιο ψηφιακών λύσεων έχει μεγαλώσει χωρίς κοινή ταξινόμηση.
Τι σημαίνει ο όρος και από πού προκύπτει;
Η Talke Hoppmann-Walton παρουσίασε στο Smashing Magazine μια πρακτική άσκηση με τίτλο «Product Kondo», με επίκεντρο την αποτίμηση ενός μεγάλου οργανωτικού χαρτοφυλακίου. Η βασική ιδέα δεν είναι ένα νέο καθολικό σύστημα βαθμολόγησης αλλά η αποσαφήνιση διαφορετικών κατηγοριών που συχνά αποκαλούνται όλες «προϊόντα». Ένας αναλυτικός πίνακας, μια πηγή δεδομένων, ένα εσωτερικό εργαλείο και μια υπηρεσία πελατών δεν πρέπει να συγκρίνονται απερίσκεπτα με μία μόνο κλίμακα. Η χρήση του ονόματος παραπέμπει σε τακτοποίηση, όχι σε πιστοποιημένο πρότυπο.
Πρώτα καταγράφουμε αντικείμενα, όχι προτιμήσεις
Δημιουργούμε μητρώο με ονομασία, περιγραφή, υπεύθυνο, κύριο κοινό, κατάσταση λειτουργίας, συστήματα που το τροφοδοτούν και προϊόντα που το αξιοποιούν. Ζητούμε πραγματικά παραδείγματα χρήσης, όχι μόνο δηλώσεις ότι «είναι σημαντικό». Σε έναν οργανισμό μπορεί μια εφαρμογή να εμφανίζεται ως ξεχωριστό προϊόν ενώ στην πράξη αποτελεί υποστηρικτικό τμήμα μεγαλύτερης υπηρεσίας. Σε άλλη περίπτωση μια αναφορά εξυπηρετεί εξωτερικούς πελάτες και απαιτεί σαφή διαχείριση αλλαγών. Η αξία της καταγραφής βρίσκεται στη δυνατότητα να συζητήσουμε το ίδιο αντικείμενο με κοινή ορολογία.
Γιατί η ταξινόμηση προηγείται της βαθμολόγησης
Χωρίζουμε τις καταχωρίσεις σε λειτουργικές ομάδες: πρωτογενή δεδομένα, επεξεργασμένα σύνολα, εσωτερικά εργαλεία, αυτοτελείς υπηρεσίες και στοιχεία που εξετάζονται για απόσυρση. Τα κριτήρια επιτυχίας διαφέρουν. Μια πηγή δεδομένων κρίνεται από ορθότητα, διαθεσιμότητα και χρήση από άλλες υπηρεσίες. Μια υπηρεσία πελατών κρίνεται και από το πρόβλημα που λύνει, την εμπειρία, την υποστήριξη και τη συνάφεια με τη στρατηγική. Ένα χαμηλό πλήθος άμεσων επισκέψεων δεν είναι λόγος να καταργηθεί μια υποδομή την οποία χρησιμοποιούν άλλες εφαρμογές.
Χάρτης εξαρτήσεων με μορφή δέντρου
Η οπτική χαρτογράφηση τύπου δέντρου βοηθά να ξεχωρίσουμε ρίζες, κορμό και τελικές υπηρεσίες. Οι ρίζες συμβολίζουν βασικές πηγές, ο κορμός κοινές διαδικασίες επεξεργασίας και τα κλαδιά όσα φτάνουν στον χρήστη. Η μεταφορά δεν επιβάλλει συγκεκριμένο λογισμικό· μπορεί να υλοποιηθεί σε πίνακα ή σχεδιάγραμμα. Για κάθε σύνδεση σημειώνουμε τι θα συμβεί αν η πηγή αφαιρεθεί. Έτσι εντοπίζουμε κρυφά σημεία αστοχίας πριν μετατρέψουμε μια θεωρητική περικοπή σε πραγματική διακοπή υπηρεσιών.
Όταν οργανώνουμε προϊόντα με αυτή τη λογική, η εικόνα του χαρτοφυλακίου προϊόντων γίνεται ευκολότερη στην ανάγνωση. Δεν αποκτά αυτομάτως ακριβείς οικονομικές μετρήσεις. Αν τα στοιχεία χρήσης λείπουν, δηλώνουμε την έλλειψη και σχεδιάζουμε τρόπους επαλήθευσης. Το κενό δεδομένων δεν πρέπει να αντικατασταθεί από αυθαίρετους βαθμούς βεβαιότητας.
Αποφάσεις με τέσσερις διακριτές κατευθύνσεις
- Διατήρηση: το στοιχείο λύνει αναγκαίο πρόβλημα και διαθέτει σαφή υπεύθυνο.
- Βελτίωση: η ανάγκη παραμένει, αλλά υπάρχει πρόβλημα ποιότητας, πρόσβασης ή συντήρησης.
- Ενοποίηση: δύο λύσεις εξυπηρετούν ουσιαστικά το ίδιο κοινό, αφού ελεγχθούν οι ιδιαίτερες εξαρτήσεις τους.
- Απόσυρση: η ανάγκη έπαψε να υφίσταται ή καλύπτεται ασφαλώς αλλού, με σχέδιο μεταφοράς δεδομένων.
Κρατάμε και πέμπτη κατάσταση, «χρειάζεται διερεύνηση», όταν οι συνέπειες είναι άγνωστες. Η πίεση για άμεση μείωση κόστους μπορεί να ωθήσει μια ομάδα να χαρακτηρίσει ως περιττή μια σπάνια αλλά κρίσιμη διαδικασία. Η αναβολή μιας μη αναστρέψιμης κίνησης μέχρι να εξεταστούν συμβάσεις, χρήστες και τεχνικές διασυνδέσεις είναι συχνά καλύτερη από μια βιαστική εκκαθάριση.
Πώς οργανώνουμε εργαστήριο αποφάσεων
Καλούμε όσους γνωρίζουν την πραγματική χρήση: υπεύθυνο προϊόντος, τεχνική υποστήριξη, εκπροσώπους πελατών και ιδιοκτήτες δεδομένων. Ζητούμε πριν τη συνάντηση να καταγράψουν ποιες υπηρεσίες χρησιμοποιούν και ποιες εξαρτήσεις θεωρούν κρίσιμες. Κατά τη συζήτηση ξεχωρίζουμε τεκμηριωμένο γεγονός από προσωπική προτίμηση. Το πρακτικό καταλήγει σε απόφαση, εκκρεμή ερώτηση, υπεύθυνο και προτεινόμενο βήμα. Δεν μετατρέπουμε την ψηφοφορία σε υποκατάστατο ανάλυσης επιπτώσεων.
Πού συναντά την τεχνική πληροφορία
Για προϊόντα που δημοσιεύονται στον ιστό, οι διαφορετικές καταχωρίσεις ενός ίδιου προϊόντος μπορεί να δημιουργούν ασυνέπεια στα χαρακτηριστικά και στις ενημερώσεις. Χαρτογραφούμε επομένως την κύρια οντότητα και τις εξαρτήσεις της. Η σημασιολογική περιγραφή προϊόντος μπορεί να αποτυπώνει στοιχεία της δημόσιας παρουσίασης, εφόσον συμφωνεί με τις πραγματικές πληροφορίες. Παράλληλα, οι ροές δεδομένων προϊόντων χρειάζονται έλεγχο για διπλές ή παρωχημένες εγγραφές. Η ποιότητα δεδομένων προηγείται κάθε αυτοματοποίησης.
Κίνδυνοι από μια υπερβολικά επιθετική εκκαθάριση
Η αφαίρεση στοιχείου χωρίς ανάλυση εξάρτησης μπορεί να σπάσει αναφορές, να εμποδίσει εξαγωγές ή να καταργήσει πρόσβαση σε ιστορικά δεδομένα. Εξίσου προβληματική είναι η χρήση διαφορετικών κριτηρίων ανά ομάδα χωρίς κοινή τεκμηρίωση. Κάθε απόφαση απόσυρσης πρέπει να απαντά ποιον ειδοποιούμε, τι κρατάμε, πώς ελέγχουμε ότι η αντικατάσταση λειτουργεί και ποιος εγκρίνει την ολοκλήρωση. Για μη αναστρέψιμες κινήσεις προβλέπουμε στάδιο δοκιμής, όχι απευθείας διαγραφή.
Πρακτικός έλεγχος ολοκλήρωσης
- Έχει κάθε στοιχείο καταταχθεί στη σωστή κατηγορία;
- Γνωρίζουμε τους πραγματικούς χρήστες και τις εξαρτήσεις του;
- Υπάρχει απόφαση με αιτιολόγηση και υπεύθυνο;
- Οι υποψήφιες αποσύρσεις έχουν σχέδιο επικοινωνίας και ανάκτησης;
- Θα επανεξεταστούν τα δεδομένα μετά την αλλαγή;
Το ζητούμενο δεν είναι ένα μικρότερο χαρτοφυλάκιο με κάθε κόστος. Είναι μια καθαρή εικόνα του τι προσφέρει αξία, ποια στοιχεία χρειάζονται μεταξύ τους και πού πρέπει να πάνε οι πόροι. Όταν οι αποφάσεις στηρίζονται σε ταξινόμηση και διαφανή στοιχεία, η απλοποίηση γίνεται ουσιαστική βελτίωση και όχι άσκηση διαγραφών.
Τι μπαίνει σε ένα φύλλο αξιολόγησης
Ένα χρήσιμο φύλλο μπορεί να έχει στήλες για αντικείμενο, τύπο, κοινό, σκοπό, τεχνικό υπεύθυνο, εξαρτήσεις, υπάρχουσες ενδείξεις χρήσης και προτεινόμενη κατεύθυνση. Για κάθε πληροφορία σημειώνουμε την πηγή της: μετρήσεις, επιβεβαίωση από χρήστη ή απλή υπόθεση. Αν οι στήλες γίνουν τόσο πολλές ώστε κανείς να μην ενημερώνει το φύλλο, επιστρέφουμε στα πεδία που στηρίζουν πραγματικές αποφάσεις. Οι άγνωστες πληροφορίες δεν κρύβονται· αποτελούν συγκεκριμένες εργασίες διερεύνησης.
Στην αξιολόγηση αποφεύγουμε να μετράμε τη χρησιμότητα μιας υποδομής μόνο από τις άμεσες οθόνες που ανοίγουν οι χρήστες. Ένας κοινός μηχανισμός ταυτοποίησης μπορεί να είναι αόρατος αλλά απαραίτητος σε πολλές υπηρεσίες. Αντίστοιχα, μια δημοφιλής αναφορά μπορεί να αναπαράγει μια νεότερη, ακριβέστερη υπηρεσία και να δημιουργεί σύγχυση. Η θέση στον χάρτη εξαρτήσεων εξηγεί τη διαφορά που δεν φαίνεται στους ξερούς αριθμούς.
Πώς αντιμετωπίζεται η αντίσταση των ομάδων
Η λέξη «εκκαθάριση» μπορεί να προκαλεί ανησυχία ότι χάνονται χρήσιμα εργαλεία ή ακυρώνεται προηγούμενη εργασία. Εξηγούμε εγκαίρως τα κριτήρια και ζητούμε από κάθε ομάδα να καταγράψει παραδείγματα όπου ένα στοιχείο υποστηρίζει κρίσιμη διαδικασία. Η συμμετοχή αυτή δεν χαρίζει δικαίωμα βέτο σε κάθε απόφαση, αλλά αυξάνει την πιθανότητα να εντοπιστούν αθέατοι κίνδυνοι. Οι διαφωνίες καταγράφονται μαζί με τις απαραίτητες αποδείξεις και εξετάζονται πριν από οριστική ενέργεια.
Τι διατηρεί την τάξη μετά το εργαστήριο
Χωρίς κανόνα εισαγωγής νέων αντικειμένων, η ίδια σύγχυση θα επιστρέψει. Για κάθε νέα υπηρεσία ορίζουμε από την αρχή σε ποιο κοινό απευθύνεται, ποια παλιά αντικαθιστά ενδεχομένως και πώς θα φαίνεται στον χάρτη. Ακόμη και μικρές αλλαγές πρέπει να συνδέονται με το μητρώο, ώστε το διάγραμμα να μην καταντήσει στιγμιότυπο μιας παλιάς συνάντησης. Περιοδικά ελέγχουμε αν προϊόντα που είχαν τεθεί σε παρακολούθηση βρήκαν τελικά σκοπό ή χρειάζονται νέα απόφαση.