Lumaktaw sa nilalaman

Automated Resolution: Ang Tapat na Metro

Bakit ang enterprise pricing unit ng Threada ay ang automated resolution — trabahong nakumpleto nang walang human takeover — at bakit mas tapat sukatin ang outcomes kaysa messages o seats.

billing • pricing • work-orchestration • outcomes

Ang bawat pricing model ay may sinasabi tungkol sa pinanggagalingan ng halaga. Kapag per-seat ang pricing, sinasabi nitong access ang halaga. Kapag per-message o per-token, sinasabi nitong activity ang halaga. Madali silang sukatin, pero pareho nilang tahimik na nirereward ang maling bagay — isang seat na nag-login pero walang naresolba ay nagbabayad pa rin; isang madaldal na integration na hindi nagsasara ng case ay patuloy na nagpapataas ng bill.

Mas mahirap dayain at mas malapit sa punto ang minemeter ng Threada: ang automated resolution.

Ano ang sinusukat nito

Ang automated resolution ay WorkItem o runtime outcome na nakumpleto nang walang human takeover o manual na sagot ng operator. Pumasok ang trabaho, dinala ito ng system sa defensible conclusion, at walang taong kailangang pumasok para tapusin ito. Ito ang unit na nirereport namin sa billing at usage dashboards, at ito ang binibilang ng enterprise meter.

Sadyang mahigpit ang definition. Kung kinailangang kunin ng operator ang trabaho at sumagot nang mano-mano, hindi iyon automated resolution — assisted work iyon, at hindi dapat bilangin na parang platform ang nagsara nito. Tumikitik lang ang meter kapag talagang ginawa ng platform ang trabaho.

Bakit outcomes ang tapat na singilin

Dapat tumugma ang pricing unit sa definition ng customer ng success. Sa governed operations, ang success ay hindi “ginamit ng mga tao ang tool” o “maraming text ang nagenerate ng model.” Success ang routine work na natapos nang tama, at tanging tunay na exceptions ang umabot sa tao. Ang buong dahilan ng product ay i-automate ang routine at i-route ang talagang mahihirap na kaso sa tao.

Kapag per automated resolution ang singil, kapareho ng direksyon ang incentive namin at ang goal na iyon:

  • Nare-reward kami kapag nagsasara ang trabaho, hindi kapag umiikot lang ito. Ang model na gumagawa ng sampung draft na walang makagamit ay walang kinikita; isang resolution na tumatayo sa review ang may halaga.
  • Makakagawa ang customer ng tapat na math. Ang cost per resolved item ay numerong maikukumpara ng operations leader sa fully loaded cost ng manual resolution. Walang translation layer sa pagitan ng “sinisingil namin” at “sinasabi naming matitipid mo.”
  • Nilalabanan nito ang vanity metrics. Hindi mo mapapalaki ang meter sa pagdagdag ng messages o seats. Tataas lang ang bilang kung mas maraming trabaho ang talagang naresolba.

Ang tapat na metering ay nangangailangan ng tapat na pagbilang

Kasing tapat lang ng pagbilang nito ang isang meter. Dalawang commitment ang nagpapanatiling tuwid sa amin.

Una, outcomes ang binibilang namin, hindi optimism. Nare-record ang resolution kapag umabot ang WorkItem sa completed terminal state sa governed path — buo ang receipt. Ang proposal na nabigo sa connector, o item na kinailangang sagipin ng operator, ay hindi tahimik na ibinibilang sa resolved column. Explicit ang lifecycle states, at tapat silang binabasa ng meter.

Ikalawa, malinaw kami tungkol sa transition. Sa loob, dating minemeter ang usage mula sa message caps habang nagma-mature ang platform. Explicit naming sinasabing ang caps na iyon ay naka-map sa automated-resolution meter, at nire-report namin ang resolutions sa usage dashboards sa halip na itago ang unit sa proxy. Ang pangalanan ang totoong unit — at ipakita ito sa iyo — ay bahagi ng parehong records-and-receipts posture na gumagabay sa buong product.

Ano ang sinasabi ng free tier tungkol sa model

Ang free tier ay capped sa 1,000 automated resolutions at 100 knowledge assets bawat buwan, na may daily document caps na hinango mula sa monthly limit. Pahayag mismo ang hugis ng cap: generous ang free tier sa resolutions dahil iyon ang dapat mong mapatunayan. Mas gusto naming malaman mo kung isinasara ng platform ang trabaho mo kaysa kung kaya nitong humawak ng maraming seats.

Lampas sa volume, dapat basahin ang plans bilang capability bundles — lalim ng governance, approval at policy controls, automation scope, connector classes, at compliance posture — hindi lang mas malalaking numero. Sinasabi ng meter kung gaano karaming trabaho ang natapos. Sinasabi ng plan kung gaano karaming kontrol at abot ang mayroon ka habang ginagawa iyon.

Mas mahirap magmeter ng outcomes kaysa messages. Kailangan nitong idefine, itrack, at panindigan ng platform ang ibig sabihin ng “resolved.” Sa tingin namin, iyon mismo ang punto. Ang meter na puwede mong kuwestiyunin sa line-item level ay meter na gumagalang sa buyer — at ang automated resolution ay numerong kayang ipagtanggol ng operations team.