Μέτρηση κατανάλωσης και τιμολόγηση: Μηχανική έναντι Οικονομικών

Εισαγωγή

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

Γιατί οι αλλαγές στην τιμολόγηση είναι πλέον συχνές

Η τιμολόγηση δεν είναι πλέον μια απόφαση που λαμβάνεται μια φορά και ξεχνιέται. Η Έκθεση Τιμολόγησης SaaS & AI από την εταιρεία συμβούλων hy και την OMR Reviews, επικαλούμενη δεδομένα της Growth Unhinged, αναφέρει ότι τρεις στις τέσσερις εταιρείες λογισμικού στις ΗΠΑ άλλαξαν την τιμολόγησή τους τον τελευταίο χρόνο. Πρόκειται για σημαντική μεταβολή.

Τα μοντέλα αλλάζουν επίσης. Στην έρευνα της hy σε 180 εταιρείες λογισμικού, το 37% χρησιμοποιεί ήδη μοντέλα βασισμένα στη χρήση, ενώ το 59% συνδυάζει περισσότερους από έναν δείκτες τιμολόγησης, όπως η χρέωση ανά χρήστη σε συνδυασμό με τον όγκο API. Προσθέστε πιστώσεις, διεξάγετε πειράματα, προσαρμόστε τα πακέτα, και η αλλαγή γίνεται ο κανόνας και όχι η εξαίρεση.

Πώς η λογική τιμολόγησης καταλήγει να ανήκει στον τομέα της μηχανικής

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

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

Τα υβριδικά μοντέλα επιδεινώνουν την κατάσταση. Όσο περισσότερα στοιχεία περιλαμβάνει μια τιμή, τόσο περισσότερα σημεία στον κώδικα μπορεί να κρύβεται μια αλλαγή.

Το κόστος της τιμολόγησης που διαχειρίζεται το τμήμα μηχανικών

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

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

Η άποψή μου είναι η εξής: Αν μια αλλαγή στην τιμή απαιτεί ανάπτυξη κώδικα, η τιμολόγησή σας κινείται με την ταχύτητα του ημερολογίου κυκλοφορίας σας, όχι με την ταχύτητα της αγοράς σας

Τι πρέπει να είναι αρμοδιότητα του τμήματος Οικονομικών και τι του τμήματος Μηχανικών

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

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

Το τμήμα Οικονομικών και το τμήμα Προϊόντων είναι υπεύθυνα για τους ορισμούς των μετρήσεων, τα επίπεδα τιμών, τη συσκευασία και τις πιστώσεις.

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

Διαχείριση των αλλαγών στην τιμολόγηση

Η παράδοση του ελέγχου χωρίς περιορισμούς οδηγεί στο χάος. Αυτές είναι γενικές βέλτιστες πρακτικές, που δεν συνδέονται με κάποιο συγκεκριμένο εργαλείο:

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

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

Προϋποθέσεις για τιμολόγηση υπό την καθοδήγηση του τμήματος Οικονομικών

Το τμήμα Οικονομικών δεν μπορεί να αναλάβει την ευθύνη για κάτι στο οποίο δεν μπορεί να εμπιστευτεί. Τρία θεμέλια έρχονται πρώτα.

Καθαρά δεδομένα χρήσης. Τα διπλά ή τα ελλείποντα συμβάντα υπονομεύουν οποιαδήποτε τιμή ορίσετε με βάση αυτά.

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

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

Ερωτήσεις που πρέπει να θέσετε πριν μεταβιβάσετε την ευθύνη για την τιμολόγηση

Συγκεντρώστε τον Οικονομικό Διευθυντή, τον υπεύθυνο προϊόντων και τον υπεύθυνο μηχανικών σε ένα δωμάτιο και εξετάστε τα εξής:

1. Ποιες αλλαγές τιμολόγησης πραγματοποιήσαμε πέρυσι και πόσο χρόνο χρειάστηκε η εφαρμογή της κάθε μιας;
2. Υπάρχει ένας συμφωνημένος ορισμός για κάθε μετρήσιμο στοιχείο που χρεώνεται;
3. Μπορεί το τμήμα οικονομικών να εντοπίσει πώς ένα στοιχείο χρήσης μετατράπηκε σε γραμμή τιμολογίου;
4. Ποιος εγκρίνει μια αλλαγή και πώς την ελέγχουμε πριν τεθεί σε εφαρμογή;
5. Πού αποθηκεύονται τα δεδομένα χρήσης και ποιος είναι υπεύθυνος για την ακρίβειά τους;

Αν δεν μπορείτε να απαντήσετε σε δύο ή τρία από αυτά, αυτό είναι το σημείο εκκίνησής σας.

Αλλαγή τιμολόγησης χωρίς ανακατασκευή του συστήματος μέτρησης

Εδώ είναι που τα εργαλεία μπορούν να βοηθήσουν. Σύμφωνα με τη σελίδα «Μέτρηση Χρήσης» της Zenskar, οι ομάδες μπορούν να ορίσουν τις μετρήσεις που υπόκεινται σε χρέωση σε απλή γλώσσα και να αφήσουν την τεχνητή νοημοσύνη (AI) να γράψει τη λογική συγκέντρωσης δεδομένων, ή να γράψουν προσαρμοσμένο SQL για σύνθετη λογική. Τα δεδομένα χρήσης μπορούν να αντληθούν από πηγές όπως Postgres, Athena και MySQL, να μεταφερθούν μέσω ενός API ή να μεταφορτωθούν ως αρχείο CSV. Η ίδια μέτρηση μπορεί να επαναχρησιμοποιηθεί σε διάφορα προϊόντα, συμβόλαια και επιμέρους στοιχεία.

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

Συμπέρασμα

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

Βασικά συμπεράσματα:

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