Chris Bishop, CEO al BillingPlatform – Serie de interviuri

Chris Bishop, CEO al BillingPlatform, este un executiv în software enterprise cu peste două decenii de experiență în SaaS, operațiuni de venituri, succesul clienților, servicii profesionale și leadership în go‑to‑market. Înainte de a se alătura BillingPlatform ca CEO în 2026, Bishop a petrecut aproape șapte ani la Conga, unde a deținut roluri de senior, inclusiv Director de Relații cu Clienții, Director de Venituri și Director de Marketing, contribuind la conducerea companiei printr-o perioadă de transformare și integrare. Anterior, a fost Vicepreședinte de grup pentru Servicii Globale la Plex Systems și a fondat MIPRO Consulting, o firmă de consultanță în aplicații enterprise specializată în tehnologii PeopleSoft și Oracle. Cariera sa include, de asemenea, roluri de conducere senioră la PeopleSoft și Oracle, unde a condus o practică de management al lanțului de aprovizionare din America de Nord cu peste 230 de consultanți, precum și lucrări anterioare de reinginerie a proceselor la Ford Motor Company.

BillingPlatform este o companie de software pentru gestionarea ciclului de viață al veniturilor și monetizare în mediul enterprise, concepută să ajute afacerile să administreze modele de prețuri și facturare din ce în ce mai complexe. Fondată în 2012, compania oferă o platformă bazată pe cloud care acoperă captarea comenzilor, facturarea pe bază de abonament și consum, facturarea, plățile, automatizarea conturilor de încasat, recunoașterea veniturilor și managementul financiar. Tehnologia sa suportă modele de prețuri recurente, bazate pe consum, hibride și alte modele configurabile, în timp ce capacitățile de mediere a consumului pot prelua și transforma date precum apeluri API, tranzacții, licențe, lățime de bandă sau alte evenimente de consum în înregistrări facturabile. BillingPlatform afirmă că sistemele sale procesează peste 50.000 de facturi pe zi și peste 4 miliarde de dolari în facturări lunare, poziționând platforma ca infrastructură financiară pentru întreprinderile care depășesc modelele tradiționale de preț fix și abonament.

Cariera dumneavoastră v-a purtat de la reingineria proceselor la Ford și aplicațiile enterprise la PeopleSoft și Oracle, la fondarea MIPRO Consulting și conducerea funcțiilor de client, venituri și marketing la Plex Systems și Conga. Cum au modelat aceste experiențe prioritățile dumneavoastră ca CEO al BillingPlatform, în special în introducerea AI în operațiuni financiare critice?

Consider că fiecare etapă din cariera mea reprezintă o experiență critică pentru misiune. Procesul de producție la Ford, finanțele și managementul lanțului de aprovizionare la PeopleSoft și Oracle, anii de consultanță dintre acestea, ERP la Plex și gestionarea ciclului de viață al veniturilor la Conga. Când sisteme de acest gen întâmpină erori sau o linie se oprește, cineva nu este plătit sau o afacere nu se încheie. Aceasta reprezintă o toleranță mult mai scăzută la eroare decât majoritatea software‑urilor.

Celălalt fir este că valoarea este determinată de rezultatele pe care le deblocați, nu de ceea ce comercializați. Deținerea funcțiilor de client și venituri la Plex și Conga a fost momentul în care acest lucru a devenit evident pentru mine, situându-mă în spațiul dintre ceea ce a fost vândut și ceea ce a primit clientul.

Ambele fire converg în același punct pentru AI în operațiunile financiare. A fi corect 99,5 % din timp pare excelent într-o demonstrație, dar rămâne totuși un eșec. Gestionăm facturarea pentru companii cu milioane de abonați. La această scară, o rată de eroare de jumătate de procent reprezintă zeci de mii de facturi incorecte într-o singură lună, zeci de mii de conversații cu clienții pe care nimeni nu le-a planificat și un proces de creditare care îngroapă echipa. Clientul aștepta ca toate să fie corecte, astfel că 99,5 % nu a livrat rezultatul pe care l‑a achiziționat.

De aceea suntem conservatori în privința zonelor în care AI atinge banii și agresivi în zonele în care atinge munca. AI se ocupă de configurare, analiză și investigație. Calculul rămâne determinist. Testul pe care îl aplic fiecărei funcții AI este dacă un controlor poate explica rezultatul unui auditor fără a spune că modelul a decis‑o pentru el sau ea.

Mulți furnizori de software enterprise adaugă asistenți AI la produsele existente. BillingPlatform descrie AI‑ul său ca fiind nativ ciclului de viață al veniturilor și construit pe un model de metadate unificat și auto‑descriind. Ce poate realiza această arhitectură pe care un strat AI convențional adăugat la software‑ul de facturare legacy nu îl poate face?

Platforma noastră se descrie în acest fel. Entitățile, câmpurile, regulile de prețuri, fluxurile de lucru și aprobările sunt toate metadate pe care sistemul le poate citi în timpul execuției. Aceasta înseamnă că AI‑ul nostru citește configurația dvs. reală, nu o schemă generică de produs, și poate propune modificări acelei configurații deoarece configurarea este dată, nu cod.

Un asistent atașat la software‑ul de facturare legacy are o problemă diferită. Logica specifică clientului în acele sisteme trăiește în cod personalizat, proceduri stocate și middleware de integrare. Asistentul poate răspunde la întrebări despre documentație. Orice element specific modului în care instanța dvs. se comportă efectiv trebuie citit din acel cod, iar modificarea acestuia înseamnă un ciclu de dezvoltare, nu o conversație.

A doua problemă este că meteringul, facturarea și recunoașterea veniturilor se află de obicei în sisteme separate cu baze de date separate. Orice AI deasupra acestor funcții raționează printr‑o reconciliere, astfel încât răspunsul său este la fel de bun ca și sarcina de lot a nopții trecute. Noi rulăm toate cele trei domenii pe un singur model, astfel încât există un lanț unic de la evenimentul de consum la înregistrarea jurnalului. AI‑ul răspunde din aceeași înregistrare din care a fost generată factura, ceea ce este extrem de important.

Pe măsură ce companiile adoptă modele de afaceri bazate pe utilizare, pe rezultate și hibride, cum schimbă IA modul în care produsele și serviciile sunt ambalate, prețuite și monetizate?

Două lucruri se schimbă. Prima este că unitatea de valoare se îndepărtează de numărul de locuri și se îndreaptă spre munca finalizată, astfel încât companiile prețuiesc rezolvări, documente procesate, sarcini finalizate sau rezultate livrate. A doua este că stabilirea prețurilor devine ceva ce revizuiești trimestrial în loc de anual, deoarece curba de costuri din spatele unui produs AI evoluează atât de repede.

În experiența noastră, IA ajută mai mult pe partea de analiză decât pe cea creativă. Dacă istoricul tranzacțiilor tale este într-un singur loc, poți modela o modificare propusă a prețurilor în raport cu comportamentul real al clienților înainte de a o lansa, în câteva minute, și poți prognoza cum ar putea afecta marja sau rata de abandon, de exemplu. În trecut, aceasta era o sarcină financiară ce dura săptămâni întregi.

Aș adăuga și o precauție. Majoritatea companiilor care trec la prețuri pe consum sau pe rezultate nu pot încă să răspundă la întrebarea cât costă o singură unitate pentru a le servi. Fără acel număr, o companie ghicește pragurile și autoritatea de acordare a discounturilor. De aceea majoritatea întreprinderilor optează pentru o abordare hibridă: o taxă de platformă angajată pentru predictibilitate, consum pentru aliniere și un component de rezultat unde valoarea este cu adevărat măsurabilă.

Produsele AI pot genera costuri extrem de variabile în funcție de tokeni, modele, infrastructură și complexitatea fiecărei cereri. Ce noi capabilități de metering și facturare au nevoie companiile pentru a monetiza serviciile AI cu acuratețe, fără a se expune la marje imprevizibile?

Aș sugera să începeți cu metering la granularitatea factorului de cost și să păstrați evenimentele. Dacă agregați în prealabil la un total zilnic pe client, pierdeți capacitatea de a vedea că un anumit flux de lucru rulează pe un model costisitor.

De acolo, patru capabilități fac munca reală:

1. Atașați costul bunurilor la același eveniment care generează venitul, astfel încât marja pe client, caracteristică și model să fie vizibilă în perioada respectivă, nu doar la închidere.
2. Susțineți structuri tarifare care se modifică în mijlocul perioadei, deoarece înlocuirea modelului și reducerile de preț ale furnizorului nu așteaptă calendarul de reînnoire al companiei.
3. Oferiți clienților angajamente, solduri preplătite, plafoane și retrageri, deoarece predictibilitatea este o caracteristică a produsului și, în plus, protejează compania de o factură neașteptată.
4. Și, în final, să puteți recalcula istoricul când se schimbă un preț sau medierea a fost greșită, fără un proces manual de creditare.

Protecția marjei pe produsele AI este o problemă de proiectare a metering-ului și a prețurilor. Dacă o tratați ca pe o problemă de raportare financiară, aflați despre ea cu 40 de zile întârziere.

BillingPlatform permite echipelor să configureze produse, reguli de preț și fluxuri de facturare prin conversație. Ce decizii pot fi delegate în siguranță IA și unde trebuie să rămână revizuirea și aprobarea umană obligatorie?

Aș spune să delegați munca, dar să păstrați deciziile pentru oameni.

IA poate citi și explica în siguranță configurația existentă, poate crea o nouă configurație într-un sandbox, poate genera date de test și cazuri de test, poate detecta anomalii în utilizare sau în rulările de facturare, poate investiga o dispută de tarifare până la evenimentul sursă și poate construi o mapare inițială pentru o migrare. Aceasta reprezintă o mare parte din orele săptămânii unei echipe de facturare și nu implică aproape niciun risc.

Aprobarea umană este obligatorie pentru orice modifică ceea ce un client este facturat sau ce venit este recunoscut în producție. Acestea includ modificări de preț și tarif, termeni contractuali, credite și ajustări, politici de recunoaștere a veniturilor și judecăți privind prețul de vânzare independent, maparea GL, poziții fiscale și închiderea perioadei. De asemenea, oamenii trebuie să fie implicați în orice element vizibil pentru client pentru prima dată.

Regula de operare este că IA propune, o persoană cu autoritate reală aprobă, iar aprobarea este înregistrată în legătură cu modificarea. Aprobările și permisiunile bazate pe roluri erau deja în platformă, astfel încât agenții le moștenesc în loc să le ocolească.

Sistemele financiare lasă puțin spațiu pentru halucinații sau decizii neexplicate. Cum combină BillingPlatform raționamentul IA cu execuția deterministă pentru a asigura că facturile, calculele de venit și acțiunile contabile rămân precise și reproductibile?

Separăm interpretarea de execuție. Modelul interpretează intenția și produce configurație, o interogare sau o modificare propusă. Motorul de tarifare și contabilitate apoi execută. Acest motor urmează aceeași cale de cod indiferent dacă o persoană l-a configurat în interfață sau un agent l-a configurat prin IA, astfel încât aceleași intrări generează aceeași factură de fiecare dată, iar o perioadă închisă poate fi reluată și se obține același răspuns.

Niciun număr de pe o factură nu este generat de un model lingvistic în momentul facturării. Ceea ce produce IA este o modificare de configurare, iar acea modificare are o versiune, un autor și un timestamp, la fel ca orice altă schimbare din sistem. Dacă un auditor întreabă de ce o taxă este așa cum este, răspunsul se urmărește prin înregistrarea de prețuri până la evenimentul de utilizare, nu printr-un prompt.

Ultima piesă este că propunerile sunt revizibile înainte de a fi aplicate. Vezi configurația specifică pe care IA dorește să o creeze, în termeni clari, și poți să o aprobi sau să o respingi.

BillingPlatform suportă Model Context Protocol, protocolul Agent-to-Agent și conexiuni cu instrumente AI enterprise externe. Cum pot companiile acorda agenților autonomi acces la operațiunile de facturare, prevenind acțiuni neautorizate, expunerea de date sau modificări nedezvăluite?

MCP și A2A sunt transport, și aduc un agent la ușă. Planul de control este modelul tău de permisiuni, și acolo se află munca efectivă.

În cazul nostru, un agent se autentifică ca utilizator și moștenește același rol, permisiuni la nivel de câmp și de înregistrare pe care le-ar avea orice angajat. Nu există o ocolire a agentului. Dincolo de asta, câteva practici rezistă. Atribuiți fiecărui agent propriul cont de serviciu cu domeniu restrâns, cu cel mai mic privilegiu, citire‑doar până se dovedește altfel, astfel încât jurnalul de audit să vă arate ce agent a făcut ce. Filtrați operațiile de scriere printr-un flux de aprobare cu praguri de sumă și volum. De asemenea, ar trebui să le limitați rata, deoarece un agent într-o buclă reprezintă un tip de eșec diferit de cel al unei persoane care greșește. Este, de asemenea, esențial să înregistrați fiecare apel, nu doar pe cele care au modificat ceva. Și să returnați doar câmpurile de care are nevoie sarcina, deoarece cea mai rapidă metodă de a scurge datele clienților este o citire prea largă.

Greșeala pe care mă aștept să o văd pe piață anul acesta este companiile care oferă unui agent acreditarea de administrator uman pentru că a fost mai ușor decât să definească corect una.

BillingPlatform spune că AI poate reduce implementările de la trimestre la săptămâni. Ce părți ale colectării cerințelor, configurării, testării și migrației poate automatiza AI astăzi și ce părți necesită în continuare profesioniști experimentați în facturare și finanțe?

AI este cu adevărat bun la traducerea prețurilor documentate în configurare, la rularea analizei de lacune față de o bibliotecă de modele cunoscute, la generarea de cazuri de test și execuția regresiilor, la maparea și curățarea datelor moștenite pentru migrare și la producerea de documentație. Acestea sunt zonele în care munca se reduce de la trimestre la săptămâni.

Totuși, luarea deciziilor necesită în continuare profesioniști experimentați în facturare și finanțe. Unele exemple care încă necesită persoane cu experiență includ: obținerea acordului unui client asupra propriilor reguli de preț și politici de venit, reconstrucția termenilor din contracte, integrarea cu un sistem cu comportament nedeclarat și evaluarea tratamentului veniturilor într-o aranjare cu multiple elemente. Pe scurt, managementul schimbării nu răspunde la software.

Cum poate un model unificat care acoperă măsurarea, facturarea și recunoașterea veniturilor să îmbunătățească conformitatea, auditabilitatea și raportarea financiară, în special pentru organizațiile care opereazăîn condiții de cerințe complexe de recunoaștere a veniturilor?

Auditorii întotdeauna solicită două lucruri: arătați-mi cum ați ajuns la acest număr și arătați-mi că ați aplicat același tratament în mod consecvent. Dacă sistemele de măsurare, facturare și recunoaștere a veniturilor trăiesc separat, răspunsul înseamnă să sapați prin trei baze de date plus un tabel calculat manual pentru a le reconcilia pe toate.

Când totul este un singur model, întregul exercițiu dispare. Evenimentul de utilizare, taxa, linia de factură și înregistrarea jurnalului sunt toate aceeași înregistrare, pur și simplu continuată la pasul următor. Puteți să o urmăriți înainte sau înapoi fără un pas de reconciliere între ele, deoarece nu există nimic de reconcilieri. Când un contract se modifică, evaluați aceleași date de tranzacție care au generat factura inițială. Prețul de vânzare independent și alocarea vor proveni din ceea ce s‑a întâmplat.

Acest aspect contează mai ales pentru companiile care se ocupă de remunerație variabilă conform ASC 606 sau IFRS 15, unde trebuie să demonstrați munca și să o puteți arăta din nou la un an distanță.

BillingPlatform a anunțat recent adăugarea unui nou Chief Financial Officer, Chief Product Officer și Chief Customer Officer pe măsură ce își scalează strategia AI‑native. Cum vor colabora acești lideri pentru a transforma inovația tehnologică în creștere financiară sustenabilă și rezultate măsurabile pentru clienții enterprise?

În calitate de Chief Product Officer, Rob Zwiebach se asigură că produsul nostru este diferențiat și livrat. A condus foaia de parcurs a produsului pentru finanțe la Workday și a petrecut 17 ani la Oracle, așa că cunoaște sistemele pe care le folosesc deja cumpărătorii noștri și ce este necesar pentru a concura cu ele. În calitate de Chief Customer Officer, Chris King este responsabil de faptul dacă clienții percep valoarea, adică timpul până la valoare, consistența livrării, retenția și extinderea. A condus servicii și succes la Medidata și Salesforce și a început în această industrie la Zuora, așa că a văzut atât livrări enterprise bune, cât și slabe la scară. Steven Springsteel, Chief Financial Officer al nostru, se ocupă de economie și vine de la poziția de CFO la Recurly, având experiență directă în gestionarea funcției financiare a unei companii de facturare.

Unde trebuie cu adevărat să lucreze împreună ca un grup este asupra numărului care mă interesează cel mai mult. Adică, ce costă și cât durează să aduci un client enterprise în funcțiune și productiv, și marja pe acea lucrare. Este o decizie de produs, o decizie de livrare și o decizie de măsurare, și a fost istoric locul în care proiectele de facturare enterprise eșuează. A spune că sunteți AI‑native este o afirmație despre arhitectura voastră. Devine afacere doar când se reflectă în costul de implementare, rata de extindere și marja brută. Acestea sunt cele trei cifre pe care Rob, Chris și Steven fiecare dețin o parte.

Vă mulțumim pentru interviul excelent, cititorii care doresc să afle mai multe ar trebui să viziteze BillingPlatform.