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 فیس کے ساتھ API rates کے مطابق ہر استعمال شدہ token کی قیمت بھی وصول کی جاتی ہے۔

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

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

Team اپنی قیمتیں شائع کرتا ہے۔ اس میں seat کی دو اقسام ہیں، اور ایک ہی 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
  }
]

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

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

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

Team کے لیے کم از کم 2 members درکار ہیں، جبکہ یہ زیادہ سے زیادہ 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 کے مطابق کیا گیا سالانہ commitment، بھرتی سست پڑنے کی صورت میں واپس نہ ملنے والی رقم بن جاتا ہے۔ سالانہ منصوبہ صرف ان افراد کے لیے خریدیں جو پہلے ہی ملازم ہیں۔

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

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

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

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

Enterprise compliance surface کے باقی حصے بھی شامل کرتا ہے: 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 میں استعمال کی حدود ہر رکن پر الگ لاگو ہوتی ہیں، پوری تنظیم پر نہیں۔ کم استعمال کرنے والے رکن کی غیر استعمال شدہ گنجائش زیادہ استعمال کرنے والے رکن کو منتقل نہیں ہوتی، اس لیے اضافی seats خریدنا کسی ایک شخص کے لیے اضافی گنجائش خریدنے کا طریقہ نہیں ہے۔

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

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

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

جی ہاں، August 2026 تک دونوں plans میں شامل ہیں۔ Claude Code ہر Team seat کے ساتھ شامل ہے، خواہ وہ standard ہو یا premium۔ نئے اور self-serve Enterprise plans میں یہ ہر seat کے ساتھ شامل ہے۔

استثنا پرانے 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 کے لیے الگ سے دوسری weekly limit بھی لاگو ہوتی ہے۔ Coding agent chat window کے مقابلے میں کہیں زیادہ text پڑھتا اور لکھتا ہے، اس لیے premium seats engineers کو دیں اور باقی سب کے لیے standard seats رکھیں۔ بھاری agent use حقیقت میں کتنا consume کرتا ہے، اس کی مثال کے لیے دیکھیں عملی طور پر 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 ہے۔ اب صرف seat mix کا فیصلہ باقی ہے۔ تین 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 pooled نہیں ہوتیں۔ اس پوری صورتِ حال کی وضاحت چھوٹے کاروبار کے لیے 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 کی ماہانہ لاگت annual commitment کے ساتھ 2,600 dollars بنتی ہے۔ یہ رقم مقرر ہوتی ہے، اسی لیے finance اسے پسند کرتا ہے۔ تمام پچاس افراد کو premium پر رکھنے کی لاگت 5,000 بنتی، جس کا زیادہ تر capacity حصہ non-engineers کبھی استعمال نہیں کریں گے۔

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

اس لیے اندازہ لگانے کے بجائے پیمائش کریں۔ ایک billing period تک usage credits فعال اور spending cap مقرر کر کے Team چلائیں۔ اس مہینے کے اختتام پر آپ کے پاس اپنے workload کے لیے حقیقی token figure موجود ہوگا۔ اس 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-only seat اسے نہیں چلا سکتی۔

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

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

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

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

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

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