ব্ল্যাক ফ্রাইডে সেল60% পর্যন্ত ছাড়
  • বার্ষিক প্ল্যানে প্রথম বছর 60% ছাড়
  • লাইফটাইম লাইসেন্সে 45% ছাড়
শেষ হবে
অফারটি নিন

SaaS, custom নাকি self-hosted? প্রথম bill-এর বাইরেও software-এর হিসাব করুন

সমান scope ধরে পাঁচ বছরের cost, বাস্তব workflow, পরিচালনার দায়িত্ব ও বের হওয়ার পথ তুলনা করুন। কোনো model নিজে থেকে সেরা নয়।

লেখক

Anichur Rahaman

3 মাস আগে8 মিনিট পড়া148 দেখা
SaaS, custom নাকি self-hosted? প্রথম bill-এর বাইরেও software-এর হিসাব করুন

টেবিলে তিনটি proposal। একটিতে monthly subscription, একটিতে custom build, আরেকটিতে self-hosted licence। প্রথম bill দেখে একটি সস্তা মনে হয়। কিন্তু দুই বছর পরে payroll run আটকে গেলে কে ঠিক করবেন? এটি বোঝানোর উদাহরণ, কোনো গ্রাহকের case study নয়।

সিদ্ধান্তটি শুধু “ভাড়া, বানানো নাকি নিজের করে নেওয়া” নয়। Hosting, billing, implementation ও intellectual-property rights আলাদা বিষয়। Self-hosted product-এও annual subscription থাকতে পারে; custom app-এও paid service ও third-party licence লাগতে পারে। আসল terms ও দায়িত্ব তুলনা করুন।

২০২৬ সালে software shortlist করার এই guide-এ essential workflow যাচাই, নির্ধারিত সময়ে মোট খরচ এবং ভবিষ্যতে বের হওয়ার পথ পরীক্ষা করব। StoreConsole self-hosted product বিক্রি করে—এই commercial interest স্পষ্ট রাখছি। Framework-এ SaaS বা custom ভালো হলে সেটিও বেছে নেওয়া যাবে।

Software বাছাইয়ের পাঁচ ধাপ: প্রয়োজন, pilot, মোট খরচ, দায়িত্ব ও exit test।
প্রতিটি gate-এ evidence তুলনা করুন। SaaS, custom ও self-hosted সম্ভাব্য option; আগে থেকে কোনোটি winner নয়।

তিনটা মডেল, সহজ ভাষায়

প্রশ্নSaaSCustom buildSelf-hosted licence
কী কিনছেনProvider চালানো service ব্যবহারের সুযোগDevelopment ও চুক্তিতে ঠিক করা rights/deliverablesProduct licence ও deployment rights
কে চালানProvider-এর কাজ, সঙ্গে আপনার configuration ও access-এর দায়িত্বচুক্তি অনুযায়ী আপনি, partner বা managed serviceআপনি বা partner; contract অনুযায়ী vendor support
কী যাচাই করবেনUsage terms, access, export ও recoveryScope, IP/licence, maintenance ও handoverLicence limits, support, operations ও exit

যে খরচটা আসলে গুরুত্বপূর্ণ: পাঁচ বছরের TCO

Total cost of ownership বা TCO-তে implementation, migration, training, licence, hosting, integration, support ও নিজের দলের সময় ধরুন। প্রয়োজন হলে change, recovery ও exit cost যোগ করুন। এখানে পাঁচ বছর তুলনার window, সব system-এর নির্দিষ্ট আয়ু নয়। সব option-এর scope, service level ও হিসাবের ভিত্তি সমান রাখুন।

সমান scope-এ একটি সহজ cost example

নিচের currency-unit অঙ্কগুলো ইচ্ছাকৃতভাবে বানানো উদাহরণ; vendor quotation, market average বা StoreConsole-এর দাম নয়। Monthly allowance-এ সংশ্লিষ্ট service ও নিজের দলের কাজ ধরা হয়েছে। সহজ base case-এ usage ও price অপরিবর্তিত; tax, financing, inflation ও ব্যতিক্রমী downtime ধরা হয়নি। বাস্তব কেনার হিসাবে প্রয়োজনীয় খরচ যোগ করুন।

  • SaaS base case: implementation ৬,০০০; monthly recurring allowance ১,০০০।
  • Self-hosted base case: implementation ১২,০০০; monthly recurring allowance ৯০০।
  • Custom base case: implementation ৪৫,০০০; monthly recurring allowance ৭৫০।
উদাহরণে মোট খরচ১ম বছর৩য় বছর৫ম বছর
SaaS১৮,০০০৪২,০০০৬৬,০০০
Self-hosted২২,৮০০৪৪,৪০০৬৬,০০০
Custom৫৪,০০০৭২,০০০৯০,০০০

Base case-এ n বছরের মোট খরচ = এককালীন implementation + ১২ × n × monthly running cost। পাঁচ বছরে দুই product option সমান হয়েছে, কারণ উদাহরণটি trade-off বোঝানোর জন্য; আগে থেকে কাউকে জেতানোর জন্য নয়।

  • Operator-এর সময় বাদ দিয়ে শুধু server bill-কে managed subscription-এর সঙ্গে তুলনা করবেন না।
  • ছোট custom pilot-এর সঙ্গে পুরো implemented suite তুলনা নয়। Workflow, support ও recovery expectation সমান রাখুন।

একটি assumption বদলালেই ফল বদলায়। Self-hosted option-এ মাসে আরও ৩০০ unit operational support লাগলে পাঁচ বছরে যোগ হবে ১৮,০০০; মোট হবে ৮৪,০০০। SaaS usage বাড়লে বা custom feature লাগলেও ফল পাল্টাবে। লিখিত quote দিয়ে low, expected ও high scenario হিসাব করুন; বের হয়ে migration-এর খরচও রাখুন।

দামের চেয়েও গুরুত্বপূর্ণ ছয়টা বিষয়

১. Time to go live

ছোট ও সাধারণ scope-এ SaaS দ্রুত শুরু হতে পারে, তবে access configuration, migration ও training-এর কাজ থাকে। Mature self-hosted package-ও দ্রুত শুরু হতে পারে। Custom pilot ছোট হতে পারে, পুরো replacement-এ বেশি সময় লাগতে পারে। কত দিনে হবে সেই প্রতিশ্রুতির বদলে পরীক্ষিত readiness plan দেখুন।

২. Cost at scale

Billing-এর প্রতিটি ভিত্তি দেখুন: active user, site, order, storage, API call, payment fee ও support। সব SaaS per-seat নয়; সব self-hosted licence flat নয়। Custom-এও paid component থাকতে পারে। ১০ বা ১৫ user-এর নিয়ম ধরে না কিনে নিজের growth scenario অনুযায়ী হিসাব করুন।

৩. Data ownership and residency

Data access, export capability এবং contract-এর rights আলাদা করুন। Data location-এর শর্ত থাকলে primary store, replica, backup, log ও support access দেখুন। SaaS বা self-hosted—কোনোটিই নিজে থেকে সব obligation পূরণ করে না। নিজের deployment-এও secure access ও পরীক্ষিত recovery লাগবে।

৪. Fit to unique processes

Custom build বাস্তব process gap পূরণ করতে পারে; কিন্তু custom মানেই নিখুঁত fit নয়। SaaS ও self-hosted দুই ধরনের product-এই API, configuration ও extension থাকতে পারে। কঠিন workflow দেখান, unsupported অংশ লিখুন এবং change ও maintenance-এর খরচ নিন। সবার জন্য ৮০/২০ coverage ratio নেই।

৫. Operations burden

SaaS-এ বেশি infrastructure কাজ provider করেন; তবু access decision, configuration, data quality ও recovery expectation আপনার দায়িত্বে থাকে। Self-hosting-এ patching, monitoring, backup ও incident-এর জন্য নির্দিষ্ট operator লাগবে। Managed partner কাজ নিতে পারেন, কিন্তু দায়িত্ব ও response time লিখিত হোক। Update button থাকা restore বা rollback কাজ করার প্রমাণ নয়।

৬. Exit cost এবং lock-in

সইয়ের আগে exit-এর মহড়া দিন। Attachment, history, identifier ও relationship-সহ বাস্তবসম্মত sample export করে অন্য জায়গায় load করুন। Format, API limit, encryption key, licence expiry, ongoing access ও support handover যাচাই করুন। Database query করা যায় বলে migration plan সম্পূর্ণ হয় না। Custom কাজেও source code, documentation ও handover terms পরিষ্কার চাই।

Score-এর আগে evidence, সবার আগে mandatory gate

Mandatory requirement পাস করা option-গুলোর ছয়টি factor-এ নিজের priority অনুযায়ী weight দিন। Pilot result বা contract-এর উত্তর দেখেই ১–৫ score দিন। Weighted average = মোট(weight × score) ÷ মোট weight। বেশি average দিয়ে কোনো বাধ্যতামূলক control fail ঢাকবেন না। অনিশ্চয়তা লিখুন। চকচকে dashboard-এর বদলে partial refund, offline sale বা attachment-সহ export সবচেয়ে দরকারি pilot হতে পারে।

কোন অবস্থায় কোন মডেল ঠিক

SaaS বেছে নিন যদি…

  • Pilot-এ দরকারি workflow চলে; provider-এর service ও data terms আপনার প্রয়োজন মেটায়।
  • Infrastructure চালানোর কাজ কিনতে চান এবং নিজের দলের দায়িত্ব পরিষ্কার।
  • Usage ও growth scenario-তেও পুরো quote গ্রহণযোগ্য।

কাস্টম build বেছে নিন যদি…

  • দরকারি ও মূল্যবান workflow উপযুক্ত product বা extension-এ মিটছে না।
  • শুধু প্রথম version নয়, delivery, security, maintenance ও স্থায়ী handover-এর budget আছে।

Self-hosted licence বেছে নিন যদি…

  • Product পরীক্ষিত scope মেটায় এবং intended use licence-এ অনুমোদিত।
  • Deployment control প্রয়োজন; দক্ষ operator বা managed partner-এর জন্য budget আছে।
  • Licence, infrastructure, support, update, recovery ও export-এর পুরো খরচ যুক্তিসংগত।

Hybrid যুক্তিসংগত হতে পারে: standard capability কিনুন, partner দিয়ে কিছু component চালান, আলাদা মূল্য তৈরি করা workflow-টি custom করুন। তবে প্রতিটি boundary-তে contract, integration ও recovery-এর দায়িত্ব যোগ হয়। পুরো ব্যবস্থা চালানো সম্ভব কি না দেখে বাছুন; hybrid নিজে থেকে সেরা নয়।

যেকোনো vendor-কে যে বারোটা প্রশ্ন করবেন

  1. আমাদের বর্তমান লোকসংখ্যায় খরচ কত হবে, আর তিন গুণ লোক হলে কত?
  2. কোন feature-গুলো মূল দামের মধ্যে, আর কোনগুলোর জন্য আলাদা টাকা দিতে হবে?
  3. রিনিউয়ালের সময় দাম কতটা বাড়তে পারে, আর সেটা কি চুক্তিতে লেখা আছে?
  4. আমাদের data ঠিক কোথায় রাখা হয়, আর কারা সেটা দেখতে পারে?
  5. ইতিহাস আর সম্পর্কসহ আমাদের সব data কীভাবে এক্সপোর্ট করব, আর কোন ফরম্যাটে?
  6. আমরা টাকা দেওয়া বন্ধ করলে, বা আপনাদের ব্যবসা বন্ধ হয়ে গেলে, আমাদের data-র কী হবে?
  7. আপডেট কীভাবে আসে, আর খারাপ আপডেট এলে কি আগের অবস্থায় ফেরা যায়?
  8. আপনাদের backup নীতি কী, আর শেষ কবে backup থেকে restore করে পরীক্ষা করেছেন?
  9. নিরাপত্তা কীভাবে সামলান: টু-ফ্যাক্টর login, রোল, audit লগ, encryption?
  10. ভবিষ্যতের আপডেট নষ্ট না করে কি system-টা আমাদের মতো বাড়ানো যায়?
  11. নিজেদের data দিয়ে কি ফ্রি ট্রায়াল নেওয়া যায়, আর টাকা ফেরতের কোনো সময়সীমা আছে কি?
  12. বিক্রির পরে যাঁরা সাপোর্ট দেবেন, তাঁদের সঙ্গে কি কথা বলা যায়?

পাঁচ মিনিটে সিদ্ধান্তের পথ

  1. অপরিহার্য workflow, access limit, service ও data requirement লিখুন। Mandatory gate fail করলে কম দাম দিয়ে সে ঘাটতি পুষিয়ে যাবে না।
  2. সব shortlisted option-এ একই কঠিন transaction, তার failure ও correction pilot করুন।
  3. সমান scope-এ low, expected ও high cost scenario বানান; assumption ও বাদ পড়া খরচ লিখুন।
  4. প্রতিটি component কে চালাবেন, patch, restore ও support করবেন—incident-এর সময়সহ—ঠিক করুন।
  5. Export ও handover-এর মহড়া দিন। Evidence ও risk দেখে দল যে option গ্রহণ করতে পারে সেটি বাছুন।

StoreConsole-এর দাম আর ডেলিভারি কীভাবে হয়

StoreConsole-এ self-hosted, module-based licence প্রতি site অনুযায়ী, প্রতি user নয়। আপনার configuration-এর বর্তমান pricing, licence terms ও deployment requirements যাচাই করুন; ওপরের sample আমাদের quotation নয়। প্রকাশিত offer-এ ১৪ দিনের trial ও ৩০ দিনের money-back policy আছে, সংশ্লিষ্ট terms অনুযায়ী। Trial-এ workflow, permission, export ও operational handover যাচাই করুন। নিচের video-তে plan ও checkout journey দেখানো হয়েছে।

StoreConsole যেভাবে কাজ করে (১:৩৫): plan বানান, free trial-সহ checkout করুন, আর licence key ও download পান।

মূল বিষয়গুলো

  • প্রথম bill বা deployment label নয়; পুরো service ও workflow তুলনা করুন।
  • User-count-এর universal threshold বা নিজে থেকে সবচেয়ে সস্তা hosting model নেই।
  • SaaS কিছু operational কাজ কমায়, নিজের দায়িত্ব দূর করে না।
  • Custom বা self-hosted মানেই fit, ownership rights বা compliance নিশ্চিত নয়।
  • সহনীয় exit cost ও দায়িত্বশীল operator কেনার সিদ্ধান্তের অংশ।

তথ্যসূত্র ও পর্যালোচনা

পর্যালোচনা: ৪ নভেম্বর ২০২৬। Microsoft-এর shared-responsibility guidance অনুযায়ী cloud service-এও customer-এর data, identity ও configuration-এর দায়িত্ব থাকে। আপনার contract-এ প্রকৃত দায়িত্ব দেখুন। Cost table, sensitivity ও scoring method আমাদের বোঝানোর উদাহরণ; provider-এর দাম বা নিশ্চিত savings নয়।

আনিছুর রহমান একজন সফটওয়্যার আর্কিটেক্ট এবং StoreConsole-এর নির্মাতা। বাড়তে থাকা ব্যবসার জন্য তিনি কমার্স ও ERP সিস্টেম ডিজাইন করেন — বিশেষ মনোযোগ event-driven আর্কিটেকচার, ডেটার নির্ভুলতা আর নিজের সার্ভারে চালানো সিস্টেমের ওপর।

লেখকের পরিচয়

Anichur Rahaman

পড়া চালিয়ে যান