বেশিরভাগ SaaS MVP খুব ছোট না।

খুব চওড়া।

Brief-এ তিন user role, dashboard, subscription, chat, AI, analytics, mobile app, referral আর admin panel।

তারপর কেউ বলে, “আমাদের শুধু MVP দরকার।”

ওটা MVP না। Order ছাড়া product roadmap।

এক painful outcome থেকে শুরু

প্রথম প্রশ্ন “কোন feature চান?” না।

প্রশ্ন:

কোন user কোন valuable outcome পাবে, যেটা আজ ভালোভাবে পাচ্ছে না?

এক sentence।

যেমন:

ছোট agency owner approved client brief-কে প্রতি সপ্তাহে spreadsheet নতুন করে না বানিয়ে trackable delivery plan-এ বদলাতে পারবে।

এখানে user, trigger, task আর reason আছে।

“AI-powered project management platform” প্রায় কিছুই দেয় না।

এক complete path আঁকুন

MVP-তে এক complete path দরকার, দশ half-built module না।

Map করি:

1. user কীভাবে আসে;
2. কী দিতে হয়;
3. system কী করে;
4. কী result পায়;
5. কেন ফিরে আসে;
6. path fail করলে কী হয়।

Feature যদি path complete বা protect না করে, first release থেকে বের হয়।

এখানেই অনেক dashboard চলে যায়।

User-এর configurable analytics center না, এক useful result page দরকার হতে পারে।

“Must work” আর “must exist” আলাদা

প্রতিটি item চার group-এ:

Must work

এটা ছাড়া core value fail।

Must exist safely

Authentication, authorization, audit, privacy, backup আর billing boundary marketing hook না। কিন্তু decoration-ও না।

Behind the scenes manual থাকতে পারে

User experience complete, কিন্তু validation-এর সময় internal step deliberately manual।

Later

প্রথম behavior prove হওয়ার পর useful।

Manual মানে fake না।

Low-volume step operator reliably complete করতে পারলে automation অপেক্ষা করতে পারে। Manual step যদি data leak করে বা promise ভাঙে, অপেক্ষা করতে পারে না।

Feature-এর আগে evidence define

MVP একটি decision-এর উত্তর দেবে।

যেমন:

• target user workflow complete করে?
• chase না করলেও ফিরে আসে?
• result-এর জন্য pay করে?
• কোন step-এ ছেড়ে যায়?
• automation meaningful time save করে?

এই প্রশ্নের উত্তর দেওয়ার মতো instrumentation দরকার।

সব chart দরকার না।

Irreversible decision রক্ষা করুন

সহজে বদলানো যায়—এমন decision-এ দ্রুত:

• copy;
• layout detail;
• notification wording;
• internal operation।

ধীরে:

• tenant boundary;
• money movement;
• identity ও access;
• data ownership;
• irreversible migration;
• public URL;
• provider lock-in;
• compliance promise।

Fast MVP careless না।

যেখানে reversal expensive, care সেখানে।

Cut line লিখুন

Scope document-এ কী নেই—সেটাও লিখতে হবে।

আমার cut line:

• first user role;
• exact happy path;
• required failure state;
• launch-এর admin operation;
• security ও data boundary;
• included integration;
• explicit exclusion;
• launch-এর পর review evidence;
• phase two trigger।

এটা client আর developer দুজনকে রক্ষা করে।

Exclusion না থাকলে প্রতিটি idea forgotten requirement মনে হয়।

যে first release পছন্দ করি

MVP হবে:

• explain করার মতো narrow;
• use করার মতো complete;
• trust করার মতো safe;
• শেখার মতো observable;
• change করার মতো maintainable।

প্রতিটি screenshot-এ impressive না।

এক real workflow-এ useful।

এরপর কী

Launch-এর পর behavior, support question, failure log আর actual request review করি।

তারপর phase two pre-launch imagination না, evidence থেকে।

Roadmap তখন order পায়।

Cut line-এর পর architecture-এর জন্য পড়ুন MERN নাকি Next.js। প্রথম মাসের জন্য পড়ুন SaaS first-30-days plan।

আপনার “MVP” এখন long feature list হলে user আর এক outcome পাঠান। Cut শুরু করার জন্য এতটাই যথেষ্ট।