Approval workflows σε CRM: εγκρίσεις για προσφορές, εκπτώσεις και κρίσιμες αλλαγές
Ένας πωλητής θέλει να δώσει μεγαλύτερη έκπτωση για να κλείσει μια συμφωνία. Ένας account manager αλλάζει τους όρους πληρωμής. Μια προσφορά πρέπει να σταλεί σήμερα, αλλά χρειάζεται έλεγχο από τον εμπορικό διευθυντή. Αν η διαδικασία γίνεται με email και μηνύματα, σύντομα κανείς δεν γνωρίζει ποια έκδοση εγκρίθηκε και ποιος έχει την επόμενη ενέργεια.
Το approval workflow μέσα στο CRM μετατρέπει αυτή την άτυπη συνεννόηση σε σαφή ροή. Δεν υπάρχει για να προσθέτει γραφειοκρατία σε κάθε deal. Υπάρχει για να εφαρμόζει έλεγχο μόνο εκεί όπου το οικονομικό ή λειτουργικό ρίσκο το δικαιολογεί.
Τι είναι ένα approval workflow
Είναι ένας μηχανισμός που σταματά προσωρινά μια κρίσιμη ενέργεια, αποθηκεύει το αίτημα και το στέλνει στους κατάλληλους εγκριτές. Μέχρι να δοθεί απόφαση, το deal δεν μπορεί να προχωρήσει στο προστατευμένο στάδιο, η προσφορά δεν αποστέλλεται ή η έκπτωση δεν ενεργοποιείται.
Η επίσημη τεκμηρίωση του HubSpot περιγράφει approvals για quotes και για deal pipelines, ώστε μια συμφωνία να εξετάζεται πριν προχωρήσει. Αυτή η λογική είναι χρήσιμη και σε custom CRM, επειδή ενώνει την απόφαση με τα ίδια τα δεδομένα της υπόθεσης.
Ένα πλήρες approval request περιλαμβάνει:
- το αντικείμενο και την έκδοση που εξετάζεται
- την αιτία που ενεργοποίησε την έγκριση
- τον αιτούντα και τους επιτρεπόμενους εγκριτές
- οικονομικά στοιχεία και σχετικές σημειώσεις
- προθεσμία, κατάσταση και ιστορικό αποφάσεων
Κανόνες που ενεργοποιούν έγκριση
Δεν χρειάζεται να εγκρίνεται κάθε προσφορά. Οι κανόνες μπορούν να βασίζονται στο ποσό, στο ποσοστό έκπτωσης, στο περιθώριο κέρδους, στους όρους πληρωμής ή στον τύπο πελάτη. Για παράδειγμα, έκπτωση έως 10% μπορεί να επιτρέπεται στον πωλητή, 10-20% να απαιτεί sales manager και μεγαλύτερη έκπτωση να απαιτεί οικονομικό διευθυντή.
Οι κανόνες πρέπει να είναι προβλέψιμοι και ορατοί. Ο πωλητής χρειάζεται να γνωρίζει πριν πατήσει υποβολή γιατί απαιτείται έγκριση, ποια δεδομένα λείπουν και ποιος θα αποφασίσει. Αλλιώς η ροή μοιάζει με εμπόδιο που εμφανίζεται τυχαία.
Χρήσιμα triggers είναι:
- αξία συμφωνίας πάνω από συγκεκριμένο όριο
- έκπτωση ή margin εκτός επιτρεπόμενου εύρους
- ειδικοί όροι πληρωμής ή ασυνήθιστα μεγάλη πίστωση
- τροποποίηση ήδη εγκεκριμένης προσφοράς
- μετακίνηση deal σε στάδιο «Κλεισμένο»
- εξαγωγή ή αλλαγή ευαίσθητων δεδομένων
Καταστάσεις και μεταβάσεις
Μια έγκριση δεν είναι μόνο «ναι» ή «όχι». Χρειάζεται σαφές state machine: draft, requested, approved, rejected, changes requested, canceled και expired. Κάθε μετάβαση έχει επιτρεπόμενους χρήστες και συγκεκριμένο αποτέλεσμα.
Στο requested κλειδώνουν τα κρίσιμα πεδία ή καταγράφεται immutable snapshot. Στο changes requested το αίτημα επιστρέφει στον ιδιοκτήτη με σχόλιο. Στο approved εκτελείται η προστατευμένη ενέργεια. Στο expired το αίτημα κλείνει αν οι εμπορικές συνθήκες ή η προσφορά δεν είναι πλέον έγκυρες.
Είναι σημαντικό η έγκριση να αφορά συγκεκριμένη έκδοση. Αν μετά την έγκριση αλλάξει το ποσό, η έκπτωση ή οι όροι, η προηγούμενη απόφαση δεν πρέπει να παραμένει έγκυρη. Το CRM ακυρώνει την έγκριση και ζητά νέα εξέταση.
Ένας, πολλοί ή διαδοχικοί εγκριτές
Η κατάλληλη δομή εξαρτάται από το ρίσκο. Σε απλή περίπτωση αρκεί ένας ρόλος και ο πρώτος διαθέσιμος manager εγκρίνει. Σε υψηλότερη αξία μπορεί να απαιτούνται διαδοχικά Sales και Finance. Σε ιδιαίτερα κρίσιμη αλλαγή μπορεί να χρειάζεται quorum δύο ατόμων.
Το σύστημα πρέπει να προβλέπει απουσίες και delegation. Αν ένας approver λείπει, το αίτημα δεν πρέπει να παγώνει επ' αόριστον. Χρειάζονται εναλλακτικός εγκριτής, προθεσμία, υπενθύμιση και escalation. Παράλληλα, όπου απαιτείται separation of duties, ο αιτών δεν πρέπει να εγκρίνει τη δική του ενέργεια ακόμη κι αν διαθέτει ανώτερο ρόλο.
Καλή εμπειρία για πωλητές και εγκριτές
Ο εγκριτής δεν πρέπει να ψάχνει σε πέντε οθόνες. Η ειδοποίηση και η σελίδα απόφασης χρειάζονται σύνοψη deal, προηγούμενη και προτεινόμενη τιμή, margin, αιτιολόγηση, συνημμένα και σχετικό ιστορικό. Η απόφαση πρέπει να γίνεται από μία εστιασμένη οθόνη, με υποχρεωτικό σχόλιο όταν απορρίπτεται ή ζητούνται αλλαγές.
Ο αιτών βλέπει ποιος έχει το αίτημα, πότε λήγει και τι σχόλια υπάρχουν. Δεν χρειάζεται να στέλνει προσωπικά μηνύματα για να μάθει την κατάσταση. Οι ειδοποιήσεις μπορούν να έρχονται μέσα στο CRM, με email ή στο εταιρικό εργαλείο συνεργασίας, αλλά η επίσημη απόφαση παραμένει καταγεγραμμένη στο CRM.
Audit trail και ασφαλείς παρενέργειες
Το audit log πρέπει να κρατά τον κανόνα που ενεργοποιήθηκε, το snapshot των δεδομένων, κάθε απόφαση, σχόλιο και χρονική σήμανση. Αυτό βοηθά σε εσωτερικό έλεγχο και στη βελτίωση της εμπορικής πολιτικής χωρίς να βασίζεται η ομάδα στη μνήμη.
Οι παρενέργειες εκτελούνται μόνο όταν ολοκληρωθεί η απαιτούμενη ακολουθία εγκρίσεων. Τότε μπορεί να σταλεί η προσφορά, να γίνει update στο ERP ή να μετακινηθεί το deal. Τα jobs πρέπει να είναι idempotent, ώστε retry ή διπλό click να μη στείλει δύο προσφορές.
Χρειάζεται επίσης προστασία από race conditions. Αν δύο εγκριτές ενεργήσουν σχεδόν ταυτόχρονα ή αλλάξει το deal ενώ η έγκριση είναι ανοικτή, το backend πρέπει να ελέγχει version και τρέχουσα κατάσταση πριν δεχτεί την ενέργεια.
Μετρήσεις που έχουν νόημα
Ένα approval workflow βελτιώνεται με πραγματικά δεδομένα. Χρήσιμες μετρήσεις είναι ο μέσος χρόνος από αίτημα σε απόφαση, τα αιτήματα που ξεπερνούν το SLA, το ποσοστό επιστροφής για αλλαγές και οι συχνότεροι κανόνες ενεργοποίησης.
Οι αριθμοί δεν χρησιμοποιούνται για να πιέσουν τυφλά τους εγκριτές. Δείχνουν αν ένας κανόνας είναι υπερβολικά αυστηρός, αν λείπουν δεδομένα από τη φόρμα ή αν ένα συγκεκριμένο επίπεδο έγκρισης αποτελεί μόνιμο bottleneck.
Πώς το υλοποιεί η Ai Foundry
Στην Ai Foundry ξεκινάμε από την πραγματική πολιτική πωλήσεων και όχι από ένα γενικό διάγραμμα. Μαζί με την ομάδα ορίζουμε triggers, όρια, ρόλους, εξαιρέσεις και τις ακριβείς ενέργειες που κλειδώνουν. Έπειτα τα μετατρέπουμε σε state machine που μπορεί να ελεγχθεί και να εξελιχθεί χωρίς κρυφούς κανόνες.
Στα custom CRM και portals που αναπτύσσουμε, συνδέουμε τα approvals με role-based permissions, versioned snapshots, audit trail, notifications και ασφαλή integrations. Η οθόνη του εγκριτή δείχνει μόνο τις πληροφορίες που χρειάζονται για απόφαση, ενώ ο πωλητής βλέπει ξεκάθαρα το επόμενο βήμα. Δίνουμε επίσης εργαλεία στους διαχειριστές για να προσαρμόζουν όρια και approver groups καθώς αλλάζει η επιχείρηση, χωρίς να ξαναγράφεται όλη η εφαρμογή.
Checklist σχεδιασμού
- Ποια ακριβώς δεδομένα ή ενέργειες απαιτούν έγκριση;
- Ποιο snapshot εγκρίνεται και τι γίνεται αν αλλάξει;
- Αρκεί ένας εγκριτής ή χρειάζεται σειρά και quorum;
- Υπάρχει delegation, SLA και escalation;
- Απαγορεύεται το self-approval όπου χρειάζεται;
- Καταγράφονται κανόνας, σχόλια και αποφάσεις;
- Οι τελικές παρενέργειες είναι idempotent;
- Μετριέται ο χρόνος χωρίς να γίνεται η διαδικασία αυτοσκοπός;
Ένα καλό approval workflow δεν καθυστερεί τις πωλήσεις. Αφαιρεί την αβεβαιότητα από τις εξαιρέσεις, προστατεύει το περιθώριο και αφήνει τις καθημερινές συμφωνίες να κινούνται γρήγορα.