SaaS ব্যবসার MRR বাড়ছে, নতুন গ্রাহকও যোগ হচ্ছে—তারপরও মাস শেষে ব্যাংক হিসাবে প্রত্যাশিত নগদ না-ও থাকতে পারে। বুটস্ট্র্যাপড বা Founder-led SaaS-এ এই ব্যবধান দ্রুত সমস্যায় ফেলে। কর্মীদের বেতন, ক্লাউড অবকাঠামো, API, বিপণন, ঠিকাদার ও অন্যান্য বিল দিতে হয় হাতে থাকা নগদ থেকেই।
এই কারণেই কার্যকর SaaS cash flow planning শুধু আয়-ব্যয়ের বাজেট তৈরিতে সীমাবদ্ধ নয়। প্রতিষ্ঠাতাকে জানতে হবে কখন টাকা আসবে, কখন বের হবে, মাসে কত নগদ কমছে এবং প্রত্যাশার চেয়ে আয় কম হলে বর্তমান অর্থ দিয়ে ব্যবসা কত দিন চালানো যাবে।
ছোট Founder-led SaaS-এর জন্য সামনে ১২ মাসের মাসভিত্তিক নগদ প্রবাহের পূর্বাভাস দিয়ে শুরু করা ব্যবহারিক পদ্ধতি। এটি কোনো বাধ্যতামূলক SaaS হিসাবরক্ষণ মান নয়। SBA প্রথম বছরের আর্থিক পূর্বাভাস মাসিক বা ত্রৈমাসিকভাবে বিস্তারিত করার পরামর্শ দেয়; SCORE-ও ১২ মাসের cash-flow template প্রকাশ করে।
নোট: এই নিবন্ধটি ব্যবসার আর্থিক পরিকল্পনা বোঝানোর জন্য। হিসাবরক্ষণ, কর, ঋণ বা আইনগত দায়ের ক্ষেত্রে প্রতিষ্ঠান যে দেশে নিবন্ধিত ও পরিচালিত, সেই দেশের নিয়ম এবং প্রয়োজনে যোগ্য হিসাবরক্ষক বা আর্থিক পেশাজীবীর পরামর্শ বিবেচনা করা উচিত।
MRR বাড়লেও ব্যাংকে নগদ কম থাকতে পারে
প্রথমেই তিনটি বিষয় আলাদা করে দেখা দরকার: MRR, হিসাবের revenue এবং বাস্তবে পাওয়া cash।
Monthly Recurring Revenue বা MRR হলো সাবস্ক্রিপশন থেকে পাওয়া পুনরাবৃত্ত আয়কে মাসিক হিসাবে স্বাভাবিকীকরণ করা একটি পরিচালনাগত মেট্রিক। Baremetrics-এর নির্দেশিকায় $1,200-এর বার্ষিক সাবস্ক্রিপশনকে MRR-এর হিসাবে মাসে $100 দেখানো হয়। একইভাবে এককালীন setup fee-এর মতো অ-পুনরাবৃত্ত আয় MRR-এর অংশ নয়। MRR কোনো accounting বা tax figure-ও নয়।
অন্যদিকে নগদ প্রবাহের হিসাব বলে টাকা আসলে কখন প্রতিষ্ঠানের হাতে এসেছে এবং কখন তা বের হয়েছে।
ধরা যাক, একজন গ্রাহক এক বছরের জন্য $1,200 আগাম দিলেন। সেই সময়ে ব্যাংকে পুরো $1,200 আসতে পারে, কিন্তু MRR হবে মাসে $100।
হিসাবের revenue আবার আলাদা নিয়মে স্বীকৃত হয়। IFRS 15 অনুযায়ী, প্রতিশ্রুত পণ্য বা সেবা গ্রাহকের কাছে হস্তান্তরের সঙ্গে মিলিয়ে revenue স্বীকৃত হয়। গ্রাহক সেবা পাওয়ার আগেই অর্থ দিলে পরিস্থিতি অনুযায়ী সেই অর্থ contract liability হিসেবে দেখাতে হতে পারে। নির্দিষ্ট SaaS চুক্তির হিসাবরক্ষণ পদ্ধতি চুক্তির শর্ত ও performance obligation-এর ওপর নির্ভর করে।
ফলে শুধু MRR বা শুধু revenue দেখে প্রতিষ্ঠানের নগদ অবস্থার সঠিক ছবি পাওয়া যায় না।
ক্যাশ ফ্লো প্ল্যানে যে হিসাবগুলো আগে রাখবেন
শুরুর পর্যায়ে জটিল আর্থিক মডেলের প্রয়োজন নেই। একটি পরিষ্কার spreadsheet-এই মূল হিসাবগুলো রাখা যায়।
| হিসাব | কী বোঝাবে |
| Opening Cash | মাসের শুরুতে ব্যবহারযোগ্য নগদ |
| Cash In | মাসে বাস্তবে পাওয়া নগদ |
| Cash Out | মাসে বাস্তবে পরিশোধ করা অর্থ |
| Net Cash Flow | Cash In − Cash Out |
| Ending Cash | মাস শেষে সম্ভাব্য নগদ স্থিতি |
| MRR | মাসিক পুনরাবৃত্ত আয়ের প্রবণতা |
| Net Cash Burn | পরিচালনায় নগদ যে হারে কমছে |
| Runway | বর্তমান burn চললে আনুমানিক কত মাস চালানো যাবে |
SCORE-এর cash-flow কাঠামোতেও cash received ও cash paid out আলাদাভাবে দেখিয়ে মাসশেষের নগদ অবস্থান হিসাব করা হয়।
এখানে আরেকটি পার্থক্য মনে রাখা দরকার। এই নিবন্ধে যে spreadsheet-এর কথা বলা হচ্ছে, সেটি প্রতিষ্ঠাতার ব্যবস্থাপনা ও পূর্বাভাসের জন্য তৈরি cash-flow model। এটি IFRS অনুযায়ী প্রস্তুত আনুষ্ঠানিক Statement of Cash Flows-এর বিকল্প নয়।
ধাপ ১: ব্যবহারযোগ্য নগদ কত, সেটি ঠিক করুন
ব্যাংক হিসাবে যত টাকা আছে, তার পুরোটাই নতুন কর্মী নিয়োগ বা বিপণনে ব্যয় করার মতো অর্থ নাও হতে পারে।
প্রথমে আলাদা করে লিখুন:
- ব্যবসার ব্যাংক হিসাবে থাকা নগদ;
- হাতে থাকা বৈধ business cash;
- প্রাসঙ্গিক cash equivalent;
- পেমেন্ট প্রসেসরে জমা থাকলেও এখনো ব্যাংকে না আসা অর্থ;
- কর বা শিগগির পরিশোধযোগ্য বড় দায়ের জন্য আলাদা রাখা টাকা।
IFRS-এর IAS 7 অনুযায়ী cash-এর মধ্যে cash on hand ও demand deposit থাকে। Cash equivalent বলতে স্বল্পমেয়াদি, খুব সহজে নগদে রূপান্তরযোগ্য এবং মূল্য পরিবর্তনের ঝুঁকি সামান্য এমন বিনিয়োগ বোঝায়।
তবে প্রতিষ্ঠাতার নিজস্ব forecast-এ আরও ব্যবহারিক একটি প্রশ্ন করা দরকার: এই মুহূর্তে কত টাকা সত্যিই ব্যবসা পরিচালনার জন্য ব্যবহার করা যাবে?
যদি ব্যাংকে $50,000 থাকে, কিন্তু এর একটি বড় অংশ কয়েক সপ্তাহের মধ্যে বেতন, কর বা vendor bill হিসেবে দিতে হবে, তাহলে $50,000-কে পুরোপুরি অবাধ নগদ ধরে expansion plan করা বিভ্রান্তিকর হতে পারে।
ধাপ ২: MRR থেকে সরাসরি Cash In কপি করবেন না
MRR cash collection-এর ভালো সূচক, কিন্তু দুটির সময় সবসময় এক হয় না।
প্রথমে MRR-এর পরিবর্তন আলাদা করে দেখুন:
Ending MRR = Starting MRR + New MRR + Expansion MRR + Reactivation MRR − Contraction MRR − Churned MRR
Baremetrics-ও New MRR, Expansion MRR, Reactivation MRR, Contraction MRR ও Churned MRR আলাদা movement হিসেবে দেখায়।
এরপর আলাদাভাবে cash collection-এর পূর্বাভাস করুন। দেখতে হবে:
- মাসিক সাবস্ক্রিপশনের টাকা কখন আসবে;
- বার্ষিক গ্রাহকের অর্থ কোন মাসে পাওয়া যাবে;
- invoice-based B2B গ্রাহকের payment term কত;
- failed payment পরে আদায় হওয়ার সম্ভাবনা কতটা;
- refund বা chargeback নগদে কী প্রভাব ফেলতে পারে;
- payment processor থেকে ব্যাংকে settlement হতে কত সময় লাগে।
এখানে সবচেয়ে দরকারি অভ্যাস হলো অনুমানকে নিয়মিত actual collection-এর সঙ্গে মেলানো।
একটি প্রতিষ্ঠানের $20,000 MRR থাকতে পারে। কিন্তু আগামী মাসে বাস্তবে ব্যাংকে কত নগদ ঢুকবে—ক্যাশ ফ্লো পরিকল্পনার জন্য সেটিই বেশি জরুরি প্রশ্ন।
আরও পড়ুনঃ SaaS-এর Hidden Cost: Hosting, Support, API ও Compliance
ধাপ ৩: খরচ এমনভাবে ভাগ করুন, যাতে সিদ্ধান্ত নেওয়া যায়
সব খরচ এক লাইনে রাখলে কোথায় দ্রুত ব্যবস্থা নেওয়া সম্ভব, তা বোঝা কঠিন হয়।
তুলনামূলক স্থায়ী ব্যয়
এগুলোর মধ্যে থাকতে পারে বেতন ও নিয়মিত পারিশ্রমিক, অফিস বা co-working space, হিসাবরক্ষণ, নিয়মিত সফটওয়্যার এবং ন্যূনতম অবকাঠামো ব্যয়।
ব্যবহার বাড়লে যে খরচ বাড়ে
SaaS-এ এই অংশটি বিশেষভাবে নজরে রাখা দরকার। যেমন:
- cloud computing;
- storage;
- email বা SMS;
- AI/API usage;
- media processing;
- payment processing;
- ব্যবহারনির্ভর third-party service।
বিশেষ করে AI বা API-নির্ভর SaaS-এ revenue বাড়লেই সমান হারে লাভ বাড়বে—এমন ধরে নেওয়া ঠিক নয়। ব্যবহার বাড়লে সেবা দেওয়ার সরাসরি খরচও বাড়তে পারে।
প্রবৃদ্ধির জন্য নিয়ন্ত্রিত ব্যয়
Paid advertising, content, SEO, sales activity, affiliate commission, sponsorship বা নতুন বাজারে প্রচারের মতো ব্যয় এখানে রাখা যায়।
নগদ চাপ তৈরি হলে এসবের কোনটি কমানো বা পিছিয়ে দেওয়া সম্ভব, তা স্থায়ী ব্যয় থেকে আলাদা দেখলে সিদ্ধান্ত নেওয়া সহজ হয়।
মাসে আসে না, কিন্তু আগেই জানা যায় এমন ব্যয়
বার্ষিক software renewal, domain বা hosting bill, professional fee, equipment, কর, ঋণের কিস্তি কিংবা বড় marketing campaign এই দলে পড়ে।
ডিসেম্বরে $12,000-এর একটি বার্ষিক বিল দিতে হবে জানা থাকলে সেটি ডিসেম্বরের forecast-এ রাখতে হবে। অন্যথায় নভেম্বর পর্যন্ত cash position স্বস্তিদায়ক দেখালেও পরের মাসেই বড় ঘাটতি দেখা দিতে পারে।
ধাপ ৪: ১২ মাসের রোলিং Cash Forecast তৈরি করুন
১২ মাস সামনে দেখা একটি ব্যবহারিক planning horizon, বাধ্যতামূলক নিয়ম নয়। SBA প্রথম বছরের projection মাসিক বা ত্রৈমাসিকভাবে করার কথা বলে; SCORE-এর 12 Month Cash Flow Statement-ও মাসভিত্তিক cash received ও cash paid out ব্যবহার করে।
ধরা যাক, আগস্ট ২০২৬-এ আপনার forecast আগস্ট ২০২৬ থেকে জুলাই ২০২৭ পর্যন্ত।
আগস্ট শেষ হলে:
- আগস্টের forecast-এর পাশে actual ফল বসান।
- নতুন তথ্য অনুযায়ী সেপ্টেম্বর থেকে জুলাইয়ের অনুমান সংশোধন করুন।
- শেষে আগস্ট ২০২৭ যোগ করে আবার সামনে ১২ মাস দেখুন।
এভাবেই forecast প্রতি মাসে সামনে এগোয়।
মূল হিসাব দুটি:
Net Cash Flow = Cash In − Cash Out
Ending Cash = Opening Cash + Net Cash Flow
এক মাসের Ending Cash পরের মাসের Opening Cash হবে।
Forecast ও Actual-এর পার্থক্য লিখে রাখুন
Forecast বানিয়ে রেখে দিলে সেটির মূল্য দ্রুত কমে যায়। প্রতি মাসে অন্তত দুটি তুলনা করুন:
Forecast Cash In বনাম Actual Cash In
Forecast Cash Out বনাম Actual Cash Out
বড় ব্যবধান হলে কারণটিও লিখে রাখুন।
যেমন, টানা কয়েক মাস নতুন গ্রাহকের কাছ থেকে পাওয়া নগদ পূর্বাভাসের চেয়ে কম হলে পরের মাসেও পুরোনো growth assumption ধরে রাখা যুক্তিযুক্ত নয়।
ধাপ ৫: Gross Burn ও Net Cash Burn গুলিয়ে ফেলবেন না
Burn rate-এর অর্থ spreadsheet-এ স্পষ্ট করে লেখা উচিত।
Stripe gross burn-কে মোট মাসিক cash expenditure এবং net burn-কে মাসিক expenditure থেকে revenue বাদ দেওয়ার পরিমাণ হিসেবে ব্যাখ্যা করে।
সাধারণ সূত্র:
Gross Burn = Total Monthly Cash Expenditures
Net Burn = Total Monthly Expenditures − Monthly Revenue
কিন্তু cash runway হিসাব করার সময় accounting revenue এবং বাস্তবে পাওয়া নগদ এক করে দেখা ঠিক নয়।
Founder-led SaaS-এর internal cash model-এ আরও সরাসরি একটি হিসাব ব্যবহার করা যায়:
Net Cash Burn = Operating Cash Paid − Operating Cash Received
উদাহরণ:
- Operating Cash Paid = $18,000
- Operating Cash Received = $14,000
তাহলে:
Net Cash Burn = $4,000
অর্থাৎ অন্য financing বা investing cash flow না থাকলে ওই মাসে পরিচালন কার্যক্রমে নগদ $4,000 কমেছে।
“Net Burn” বলতে revenue-based metric বোঝানো হচ্ছে, নাকি প্রকৃত cash movement—spreadsheet-এ সেটি না লিখলে একই সংখ্যাকে ভিন্নভাবে ব্যাখ্যা করার ঝুঁকি থাকে।
ধাপ ৬: Runway হিসাব করুন, তবে এটিকে নিশ্চয়তা ভাববেন না
Net cash burn চলতে থাকলে runway-এর একটি সাধারণ হিসাব:
Runway = Available Cash ÷ Average Monthly Net Cash Burn
ধরা যাক:
- Available Cash = $40,000
- Average Monthly Net Cash Burn = $5,000
তাহলে আনুমানিক runway:
$40,000 ÷ $5,000 = 8 months
এই আট মাস নিশ্চিত সময়সীমা নয়। হিসাবটি ধরে নেয় যে burn মোটামুটি একই থাকবে।
নতুন নিয়োগ, বড় annual bill, বেশি churn বা collection কমে গেলে runway ছোট হতে পারে। বিপরীতে revenue বাড়া বা খরচ কমলে এটি দীর্ঘ হতে পারে।
তাই একটি অস্বাভাবিক মাসের burn দিয়ে সিদ্ধান্ত না নিয়ে সাম্প্রতিক কয়েক মাসের গড় এবং সামনে জানা বড় পরিবর্তন দুটোই বিবেচনায় রাখা ভালো।
ধাপ ৭: CAC-কে শুধু Marketing Metric হিসেবে দেখবেন না
Customer Acquisition Cost বা CAC নতুন গ্রাহক পেতে কত খরচ হচ্ছে তা বোঝায়। এটি cash planning-এর সঙ্গেও সরাসরি যুক্ত।
সাধারণ হিসাব:
CAC = নির্দিষ্ট সময়ের Sales ও Marketing Acquisition Cost ÷ একই সময়ের নতুন Paying Customer
Stripe-এর SaaS CAC নির্দেশিকায় advertising, acquisition-focused content, sales ও marketing salary বা commission, agency এবং acquisition tools-এর মতো ব্যয় অন্তর্ভুক্ত করার কথা বলা হয়েছে।
তবে সময়কাল মেলানো জরুরি। জানুয়ারির বিজ্ঞাপন দেখে অনেক গ্রাহক যদি ফেব্রুয়ারিতে কেনেন, জানুয়ারির পুরো marketing expense শুধু জানুয়ারির নতুন customer দিয়ে ভাগ করলে CAC বিভ্রান্তিকর হতে পারে।
Founder-led sales-এর ক্ষেত্রেও একই সতর্কতা প্রযোজ্য। প্রতিষ্ঠাতা নিজে বিক্রি করছেন বলে acquisition-এর অর্থনৈতিক খরচ শূন্য হয়ে যায় না। তাঁর সময় সরাসরি cash out হিসেবে নাও দেখা যেতে পারে, কিন্তু কোন channel আসলে দক্ষ সেটি বিচার করার সময় এই সীমাবদ্ধতা মনে রাখা দরকার।
এ বিষয়ে বিস্তারিত আলোচনার জন্য “CAC এবং LTV: স্টার্টআপের জন্য কেন গুরুত্বপূর্ণ?” নিবন্ধে অভ্যন্তরীণ লিংক দেওয়া যেতে পারে।
CAC Payback দেখায় Growth কতটা Cash আটকে রাখছে
CAC payback period দিয়ে বোঝা যায় নতুন গ্রাহক অর্জনে যে অর্থ খরচ হয়েছে, তা ফেরত পেতে আনুমানিক কত সময় লাগছে।
একটি ব্যবহারযোগ্য সূত্র:
CAC Payback Period = CAC ÷ Monthly Profit per Customer
এখানে শুধু customer-এর revenue দেখলে হবে না। তাকে সেবা দিতে যে সরাসরি মাসিক খরচ হয়, সেটিও বিবেচনায় নিতে হয়।
এই হিসাব cash planning-এ বিশেষ কাজে লাগে। নতুন গ্রাহক দীর্ঘমেয়াদে লাভজনক হলেও acquisition cost ফেরত পেতে অনেক সময় লাগলে দ্রুত marketing spend বাড়ানো সাময়িকভাবে cash balance-এর ওপর চাপ ফেলতে পারে।
Founder-led SaaS-এর জন্য তাই একটি ভালো stress test হলো:
CAC ফেরত আসতে যে সময় লাগছে, সেটি কি বর্তমান runway-এর তুলনায় অস্বস্তিকরভাবে দীর্ঘ?
এর কোনো সর্বজনীন “সঠিক” সংখ্যা নেই। প্রতিষ্ঠানের মার্জিন, retention, cash reserve এবং growth strategy অনুযায়ী সিদ্ধান্ত বদলাবে।
Base Case-এর পাশাপাশি Downside Case রাখুন
একটি আশাবাদী revenue forecast ধরে hiring ও marketing plan করলে ঝুঁকির ছবি অসম্পূর্ণ থেকে যায়।
কমপক্ষে দুটি scenario রাখুন।
Base Case
বর্তমান প্রবণতা মোটামুটি চললে কী হতে পারে, সেটি এখানে ধরুন। যেমন বর্তমান MRR trend, প্রত্যাশিত নতুন গ্রাহক, পরিচিত churn, পরিকল্পিত hiring ও বর্তমান marketing budget।
Downside Case
এখানে ইচ্ছাকৃতভাবে কিছু assumption দুর্বল করুন। যেমন:
- নতুন MRR প্রত্যাশার চেয়ে কম;
- churn বেড়েছে;
- বড় গ্রাহকের renewal পিছিয়েছে;
- cloud বা API cost বেড়েছে;
- invoice collection ধীর হয়েছে;
- কিছু পরিকল্পিত ব্যয় এখনো কমানো হয়নি।
এরপর দেখুন কোন scenario-তে কোন মাসে Ending Cash চাপের মধ্যে পড়ে।
Baremetrics-এর Revenue Model-এও Base, Upside ও Downside scenario ব্যবহার করা হয়। ছোট Founder-led SaaS-এর ক্ষেত্রে তিনটি scenario বাধ্যতামূলক নয়; Base এবং Downside দিয়েই শুরু করা যায়।
কত নগদকে “নিরাপদ” ধরা হবে, তার কোনো সর্বজনীন SaaS সংখ্যা নেই। প্রতিষ্ঠানের দায়, revenue-এর পূর্বানুমানযোগ্যতা এবং ঝুঁকি নেওয়ার সামর্থ্য অনুযায়ী সীমা নির্ধারণ করতে হবে।
Hiring-এর সিদ্ধান্ত শুধু বেতনের অঙ্ক দেখে নেবেন না
একজন নতুন কর্মী নিয়োগের cash impact তার মাসিক বেতনের চেয়ে বেশি হতে পারে।
প্রাসঙ্গিক খরচের মধ্যে থাকতে পারে:
- recruitment expense;
- salary বা contractor payment;
- প্রযোজ্য employer cost;
- laptop বা equipment;
- software licence;
- onboarding;
- recruiter বা agency fee।
দেশভেদে payroll tax, কর্মী-সুবিধা এবং শ্রমসংক্রান্ত বাধ্যবাধকতা বদলে যায়। তাই সবার জন্য salary-এর সঙ্গে একটি নির্দিষ্ট শতাংশ যোগ করার সাধারণ নিয়ম নির্ভরযোগ্য নয়।
Hiring-এর সম্ভাব্য মাস থেকেই প্রাসঙ্গিক cash out forecast-এ বসানো উচিত।
Founder-led SaaS-এর জন্য আরেকটি কার্যকর পদ্ধতি হলো decision trigger ঠিক করা। যেমন, নির্ধারিত cash balance বা MRR অর্জনের আগে নতুন নিয়োগ হবে না। এটি কোনো accounting rule নয়; নগদ ঝুঁকি নিয়ন্ত্রণের ব্যবস্থাপনা পদ্ধতি।
Pricing বদলালে Cash Timing-ও বদলায়
Pricing পরিবর্তনের প্রভাব MRR ও cash flow-তে একই সময়ে দেখা নাও যেতে পারে।
মাসিক plan-এর দাম বাড়ালে MRR ধীরে বদলাতে পারে। Annual upfront billing চালু করলে নগদ আগে আসতে পারে। আবার annual discount বেশি হলে আগাম cash পাওয়া গেলেও মোট contract value কমে যেতে পারে।
Usage-based pricing-এর ক্ষেত্রে আরেকটি বিষয় দেখতে হবে: ব্যবহার বাড়লে revenue বাড়ার পাশাপাশি সরাসরি service cost-ও বাড়তে পারে।
Annual prepayment নিয়ে একটি হিসাবরক্ষণগত সতর্কতাও জরুরি। গ্রাহক পুরো বছরের অর্থ আগাম দিলেই সেটি সঙ্গে সঙ্গে পুরো বছরের accounting revenue হয়ে যায় না। IFRS 15 অনুযায়ী revenue performance obligation পূরণের সঙ্গে স্বীকৃত হয়; সেবা দেওয়ার আগে পাওয়া অর্থ পরিস্থিতি অনুযায়ী contract liability হতে পারে।
ফলে annual customer-এর কাছ থেকে পাওয়া পুরো cash-কে “বাড়তি টাকা” ধরে তাৎক্ষণিকভাবে খরচ করা ঝুঁকিপূর্ণ। পরবর্তী মাসগুলোতেও সেই গ্রাহককে সেবা দিতে হবে।
Pricing নিয়ে বিস্তারিত আলোচনায় “SaaS প্রোডাক্টের সঠিক প্রাইসিং মডেল কীভাবে নির্ধারণ করবেন?” নিবন্ধে অভ্যন্তরীণ লিংক দেওয়া যেতে পারে।
Cash কমতে থাকলে কোথায় আগে নজর দেবেন
নগদ কমতে শুরু করলে সব খরচে সমান শতাংশ কাটছাঁট করাই সবচেয়ে যুক্তিসংগত পদ্ধতি নয়। কোন ব্যয় কমালে ব্যবসার মূল সক্ষমতা অক্ষুণ্ণ থাকবে, সেটি আগে দেখা দরকার।
অব্যবহৃত recurring expense: দীর্ঘদিন ব্যবহার না হওয়া software seat, duplicate tool বা অপ্রয়োজনীয় subscription দ্রুত শনাক্ত করা যায়।
দ্রুত বাড়তে থাকা variable cost: Revenue-এর তুলনায় cloud, API বা third-party service cost দ্রুত বাড়ছে কি না দেখুন। এ ধরনের সমস্যা pricing বা product economics-এর দুর্বলতা দেখাতে পারে।
Customer acquisition: কোন channel থেকে customer আসছে, CAC কত এবং acquisition cost ফেরত আসতে কত সময় লাগছে—বাজেট বাড়ানোর আগে এই তিনটি তথ্য প্রয়োজন।
Hiring timing: পদটি প্রয়োজনীয় হলেও এখনই নিয়োগের মতো cash আছে কি না, সেটি আলাদা সিদ্ধান্ত।
Failed payment, unnecessary discount, contraction এবং churn-ও উপেক্ষা করা উচিত নয়। Existing revenue ধরে রাখতে সমস্যা হচ্ছে অথচ প্রতিষ্ঠান শুধু নতুন customer acquisition-এ বেশি অর্থ ঢালছে—এমন অবস্থায় cash pressure আরও বাড়তে পারে।
মাসে একবার কোন সংখ্যাগুলো একসঙ্গে দেখবেন
Founder-led SaaS-এর মাসিক cash review খুব জটিল হওয়ার প্রয়োজন নেই। বরং একই কয়েকটি সংখ্যা নিয়মিত দেখা বেশি কার্যকর:
- ব্যবহারযোগ্য Cash;
- Ending Cash বনাম Forecast;
- MRR;
- New MRR;
- Expansion MRR;
- Contraction MRR;
- Churned MRR;
- Cash Collected;
- Cash Paid;
- Net Cash Burn;
- Runway, যদি নগদ কমতে থাকে;
- CAC;
- CAC Payback;
- সামনে থাকা বড় জানা payment;
- পরবর্তী ৩ মাসের সর্বনিম্ন projected cash balance।
তারপর তিনটি সিদ্ধান্ত লিখে রাখুন:
- কোন ব্যয় অপরিবর্তিত থাকবে?
- কোন ব্যয় বাড়বে, কমবে বা পিছিয়ে দেওয়া হবে?
- কোন revenue বা collection assumption পরের forecast-এ সংশোধন করতে হবে?
এখানে লক্ষ্য বেশি metric সংগ্রহ করা নয়। লক্ষ্য হলো সংখ্যাগুলো থেকে পরের মাসের সিদ্ধান্ত বের করা।
যে সংকেতগুলো দেখলে Forecast আবার খুলবেন
কিছু পরিবর্তন মাসিক review-এর আগেই cash model পুনর্বিবেচনার কারণ হতে পারে।
- MRR বাড়ছে, অথচ কয়েক মাস ধরে cash balance কমছে।
- নতুন MRR-এর বড় অংশ churn ও contraction পূরণ করতেই চলে যাচ্ছে।
- Annual advance payment দ্রুত operating expense-এ শেষ হয়ে যাচ্ছে।
- CAC বাড়ছে, কিন্তু retention দুর্বল।
- প্রত্যাশিত collection নিয়মিত দেরি হচ্ছে।
- অল্প কয়েকজন বড় customer-এর payment-এর ওপর cash flow অতিরিক্ত নির্ভর করছে।
- নতুন hiring downside scenario-তে runway দ্রুত কমিয়ে দিচ্ছে।
- Infrastructure cost revenue-এর তুলনায় দ্রুত বাড়ছে।
- প্রতিষ্ঠাতা নিয়মিত ব্যক্তিগত অর্থ দিয়ে operating gap পূরণ করছেন, অথচ সেটি financing inflow হিসেবে আলাদা দেখানো হচ্ছে না।
শেষের বিষয়টি বিশেষভাবে গুরুত্বপূর্ণ। IAS 7 cash flow-কে operating, investing ও financing activity-তে ভাগ করে।
Founder-এর internal spreadsheet পূর্ণ IAS 7 statement না হলেও নতুন owner funding বা loan-কে subscription collection-এর সঙ্গে একই লাইনে রাখলে মূল ব্যবসা আসলে নিজের খরচ চালাতে পারছে কি না, সেটি বোঝা কঠিন হয়ে যায়।
প্রথম Spreadsheet-টি খুব সাধারণ রাখুন
SaaS cash flow planning শুরু করতে প্রথম দিনেই জটিল financial model বানানোর প্রয়োজন নেই।
আগামী ১২ মাসের জন্য এই পাঁচটি হিসাব দিয়ে শুরু করুন:
Opening Cash → Cash In → Cash Out → Net Cash Flow → Ending Cash
তারপর প্রয়োজন অনুযায়ী যোগ করুন:
MRR → Net Cash Burn → Runway → CAC → CAC Payback
এক মাস শেষে forecast-এর পাশে actual data বসান। সবচেয়ে বড় পার্থক্যগুলো চিহ্নিত করুন এবং পরের মাসের অনুমান বদলান।
একটি forecast-এর কাজ ভবিষ্যৎ নিখুঁতভাবে বলে দেওয়া নয়। এর আসল মূল্য হলো কোন assumption ভুল হলে নগদ সংকট তৈরি হবে, সেটি আগেই দেখানো।
Founder-led SaaS-এর জন্য সবচেয়ে ব্যবহারিক পরবর্তী পদক্ষেপ তাই নতুন dashboard কেনা নয়; বর্তমান ব্যাংক স্থিতি, আগামী ১২ মাসের সম্ভাব্য cash in ও cash out এবং downside scenario—এই তিনটি একটি spreadsheet-এ পাশাপাশি বসানো।
সেখান থেকে hiring, marketing বা pricing-এর সিদ্ধান্ত নেওয়ার আগে একটি প্রশ্ন করুন: এই সিদ্ধান্তের পর কয়েক মাসের নগদ অবস্থান আগের চেয়ে শক্ত হবে, নাকি দুর্বল?
যে cash-flow plan নিয়মিত actual data দিয়ে হালনাগাদ হয়, সেটিই শেষ পর্যন্ত সবচেয়ে কাজে লাগে।
শেষ কথা
Founder-led SaaS-এ ক্যাশ ফ্লো পরিকল্পনার মূল উদ্দেশ্য বেশি সংখ্যক মেট্রিক দেখা নয়; বরং হাতে থাকা নগদ দিয়ে কোন সিদ্ধান্ত এখন নেওয়া নিরাপদ, সেটি বোঝা। MRR বাড়লেও যদি collection ধীর হয়, CAC ফেরত আসতে বেশি সময় লাগে বা নতুন নিয়োগ runway দ্রুত কমিয়ে দেয়, তাহলে প্রবৃদ্ধির গতি নতুন করে ভাবতে হবে।
সবচেয়ে কার্যকর পদ্ধতি হলো forecast-কে স্থির নথি হিসেবে না দেখে নিয়মিত হালনাগাদ করা। প্রতি মাসে actual cash movement-এর সঙ্গে অনুমান মিলিয়ে দেখুন, বড় পার্থক্যের কারণ খুঁজুন এবং পরের ১২ মাসের হিসাব সংশোধন করুন। একটি ভালো SaaS cash flow plan প্রতিষ্ঠাতাকে ভবিষ্যৎ নিখুঁতভাবে বলে দেয় না; বরং নগদ সংকটের ঝুঁকি আগে বুঝে hiring, pricing ও growth নিয়ে সময়মতো সিদ্ধান্ত নিতে সাহায্য করে।
প্রায়শই জিজ্ঞাসিত প্রশ্ন
১. Founder-led SaaS-এর জন্য কত মাসের ক্যাশ ফ্লো পূর্বাভাস রাখা ভালো?
শুরুতে ১২ মাসের রোলিং ক্যাশ ফ্লো পূর্বাভাস ব্যবহারিক একটি পদ্ধতি। প্রতি মাসে actual cash in ও cash out বসিয়ে পরের ১২ মাসের হিসাব হালনাগাদ করলে নগদ ঘাটতি, বড় ব্যয় বা নিয়োগের প্রভাব আগে থেকে বোঝা সহজ হয়। তবে ১২ মাস কোনো বাধ্যতামূলক নিয়ম নয়; ব্যবসার ধরন ও অনিশ্চয়তা অনুযায়ী সময়সীমা বদলানো যেতে পারে।
২. MRR বাড়লেও SaaS ব্যবসায় ক্যাশ কমে যেতে পারে কেন?
MRR এবং বাস্তবে পাওয়া নগদ একই বিষয় নয়। বার্ষিক সাবস্ক্রিপশন, invoice payment-এর দেরি, failed payment, refund, বেশি marketing spend বা cloud/API খরচের কারণে MRR বাড়ার পরও ব্যাংক balance কমতে পারে। তাই MRR-এর পাশাপাশি cash collected, cash paid এবং ending cash নিয়মিত দেখা দরকার।
৩. SaaS-এর runway কত হলে নতুন কর্মী নিয়োগ করা উচিত?
এর জন্য সবার ক্ষেত্রে প্রযোজ্য নির্দিষ্ট কোনো মাসের সংখ্যা নেই। নিয়োগের আগে বর্তমান cash balance, average net cash burn, সম্ভাব্য revenue, downside scenario এবং নতুন কর্মীর সম্পূর্ণ cash impact একসঙ্গে দেখা উচিত। নতুন নিয়োগের পর forecast-এ নগদ দ্রুত কমে গেলে নিয়োগের সময় পিছিয়ে দেওয়া বা ব্যয়ের পরিকল্পনা পুনর্বিবেচনা করা বেশি বাস্তবসম্মত হতে পারে।
