Meranie spotreby a cenotvorba: technický pohľad verzus finančný pohľad

Úvod

Cenotvorba založená na využití a hybridná cenotvorba sú zriedka statické. Keď je logika cenotvorby pevne zakódovaná, každá úprava cenovej úrovne alebo kreditného limitu sa premení na technický lístok. To je pomalé pre finančné oddelenie a frustrujúce pre vývojárov. Kto by teda mal mať na starosti meranie využitia a cenotvorbu, ktorá na ňom stojí? Poďme to vyriešiť.

Prečo sú zmeny cien v súčasnosti časté

Cenotvorba už nie je rozhodnutím typu „nastav a zabudni“. Správa o cenotvorbe v oblasti SaaS a AI od konzultačnej spoločnosti hy a OMR Reviews, ktorá cituje údaje spoločnosti Growth Unhinged, uvádza, že tri zo štyroch amerických softvérových spoločností zmenili svoje ceny v uplynulom roku. To je veľký pohyb.

Menia sa aj modely. V prieskume spoločnosti hy, do ktorého sa zapojilo 180 softvérových spoločností, 37 % už používa modely založené na využívaní a 59 % kombinuje viac ako jeden cenový ukazovateľ, napríklad fakturáciu na používateľa spolu s objemom API. Pridávanie kreditov, experimentovanie, vylepšovanie balíčkov – zmeny sa stávajú skôr normou ako výnimkou.

Ako sa logika cenotvorby dostáva do rúk inžinierov

Zvyčajne sa to stane náhodou. Na začiatku vývojár pevne zakóduje ukazovateľ: spočíta volania API, uplatní sadzbu a celkovú sumu pošle na faktúru. Funguje to, takže to nikto nespochybňuje.

Potom sa cenotvorba vyvíja. Nová cenová úroveň, bezplatný limit alebo iná sadzba za prekročenie znamená, že niekto podá žiadosť, čaká na miesto v sprinte a dúfa, že vydanie nenaruší fakturáciu. Doba realizácie sa predlžuje a každé vydanie so sebou nesie určité riziko. Finančné oddelenie nakoniec čaká v rade, ktorú nemôže ovládať.

Hybridné modely túto situáciu ešte zhoršujú. Čím viac zložiek má cena, tým viac miest v kóde sa môže zmena skryť.

Náklady na cenotvorbu riadenú inžiniermi

Náklady sú reálne, aj bez tabuľky, ktorá by ich dokazovala.

• Pomalé zavádzanie: Návrh cenovej zmeny môže týždne čakať v tieni práce na produkte.
• Chyby: Logika ukrytá v kóde je pre finančné oddelenie ťažko čitateľná, takže sa chyby často objavujú na faktúrach.
• Slepé miesta finančného oddelenia: Ak finančné oddelenie nevidí, ako sa dané číslo vypočítalo, riešenie sporov trvá dlhšie.
• Alternatívne náklady: Inžinieri sa venujú údržbe fakturačného kódu namiesto vývoja produktu.

Tu je môj názor: Ak zmena ceny vyžaduje nasadenie kódu, vaše cenotvorba sa pohybuje rýchlosťou vášho kalendára vydávania verzií, nie rýchlosťou vášho trhu

Čo by malo byť v kompetencii finančného oddelenia a čo v kompetencii technického oddelenia

Zodpovednosť nie je buď-alebo. Rozdeľte ju podľa typu rozhodnutia.

Technický tím má na starosti meranie udalostí, dátové potrubia a presnosť údajov o využívaní priamo pri zdroji.

Finančné oddelenie a produktové oddelenie zodpovedajú za definície metrík, cenové hladiny, balíčky a kredity.

Tu je jednoduchý test. Ak sa zmena týka toho, čo sa zaznamenáva, patrí do pôsobnosti technického oddelenia. Ak sa týka toho, ako sa zaznamenané údaje o využívaní premenia na peniaze, patrí do pôsobnosti finančného a produktového oddelenia. Napríklad rozhodnutie, že plán bude obsahovať 1 500 volaní API namiesto 1 000, je cenové rozhodnutie. Zabezpečenie toho, aby bolo každé volanie zaznamenané presne raz, je úlohou technického oddelenia.

Riadenie zmien v cenotvorbe

Odovzdanie kontroly bez bezpečnostných zábran vedie k chaosu. Toto sú všeobecné osvedčené postupy, ktoré nie sú viazané na žiadny konkrétny nástroj:

• Schvaľovanie: Pred zavedením zmeny do prevádzky je potrebné získať podpisy konkrétnych osôb z finančného oddelenia a produktového tímu.
• Testovanie: Pred spustením si prezrite vplyv na skutočné údaje o využívaní.
• Verzovanie: Udržujte každú konfiguráciu cien vo verziách, aby ste mohli porovnávať verzie alebo vrátiť späť.
• Dátumy účinnosti: Určite, kedy sa zmena uplatňuje a ako sa zaobchádza s využitím, ktoré bolo zaznamenané v priebehu cyklu.
• Audit trail: Zaznamenávajte, kto, čo a kedy zmenil.

Berte to ako kontrolu kódu v oblasti cenotvorby. Nikto nevydáva kód bez toho, aby ho skontroloval niekto ďalší, a ceny si zaslúžia rovnakú starostlivosť.

Predpoklady pre cenotvorbu riadenú finančným oddelením

Finančné oddelenie nemôže vlastniť to, čomu nemôže dôverovať. Na prvom mieste sú tri základy.

Čisté údaje o využívaní. Duplicitné alebo chýbajúce udalosti podkopávajú akúkoľvek cenu, ktorú na ich základe stanovíte.

Dohodnuté definície metrík. Ak produkt definuje „aktívneho používateľa“ jedným spôsobom a finančné oddelenie iným, vaše faktúry tento spor vyriešia za vás, a to nie práve príjemným spôsobom.

Spoľahlivé zdroje. Údaje o využívaní sa zvyčajne nachádzajú v dátovom sklade, za rozhraním API alebo v súboroch. Vyberte si pre každú metriku jeden systém záznamov a držte sa ho.

Otázky, ktoré si treba položiť pred presunom zodpovednosti za cenotvorbu

Zavolajte finančného riaditeľa, vedúceho produktového tímu a vedúceho technického tímu do jednej miestnosti a preberte s nimi nasledujúce body:

1. Aké zmeny v cenotvorbe sme vykonali minulý rok a ako dlho trvalo zavedenie každej z nich?
2. Má každý fakturovateľný ukazovateľ jednu dohodnutú definíciu?
3. Môže finančné oddelenie vysledovať, ako sa údaj o spotrebe stal položkou na faktúre?
4. Kto schvaľuje zmenu a ako ju testujeme pred jej zavedením do prevádzky?
5. Kde sa nachádzajú údaje o využívaní a kto zodpovedá za ich správnosť?

Ak nedokážete odpovedať na dve alebo tri z týchto otázok, je to váš východiskový bod.

Zmena cenotvorby bez prebudovania merania

Tu môžu pomôcť nástroje. Podľa stránky Zenskar venovanej meraniu spotreby môžu tímy definovať fakturovateľné metriky v bežnom jazyku a nechať umelú inteligenciu napísať logiku agregácie, alebo napísať vlastný SQL kód pre zložitejšiu logiku. Údaje o spotrebe je možné čerpať zo zdrojov, ako sú Postgres, Athena a MySQL, odosielať cez API alebo nahrať vo formáte CSV. Tú istú metriku je možné opakovane použiť naprieč produktmi, zmluvami a položkami faktúry.

Z hľadiska vlastníctva je dôležité, aby softvér na fakturáciu na základe spotreby umožňoval zmeny cenových úrovní, prekročení limitov a frekvencie fakturácie nezávisle od spotreby. Logiku fakturácie je možné upraviť aj uprostred cyklu bez narušenia dátového potrubia. Jedna metrika môže poháňať rôzne cenové modely v rámci zmlúv, čím sa zabezpečí stabilné meranie spotreby aj pri vývoji cenotvorby.

Záver

Najzdravší model je zdieľaný. Technický tím zabezpečuje presnosť a plynulosť údajov o využívaní. Finančné oddelenie a produktový tím rozhodujú o hodnote týchto údajov v rámci jasnej správy. Aká zmena cenotvorby práve čaká vo vašom technickom zozname úloh?

Kľúčové body:

• Pevne zakódované ceny menia každú úpravu cenovej úrovne alebo kreditu na technický lístok.
• Rozdeľte zodpovednosť podľa typu rozhodnutia: technický tím zodpovedá za zber a správnosť údajov o využívaní, zatiaľ čo finančné oddelenie a produktový tím zodpovedajú za definície ukazovateľov, cenové hladiny, balíčky a kredity.
• Najprv zavádzajte bezpečnostné opatrenia: schvaľovanie, testovanie, verzionovanie, dátumy nadobudnutia účinnosti a audit trail.
• Cenotvorba riadená finančným oddelením vyžaduje čisté údaje o využívaní, dohodnuté definície metrík a jeden systém záznamov pre každú metriku.
• Na nájdenie východiskového bodu využite päť otázok pred odovzdaním.
• Vyberte si nástroje, ktoré umožňujú zmenu cenotvorby bez nutnosti prebudovania merania spotreby.