ہر pricing model ایہ دعویٰ ہوندا اے کہ value کتھوں آندی اے۔ Per-seat pricing کہندی اے value access اے۔ Per-message یا per-token pricing کہندی اے value activity اے۔ دونے آسانی نال meter ہو جاندے نیں، پر دونے غلط چیز نوں reward کردے نیں: seat login کر کے کجھ resolve نہ کرے تے وی pay کردی اے؛ chatty integration case بند نہ کرے تے وی bill ودھا دیندی اے۔
Threada اوہ چیز meter کردی اے جو game کرنا اوکھا تے اصل مقصد دے قریب اے: automated resolution۔
ایہ کیہ measure کردا اے
Automated resolution اوہ WorkItem یا runtime outcome اے جو human takeover یا manual operator replies توں بغیر complete ہووے۔ کم آیا، system اوہنوں defensible conclusion تک لے گیا، تے کسی بندے نوں آخری جواب ہاتھ نال نہ دینا پیا۔ Billing تے usage dashboards وچ اسی ایس unit نوں report کردے آں، تے enterprise meter وی ایس نوں count کردا اے۔
Definition جان بوجھ کے strict اے۔ جے operator نوں take over کر کے ہاتھ نال reply کرنا پیا، ایہ automated resolution نہیں؛ ایہ assisted work اے، تے platform دی closed work دی گنتی وچ شامل نہیں ہونا چاہیدا۔ Meter صرف اوہدوں tick کردا اے جدوں platform واقعی job مکمل کرے۔
Outcomes دے حساب نال charge کرنا زیادہ ایماندار کیوں اے
Pricing unit customer دی success definition نال ملنی چاہیدی اے۔ Governed operations وچ success ایہ نہیں کہ “لوک tool use کر رہے نیں” یا “model بہت text generate کر گیا”۔ Success ایہ اے کہ routine work صحیح بند ہو گیا تے صرف true exceptions human تک پہنچیاں۔ Product دا اصل مقصد routine automate کرنا تے genuinely hard cases نوں لوکاں کول route کرنا اے۔
Automated resolution دے حساب نال charge کرن نال ساڈا incentive وی ایس goal دے نال align ہوندا اے:
- اسی اوہدوں reward ہندے آں جدوں work close ہوندا اے، صرف churn نہیں کردا۔ دس drafts جنہاں تے کوئی action نہ لے سکے، کجھ نہیں کماؤندے؛ اک resolution جو review وچ کھڑی رہے، اپنا خرچ justify کردی اے۔
- Customer honest math کر سکدا اے۔ Cost per resolved item اوہ number اے جو operations leader manual resolution دی fully loaded cost نال compare کر سکدا اے۔
- Vanity metrics توں بچاؤ ہوندا اے۔ زیادہ messages یا seats نال meter inflate نہیں ہوندا؛ number صرف اوہدوں ودھدا اے جدوں زیادہ work واقعی resolve ہوندا اے۔
Honest metering دا مطلب honest counting اے
Meter صرف اوہدوں ایماندار اے جدوں counting ایماندار ہووے۔ دو commitments ایس نوں سیدھا رکھدے نیں۔
پہلا، اسی outcomes count کردے آں، optimism نہیں۔ Resolution اوہدوں record ہوندا اے جدوں WorkItem governed path نال completed terminal state تک پہنچے، اپنے receipt سمیت۔ Connector تے fail ہوئی proposal، یا اوہ item جس نوں operator نے rescue کیتا، resolved column وچ چپکے نال نہیں چڑھایا جاندا۔
دوجا، اسی transition بارے صاف آں۔ اندرونی طور تے platform mature ہوندی رہی تے usage تاریخی طور تے message caps توں meter ہوندا رہیا۔ اسی واضح کردے آں کہ ایہ caps automated-resolution meter نال map ہوندے نیں، تے dashboards وچ resolutions report کردے آں۔ اصل unit نوں نام دینا تے دکھانا، product دے records-and-receipts posture دا حصہ اے۔
Free tier model بارے کیہ کہندا اے
Free tier 1,000 automated resolutions تے 100 knowledge assets فی مہینہ تک capped اے۔ ایس cap دی shape خود statement اے: free tier resolutions وچ generous اے کیونکہ یہی چیز prove کرنا ضروری اے۔ اسی چاہندے آں تسی دیکھو platform تہاڈا work close کردا اے یا نہیں، نہ کہ بس زیادہ seats رکھ سکدا اے۔
Plans صرف بڑے numbers نہیں؛ اوہ governance depth، approval تے policy controls، automation scope، connector classes، تے compliance posture دے bundles نیں۔ Meter دسدا اے کنا work ہویا۔ Plan دسدا اے اوہ work کردے وقت تہاڈے kol کنا control تے reach اے۔
Outcomes meter کرنا messages meter کرن توں اوکھا اے۔ ایس لئی platform نوں define، track، تے defend کرنا پیندا اے کہ “resolved” دا مطلب کیہ اے۔ ساڈے خیال وچ یہی difficulty اصل point اے۔ Line item تے argue کیتا جا سکدا meter buyer دی عزت کردا اے — تے automated resolution اوہ number اے جس نوں operations team واقعی defend کر سکدی اے۔