ప్రతి pricing model value ఎక్కడి నుంచి వస్తుందో ఒక claim చేస్తుంది. Per-seat pricing value access అని చెబుతుంది. Per-message లేదా per-token pricing value activity అని చెబుతుంది. రెండూ meter చేయడం సులభం, కానీ రెండూ తప్పు విషయాన్ని reward చేస్తాయి - login అయిన seat ఏదీ resolve చేయకపోయినా charge అవుతుంది; case close చేయని chatty integration bill పెంచుతుంది.
Threada game చేయడం కష్టమైన, అసలు point కి దగ్గరైన దానిని meters చేస్తుంది: automated resolution.
అది ఏమి కొలుస్తుంది
Automated resolution అంటే human takeover లేదా manual operator replies లేకుండా completed అయిన WorkItem లేదా runtime outcome. Work వచ్చింది, system దాన్ని defensible conclusion వరకు తీసుకెళ్లింది, పూర్తి చేయడానికి ఎవరు step in చేయాల్సి రాలేదు. Billing మరియు usage dashboards లో మేము report చేసే unit ఇదే; enterprise meter count చేసేది ఇదే.
Definition deliberate గా strict. Operator takeover చేసి చేతితో reply చేయాల్సి వచ్చిందంటే అది automated resolution కాదు - assisted work. Platform నిజంగా job చేసినప్పుడే meter tick అవుతుంది.
Outcomes కోసం charge చేయడం ఎందుకు నిజాయితీ
Pricing unit customer success definition కి సరిపోవాలి. Governed operations లో success అంటే “people tool వాడారు” కాదు, “model చాలా text generate చేసింది” కూడా కాదు. Success అంటే routine work సరిగ్గా పూర్తవడం, నిజమైన exceptions మాత్రమే human దగ్గరకు చేరడం. Product ఉన్న కారణమే routine automate చేసి, నిజంగా hard cases ను people కు route చేయడం.
Automated resolution కు charge చేయడం మా incentive ను అదే goal వైపు ఉంచుతుంది:
- Work కేవలం churn అవుతున్నప్పుడు కాదు, నిజంగా close అయినప్పుడు reward. ఎవరికీ పనికిరాని పది drafts ఇచ్చే model ఏమీ earn చేయదు; review లో నిలిచే ఒక resolution విలువ తెస్తుంది.
- Customer honest math చేయగలడు. Cost per resolved item ను operations leader చేతితో resolve చేయడానికి అయ్యే fully loaded cost తో compare చేయగలడు.
- Vanity metrics కి ఇది resist చేస్తుంది. ఎక్కువ messages పంపడం లేదా seats add చేయడం ద్వారా meter inflate చేయలేరు. నిజంగా ఎక్కువ work resolved అయితేనే number పెరుగుతుంది.
Honest metering అంటే honest counting
Meter దాని counting ఎంత నిజాయితీగా ఉందో అంత నిజాయితీగా ఉంటుంది. రెండు commitments దాన్ని straight గా ఉంచుతాయి.
మొదట, మేము outcomes count చేస్తాం, optimism కాదు. WorkItem governed path ద్వారా completed terminal state చేరినప్పుడు resolution record అవుతుంది - receipt intact గా. Connector వద్ద failed అయిన proposal, లేదా operator rescue చేసిన item, quietly resolved column లోకి round up కాదు.
రెండవది, transition గురించి మేము candid గా ఉంటాం. Platform mature అవుతున్నప్పుడు usage historically message caps నుంచి metered అయింది. ఆ caps automated-resolution meter కి map అవుతాయని మేము explicit గా చెబుతాం, usage dashboards లో resolutions report చేస్తాం. నిజమైన unit ను name చేసి చూపించడం product మిగతా records-and-receipts posture లో భాగమే.
Free tier model గురించి ఏమి చెబుతుంది
Free tier నెలకు 1,000 automated resolutions మరియు 100 knowledge assets వద్ద capped; daily document caps monthly limit నుంచి derived. ఆ cap shape ఒక statement: free tier resolutions లో generous, ఎందుకంటే prove చేయాల్సింది resolutions. Platform మీ work close చేస్తుందా అనేది మీరు తెలుసుకోవడం మాకు ముఖ్యం; పెద్ద seat count ను hold చేస్తుందా కాదు.
Volume దాటి plans capability bundles గా చదవాలి - governance depth, approval మరియు policy controls, automation scope, connector classes, compliance posture - కేవలం bigger numbers గా కాదు. Meter ఎంత work పూర్తయ్యిందో చెబుతుంది. Plan దాన్ని చేస్తూ మీకు ఎంత control, reach ఉందో చెబుతుంది.
Outcomes meter చేయడం messages meter చేయడం కంటే కష్టం. Platform “resolved” అంటే ఏమిటో define, track, defend చేయాలి. ఆ difficulty నే point అని మేము భావిస్తున్నాం. Line-item level లో మీరు ప్రశ్నించగల meter buyer ను గౌరవిస్తుంది - automated resolution operations team నిజంగా defend చేయగల number.