ন্যাপকিন স্কেচ থেকে চলমান অ্যাপ: AI দিয়ে কীভাবে একটি আইডিয়া থেকে সফটওয়্যার বানাবেন

সবারই অ্যাপের আইডিয়া থাকে। এর বেশিরভাগই “এটা তো দারুণ হতো” পর্যায়ে মরে যায় — আইডিয়াগুলো খারাপ বলে নয়, বরং “আমি চাই এটা থাকুক” আর “এটা আছে”-র মাঝের ফারাকটা পার করতে আগে ডেভেলপার ভাড়া করা বা কোড শেখা লাগত বলে। মঙ্গলবার বিকেলে এর কোনোটাই হয় না।

সেই ফারাকটা আগের যেকোনো সময়ের চেয়ে ছোট। AI অ্যাপ বিল্ডার আপনাকে সহজ ভাষায় যা চান তা বলতে দেয় আর বিনিময়ে একটা চলমান অ্যাপ্লিকেশন ফিরিয়ে দেয় — ডেটাবেস, ইন্টারফেস, লজিক, সবটা। আপনি একটা আইডিয়া থেকে কয়েক ঘণ্টায় একটা অ্যাপ বানাতে পারেন, কয়েক মাসে নয়।

কিন্তু সেই বাক্যে “আপনি যা চান তা বর্ণনা করুন” অংশটা অনেক ভার বইছে। কঠিন অংশটা কখনোই কোডিং ছিল না। কঠিন অংশটা ছিল আপনার আসলে কী দরকার তা বের করা।

বিশেষ্য দিয়ে নয়, ক্রিয়া দিয়ে শুরু করুন

বেশিরভাগ মানুষ তাদের অ্যাপ আইডিয়াকে একটা জিনিস হিসেবে বর্ণনা করেন: “এটা কুকুর হাঁটানোওয়ালাদের জন্য Uber-এর মতো” বা “এটা ফ্রিল্যান্সারদের জন্য একটা প্রজেক্ট ম্যানেজমেন্ট টুল।” এটা একটা পিচ, স্পেক নয়। একটা AI বিল্ডার এটা দিয়ে বেশি কিছু করতে পারে না কারণ এটা একটা ক্যাটাগরি বর্ণনা করে, কোনো আচরণ নয়।

মানুষ আপনার অ্যাপ দিয়ে কী করবে তা দিয়ে শুরু করুন। তিন থেকে পাঁচটা অ্যাকশন লিখে ফেলুন:

• “একজন কুকুর হাঁটানোওয়ালা অ্যাপটা খুলে আজকের বুকিংগুলো দেখে”
• “একজন কুকুরের মালিক একটা টাইম স্লট বেছে একটা হাঁটা বুক করে”
• “হাঁটানোওয়ালা একটা হাঁটাকে সম্পন্ন হিসেবে চিহ্নিত করে আর মালিক একটা ছবি পায়”

এগুলো বানানো যায়। প্রতিটা একটা স্ক্রিন, একটা ডেটাবেস টেবিল আর এক টুকরো লজিকে মানিয়ে যায়। AI বিল্ডারের আপনার এলিভেটর পিচ লাগে না — তার লাগে আপনার টু-ডু লিস্ট।

মেক্সিকো সিটির একজন পার্সোনাল ট্রেইনার Carlos চেয়েছিলেন এমন একটা অ্যাপ যেখানে তার ক্লায়েন্টরা সেশন বুক করতে আর তাদের ওয়ার্কআউট ট্র্যাক করতে পারবে। তার প্রথম চেষ্টা ছিল: “আমাকে একটা ফিটনেস অ্যাপ বানিয়ে দাও।” ফলাফল ছিল স্টক ওয়ার্কআউট প্ল্যানসহ একটা জেনেরিক ব্যায়াম লাইব্রেরি — তার যা দরকার ছিল তার ধারেকাছেও নয়।

তার দ্বিতীয় চেষ্টায় তিনি প্রতিদিন আসলে যা করতেন তার লিস্ট দিলেন:

1. ক্লায়েন্টরা সপ্তাহের জন্য খালি টাইম স্লট দেখে
2. তারা একটা স্লট বুক করে আর একটা WhatsApp কনফার্মেশন পায়
3. প্রতিটা সেশনের পর Carlos লিখে রাখেন তারা কী করেছে (ব্যায়াম, সেট, ওজন)
4. ক্লায়েন্টরা তাদের হিস্টরি খুলে সময়ের সঙ্গে অগ্রগতি দেখে

সেই দ্বিতীয় বর্ণনাটা কয়েক ঘণ্টার মধ্যেই তিনি ব্যবহার করতে পারেন এমন কিছু তৈরি করল।

আগে একটা স্ক্রিন বানান

আপনার মাথায় হয়তো দশটা ফিচার আছে। একটা বানান।

মূল সমস্যাটার সবচেয়ে কাছের স্ক্রিনটা বেছে নিন — আপনার অ্যাপ যা করে যা আর কিছু করে না, কিংবা মানুষ যেটা সবচেয়ে বেশি ব্যবহার করবে। Carlos-এর জন্য সেটা ছিল বুকিং স্ক্রিন। বাকি সব (ওয়ার্কআউট লগিং, প্রোগ্রেস চার্ট, নোটিফিকেশন) পরে আসতে পারে।

যখন আপনি একটা স্ক্রিন দিয়ে শুরু করেন, তিনটা ভালো জিনিস ঘটে।

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

আপনি দ্রুত ব্যবহারযোগ্য কিছু পান। একটা স্ক্রিন যা কাজ করে তা অর্ধেক-হওয়া দশটা স্ক্রিনের চেয়ে অনেক বেশি কাজের। Carlos-এর ক্লায়েন্টরা দুই ঘণ্টার মধ্যেই সেশন বুক করছিল। ওয়ার্কআউট লগিং এলো তিন দিন পরে। সব একসঙ্গে বানানোর চেষ্টা করলে তিনি এখনো টুইক করেই যেতেন।

আপনি আবিষ্কার করেন আপনার আসলে কী দরকার। বানানোর আগে আপনি যে ফিচারগুলোকে গুরুত্বপূর্ণ ভাবেন, সেগুলো ব্যবহার শুরুর পর যেগুলো গুরুত্বপূর্ণ তার সঙ্গে খুব কমই মেলে। Carlos ধরে নিয়েছিলেন প্রোগ্রেস চার্টই হবে কিলার ফিচার। তার ক্লায়েন্টরা বরং দুই ট্যাপে একটা বুকিং রিশিডিউল করতে পারার ব্যাপারে বেশি আগ্রহী ছিল।

যেন কোনো বন্ধুকে বোঝাচ্ছেন, সেভাবে বর্ণনা করুন

আপনি যখন একটা AI বিল্ডারের সঙ্গে কথা বলেন, ভাবুন আপনি এমন একজন বন্ধুকে অ্যাপটা বোঝাচ্ছেন যে এটা আপনার হয়ে বানিয়ে দেবে। আপনি বলবেন না “কনফ্লিক্ট ডিটেকশনসহ একটা RESTful বুকিং API ইমপ্লিমেন্ট করো।” আপনি বলবেন “কেউ যখন এমন একটা টাইম স্লট বেছে নেয় যা ইতিমধ্যে নেওয়া হয়ে গেছে, তখন তাকে বরং পরের খালি স্লটটা দেখাও।”

সহজ ভাষা টেকনিক্যাল ভাষার চেয়ে ভালো কাজ করে কারণ এটা ফলাফল বর্ণনা করে, বাস্তবায়ন নয়। AI বাস্তবায়নটা বের করে। আপনার কাজ হলো ইউজার কী দেখে আর কী করে তা নিয়ে নির্দিষ্ট হওয়া।

কিছু বর্ণনা যা ভালো কাজ করে:

• “যখন তারা ‘Book’-এ ক্লিক করে, চেক করো সময়টা তখনো খালি কি না। খালি থাকলে কনফার্ম করো। অন্য কেউ নিয়ে নিলে একটা মেসেজ দেখাও আর কাছের খালি স্লটটা সাজেস্ট করো।”
• “ড্যাশবোর্ডের ওপরে তিনটা সংখ্যা দেখাবে: মোট ক্লায়েন্ট, এই সপ্তাহের সেশন আর এই মাসের রেভিনিউ। তার নিচে, আজকের সেশনগুলোর একটা লিস্ট ক্লায়েন্টের নাম আর সময়সহ।”
• “একটা সেশনের পর আমি লিখতে চাই আমরা কী করেছি — যেমন ‘স্কোয়াট 3x10 80kg, বেঞ্চ প্রেস 3x8 60kg’ — আর সেটা সেই ক্লায়েন্টের হিস্টরিতে সেভ হবে।”

প্রতিটায় প্যাটার্নটা একই: কে কী করে, কখন আর তারপর কী হয়।

ব্যবহার করুন, তারপর ঠিক করুন

যেকোনো কিছুর প্রথম সংস্করণ এমনভাবে ভুল হবে যা আপনি আগে ভেবেই দেখতে পারতেন না। এটা ব্যর্থতা নয় — এটাই প্রক্রিয়া। AI দিয়ে বানানোর সুবিধা এই নয় যে আপনি প্রথমবারেই ঠিক করে ফেলেন। সুবিধাটা হলো জিনিস ঠিক করতে কয়েক সপ্তাহ নয়, কয়েক মিনিট লাগে।

Carlos যখন তার বুকিং স্ক্রিনের প্রথম সংস্করণ দেখলেন, তিনটা জিনিস তাকে খচখচ করল:

1. টাইম স্লটগুলো ৩০ মিনিটের ব্লকে দেখাচ্ছিল, কিন্তু তার সেশন ছিল ৫০ মিনিটের
2. একজন ক্লায়েন্টের তাকে সরাসরি মেসেজ না করে বাতিল করার কোনো উপায় ছিল না
3. কনফার্মেশন মেসেজটা ছিল ইংরেজিতে, কিন্তু তার ক্লায়েন্টরা স্প্যানিশ বলে

প্রতিটা ঠিক করতে দশ মিনিটের কম লাগল। তিনি সমস্যাটা বর্ণনা করলেন, বিল্ডার ঠিক করল আর তিনি এগিয়ে গেলেন। একটা প্রচলিত ডেভেলপমেন্ট শপের সঙ্গে এর যেকোনো একটাই হতো একটা সাপোর্ট টিকিট আর অপেক্ষা।

মূল অভ্যাসটা: কাউকে দেখানোর আগে নিজের অ্যাপ নিজে ব্যবহার করুন। প্রতিটা বোতাম ক্লিক করুন। প্রতিটা ফর্ম ভরাট করুন। ভাঙার চেষ্টা করুন। যে বাগগুলো আপনি নিজে খুঁজে পান, সেগুলো ঠিক করা ইউজার যেগুলো খুঁজে পায় তার চেয়ে সস্তা।

আপনি নন এমন কাউকে এটা দেখান

যথেষ্ট ব্যবহার করে এটার ওপর ভরসা হয়ে গেলে একজন আসল ইউজারের সামনে রাখুন। পাঁচজন নয়। দশজন নয়। একজন।

Carlos তার সবচেয়ে টেক-স্বচ্ছন্দ ক্লায়েন্টকে প্রথমে বুকিং লিংকটা দিলেন। সে একটা সেশন বুক করল, সেটা রিশিডিউল করল আর তারপর তাকে টেক্সট করল: “গত সপ্তাহে আমরা কী করেছি সেটা কোথায় দেখব?” তিনি তখনো ওয়ার্কআউট হিস্টরি ভিউটা বানাননি। কিন্তু এখন তিনি ঠিক জানলেন এরপর কোন ফিচারটা বানাতে হবে — অনুমান করে নয়, একজন আসল মানুষকে একটা আসল কাজ করতে গিয়ে দেয়ালে ঠেকতে দেখে।

একজন ইউজার আপনাকে বলে কোনটা বিভ্রান্তিকর। পাঁচজন ইউজার আপনাকে বলে কোনটা জনপ্রিয়। দ্বিতীয় ধরনের ফিডব্যাক কাজে লাগার আগে আপনার প্রথম ধরনটা দরকার।

রেডি হওয়ার আগেই লঞ্চ করুন

আপনার অ্যাপ কাজে লাগার জন্য সম্পূর্ণ হওয়ার দরকার নেই। দরকার শুধু একটা সমস্যা এতটা ভালোভাবে সমাধান করা যাতে কেউ এখন যা করছে তার বদলে এটা ব্যবহার করত — যা সম্ভবত একটা স্প্রেডশিট, একটা WhatsApp গ্রুপ বা কিছুই না।

Carlos তার বুকিং সিস্টেমটা তার ১৫ জন ক্লায়েন্টের সবাইকে দিয়ে দিলেন মাত্র তিনটা ফিচার নিয়ে: একটা স্লট বুক করো, একটা স্লট বাতিল করো আর আসন্ন সেশন দেখো। কোনো ওয়ার্কআউট লগিং নেই। কোনো প্রোগ্রেস চার্ট নেই। কোনো পেমেন্ট ইন্টিগ্রেশন নেই।

পরের সপ্তাহগুলোতে তিনি একটা একটা করে সেগুলো যোগ করলেন, তার ক্লায়েন্টরা আসলে যা চাইল তার ভিত্তিতে। তিনজন ক্লায়েন্ট একই সপ্তাহে চাওয়ার পর ওয়ার্কআউট লগিং বানানো হলো। পেমেন্ট ইন্টিগ্রেশন এলো এক মাস পরে, যখন Carlos খেয়াল করলেন তিনি তখনো ক্যাশ আর Venmo-তে ফি তুলছেন।

সেই প্রথম শনিবার বিকেলের বিল্ডিংয়ের ছয় সপ্তাহ পর তার হাতে এমন একটা অ্যাপ ছিল যা ১৫ জন পেইং ক্লায়েন্ট প্রতিদিন ব্যবহার করত। এটা বুকিং সামলাত, ওয়ার্কআউট ট্র্যাক করত, অগ্রগতি দেখাত আর অ্যাপয়েন্টমেন্ট রিমাইন্ডার পাঠাত। তিনি মোট হয়তো ২০ ঘণ্টা ব্যয় করেছিলেন — সন্ধ্যা আর উইকেন্ড জুড়ে ছড়িয়ে — আর ডেভেলপমেন্টে $0।

তার আগের সিস্টেম ছিল একটা Google Calendar, একটা Google Sheet আর একটা WhatsApp ব্রডকাস্ট লিস্ট। এটা কাজ করত, কিন্তু বুকিংয়ের ভুল হতো সপ্তাহে সপ্তাহে কারণ ক্লায়েন্টরা একটা সময় চাওয়ার আগে ক্যালেন্ডার চেক করতে ভুলে যেত।

তিনটা ভুল যা মানুষকে ধীর করে দেয়

পুরো জিনিসটা একসঙ্গে বানানোর চেষ্টা করা। একটা স্ক্রিন দিয়ে শুরু করুন। সেটা কাজ করান। তারপর পরের জিনিসটা যোগ করুন। খারাপ কোড যত অ্যাপ আইডিয়া মেরেছে, স্কোপ ক্রিপ তার চেয়ে বেশি মারে।

আপনার ওয়ার্কফ্লো বর্ণনা না করে একটা প্রতিযোগী কপি করা। আপনি যদি আপনার অ্যাপকে বর্ণনা করেন “পার্সোনাল ট্রেইনারদের জন্য Calendly-র মতো”, আপনি ভিন্ন রঙের একটা Calendly ক্লোন পাবেন। বরং আপনার আসল ওয়ার্কফ্লো বর্ণনা করুন আর আপনি এমন কিছু পাবেন যা আপনি কীভাবে কাজ করেন তার সঙ্গে মানায়, Calendly আপনাকে যেভাবে কাজ করতে বলে দিয়েছে সেভাবে নয়।

নিখুঁততার জন্য অপেক্ষা করা। আপনার প্রথম সংস্করণে এবড়োখেবড়ো ধার থাকবে। তবু শিপ করুন। কেউ চেষ্টা করেনি এমন স্ক্রিন এক সপ্তাহ ধরে মসৃণ করার চেয়ে একজন আসল ইউজারের বিভ্রান্ত মুখ থেকে আপনি বেশি শিখবেন।

আসল বাধাটা কখনোই টেকনিক্যাল ছিল না

AI অ্যাপ বিল্ডার আসার আগে, একটা আইডিয়া থাকলে আর কোড না জানলে আপনার তিনটা অপশন ছিল: কোড শেখা (মাস), একজন ডেভেলপার ভাড়া করা (হাজার হাজার ডলার) বা আইডিয়াটা ছেড়ে দেওয়া (ফ্রি)। বেশিরভাগ মানুষ তৃতীয় অপশনটা বেছে নিতেন — আইডিয়া খারাপ বলে নয়, বরং বাকি দুটো সময় বা টাকায় ব্যয়বহুল ছিল বলে।

এখন আপনি একটা আইডিয়া থেকে একদিনে একটা অ্যাপ বানাতে পারেন। কোনো প্রোটোটাইপ নয়। কোনো মকআপ নয়। ডেটাবেস, ইউজার অ্যাকাউন্ট আর আসল লজিকসহ একটা চলমান অ্যাপ। বাধাটা আর টেকনিক্যাল নয়। এটা স্পষ্টতা — আপনি কি যা দরকার তা এতটা নির্দিষ্টভাবে বর্ণনা করতে পারেন যাতে একটা AI সেটা বানাতে পারে?

আপনি যদি এটা একজন বন্ধুকে বোঝাতে পারেন, আপনি এটা বানাতে পারেন।

আপনি যদি কোনো আইডিয়া নিয়ে বসে থাকেন, Proyecta দিয়ে সেটা বানিয়ে দেখুন। একটা স্ক্রিন দিয়ে শুরু করুন — যেটা সবচেয়ে গুরুত্বপূর্ণ — আর দেখুন কী হয়।