এক উইকেন্ডে MVP কীভাবে বানাবেন: একটি বাস্তবসম্মত পরিকল্পনা

এক উইকেন্ডে MVP বানাতে আপনার আইডিয়াকে একজন ধরনের ব্যবহারকারীর জন্য একটি কাজে কমিয়ে আনুন, শুক্রবার সন্ধ্যায় সেটি লিখে রাখুন, শনিবার একটি AI app builder দিয়ে মূল লুপটি বানান, এবং রবিবার অত্যাবশ্যক বিষয়গুলোতে (ডেটা সংরক্ষণ, একটি landing পাতা, publish) সময় দিয়ে আসল মানুষের সামনে আনুন। যা এই একটি প্রশ্নের উত্তর দিতে সাহায্য করে না, যে প্রশ্নের জন্য MVP-টি আছে, তা বাদ দিন। এক উইকেন্ড একটি রুক্ষ, কাজ করা সংস্করণের জন্য যথেষ্ট। একটি সম্পূর্ণ পণ্যের জন্য যথেষ্ট নয়, আর সেটিতে কোনো সমস্যা নেই।

এক উইকেন্ড MVP কী (এবং কী নয়)

MVP (minimum viable product) হলো আপনার আইডিয়া কাজ করে কি না তা শেখার জন্য সবচেয়ে ছোট যা আপনি বানাতে পারেন। MVP কী পুরো ধারণাটি ব্যাখ্যা করে। একটি উইকেন্ডের জন্য এর মানে:

• একজন ব্যবহারকারীর ধরন। “ফ্রিল্যান্সার, এজেন্সি ও তাদের ক্লায়েন্ট” নয়।
• একটি কাজ, শুরু থেকে শেষ পর্যন্ত। ব্যবহারকারী শুরু করতে, শেষ করতে এবং ফলাফল পেতে পারে।
• আসল, মকআপ নয়। এটি ডেটা সংরক্ষণ করে, ফোনে কাজ করে, এবং একটি আসল ঠিকানায় থাকে।
• রুক্ষ প্রান্ত অনুমোদিত। সরল নকশা, কয়েকটি সেটিং, পর্দার আড়ালে কিছু ম্যানুয়াল কাজ।

এটি পূর্ণ পণ্যের ছোট সংস্করণ নয়। এটি পণ্যের সেই একটি অংশ যা আপনার সবচেয়ে বড় অনুমানটি পরীক্ষা করে।

উইকেন্ডের আগে: প্রশ্নটি বেছে নিন

প্রতিটি MVP একটি প্রশ্নের উত্তর দেয়। সেটি লিখে রাখুন, কারণ সেটিই ঠিক করে কী বানাতে হবে:

আদর্শভাবে আপনি ইতিমধ্যে যাদের সমস্যা আছে তাদের কয়েকজনের সঙ্গে কথা বলেছেন। না বলে থাকলে, কীভাবে একটি app আইডিয়া যাচাই করবেন দেখায় কীভাবে করতে হয়, এবং শুক্রবারের আগে কয়েকটি কথোপকথন পুরো সপ্তাহান্তকে আরও কার্যকর করে তুলবে।

পরিকল্পনা

শুক্রবার সন্ধ্যা: সিদ্ধান্ত নিন (২ থেকে ৩ ঘণ্টা)

• একটি বাক্য লিখুন: “[পণ্য] [নির্দিষ্ট ব্যবহারকারীকে] [একটি কাজ করতে] সাহায্য করে [বর্তমান যন্ত্রণা] ছাড়াই।”
• মূল লুপের ধাপগুলো তালিকাভুক্ত করুন, যেমন: সাইন আপ, একটি চাকরির বর্ণনা পেস্ট, একটি উপযোগী কভার লেটার পাওয়া, সম্পাদনা, কপি।
• ডেটা তালিকাভুক্ত করুন: কী সংরক্ষিত হবে এবং মালিক কে।
• “এই উইকেন্ডে নয়” তালিকা লিখুন: সেটিংস, দল, admin পাতা, ইমেইল বিজ্ঞপ্তি, দ্বিতীয় ফিচার, dark mode। লিখে রাখলে শনিবার “না” বলা সহজ হয়।
• builder-এর জন্য প্রথম প্রম্পটের খসড়া করুন (নিচে দেখুন)।

শনিবার: মূল লুপ বানান

• সকাল: নমুনা ডেটা দিয়ে মূল লুপের প্রথম সংস্করণ কাজ করান। ছোট ধাপে এগোন: প্রতি বার্তায় একটি পরিবর্তন, তারপর preview দেখুন।
• দুপুর: ডেটা রিফ্রেশের পরও টিকে থাকতে একটি database যোগ করুন, এবং বাস্তবসম্মত ইনপুট দিয়ে নিজে app-টি ব্যবহার করুন। যা লুপ আটকায় তা ঠিক করুন; চেহারার ছোটখাটো বিষয় উপেক্ষা করুন।
• সন্ধ্যা: ব্যবহারকারীদের নিজের ডেটা দরকার হলে login যোগ করুন। দুটি ব্রাউজারে দুটি অ্যাকাউন্ট দিয়ে পরীক্ষা করুন যে কেউ অন্যের ডেটা দেখতে পারছে না।

রবিবার: অপরিচিতদের জন্য ব্যবহারযোগ্য করুন

• সকাল: একটি সরল landing অংশ: সেই এক বাক্য, এটি কাদের জন্য, এবং একটি sign-up বাটন। আপনার প্রশ্ন যদি পেমেন্টের হয়, তাহলে পেমেন্ট যোগ করুন।
• দুপুর: ফোনে পরীক্ষা করুন। খালি অবস্থা (নতুন ব্যবহারকারী কিছু যোগ করার আগে যা দেখে) আপনার ধারণার চেয়ে বেশি গুরুত্বপূর্ণ।
• বিকেল: একটি সংক্ষিপ্ত নিরাপত্তা ও স্বাস্থ্য যাচাই: ব্রাউজার কোডে কোনো API key নেই, অন্য ব্যবহারকারীর ডেটা দেখায় এমন কোনো পাতা নেই। তারপর publish করুন।
• সন্ধ্যা: ব্যক্তিগতভাবে পাঁচ থেকে দশজন মানুষকে পাঠান, একটি প্রশ্নসহ যার উত্তর আপনি জানতে চান।

যা বাদ দেবেন

যা প্রয়োজনীয় মনে হয় কিন্তু অপেক্ষা করতে পারে:

• Admin dashboard। আপাতত সরাসরি database দেখুন।
• সেটিংস ও প্রোফাইল। যুক্তিসঙ্গত ডিফল্ট হার্ড-কোড করুন।
• দল, ভূমিকা ও আমন্ত্রণ। আগে একক-ব্যবহারকারী অ্যাকাউন্ট।
• একাধিক মূল্য পরিকল্পনা। একটি মূল্য, অথবা বিনামূল্যে।
• Login যতটা লাগে তার বাইরে ইমেইল প্রবাহ।
• Integration। প্রথম পরীক্ষার জন্য CSV-তে রপ্তানি বা copy-paste যথেষ্ট।
• নিখুঁত নকশা। পরিষ্কার ও পড়ার মতো হলেই চলে। একটি সামঞ্জস্যপূর্ণ রং ও ভালো ব্যবধান অনেক দূর এগিয়ে দেয়।
• স্কেল। দশজন ব্যবহারকারী কিছুকে চাপ দেবে না।

AI builder-এর জন্য একটি প্রথম প্রম্পট

চাকরির আবেদনকারী জুনিয়র ডেভেলপারদের জন্য CoverCraft নামে একটি MVP বানান। মূল লুপ: সাইন ইন করার পর ব্যবহারকারী একটি চাকরির বর্ণনা ও তাদের CV-র লেখা পেস্ট করে, একটি ভাষারীতি (formal বা friendly) বেছে নেয়, এবং একটি উপযোগী কভার লেটার পায় যা সম্পাদনা ও কপি করতে পারে। AI_API_KEY নামের secret ব্যবহার করে একটি AI provider দিয়ে সার্ভারে চিঠিটি তৈরি করুন, এবং কখনও key ব্রাউজারে প্রকাশ করবেন না। প্রতিটি চিঠি চাকরির শিরোনাম ও কোম্পানিসহ একটি database-এ সংরক্ষণ করুন; প্রতিজন ব্যবহারকারী শুধু নিজের চিঠিগুলো একটি সরল তালিকায় দেখবে। একটি landing অংশ যোগ করুন, যেখানে পণ্যটি ব্যাখ্যা করে এক বাক্য এবং একটি Get Started বাটন থাকবে। প্রতিজন ব্যবহারকারী দিনে সর্বোচ্চ ১০টি চিঠি পাবে, যা সার্ভারে প্রয়োগ হবে। নকশা পরিষ্কার ও সরল রাখুন, এবং ফোনে ভালোভাবে কাজ করুক। কোনো সেটিংস, দল বা admin পাতা যোগ করবেন না।

শেষ লাইনটি গুরুত্বপূর্ণ। AI builder প্রায়ই যা চাননি তেমন ফিচার যোগ করে, এবং কী বানাতে হবে না তা বলে দিলে প্রথম সংস্করণ ছোট থাকে। আরও জানতে কীভাবে AI app builder-এর জন্য প্রম্পট লিখবেন পড়ুন।

সপ্তাহান্ত বাঁচানোর পরামর্শ

• প্রতি বার্তায় একটি পরিবর্তন। বড়, বহু-অংশের অনুরোধ যাচাই ও ফেরত নেওয়া কঠিন।
• প্রতিটি পরিবর্তনের পর পরীক্ষা করুন, preview-তে, ফোনের আকারে।
• তর্ক না করে ফিরে যান। কিছু ভুল হলে শেষ কার্যকর সংস্করণে ফিরে যান এবং আরও স্পষ্টভাবে আবার চান।
• ঝুঁকিপূর্ণ কিছুর আগে পরিকল্পনা ধাপ ব্যবহার করুন, যেমন login বা পেমেন্ট যোগ করার আগে।
• ৮০%-এ পালিশ থামান। যে ফিচার কেউ ব্যবহার করে না তার শেষ ২০% পালিশ অপচয়।

সাধারণ ভুল

• কোনো প্রশ্ন ছাড়া শুরু করা, ফলে সপ্তাহান্ত কাজ করেছে কি না বোঝা যায় না।
• একটির বদলে দুটি ফিচার, ফলে কোনোটিই শেষ হয় না।
• “এই উইকেন্ডে নয়” তালিকাটি বানিয়ে ফেলা, কারণ সেটি উৎপাদনশীল মনে হয়।
• database বাদ দেওয়া, ফলে রিফ্রেশে সবকিছু হারায় এবং পরীক্ষকরা তাদের কাজ হারায়।
• কাউকে কখনও না দেখানো। বাইরে না দেখানো উইকেন্ড MVP আপনাকে কিছু শেখায়নি।
• বন্ধুদের জিজ্ঞেস করা “তোমার কি পছন্দ হয়েছে?”। যাদের সমস্যা আছে সেই অপরিচিতরা আসলে কী করে তা দেখুন।

কখন একেবারেই বানাবেন না

কখনও কখনও উইকেন্ড বানানোর বদলে না বানানোই ভালো। যদি আইডিয়াটি একটি ফর্ম, একটি স্প্রেডশিট ও একটি payment link দিয়ে বা তিনজন গ্রাহকের জন্য হাতে সেবাটি দিয়ে পরীক্ষা করা যায়, তবে আগে সেটাই করুন। যখন মূল্যটি সফটওয়্যারেই থাকে তখনই বানান: একটি workflow, একটি হিসাব, একটি তৈরি করা ফল যা বিদ্যমান টুল দিতে পারে না। সপ্তাহান্তের পরে কীভাবে একটি app চালু করবেন ও প্রথম ব্যবহারকারী পাবেন বলে কী করতে হবে, এবং আইডিয়া তা অর্জন করলে সঠিক অ্যাকাউন্ট ও সাবস্ক্রিপশন যোগ করার বিষয়ে কীভাবে একটি SaaS MVP বানাবেন বলে।

Mythex দিয়ে বানানো

Mythex সপ্তাহান্তের পরিকল্পনার সঙ্গে ভালো মেলে: আপনি চ্যাটে MVP বর্ণনা করেন, agent কোড লেখে, এবং আপনি live preview-তে পরীক্ষা করেন, ফোনের আকারের দৃশ্যসহ। শুক্রবার রাতে আগে কোনো কোড লেখার আগে আইডিয়া গড়ে তুলতে Plan মোড কাজে লাগে, এবং প্রতিটি সফল পরিবর্তন একটি checkpoint হিসেবে সংরক্ষিত হয় যেখানে আপনি ফিরে যেতে পারেন। যখন আপনি ডেটা সংরক্ষণের কথা বলেন, Mythex প্রজেক্টে একটি Postgres database যোগ করে। /test agent-কে preview-তে একজন ব্যবহারকারীর মতো ক্লিক করে ভাঙা প্রবাহ জানাতে বলে (App Testing)। Publish করার আগে পরীক্ষকদের preview-এর একটি share লিংক পাঠাতে পারেন।

কিছু অংশ আপনাকেই আনতে হয়: আপনার ব্যবহারকারীদের login একটি auth পদ্ধতি দিয়ে হয় যা আপনি বেছে নেন, পেমেন্ট আপনার নিজের Stripe অ্যাকাউন্টে, এবং AI ফিচার আপনার নিজের model API key দিয়ে। Free প্ল্যানে প্রথম দিন ১০ ক্রেডিট এবং তারপর প্রতিদিন ৫ ক্রেডিট পাওয়া যায়, যা একটি ব্যস্ত সপ্তাহান্তে কতটা বানাতে পারবেন তা সীমিত করতে পারে; Pro-তে মাসে ১০০ ক্রেডিট। docs-এর idea to live app ওয়াকথ্রু একই পথ অনুসরণ করে।

প্রশ্নোত্তর