Claude Team یا Enterprise: کون سا plan خریدیں؟

ٹیم یا انٹرپرائز: مختصر جواب

Claude Team اور Enterprise کے درمیان انتخاب بنیادی طور پر seats کی تعداد اور کنٹرول پر منحصر ہے۔ Team چھوٹی کمپنی کے لیے منصوبہ ہے: اس میں کم از کم 2 members ہوتے ہیں، زیادہ سے زیادہ 150 seats کی اجازت ہوتی ہے، اور usage شامل ہونے کے ساتھ فی seat مقررہ قیمت لی جاتی ہے۔ Enterprise ایسے ادارے کے لیے منصوبہ ہے جس کے پاس identity provider اور security review موجود ہو۔ اس میں SCIM provisioning اور audit logs کے ساتھ custom data retention controls اور customer-managed encryption keys بھی شامل ہوتے ہیں۔ اس کے علاوہ seat fee کے ساتھ API rates کے مطابق ہر token کے usage کی الگ قیمت لی جاتی ہے۔

20 سے کم افراد والی زیادہ تر کمپنیوں کو یہ انتخاب کرنے کا موقع نہیں ملتا، کیونکہ Enterprise کی seat minimum ان کی استطاعت سے زیادہ ہوتی ہے۔ ذیل کی تمام معلومات ان کمپنیوں کے لیے ہیں جن کے پاس واقعی یہ انتخاب موجود ہے۔

ہر plan کی قیمت کتنی ہے؟

Team اپنی قیمتیں شائع کرتا ہے۔ اس میں seats کی 2 اقسام ہیں، اور آپ ایک ہی plan میں دونوں اقسام شامل کر سکتے ہیں۔

[
  {
    "plan": "Standard seat",
    "with_annual_commitment_usd": 20,
    "without_commitment_usd": 25
  },
  {
    "plan": "Premium seat",
    "with_annual_commitment_usd": 100,
    "without_commitment_usd": 125
  }
]

سالانہ commitment کے ساتھ standard seat کی قیمت فی رکن فی ماہ 20 ڈالر ہے، جبکہ commitment کے بغیر ماہانہ بلنگ میں یہ 25 ڈالر ہے۔ premium seat کی قیمت سالانہ ادائیگی پر 100 ڈالر اور ماہانہ ادائیگی پر 125 ڈالر ہے۔ سالانہ commitment کی صورت میں دونوں rates پر پانچواں حصہ رعایت ملتی ہے۔ دونوں اعداد August 2026 کی list prices ہیں اور دونوں میں usage شامل ہے، تاہم ہر رکن کے لیے ایک مقررہ limit تک۔

Enterprise کی pricing مختلف ہے، اور خریدار اس حصے کو اکثر غلط سمجھتے ہیں۔ seat fee سے platform تک رسائی ملتی ہے، لیکن اس میں کوئی usage شامل نہیں ہوتا۔ Claude apps اور Claude Code میں استعمال ہونے والا ہر token standard API rates کے مطابق الگ bill کیا جاتا ہے۔ August 2026 تک pricing page پر self-serve Enterprise seat کی قیمت اسی بنیاد پر فی seat فی ماہ 20 ڈالر درج ہے۔ sales-assisted طریقے کی کوئی قیمت شائع نہیں کی جاتی۔ آپ buying specialist سے بات کرتے ہیں اور quote وصول کرتے ہیں۔ اس لیے کہیں درج Enterprise کی فی seat کوئی بھی رقم کسی دوسرے فریق کا contract ہے، rate card نہیں۔

اہل ہونے کے لیے آپ کو کتنی seats درکار ہیں؟

Team کے لیے کم از کم 2 ارکان درکار ہیں اور یہ زیادہ سے زیادہ 150 seats کو support کرتا ہے۔ اگر Enterprise خود خریدیں تو کم از کم 20 seats درکار ہیں، جبکہ sales-assisted طریقے سے خریدنے پر کم از کم 50 seats درکار ہیں۔

بہت سی کمپنیوں کے لیے کسی بھی feature comparison سے پہلے یہی minimums فیصلہ کر دیتے ہیں۔ 5 افراد پر مشتمل startup Enterprise نہیں خرید سکتا، اس لیے اسے مطلوب audit log کسی بھی قیمت پر دستیاب نہیں ہوتا۔ 200 افراد پر مشتمل کمپنی Team پر برقرار نہیں رہ سکتی، کیونکہ 150 seats ایک قطعی حد ہے اور اضافی seats کی کوئی گنجائش نہیں۔ 20 سے 150 seats کے درمیان آپ کو واقعی فیصلہ کرنا ہوتا ہے۔

سالانہ کمٹمنٹس اور مدت کے دوران تبدیلیوں کا بلنگ طریقۂ کار

مدت کے دوران Team seat شامل کرنے پر باقی مدت کے تناسب سے بل بنتا ہے اور رقم فوراً وصول کی جاتی ہے۔ کسی صارف کو standard سے premium پر اپ گریڈ کرنے پر بھی اسی طرح باقی مدت کے تناسب سے صرف قیمت کے فرق کا بل بنتا ہے اور رقم فوراً وصول کی جاتی ہے۔ اس سے ٹیم کی توسیع کم خرچ اور آسان رہتی ہے۔

کمی کا طریقۂ کار یکساں نہیں ہے۔ کسی رکن کو ہٹانے پر فوری credit یا refund نہیں ملتا۔ اس لیے متوقع headcount کے مطابق کیا گیا annual commitment، بھرتی سست پڑنے کی صورت میں ایسی رقم بن جاتا ہے جو واپس نہیں ملتی۔ Annual plan ان لوگوں کے لیے خریدیں جو پہلے ہی ملازم ہیں۔

Enterprise میں seat fee subscription کی طرح کام کرتی ہے، لیکن usage اس طرح نہیں ہوتا۔ Seat-based Enterprise plans میں usage کی billing ہر ماہ کے آخر میں اس بنیاد پر ہوتی ہے کہ لوگوں نے حقیقت میں کتنا استعمال کیا۔ آپ کا bill کام کے ساتھ تبدیل ہوتا ہے۔ یہ اس وقت مفید ہے جب کوئی project عارضی طور پر رک جائے، لیکن deadline آنے پر اخراجات غیر متوقع طور پر بڑھ سکتے ہیں۔

Admin، SSO اور SCIM: اصل حد کہاں قائم ہوتی ہے

Team میں پہلے ہی domain capture، just-in-time provisioning، role-based permissioning اور spending caps کے ساتھ central billing سمیت single sign-on شامل ہے۔ یہ ان لوگوں کے لیے حیران کن ہوتا ہے جو سمجھتے ہیں کہ SSO، Enterprise upsell کی بنیادی خصوصیت ہے۔ ایسا نہیں ہے۔

Team میں SCIM (system for cross-domain identity management) شامل نہیں ہے۔ یہ وہ protocol ہے جسے آپ کا identity provider خودکار طور پر accounts بنانے اور حذف کرنے کے لیے استعمال کرتا ہے۔ SCIM کے بغیر deprovisioning دستی طور پر کرنا پڑتی ہے۔ اس کا مطلب ہے کہ جمعہ کو ملازمت چھوڑنے والا employee اس وقت تک فعال Claude seat رکھتا ہے جب تک کوئی admin organization settings کھول کر اسے حذف نہ کر دے۔ 12 افراد کی ٹیم میں اس کے لیے calendar reminder کافی ہو سکتا ہے۔ 300 افراد اور ماہانہ staff turnover کی صورت میں یہ audit finding بن جاتا ہے، کیونکہ آپ ثابت نہیں کر سکتے کہ employment ختم ہوتے ہی access بھی ختم ہو گئی تھی۔

Enterprise تعمیل سے متعلق باقی ضروریات بھی شامل کرتا ہے: audit logs، ایک Compliance API جو activity logs اور conversation content کو programmatically پڑھتی ہے، adoption metrics کے لیے ایک Analytics API، customer-managed encryption keys، صرف US میں inference کا option، اور HIPAA-ready configuration۔

ڈیٹا کنٹرولز: training اور retention دو الگ سوال ہیں

Team اور Enterprise دونوں میں آپ کے prompts اور outputs کو default طور پر models کی training کے لیے استعمال نہیں کیا جاتا۔ یہ commercial terms کا حصہ ہے، اور دونوں plans میں جواب ایک ہی ہے۔ اس مقصد کے لیے کسی کو upgrade کرنے کی ضرورت نہیں۔

Retention الگ معاملہ ہے۔ "ہم اسے training کے لیے استعمال نہیں کرتے" اور "ہم اسے محفوظ نہیں رکھتے" دو مختلف وعدے ہیں، اور انہیں ایک ہی سمجھنا AI vendor review میں سب سے عام غلطی ہے۔ Custom data retention controls، Enterprise feature ہیں۔ اگر آپ کی legal team نے policy میں retention period درج کی ہے تو لوگوں کی تعداد کم ہونے کے باوجود یہ requirement Enterprise کو لازمی بنا دیتی ہے، اور 20-seat self-serve minimum آپ کے plan کی اصل پابندی بن جاتا ہے۔

کیا استعمال پوری ٹیم کے درمیان مشترکہ ہوتا ہے؟

نہیں۔ Team میں usage limits ہر رکن پر الگ لاگو ہوتی ہیں، پوری organization پر نہیں۔ کم استعمال کرنے والے رکن کی غیر استعمال شدہ capacity زیادہ استعمال کرنے والے رکن کو منتقل نہیں ہوتی۔ اس لیے اضافی seats خریدنا کسی ایک شخص کے لیے اضافی capacity خریدنے کا طریقہ نہیں ہے۔

آپ usage credits فعال کر سکتے ہیں۔ جب کوئی رکن اپنی شامل شدہ limit تک پہنچ جاتا ہے تو credits اسے کام جاری رکھنے دیتے ہیں، اور billing معیاری API rates کے مطابق ہوتی ہے۔ Team میں owners پہلے سے credits خریدتے ہیں اور organization کے لیے، نیز ہر فرد کے لیے spending limits مقرر کرتے ہیں۔ Enterprise ہر seat tier کے لیے الگ limit بھی فراہم کرتا ہے، اس لیے standard اور premium users کے لیے مختلف ceilings مقرر کی جا سکتی ہیں۔ آپ credits کو مکمل طور پر disable بھی کر سکتے ہیں۔ ایسی صورت میں شامل شدہ limit تک پہنچنے پر کام رک جاتا ہے اور کوئی غیر متوقع bill ظاہر نہیں ہوتا۔

چونکہ overage کی billing API rates کے مطابق ہوتی ہے، اس لیے کام کی نوعیت رقم کا تعین کرتی ہے۔ طویل context اور طویل outputs، مختصر سوالات کے مقابلے میں کہیں زیادہ مہنگے ہوتے ہیں، اور input اور output tokens کی قیمتیں مختلف ہوتی ہیں۔

کیا Claude Code seats بھی شامل ہوتی ہیں؟

ہاں، August 2026 تک دونوں plans میں۔ Claude Code ہر Team seat کے ساتھ شامل ہے، خواہ وہ standard ہو یا premium۔ نئے اور self-serve Enterprise plans میں بھی ہر seat کے ساتھ یہ شامل ہے۔ تاہم، ہر plan میں “شامل” ہونے کا مطلب مختلف ہے، کیونکہ Team seat میں usage شامل ہوتا ہے، جبکہ Enterprise seat پر ہر token کی billing API rates کے مطابق ہوتی ہے۔ اس فرق کی وضاحت Claude Code seat کی لاگت، فی token ادائیگی کے مقابلے میں میں کی گئی ہے۔

استثنا پرانے Enterprise contracts ہیں، جن میں seat types الگ تھیں۔ ان contracts میں member کو usage-based billing کے تحت Chat + Claude Code seat یا seat-based billing کے تحت premium seat درکار ہوتی ہے۔ اگر آپ کی organization نے تبدیلی سے پہلے contract کیا تھا تو organization settings میں ہر فرد کی seat type دیکھیں، کیونکہ عام chat seat Claude Code نہیں چلا سکتی، اور اس کا error plan کے مسئلے کے بجائے licensing problem جیسا دکھائی دیتا ہے۔

Premium seats بنیادی طور پر Claude Code کی وجہ سے موجود ہیں۔ August 2026 تک standard Team seat میں Pro subscription کے مقابلے میں فی session تقریباً 1.25 گنا usage شامل ہوتا ہے، جبکہ premium seat میں تقریباً 6.25 گنا usage شامل ہوتا ہے۔ اس کے علاوہ Sonnet usage کے لیے الگ second weekly limit بھی ہوتی ہے۔ Coding agent chat window کے مقابلے میں کہیں زیادہ text پڑھتا اور لکھتا ہے، اس لیے premium seats engineers کو دی جاتی ہیں اور باقی افراد standard seats استعمال کرتے ہیں۔ Heavy agent use میں حقیقتاً کتنا usage خرچ ہوتا ہے، اس کی مثال کے لیے عملی طور پر Claude Code کی لاگت دیکھیں۔

Enterprise بمقابلہ Claude Code: یہ انتخاب نہیں ہے

یہ جوڑی تلاش کے نتائج میں بار بار دکھائی دیتی ہے، اس لیے بات واضح طور پر بیان کرتے ہیں۔ Claude Code ایک product ہے: coding agent جو آپ کے terminal اور IDE میں چلتا ہے۔ Enterprise ایک plan ہے: administration اور billing tier جسے کوئی organization خریدتی ہے۔ یہ مختلف layers پر کام کرتے ہیں، اس لیے یہ متبادل نہیں ہیں۔

پہلے آپ plan منتخب کرتے ہیں، پھر Claude Code آپ کے موجودہ seat کے تحت چلتا ہے۔ یہ Pro، Max، Team seat، یا Enterprise seat کے تحت چل سکتا ہے، یا کسی subscription کے بغیر براہِ راست API account پر bill ہو سکتا ہے۔ کوئی solo developer 100 یا 200 dollars میں Max اور Team seat کے درمیان فیصلہ کر رہا ہو تو وہ دو حقیقی options کا موازنہ کر رہا ہے۔ "Enterprise یا Claude Code" میں ایک plan کا موازنہ product سے کیا جا رہا ہے، اور اس کا کوئی جواب نہیں ہے۔

عملی مثال: پانچ افراد پر مشتمل startup

[
  {
    "label": "5 standard seats",
    "with_annual_commitment_usd": 100,
    "without_commitment_usd": 125
  },
  {
    "label": "3 standard, 2 premium",
    "with_annual_commitment_usd": 260,
    "without_commitment_usd": 325
  },
  {
    "label": "5 premium seats",
    "with_annual_commitment_usd": 500,
    "without_commitment_usd": 625
  }
]

پانچ افراد ہیں، جن میں سے دو code لکھتے ہیں۔ Enterprise زیرِ غور نہیں، کیونکہ self-serve کی کم از کم حد 20 seats ہے۔ اب صرف seats کی تقسیم کا فیصلہ باقی ہے۔ تین standard seats اور دو premium seats کی ماہانہ لاگت annual commitment کے ساتھ 260 dollars، یا commitment کے بغیر 325 dollars ہے۔

ماہانہ billing سے آغاز کریں۔ پانچ افراد کی کمپنی ایک quarter کے اندر اپنی ساخت بدل سکتی ہے، اور annual commitment سے کوئی seat ہٹانے پر refund نہیں ملتا۔ جب headcount چند ماہ تک مستحکم رہے تو annual billing پر منتقل ہوں۔ اگر دونوں engineers ہر ہفتے اپنی premium limit پوری کر لیتے ہیں تو اگلا قدم usage credits کے ساتھ فی فرد spending cap مقرر کرنا ہے، نہ کہ مزید seats خریدنا، کیونکہ limits ہر member کے لیے الگ ہوتی ہیں اور اضافی seats آپس میں pool نہیں ہوتیں۔ اس پورے scenario کی وضاحت چھوٹے business کے لیے Claude Team plans میں ہے۔

کام کی مثال: پچاس افراد کی engineering organization

[
  {
    "label": "50 standard seats",
    "with_annual_commitment_usd": "1,000",
    "without_commitment_usd": "1,250"
  },
  {
    "label": "30 standard, 20 premium",
    "with_annual_commitment_usd": "2,600",
    "without_commitment_usd": "3,250"
  },
  {
    "label": "50 premium seats",
    "with_annual_commitment_usd": "5,000",
    "without_commitment_usd": "6,250"
  }
]

پچاس افراد، جن میں سے بیس engineers روزانہ coding agents چلاتے ہیں۔ Team میں تیس standard seats اور بیس premium seats کی سالانہ commitment کے ساتھ ماہانہ لاگت 2,600 dollars آتی ہے۔ یہ رقم مقرر رہتی ہے، اسی لیے finance ٹیم اسے پسند کرتی ہے۔ تمام پچاس افراد کو premium پر رکھنے کی لاگت 5,000 ہوتی، جس کا زیادہ تر capacity غیر engineering عملہ کبھی استعمال نہیں کرے گا۔

یہ کمپنی Enterprise کی دونوں minimum requirements پوری کرتی ہے، اس لیے اس کے پاس حقیقی انتخاب موجود ہے۔ پچاس seats پر Enterprise فی seat ایک چھوٹی platform fee لیتا ہے، پھر ہر token کی billing API rates کے مطابق کرتا ہے۔ Seat کی لاگت قابل پیش گوئی اور کم رہتی ہے، جبکہ usage کی لاگت پورا budget بن جاتی ہے۔ کم usage کی صورت میں یہ Team کی لاگت سے کم رہتی ہے، لیکن جب بیس engineers سارا دن agents چلاتے ہیں تو اس سے کافی زیادہ ہو جاتی ہے۔

اس لیے اندازہ لگانے کے بجائے پیمائش کریں۔ usage credits فعال اور spending cap مقرر کر کے ایک billing period کے لیے Team چلائیں۔ اس ماہ کے اختتام پر آپ کے پاس اپنے workload کے لیے tokens کی حقیقی لاگت موجود ہوگی۔ اس figure کا quote سے موازنہ کریں۔ Enterprise اس وقت خریدیں جب کوئی security یا retention requirement اسے لازم بنائے، یا جب headcount 150 سے زیادہ ہونے کی سمت بڑھ رہا ہو اور Team کی گنجائش ختم ہو رہی ہو۔ کسی بھی cost saving کو اضافی فائدہ سمجھیں، بنیادی وجہ نہیں۔ Enterprise seat fee اور usage billing صفحہ اس حساب کی تفصیل فراہم کرتا ہے۔

کمپنی کے حجم کے لحاظ سے فیصلہ کرنے کا اصول

• 20 سے کم افراد: Team۔ Enterprise ابھی آپ کو فروخت نہیں کیا جائے گا۔
• 20 سے 150 افراد، اور compliance کی کوئی لازمی شرط نہیں: Team، الا یہ کہ رخصت ہونے والے اراکین کو دستی طور پر ہٹانا پہلے ہی دشوار کام بن چکا ہو۔
• 20 سے 150 افراد، اور SCIM، audit log یا retention کی ضروریات موجود ہوں: Enterprise، self-serve۔
• 150 سے زیادہ افراد: Enterprise۔ Team کی ایک سخت حد ہے، اور اس سے بچنے کا کوئی طریقہ نہیں۔
• کسی بھی حجم کی کمپنی، اگر agent کا استعمال زیادہ اور وقفے وقفے سے شدید ہو: دونوں کی قیمت معلوم کریں، کیونکہ API-rate billing میں اپنے حقیقی استعمال کا علم فائدہ مند ہوتا ہے۔

اگر آپ اب بھی individual subscriptions اور team plan میں سے انتخاب کر رہے ہیں، تو پہلے یہ دیکھیں کہ آپ کو دراصل کون سا Claude plan درکار ہے۔

FAQ

کیا Claude Enterprise، Claude Code کا متبادل ہے؟

نہیں، اور یہ موازنہ درست نہیں۔ Claude Code ایک product ہے، یعنی coding agent جو آپ کے terminal اور IDE میں چلتا ہے۔ Enterprise ایک plan ہے، یعنی administration اور billing tier جسے کوئی organization خریدتی ہے۔ Claude Code ہر Team seat اور موجودہ Enterprise plans کی ہر seat میں شامل ہے۔ اس لیے اصل سوال یہ ہے کہ آپ کون سا plan خریدتے ہیں، نہ کہ ان دونوں میں سے کس کا انتخاب کرتے ہیں۔ پرانے Enterprise contracts میں تصدیق کریں کہ member کے پاس ایسی seat type ہے جس میں Claude Code شامل ہو، کیونکہ صرف chat والی seat اسے نہیں چلا سکتی۔

Claude Team اور Enterprise کے لیے seats کی کم از کم تعداد کیا ہے؟

Team کے لیے 2 members درکار ہوتے ہیں اور یہ زیادہ سے زیادہ 150 seats کو support کرتا ہے۔ Self-serve طریقے سے خریدنے پر Enterprise کے لیے 20 seats درکار ہوتی ہیں، جبکہ sales-assisted طریقے سے 50 seats درکار ہوتی ہیں۔ 5 افراد کی company کسی بھی قیمت پر Enterprise نہیں خرید سکتی، اس لیے یہ موازنہ صرف 20 سے زیادہ افراد کی صورت میں بامعنی بنتا ہے۔ 150 سے زیادہ افراد کی صورت میں یہ موازنہ پھر ختم ہو جاتا ہے، کیونکہ Team کی حد 150 seats پر رک جاتی ہے۔

کیا Claude Team میں SSO شامل ہے، یا مجھے Enterprise درکار ہے؟

Team میں domain capture کے ساتھ single sign-on شامل ہے، نیز just-in-time provisioning اور role-based permissioning بھی شامل ہیں۔ Enterprise میں SCIM provisioning شامل ہے، جس سے آپ کا identity provider Claude accounts خودکار طور پر بنا اور ختم کر سکتا ہے۔ SCIM کے بغیر آپ کو organization settings میں لوگوں کی رسائی دستی طور پر ختم کرنا پڑتی ہے۔ اس لیے upgrade کی وجہ لوگوں کے login کرنے کا طریقہ نہیں، بلکہ deprovisioning کا risk ہے۔

کیا plan میں شامل Claude usage سب لوگوں کے درمیان مشترک ہوتی ہے؟

نہیں۔ Team میں usage limits ہر member پر الگ لاگو ہوتی ہیں، اس لیے کم usage والے user کی غیر استعمال شدہ capacity زیادہ usage والے user کو منتقل نہیں ہوتی۔ جب کوئی شخص اپنی limit تک پہنچ جاتا ہے تو usage credits اسے standard API rates پر کام جاری رکھنے دیتے ہیں، اور owners organization کے لیے بھی اور ہر شخص کے لیے بھی spending limit مقرر کر سکتے ہیں۔ Credits بند کرنے سے شامل limit پوری ہونے پر کام رک جاتا ہے، بجائے اس کے کہ ایسا bill بنے جس کی آپ نے منصوبہ بندی نہ کی ہو۔