দ্বারা Claude Team নাকি Enterprise: কোনটি কিনবেন?
Claude-এর Team ও Enterprise তুলনা করুন: seat minimum, billing term, SSO ও SCIM, data control এবং Claude Code-এর অবস্থান, সঙ্গে 2টি বাস্তব হিসাব।
দল বা Enterprise: সংক্ষিপ্ত উত্তর
Claude Team এবং Enterprise-এর মধ্যে নির্বাচন মূলত seat-এর সংখ্যা ও নিয়ন্ত্রণের ওপর নির্ভর করে। Team হলো ছোট কোম্পানির জন্য পরিকল্পনা: এটি 2 জন সদস্য থেকে শুরু হয়, সর্বোচ্চ 150টি seat পর্যন্ত সমর্থন করে এবং usage-সহ প্রতি seat-এর জন্য নির্দিষ্ট মূল্য নির্ধারণ করে। Enterprise হলো এমন প্রতিষ্ঠানের জন্য পরিকল্পনা, যেখানে identity provider এবং security review রয়েছে। এতে SCIM provisioning ও audit log-এর পাশাপাশি custom data retention control এবং customer-managed encryption key যোগ হয়। এ ক্ষেত্রে প্রতি seat-এর fee-এর সঙ্গে API rate অনুযায়ী ব্যবহৃত প্রতিটি token-এর জন্যও চার্জ নেওয়া হয়।
20 জনের কম কর্মী থাকা অধিকাংশ কোম্পানি কখনও এই সিদ্ধান্ত নেওয়ার পর্যায়ে পৌঁছায় না, কারণ Enterprise-এর seat minimum তারা পূরণ করতে পারে না। নিচের আলোচনা সেই কোম্পানিগুলোর জন্য, যাদের সত্যিই বেছে নেওয়ার সুযোগ রয়েছে।
প্রতিটি প্ল্যানের খরচ কত?
Team তাদের মূল্য প্রকাশ করে। এখানে দুই ধরনের seat আছে, এবং একই প্ল্যানে এগুলো মিশিয়ে ব্যবহার করা যায়।
The data behind this chart
[
{
"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-এর খরচ প্রতি সদস্যের জন্য প্রতি মাসে 20 ডলার। কোনো চুক্তি ছাড়া মাসিক বিলিংয়ে খরচ 25 ডলার। premium seat-এর খরচ বার্ষিকভাবে 100 ডলার, অথবা মাসিকভাবে 125 ডলার। উভয় ক্ষেত্রেই বার্ষিক চুক্তিতে এক-পঞ্চমাংশ ছাড় থাকে। উভয় অঙ্কই August 2026 অনুযায়ী list price এবং প্রতি সদস্যের নির্ধারিত সীমা পর্যন্ত usage অন্তর্ভুক্ত করে।
Enterprise-এর মূল্য নির্ধারণের পদ্ধতি আলাদা। এই অংশটিই ক্রেতারা প্রায়ই ভুল বোঝেন। seat fee শুধু platform-এ access-এর খরচ এবং এতে কোনো usage অন্তর্ভুক্ত নেই। Claude apps ও Claude Code-এ ব্যবহৃত প্রতিটি token standard API rate অনুযায়ী আলাদাভাবে বিল করা হয়। August 2026 অনুযায়ী pricing page-এ self-serve Enterprise seat-এর মূল্য প্রতি seat প্রতি মাসে 20 ডলার দেখানো হয়েছে। sales-assisted পদ্ধতির কোনো প্রকাশিত মূল্য নেই। আপনাকে একজন buying specialist-এর সঙ্গে যোগাযোগ করে quotation নিতে হবে। তাই কোথাও লিখিত কোনো per-seat Enterprise মূল্য দেখলে ধরে নিন সেটি অন্য কারও contract-এর মূল্য, rate card নয়।
যোগ্য হতে কতটি seat প্রয়োজন?
Team-এর জন্য কমপক্ষে দুইজন member প্রয়োজন এবং এটি সর্বোচ্চ 150টি seat সমর্থন করে। self-serve পদ্ধতিতে Enterprise কিনলে 20টি seat প্রয়োজন, আর sales-assisted পদ্ধতিতে কিনলে 50টি seat প্রয়োজন।
কোনো feature তুলনা শুরু হওয়ার আগেই এই minimum অনেক কোম্পানির সিদ্ধান্ত নির্ধারণ করে দেয়। পাঁচজনের একটি startup Enterprise কিনতে পারে না, তাই তারা যে audit log চায়, সেটি কোনো মূল্যেই পাওয়া যায় না। 200 জনের কোম্পানি Team-এ থাকতে পারে না, কারণ 150টি seat একটি কঠোর সর্বোচ্চ সীমা এবং অতিরিক্ত seat-এর কোনো ব্যবস্থা নেই। 20 থেকে 150টি seat-এর মধ্যে হলে আপনাকে সত্যিই সিদ্ধান্ত নিতে হবে।
বার্ষিক commitment এবং মেয়াদের মাঝামাঝি পরিবর্তনের billing পদ্ধতি
মেয়াদের মাঝামাঝি সময়ে একটি Team seat যোগ করলে খরচ আনুপাতিক হারে নির্ধারিত হয় এবং সঙ্গে সঙ্গে charged হয়। কারও plan standard থেকে premium-এ upgrade করলেও একইভাবে আনুপাতিক হারে শুধু price difference charged হয়। ফলে growth কম খরচে এবং সহজে করা যায়।
Seat কমানোর নিয়ম একই নয়। কোনো member সরিয়ে দিলে সঙ্গে সঙ্গে credit বা refund পাওয়া যায় না। তাই ভবিষ্যতে যতজন কর্মী নিয়োগের আশা করছেন, সেই headcount ধরে annual commitment কিনলে hiring ধীর হয়ে গেলে অব্যবহৃত অর্থ ফেরত পাবেন না। ইতিমধ্যে employed ব্যক্তিদের জন্য annual plan কিনুন।
Enterprise-এ seat fee subscription-এর মতো কাজ করে, কিন্তু usage সেভাবে কাজ করে না। Seat-based Enterprise plan-এ usage-এর bill প্রতি মাসের শেষে মানুষ বাস্তবে যতটুকু ব্যবহার করেছে, তার ভিত্তিতে করা হয়। কাজের পরিমাণ অনুযায়ী bill পরিবর্তিত হয়। কোনো project pause হলে এটি সুবিধাজনক, কিন্তু deadline এলে অস্বস্তিকর হতে পারে।
Admin, SSO এবং SCIM: প্রকৃত সীমারেখা কোথায়
Team প্ল্যানে domain capture, just-in-time provisioning, role-based permissioning এবং spending cap-সহ central billing-এর সঙ্গে single sign-on-ও রয়েছে। যারা SSO-কে Enterprise প্ল্যানের অতিরিক্ত বিক্রয় সুবিধা মনে করেন, তারা এতে অবাক হতে পারেন। আসলে তা নয়।
Team প্ল্যানে SCIM (system for cross-domain identity management) নেই। আপনার identity provider নিজে থেকে account তৈরি ও মুছে ফেলতে এই protocol ব্যবহার করে। SCIM ছাড়া deprovisioning ম্যানুয়ালি করতে হয়। এর অর্থ, শুক্রবার চাকরি ছেড়ে যাওয়া কোনো কর্মীর Claude seat তখনও সক্রিয় থাকে, যতক্ষণ না কোনো admin organization settings খুলে তাকে সরিয়ে দেন। 12 জনের ক্ষেত্রে এটি একটি calendar reminder দিয়ে সামলানো যায়। কিন্তু মাসিক কর্মী পরিবর্তনসহ 300 জনের প্রতিষ্ঠানে এটি audit finding হয়ে দাঁড়ায়, কারণ চাকরি শেষ হওয়ার সঙ্গে সঙ্গে access বন্ধ হয়েছে—এটি আপনি প্রমাণ করতে পারবেন না।
Enterprise প্ল্যানে compliance-এর বাকি অংশও যুক্ত হয়: audit logs, activity logs ও conversation content programmatically পড়ার জন্য একটি Compliance API, adoption metrics-এর জন্য একটি Analytics API, customer-managed encryption keys, শুধু US-এ inference চালানোর একটি option এবং HIPAA-ready configuration।
ডেটা নিয়ন্ত্রণ: training এবং retention দুটি ভিন্ন বিষয়
Team এবং Enterprise—উভয় প্ল্যানেই আপনার prompt ও output ডিফল্টভাবে model training-এর জন্য ব্যবহার করা হয় না। এটি commercial terms-এর অংশ, এবং উভয় প্ল্যানেই উত্তর একই। এ কারণে কাউকে upgrade করতে হয় না।
Retention আলাদা বিষয়। “আমরা এটি training-এ ব্যবহার করি না” এবং “আমরা এটি সংরক্ষণ করি না”—এ দুটি ভিন্ন প্রতিশ্রুতি। AI vendor review-তে এগুলোকে এক বিষয় হিসেবে বিবেচনা করাই সবচেয়ে সাধারণ ভুল। Custom data retention control একটি Enterprise feature। আপনার legal team যদি policy-তে নির্দিষ্ট retention period লিখে থাকে, তাহলে আপনার প্রতিষ্ঠানে যত কম মানুষই থাকুক, সেই requirement-এর কারণে Enterprise নিতে হবে। সে ক্ষেত্রে 20-seat self-serve minimum-ই আপনার প্ল্যান বেছে নেওয়ার প্রকৃত সীমাবদ্ধতা হয়ে দাঁড়ায়।
দলের মধ্যে ব্যবহার কি pooled হয়?
না। Team-এর usage limit প্রতিটি member-এর জন্য প্রযোজ্য; পুরো organization-এর জন্য নয়। কোনো কম-ব্যবহারকারী member-এর অব্যবহৃত capacity বেশি-ব্যবহারকারী member-এর কাছে স্থানান্তরিত হয় না। তাই অতিরিক্ত seat কেনা একজনের জন্য অতিরিক্ত capacity কেনার উপায় নয়।
আপনি usage credits চালু করতে পারেন। কোনো member তাদের অন্তর্ভুক্ত limit-এ পৌঁছালে credits তাদের কাজ চালিয়ে যেতে দেয় এবং standard API rate অনুযায়ী billing হয়। Team-এ owner আগে credits কিনে organization এবং প্রতিটি individual-এর জন্য spending limit নির্ধারণ করেন। Enterprise প্রতিটি seat tier-এর জন্য আলাদা limit যোগ করে। ফলে standard এবং premium user-এর ceiling আলাদা হতে পারে। আপনি credits সম্পূর্ণভাবে বন্ধও করতে পারেন। সে ক্ষেত্রে included limit-এ পৌঁছালে কাজ বন্ধ হবে এবং কোনো অনিয়োজিত bill তৈরি হবে না।
Overage-এর জন্য API rate অনুযায়ী bill হওয়ায় কাজের ধরন মোট খরচ নির্ধারণ করে। দীর্ঘ context এবং দীর্ঘ output, ছোট প্রশ্নের তুলনায় অনেক বেশি খরচ হয়। এছাড়া input ও output token-এর মূল্য আলাদাভাবে নির্ধারিত হয়।
Claude Code-এর seat কি এতে অন্তর্ভুক্ত?
হ্যাঁ, August 2026 অনুযায়ী উভয় plan-এই এটি অন্তর্ভুক্ত। Claude Code প্রতিটি Team seat-এর সঙ্গে অন্তর্ভুক্ত, standard এবং premium—উভয় seat-এই। নতুন এবং self-serve Enterprise plan-এও প্রতিটি seat-এর সঙ্গে এটি অন্তর্ভুক্ত। তবে প্রতিটি plan-এ “included” কথাটির অর্থ আলাদা, কারণ Team seat-এ usage bundled থাকে, আর Enterprise seat-এ API rate অনুযায়ী প্রতিটি token-এর জন্য বিল করা হয়। এই পার্থক্যটি Claude Code seat-এর খরচ বনাম token-প্রতি পেমেন্ট-এ ব্যাখ্যা করা হয়েছে।
ব্যতিক্রম হলো পুরোনো Enterprise contract, যেখানে seat type আলাদা ছিল। সেসব contract-এ কোনো member-এর usage-based billing-এর অধীনে Chat + Claude Code seat অথবা seat-based billing-এর অধীনে premium seat প্রয়োজন। আপনার organization এই পরিবর্তনের আগে sign up করে থাকলে, organization settings-এ প্রত্যেক ব্যক্তির seat type পরীক্ষা করুন। সাধারণ chat seat দিয়ে Claude Code চালানো যাবে না। তখনকার error-টি plan সংক্রান্ত সমস্যার বদলে licensing সমস্যার মতো দেখায়।
Premium seat মূলত 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 seat engineer-দের জন্য বরাদ্দ করুন এবং অন্য সবাইকে standard seat-এ রাখুন। ভারী agent use বাস্তবে কতটা usage ব্যয় করে, তার ধারণার জন্য বাস্তবে Claude Code-এর খরচ কত দেখুন।
Enterprise বনাম Claude Code: এটি কোনো পছন্দের বিষয় নয়
এই জোড়াটি সার্চে প্রায়ই দেখা যায়, তাই বিষয়টি সরাসরি বলা যাক। Claude Code একটি product: এটি আপনার terminal এবং IDE-তে চলা একটি coding agent। Enterprise একটি plan: এটি কোনো organization যে administration ও billing tier কিনে। এগুলো ভিন্ন স্তরে অবস্থান করে, তাই এগুলো পরস্পরের বিকল্প নয়।
প্রথমে আপনি একটি plan বেছে নেন। এরপর আপনার কাছে থাকা seat-এর অধীনে Claude Code চলে। এটি Pro, Max, Team seat বা Enterprise seat-এর অধীনে চলতে পারে। কোনো subscription ছাড়াই সরাসরি API account-এ billing করেও এটি চালানো যায়। একজন solo developer যখন 100 বা 200 dollars-এ Max এবং Team seat-এর মধ্যে সিদ্ধান্ত নেন, তখন তিনি দুটি বাস্তব বিকল্পের তুলনা করছেন। "Enterprise বা Claude Code" বললে একটি plan-এর সঙ্গে একটি product-এর তুলনা করা হয়। তাই এর কোনো উত্তর নেই।
বাস্তব উদাহরণ: পাঁচজনের startup
The data behind this chart
[
{
"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টি seat। এখন একমাত্র সিদ্ধান্ত হলো seat-এর সমন্বয়। তিনটি standard seat এবং দুটি premium seat-এর দাম annual commitment-এ প্রতি মাসে 260 dollars, আর commitment ছাড়া 325 dollars।
প্রথমে monthly billing দিয়ে শুরু করুন। একটি পাঁচজনের company এক quarter-এর মধ্যেই আকার বদলাতে পারে, আর annual commitment থেকে একটি seat সরালে কোনো refund পাওয়া যায় না। Headcount কয়েক মাস স্থিতিশীল থাকলে annual billing-এ পরিবর্তন করুন। দুই engineer যদি প্রতি সপ্তাহে তাদের premium limit-এ পৌঁছান, তাহলে পরবর্তী পদক্ষেপ হবে প্রতি ব্যক্তির spending cap-সহ usage credits নেওয়া, আরও seat যোগ করা নয়; কারণ limit প্রতি member-এর জন্য নির্ধারিত এবং অতিরিক্ত seat একত্র করে ব্যবহার করা যায় না। এই সম্পূর্ণ পরিস্থিতি ছোট business-এর জন্য Claude Team plan-এ ব্যাখ্যা করা হয়েছে।
পঞ্চাশজনের engineering organization: একটি বাস্তব উদাহরণ
The data behind this chart
[
{
"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"
}
]পঞ্চাশজন কর্মী, যাদের মধ্যে 20 জন প্রতিদিন coding agent চালান। Team-এ 30টি standard seat এবং 20টি premium seat নিলে annual commitment অনুযায়ী মাসিক খরচ হবে 2,600 ডলার। এই অঙ্কটি নির্দিষ্ট, তাই finance team এটি পছন্দ করে। পঞ্চাশজনকেই premium-এ রাখলে খরচ হবে 5,000 ডলার; এর বেশিরভাগ capacity non-engineering কর্মীরা কখনো ব্যবহার করবেন না।
এই company উভয় Enterprise minimum পূরণ করে, তাই তার হাতে বাস্তবিক একটি সিদ্ধান্তের সুযোগ আছে। 50টি seat-এর ক্ষেত্রে Enterprise প্রতি seat-এ একটি ছোট platform fee নেয়, এরপর প্রতিটি token-এর জন্য API rate অনুযায়ী বিল করে। Seat-এর খরচ পূর্বানুমানযোগ্য এবং কম থাকে, কিন্তু usage-এর খরচই পুরো budget-এর মূল অংশ হয়ে যায়। Usage কম হলে মোট খরচ Team plan-এর চেয়ে কম হতে পারে। আবার 20 জন engineer সারাদিন agent চালালে তা Team plan-এর চেয়ে অনেক বেশি হতে পারে।
তাই অনুমান না করে পরিমাপ করুন। এক billing period-এর জন্য usage credits চালু রেখে এবং spending cap নির্ধারণ করে Team ব্যবহার করুন। মাস শেষে আপনার নিজস্ব workload-এর জন্য প্রকৃত token খরচের একটি অঙ্ক হাতে থাকবে। সেই অঙ্কটি একটি quote-এর সঙ্গে তুলনা করুন। কোনো security বা retention requirement Enterprise ব্যবহার বাধ্যতামূলক করলে Enterprise নিন। অথবা headcount 150-এর বেশি হওয়ার পথে থাকলে এবং Team-এর capacity শেষ হয়ে এলে Enterprise নিন। Cost saving হলে সেটিকে অতিরিক্ত সুবিধা হিসেবে দেখুন, মূল কারণ হিসেবে নয়। Enterprise seat fee এবং usage billing পৃষ্ঠায় এই হিসাবটি বিস্তারিতভাবে দেখানো হয়েছে।
কোম্পানির আকার অনুযায়ী সিদ্ধান্তের নিয়ম
- 20 জনের কম: Team। Enterprise এখনো আপনার কাছে বিক্রি করা হবে না।
- 20 থেকে 150 জন, কোনো compliance mandate নেই: Team, যদি না চলে যাওয়া সদস্যদের হাতে করে সরানো ইতিমধ্যে ঝামেলার কাজ হয়ে থাকে।
- 20 থেকে 150 জন, SCIM, audit log বা retention-এর প্রয়োজন আছে: Enterprise, self-serve।
- 150 জনের বেশি: Enterprise। Team-এর একটি কঠোর সীমা আছে, এবং তা এড়ানোর কোনো উপায় নেই।
- যেকোনো আকারের কোম্পানি, agent-এর ব্যবহার বেশি এবং হঠাৎ হঠাৎ বাড়ে: দুটিরই মূল্য হিসাব করুন, কারণ API-rate billing-এ আপনার প্রকৃত ব্যবহার জানা থাকলে খরচের সুবিধা পাওয়া যায়।
আপনি যদি এখনো individual subscription এবং team plan-এর মধ্যে সিদ্ধান্ত না নিয়ে থাকেন, তাহলে প্রথমে আপনার আসলে কোন Claude plan প্রয়োজন দেখুন।
FAQ
Claude Enterprise কি Claude Code-এর বিকল্প?
না, এই তুলনা প্রযোজ্য নয়। Claude Code একটি product এবং coding agent, যা আপনার terminal ও IDE-তে চলে। Enterprise হলো একটি plan, অর্থাৎ কোনো organization যে administration ও billing tier কেনে। প্রতিটি Team seat এবং বর্তমান Enterprise plan-এর প্রতিটি seat-এর সঙ্গে Claude Code অন্তর্ভুক্ত থাকে। তাই প্রশ্নটি হওয়া উচিত আপনি কোন plan কিনবেন, দুটির মধ্যে কোনটি বেছে নেবেন তা নয়। পুরোনো Enterprise contract হলে নিশ্চিত করুন যে member-এর এমন seat type আছে যাতে Claude Code অন্তর্ভুক্ত থাকে। শুধু chat-এর জন্য থাকা seat-এ এটি চলবে না।
Claude Team এবং Enterprise-এর জন্য সর্বনিম্ন কতটি seat প্রয়োজন?
Team-এর জন্য 2 জন member প্রয়োজন এবং এটি সর্বোচ্চ 150টি seat সমর্থন করে। নিজে কিনলে Enterprise-এর জন্য 20টি seat প্রয়োজন, আর sales-assisted পদ্ধতিতে কিনলে 50টি seat প্রয়োজন। 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 account তৈরি ও সরাতে পারে। SCIM না থাকলে organization settings থেকে আপনাকে হাতে করে user সরাতে হবে। তাই upgrade-এর মূল কারণ মানুষ কীভাবে login করে তা নয়, বরং deprovisioning-এর ঝুঁকি।
Plan-এর সব member-এর মধ্যে কি Claude usage একত্রে ভাগ হয়?
না। Team-এর usage limit প্রতি member-এর জন্য প্রযোজ্য। তাই কোনো light user-এর অব্যবহৃত capacity কোনো heavy user-এর কাছে স্থানান্তরিত হয় না। কেউ limit-এ পৌঁছালে usage credits ব্যবহার করে standard API rates-এ কাজ চালিয়ে যেতে পারে। Owner organization এবং প্রত্যেক ব্যক্তির জন্য আলাদাভাবে spending limit নির্ধারণ করতে পারেন। Credits বন্ধ করলে অপ্রত্যাশিত bill তৈরি না করে included limit-এ পৌঁছানোর পর কাজ বন্ধ হয়ে যায়।