Każdy model cenowy jest twierdzeniem o tym, skąd bierze się wartość. Ceny per seat twierdzą, że wartością jest dostęp. Ceny per message albo per token twierdzą, że wartością jest aktywność. Oba łatwo mierzyć i oba po cichu nagradzają nie to, co trzeba: seat, który loguje się, ale niczego nie rozwiązuje, nadal płaci; gadatliwa integracja, która nigdy nie zamyka sprawy, nadal nabija rachunek.
Threada mierzy coś trudniejszego do zmanipulowania i bliższego sensowi pracy: automated resolution.
Co mierzy
Automated resolution to WorkItem albo wynik runtime ukończony bez przejęcia przez człowieka lub ręcznych odpowiedzi operatora. Praca przyszła, system doprowadził ją do obronnego wniosku i nikt nie musiał wejść, aby ją dokończyć. To jednostka raportowana w dashboardach billingowych i użycia, oraz jednostka liczona przez enterprise meter.
Definicja jest celowo ścisła. Jeśli operator musiał przejąć sprawę i odpowiedzieć ręcznie, to nie jest automated resolution. To assisted work i nie powinno być liczone tak, jakby platforma je zamknęła. Licznik tyka tylko wtedy, gdy platforma faktycznie wykonała zadanie.
Dlaczego wyniki są uczciwą rzeczą do rozliczania
Jednostka cenowa powinna pasować do definicji sukcesu klienta. W governowanych operacjach sukcesem nie jest to, że ludzie użyli narzędzia albo że model wygenerował dużo tekstu. Sukcesem jest rutynowa praca wykonana poprawnie oraz tylko prawdziwe wyjątki trafiające do człowieka. Cały powód istnienia produktu to automatyzacja rutyny i kierowanie naprawdę trudnych przypadków do ludzi.
Rozliczanie per automated resolution ustawia naszą motywację po tej samej stronie co ten cel:
- Jesteśmy nagradzani, gdy praca się zamyka, a nie gdy tylko się mieli. Model, który tworzy dziesięć szkiców, z których nikt nie może skorzystać, nie zarabia nic; jedna resolution, która przechodzi review, zarabia na siebie.
- Klient może liczyć uczciwie. Koszt na rozwiązany item to liczba, którą lider operacji może porównać z pełnym kosztem ręcznego rozwiązania tego itemu. Nie ma warstwy tłumaczenia między “za co pobieramy opłatę” a “co chcemy wam oszczędzić.”
- Opiera się vanity metrics. Nie da się napompować licznika większą liczbą wiadomości albo seats. Liczba rośnie tylko wtedy, gdy naprawdę rozwiązano więcej pracy.
Uczciwe mierzenie oznacza uczciwe liczenie
Licznik jest tylko tak uczciwy jak jego zliczanie. Dwa zobowiązania trzymają nasz prosto.
Po pierwsze liczymy wyniki, nie optymizm. Resolution jest zapisywana, gdy WorkItem dochodzi do ukończonego stanu terminalnego przez governowaną ścieżkę, z nienaruszonym receipt. Propozycja, która zawiodła na connectorze, albo item, który operator musiał ratować, nie jest po cichu zaokrąglany do kolumny resolved. Stany lifecycle są jawne, a licznik czyta je uczciwie.
Po drugie mówimy wprost o przejściu. Wewnętrznie użycie historycznie mierzono limitami wiadomości, gdy platforma dojrzewała. Wyraźnie mówimy, że te limity mapują się na automated-resolution meter, i raportujemy resolutions w dashboardach użycia zamiast ukrywać jednostkę za proxy. Nazwanie prawdziwej jednostki i pokazanie jej użytkownikowi jest częścią tej samej postawy records-and-receipts, która rządzi resztą produktu.
Co free tier mówi o modelu
Free tier jest ograniczony do 1 000 automated resolutions i 100 knowledge assets miesięcznie, z dziennymi limitami dokumentów wyprowadzonymi z limitu miesięcznego. Sam kształt tego limitu jest deklaracją: free tier jest hojny w resolutions, bo resolutions są rzeczą wartą sprawdzenia. Wolimy, żebyś odkrył, czy platforma zamyka twoją pracę, niż czy może utrzymać dużą liczbę seats.
Powyżej wolumenu plany należy czytać jako pakiety capabilities: głębokość governance, controls zatwierdzania i polityki, zakres automatyzacji, klasy connectorów oraz compliance posture, a nie tylko większe liczby. Licznik mówi, ile pracy wykonano. Plan mówi, ile kontroli i zasięgu masz, gdy to robisz.
Mierzenie wyników jest trudniejsze niż mierzenie wiadomości. Wymaga, aby platforma zdefiniowała, śledziła i broniła tego, co znaczy “resolved”. Uważamy, że właśnie ta trudność jest sednem. Licznik, z którym można dyskutować na poziomie line item, to licznik szanujący kupującego, a automated resolution jest liczbą, której zespół operacyjny naprawdę może bronić.