Decision-1: να αναθέσω στην AI την ταξινόμηση αιτημάτων;

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

Στις 9 Οκτωβρίου 2026, η Vercel ανακοίνωσε το Microsoft Decision-1 στο AI Gateway. Απαντά σε δομημένες ερωτήσεις για κείμενο με επιλογές, βαθμολογίες και πιθανότητες, μεταξύ άλλων για ταξινόμηση αιτημάτων. Η πρόσβαση απαιτεί API key του Gateway, όχι χωριστό Azure deployment. Το αναγνωριστικό είναι microsoft/microsoft-decision-1. Τα στοιχεία ελέγχθηκαν στις 15 Οκτωβρίου. Πρόκειται για επιλογή API για developers, όχι για έτοιμο inbox που ενεργοποιείς. Ανακοίνωση Vercel.

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

Τι διαφορά έχουν ταξινόμηση, δρομολόγηση και εξουσιοδότηση;

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

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

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

Ποια διαδρομή ταιριάζει στην ομάδα σου;

1. Έλεγξε πρώτα το helpdesk που ήδη χρησιμοποιείς

Αν τα αιτήματα βρίσκονται στο Zendesk, εξέτασε το υπάρχον intelligent triage πριν παραγγείλεις νέο σύστημα. Η τεκμηρίωση αναφέρει ταξινόμηση θέματος, συναισθήματος, γλώσσας και οντοτήτων. Οι ταξινομήσεις διατίθενται στα Suite και Support Professional και άνω· η χρήση τους σε workflows απαιτεί Copilot add-on. Ζήτησε από τον διαχειριστή να ελέγξει δικαιώματα συνδρομής και ρυθμίσεις. Τεκμηρίωση Zendesk.

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

2. Ζήτησε από developer ένα μικρό πείραμα με Decision-1

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

Ο developer πρέπει να ελέγξει την τρέχουσα τεκμηρίωση API που συνδέεται στην ανακοίνωση, να κλειδώσει τις εκδόσεις εξαρτήσεων και να καταγράψει το αναγνωριστικό μοντέλου. Τα credentials μένουν στον server, όχι σε κώδικα browser ή κοινόχρηστα prompts. Πριν χρησιμοποιήσεις πραγματικά tickets, έλεγξε παρόχους, χειρισμό δεδομένων, πρόσβαση και καταγραφές σε σχέση με τις απαιτήσεις της εταιρείας. Το άρθρο δεν πιστοποιεί συγκεκριμένη περίοδο διατήρησης ούτε ακρίβεια στα ελληνικά.

Ο connector δίνει πρόσβαση σε άλλο σύστημα. Το προγραμματισμένο job ορίζει πότε εκτελείται κάτι. Δεν τα αποκτάς απλώς επειδή έχεις έναν ταξινομητή· μια σύνδεση MCP δεν είναι scheduler. Πρόσθεσέ τα μόνο αν η απομονωμένη δοκιμή δείξει ότι αξίζει.

3. Κράτα τους απλούς κανόνες όπου αρκούν

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

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

Πώς δοκιμάζεις ένα αίτημα με δύο θέματα;

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

1. R1: «Χρειάζομαι αντίγραφο του τιμολογίου του προηγούμενου μήνα». Αναμενόμενο: θέμα χρέωσης, χωρίς ενέργεια που αλλάζει τον λογαριασμό.
2. R2: «Απέτυχε η πληρωμή και δεν μπορώ να συνδεθώ». Αναμενόμενο: θέματα πληρωμής και πρόσβασης, έπειτα ανθρώπινος έλεγχος βάσει των κανόνων αυτής της δοκιμής.
3. R3: «Μπορεί κάποιος να βοηθήσει με αυτό που έγινε χθες;». Αναμενόμενο: ανεπαρκές πλαίσιο, αίτημα διευκρίνισης μέσα από την κανονική διαδικασία υποστήριξης.

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

Τι πρέπει να περιέχει το checklist της δοκιμής;

Χρησιμοποίησε τα παρακάτω ως brief υλοποίησης, όχι ως ισχυρισμό ότι το μοντέλο έχει περάσει τον έλεγχο:

1. Όρισε το όριο. Διάλεξε μία ουρά και τον υπεύθυνό της. Γράψε κατηγορίες, εξαιρέσεις και χειρισμό μικτών αιτημάτων πριν δεις αποτελέσματα.
2. Ετοίμασε δείγμα αναφοράς. Γράψε συνθετικά παραδείγματα με ορθογραφικά λάθη, ελληνικά και αγγλικά, σύντομα μηνύματα, πολλά θέματα και άσχετο κείμενο. Δύο μέλη της ομάδας συμφωνούν τις αναμενόμενες ετικέτες όπου διαφωνούν.
3. Χώρισε ανάπτυξη και αξιολόγηση. Κράτα παραδείγματα που δεν χρησιμοποιούνται για βελτίωση των κατηγοριών. Αλλιώς μπορεί να μετράς μόνο πόσο καλά προσαρμόστηκε το πρωτότυπο στα γνωστά παραδείγματα.
4. Εξέτασε τα λάθη ανά συνέπεια. Κατέγραψε λάθος παραλήπτες, δεύτερα θέματα που χάθηκαν και περιττές παραπομπές. Ένα συνολικό ποσοστό ακρίβειας μπορεί να κρύβει το σφάλμα που σε ενδιαφέρει περισσότερο.
5. Κράτα απενεργοποιημένες τις ενέργειες. Όχι αυτόματες απαντήσεις, επιστροφές, αλλαγές κωδικών, διαγραφές tickets ή μεταβολές στοιχείων πελατών. Οδηγίες μέσα στο αίτημα είναι δεδομένα προς ταξινόμηση, όχι άδεια να αλλάξει η ροή.
6. Συμφώνησε κριτήριο μετάβασης. Όρισε από πριν ποια λάθη σταματούν τη δοκιμή, ποιος ελέγχει τις εξαιρέσεις και πώς επιστρέφετε στη χειροκίνητη δρομολόγηση. Οι πιθανότητες δεν αποτελούν επιχειρηματική εγγύηση· διάλεξε τυχόν όριο μόνο αφού δεις αποτελέσματα στο δικό σου δείγμα αξιολόγησης.

Αν η απομονωμένη δοκιμή είναι χρήσιμη, επόμενο στάδιο μπορεί να είναι το shadow mode: συγκρίνεις προτεινόμενους παραλήπτες με την πραγματική δρομολόγηση της ομάδας, ενώ η υπάρχουσα διαδικασία παραμένει υπεύθυνη. Μέτρα τον κόπο διόρθωσης και τον χρόνο μέχρι τον σωστό άνθρωπο. Συνυπολόγισε API και διασύνδεση· κάθε λιγότερο κλικ δεν σημαίνει αυτόματα εξοικονόμηση.

Πότε βοηθά η Ergonya;

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

Φέρε μία ουρά, τους σημερινούς κανόνες της και λίγα συνθετικά παραδείγματα σε μια συζήτηση AI transformation με την Ergonya. Μπορούμε να ορίσουμε περιορισμένο pilot με σαφή κριτήρια αποδοχής και να δούμε αν χρειάζεσαι ρύθμιση, διασύνδεση ή κανένα νέο σύστημα.