Кріс Бішоп, генеральний директор BillingPlatform — Серія інтерв’ю

Chris Bishop, генеральний директор BillingPlatform, є керівником у сфері корпоративного програмного забезпечення з більш ніж двадцятирічним досвідом, що охоплює SaaS, операції з доходами, успішність клієнтів, професійні послуги та стратегії виходу на ринок. Перш ніж приєднатися до BillingPlatform у ролі генерального директора у 2026 році, Бішоп провів майже сім років у Conga, де займав старші посади, включаючи головного директора з обслуговування клієнтів, головного директора з доходів та головного директора з маркетингу, допомагаючи вести компанію через період трансформації та інтеграції. Раніше він був груповим віце-президентом глобальних сервісів у Plex Systems і заснував MIPRO Consulting, консалтингову фірму, що спеціалізується на технологіях PeopleSoft та Oracle. Його кар’єра також включає старші керівні ролі у PeopleSoft та Oracle, де він очолював північноамериканську практику управління ланцюгом постачань з більш ніж 230 консультантами, а також ранні роботи з реінжинірингом процесів у Ford Motor Company.

BillingPlatform — це компанія, що розробляє програмне забезпечення для управління життєвим циклом доходу та монетизації, створена для допомоги бізнесу у керуванні все складнішими моделями ціноутворення та білінгу. Заснована у 2012 році, компанія надає хмарну платформу, що охоплює захоплення замовлень, підписковий та споживчий білінг, виставлення рахунків, платежі, автоматизацію дебіторської заборгованості, визнання доходу та фінансове управління. Її технологія підтримує повторювані, споживчі, гібридні та інші налаштовувані моделі ціноутворення, а можливості медіації споживання дозволяють збирати та перетворювати дані, такі як API‑виклики, транзакції, місця, пропускна здатність або інші події споживання, у платіжні записи. BillingPlatform стверджує, що її системи обробляють понад 50 000 рахунків щодня та понад 4 мільярди доларів щомісячних білінгів, позиціонуючи платформу як фінансову інфраструктуру для підприємств, які переходять від традиційних фіксованих цін і підпискових моделей.

Ваша кар’єра привела вас від реінжинірингу процесів у Ford та корпоративних додатків у PeopleSoft і Oracle до заснування MIPRO Consulting і керування функціями клієнтів, доходів і маркетингу в Plex Systems і Conga. Як ці досвіди сформували ваші пріоритети як генерального директора BillingPlatform, особливо під час впровадження ШІ у критично важливі фінансові операції?

Я вважаю кожен етап моєї кар’єри критично важливим досвідом. Виробничий процес у Ford, фінанси та управління ланцюгом постачань у PeopleSoft і Oracle, консалтингові роки між ними, ERP у Plex та управління життєвим циклом доходу у Conga. Коли такі системи стикаються з помилками або лінія зупиняється, хтось не отримує оплату, або угода не укладається. Це набагато нижчий рівень толерантності до помилок, ніж у більшості програмного забезпечення.

Інша нитка полягає в тому, що цінність визначається результатами, які ви розкриваєте, а не тим, що ви рекламуєте. Керування функціями клієнтів і доходу в Plex і Conga саме показало це мені, перебуваючи в проміжку між тим, що було продано, і тим, що отримав клієнт.

Обидві нитки сходяться в одному місці щодо ШІ у фінансових операціях. Бути правим у 99,5 % випадків звучить чудово у демонстрації, але це все одно провал. Ми здійснюємо білінг для компаній з мільйонами підписників. За такого масштабу помилковий рівень у половину відсотка означає десятки тисяч неправильних рахунків за один місяць, десятки тисяч розмов з клієнтами, які ніхто не планував, і процес кредитування, який завалює команду. Клієнт очікував, що всі вони будуть правильними, тому 99,5 % не забезпечило очікуваний результат.

Ось чому ми консервативно підходимо до того, де ШІ торкається грошей, і агресивно — до того, де він впливає на роботу. ШІ виконує конфігурацію, аналіз і розслідування. Обчислення залишаються детермінованими. Тест, який я застосовую до кожної функції ШІ, полягає в тому, чи може контролер пояснити результат аудиторові, не кажучи, що модель вирішила це за нього чи за неї.

Багато постачальників корпоративного програмного забезпечення додають ШІ‑асистентів до існуючих продуктів. BillingPlatform описує свій ШІ як вбудований у життєвий цикл доходу та заснований на уніфікованій, самодокументуючій метаданій моделі. Що ця архітектура може досягти, чого не може традиційний шар ШІ, доданий до застарілого білінгового програмного забезпечення?

Наша платформа описує себе. Сутності, поля, правила ціноутворення, робочі процеси та затвердження — це всі метадані, які система може читати під час виконання. Це означає, що наш ШІ читає вашу фактичну конфігурацію, а не загальну схему продукту, і може пропонувати зміни цієї конфігурації, оскільки конфігурація є даними, а не кодом.

Асистент, підключений до застарілого білінгового програмного забезпечення, має іншу проблему. Специфічна для клієнта логіка в цих системах зберігається у кастомному коді, збережених процедурах та інтеграційному проміжному ПЗ. Асистент може відповідати на запитання щодо документації. Будь‑яка специфіка того, як ваш екземпляр фактично працює, має бути зчитана з цього коду, і її зміна означає цикл розробки, а не розмову.

Друга проблема полягає в тому, що вимірювання, білінг та визнання доходу зазвичай розташовані в окремих системах з окремими базами даних. Будь‑який ШІ, що працює над цими функціями, здійснює міркування над процесом узгодження, тому його відповідь настільки ж хороша, наскільки якісним був нічний пакетний процес. Ми працюємо з усіма трьома областями на одній моделі, тому існує єдиний ланцюжок від події споживання до журналового запису. ШІ відповідає, використовуючи той самий запис, з якого був сформований рахунок, що надзвичайно важливо.

Як компанії впроваджують моделі бізнесу, орієнтовані на використання, результати та гібридні, як ШІ змінює спосіб упаковки, ціноутворення та монетизації продуктів і послуг?

Два процеси змінюються. По‑перше, одиниця вартості відходить від місць (користувачів) до виконаної роботи, тому компанії встановлюють ціни на рішення, оброблені документи, завершені завдання або доставлені результати. По‑друге, ціноутворення стає тим, що переглядається щоквартально, а не щорічно, оскільки крива витрат під AI‑продуктом змінюється так швидко.

За нашим досвідом, ШІ більше допомагає в аналізі, ніж у творчій частині. Якщо ваша історія транзакцій зберігається в одному місці, ви можете змоделювати запропоновану зміну ціни на основі реальної поведінки клієнтів ще до її впровадження за кілька хвилин і, наприклад, прогнозувати, як це вплине на маржу або відток клієнтів. Раніше це був багатотижневий фінансовий процес.

Я б ще додав застереження. Більшість компаній, які переходять на цінування за споживанням або результатом, ще не можуть відповісти, скільки коштує їм обслуговування однієї одиниці. Без цього числа компанія вгадує мінімальні ціни та рівень знижок. Ось чому більшість підприємств обирає гібридний підхід: фіксована плата за платформу для передбачуваності, споживання для вирівнювання та компонент результату, де вартість дійсно вимірювана.

Продукти ШІ можуть генерувати дуже змінні витрати залежно від токенів, моделей, інфраструктури та складності кожного запиту. Які нові можливості вимірювання та виставлення рахунків потрібні компаніям, щоб точно монетизувати AI‑послуги без ризику непередбачуваних марж?

Я б запропонував почати з вимірювання на рівні драйвера витрат і зберігати події. Якщо ви попередньо агрегуєте дані до щоденного підсумку за клієнтом, ви втрачаєте можливість побачити, що певний робочий процес працює на дорогій моделі.

Далі чотири можливості виконують основну роботу:

1. Прикріпити вартість товару до того ж самого події, яка несе дохід, щоб маржа за клієнтом, функцією та моделлю була видима протягом періоду, а не лише під час закриття.
2. Підтримувати структури тарифів, які змінюються в середині періоду, оскільки заміна моделі та зниження цін постачальником не чекатимуть на календар оновлення компанії.
3. Надавати клієнтам зобов’язання, передплачені баланси, ліміти та зняття, оскільки передбачуваність є функцією продукту і також захищає компанію від несподіваних рахунків.
4. І нарешті, мати можливість переоцінювати історію, коли ціна змінюється або медіація була помилковою, без ручного процесу кредитування.

Захист маржі на AI‑продуктах — це проблема дизайну вимірювання та ціноутворення. Якщо розглядати це як проблему фінансової звітності, дізнаєтеся про це лише через 40 днів.

BillingPlatform дозволяє командам конфігурувати продукти, правила ціноутворення та робочі процеси виставлення рахунків у розмовному режимі. Які рішення можна безпечно делегувати ШІ, а де людський перегляд та затвердження мають залишатися обов’язковими?

Я б сказав делегувати роботу, але залишити прийняття рішень за людьми.

ШІ може безпечно читати та пояснювати існуючу конфігурацію, створювати нову конфігурацію у пісочниці, генерувати тестові дані та тестові випадки, виявляти аномалії у використанні або процесах виставлення рахунків, розслідувати спір щодо тарифікації до вихідної події та створювати первинне відображення для міграції. Це велика частина годин тижня команди з виставлення рахунків і майже не несе ризику.

Людське затвердження є обов’язковим у всьому, що змінює, що стягується з клієнта або який дохід визнається у виробництві. Це включає зміни цін і тарифів, умови контракту, кредитування та коригування, політику визнання доходу та рішення щодо окремої ціни продажу, мапування GL, податкові позиції та закриття періоду. Крім того, люди повинні брати участь у всьому, що вперше стає видимим для клієнта.

Операційне правило таке: ШІ пропонує, особа з реальними повноваженнями затверджує, і затвердження записується щодо зміни. Затвердження та ролі з правами доступу вже були в платформі, тому агенти успадковують їх, а не обходять.

Фінансові системи залишають мало простору для галюцинацій або необґрунтованих рішень. Як BillingPlatform поєднує логіку ШІ з детермінованим виконанням, щоб гарантувати точність та відтворюваність рахунків, розрахунків доходу та бухгалтерських дій?

Ми розділяємо інтерпретацію та виконання. Модель інтерпретує намір і створює конфігурацію, запит або пропозицію зміни. Потім виконує двигун тарифікації та бухгалтерії. Цей двигун використовує один і той самий код, незалежно від того, чи налаштував його користувач у інтерфейсі, чи агент через наш ШІ, тому однакові вхідні дані створюють один і той самий рахунок щоразу, і ви можете повторно запустити закритий період і отримати ідентичну відповідь.

Жодне число у рахунку не генерується мовною моделлю під час виписки. ШІ створює зміну конфігурації, і ця зміна має версію, автора та часову мітку, як будь‑яка інша зміна в системі. Якщо аудитор запитає, чому плата має таку суму, відповідь простежується через запис ціноутворення до події використання, а не до підказки.

Останній елемент — пропозиції можна переглянути перед їх застосуванням. Ви бачите конкретну конфігурацію, яку ШІ хоче створити, простими словами, і можете її затвердити або відхилити.

BillingPlatform підтримує Model Context Protocol, протокол Agent-to-Agent та підключення до зовнішніх корпоративних інструментів ШІ. Як компанії можуть надати автономним агентам доступ до процесів білінгу, запобігаючи несанкціонованим діям, витоку даних або незаписаним змінам?

MCP і A2A — це транспорт, і вони доставляють агента до дверей. Плоскость керування — це ваша модель дозволів, і саме там розташована фактична робота.

У нашому випадку агент автентифікується як користувач і успадковує ті ж ролі, дозволи на рівні полів і записів, які отримує будь‑який співробітник. Обходу агента не існує. Окрім цього, кілька практик залишаються актуальними. Надати кожному агенту власний обмежений сервісний обліковий запис з мінімальними привілеями, лише для читання, доки не буде доведено інше, щоб журнал аудиту показував, який агент що зробив. Обмежити запис операцій через процес схвалення з порогами у грошовому та об’ємному вимірах. Також варто встановити обмеження швидкості, бо агент у циклі — це інший тип збою, ніж помилка людини. Крім того, важливо журналювати кожний виклик, а не лише ті, що щось змінили. І повертати лише ті поля, які потрібні завданню, оскільки найшвидший спосіб витоку даних клієнта — надмірно широке читання.

Помилкою, яку я очікую побачити на ринку цього року, буде те, що компанії надаватимуть агенту облікові дані людського адміністратора, бо це простіше, ніж правильно обмежити його доступ.

BillingPlatform стверджує, що ШІ може скоротити впровадження з кварталів до тижнів. Які частини збору вимог, конфігурації, тестування та міграції ШІ може автоматизувати сьогодні, а які все ще потребують досвідчених фахівців з білінгу та фінансів?

ШІ дійсно добре перекладає задокументоване ціноутворення у конфігурації, проводить аналіз розривів за бібліотекою відомих шаблонів, генерує тестові випадки та виконує регресійне тестування, мапінг і очищення застарілих даних для міграції, а також створює документацію. Це ті області, де роботу скорочують з кварталів до тижнів.

Проте прийняття рішень все ще вимагає досвідчених фахівців з білінгу та фінансів. Прикладами завдань, які залишаються за людьми, є: досягнення згоди клієнта щодо його власних правил ціноутворення та політики доходу, відновлення умов з контрактів, інтеграція з системою, що має недокументовану поведінку, та оцінка обліку доходу у багатокомпонентних угодах. Коротко кажучи, управління змінами не реагує на програмне забезпечення.

Як уніфікована модель, що охоплює вимірювання, білінг та визнання доходу, може підвищити відповідність, аудиторську прозорість та фінансову звітність, особливо для організацій які працюютьза складними вимогами до визнання доходу?

Аудитори завжди запитують два речі: покажіть, як ви отримали це число, і продемонструйте, що ви застосували однаковий підхід послідовно. Якщо ваші системи вимірювання, білінгу та визнання доходу працюють окремо, відповідь вимагає копання в трьох базах даних плюс створену людиною електронну таблицю для їх узгодження.

Коли все це об’єднано в одну модель, ця вся процедура зникає. Подія використання, нарахування, рядок рахунку та запис у журналі — це один і той самий запис, який просто переходить до наступного кроку. Ви можете простежити його вперед або назад без проміжного кроку звірки, бо нічого звіряти не потрібно. Коли контракт змінюється, ви оцінюєте ті самі дані транзакції, які спочатку створили рахунок. Ваша окрема ціна продажу та розподіл будуть взяті з того, що вже відбулося.

Це має особливе значення для компаній, які працюють з змінною компенсацією згідно ASC 606 або IFRS 15, де потрібно продемонструвати свою роботу і мати можливість повторно її показати через рік.

BillingPlatform нещодавно оголосив про призначення нового головного фінансового директора, головного директора продукту та головного директора з клієнтів у рамках масштабування своєї стратегії AI‑native. Як ці лідери працюватимуть разом, щоб перетворити технічні інновації у фінансово стійке зростання та вимірювані результати для корпоративних клієнтів?

Як головний директор продукту, Роб Звібах забезпечує диференціацію та випуск нашого продукту. Він керував дорожньою картою продукту для фінансів у Workday і провів 17 років у Oracle, тому добре розуміє системи, які вже використовують наші покупці, і те, що потрібно, щоб конкурувати з ними. Як головний директор з клієнтів, Кріс Кінг відповідає за те, чи клієнти отримують цінність, тобто час до цінності, послідовність доставки, утримання та розширення. Він керував сервісами та успішністю у Medidata і Salesforce і розпочав кар’єру в цій галузі в Zuora, тому бачив як успішну, так і проблемну корпоративну доставку у масштабі. Стівен Спрінгстіл, наш головний фінансовий директор, відповідає за економіку, і приходить до нас з посади CFO у Recurly, тому має практичний досвід управління фінансовою функцією білінгової компанії.

Те місце, де вони дійсно мають працювати разом як єдина група, — це показник, який мене найбільше цікавить. Тобто, скільки це коштує і скільки часу займає запуск та продуктивність корпоративного клієнта, а також маржа на цій роботі. Це рішення щодо продукту, доставки та вимірювання, і традиційно саме тут проєкти корпоративного білінгу зазнають невдач. Твердження, що ви AI‑native, стосується вашої архітектури. Воно стає бізнес‑показником лише тоді, коли впливає на вартість впровадження, темп розширення та валову маржу. Це три цифри, якими кожен з Роб, Кріс і Стівен володіє частиною.

Дякуємо за чудове інтерв’ю, читачі, які хочуть дізнатися більше, повинні відвідати BillingPlatform.