এটা বেতন ছিল না, ফ্রিল্যান্স আয় ছিল না, কোনো ক্লায়েন্টের একবারের পেমেন্টও ছিল না। ইন্টারনেটে একজন অচেনা মানুষ এমন একটি প্রোডাক্টের জন্য টাকা দিয়েছিল, যার আইডিয়া আমি নিজে করেছি, নিজে ডেভেলপ করেছি এবং নিজের ডোমেইন ও সার্ভারে হোস্ট করেছি।
এই পার্থক্যটা আমার কাছে গুরুত্বপূর্ণ। চাকরির মাধ্যমে software development-এর জন্য আমি আগেও টাকা পেয়েছি। এখানে এমন একজন মানুষ, যে আমাকে চিনত না, আমার বানানো কিছু খুঁজে পেয়েছে এবং সিদ্ধান্ত নিয়েছে যে এর জন্য টাকা দেওয়া যায়।
একটি পেমেন্ট আসলে কী validate করে
প্রথম sale-কে তার চেয়ে বেশি অর্থ দেওয়া খুব সহজ। একটি payment product-market fit প্রমাণ করে না। এটি repeatable demand, future growth, profitability বা stable business হয়ে যাওয়াও প্রমাণ করে না।
তবে এটি কিছু সীমিত কিন্তু গুরুত্বপূর্ণ বিষয় নিশ্চিত করে।
- অন্তত একজন বাস্তব মানুষ যথেষ্ট value দেখেছে যে টাকা দিয়েছে। Product useful হতে পারে—এই আমার নিজের বিশ্বাসের চেয়ে এটি শক্তিশালী evidence।
- এই transaction-এর জন্য purchase path কাজ করেছে। Product, domain, hosting, payment flow এবং payment-এর পরে যা যা দরকার ছিল, সেগুলো যথেষ্ট ভালো কাজ করেছে যাতে একটি বাস্তব purchase সম্পন্ন হয়। কিন্তু এর মানে এই নয় যে পুরো infrastructure একটি payment-এই “validated” হয়ে গেছে।
- আইডিয়াটি hypothetical value থেকে real exchange-এ গেছে। Payment-এর আগে আমি শুধু বলতে পারতাম যে আমি কিছু বানিয়েছি। পরে বলতে পেরেছি, কেউ সেটা কিনেছে।
এটা অল্প কিছু evidence, business সম্পর্কে চূড়ান্ত verdict নয়। Early revenue-কে আমি এখন এভাবেই দেখতে পছন্দ করি।
যে অংশটা আমি কম গুরুত্ব দিয়েছিলাম: কাউকে pay করানো
বাইরে থেকে SaaS নিয়ে আলোচনা খুব দ্রুত recurring revenue, product-market fit, growth আর scaling-এ চলে যায়। আমার শুরুর অভিজ্ঞতা অনেক কম glamorous ছিল: অনলাইনে একজন মানুষকেও pay করানো কঠিন ছিল।
Potential customer-এর alternatives থাকে। Attention সীমিত। ছোট independent product শুরু করে established company-র মতো trust ছাড়া। Feature বানানো একটি technical problem; অন্য একজন মানুষকে বোঝানো যে result তার টাকার যোগ্য—এটি সম্পূর্ণ আলাদা problem।
প্রথম কয়েক মাসের সবচেয়ে useful lesson-গুলোর একটি ছিল এটি। Software ship করা আর business বানানো সম্পর্কিত skill, কিন্তু একই skill নয়।
কাজটা নিজে উপভোগ করা কেন প্রত্যাশার চেয়ে বেশি গুরুত্বপূর্ণ ছিল
এই অভিজ্ঞতা আরেকটি বিশ্বাসকে শক্ত করেছে: শুধু দ্রুত টাকা করার জন্য SaaS বানালে দীর্ঘ সময় motivation ধরে রাখা কঠিন।
Revenue যদি চালিয়ে যাওয়ার একমাত্র কারণ হতো, তাহলে দীর্ঘ সময় এটি খুব খারাপ trade মনে হতো। আমি চালিয়ে গেছি কারণ process-টা সত্যিই পছন্দ করি: build করা, problem solve করা, launch করা, test করা, fix করা এবং আবার চেষ্টা করা।
এর মানে revenue গুরুত্বপূর্ণ নয়—এমন নয়। Product যদি business হতে চায়, কোনো এক সময় business result দরকার। কিন্তু কাজটা উপভোগ করার কারণে result আসার আগেও শেখার জন্য আমার যথেষ্ট মানসিক শক্তি ছিল।
প্রথম sale একটি signal, finish line নয়
এই payment-এর পরে “কেউ কোনোদিন এর জন্য টাকা দেবে না” আর সত্য ছিল না। কিন্তু কতজন pay করবে, কতবার করবে, ফিরে আসবে কি না, revenue কখনও cost-এর ওপরে যাবে কি না—এসবের উত্তর আমি তখনও জানতাম না।
এগুলো আলাদা প্রশ্ন এবং প্রত্যেকটির জন্য আরও evidence দরকার।
প্রথম product বানানোর সময় এই distinction রাখা দরকার বলে আমি মনে করি। Early milestone-কে খুব সহজে dismiss করা যায়, আবার romanticize-ও করা যায়। ছোট বলে প্রথম payment-কে অগ্রাহ্য করলে real transaction ঘটেছে—এই fact হারিয়ে যায়। এটিকে working business-এর proof বানালে উল্টো দিকে অতিরঞ্জন হয়।
Useful middle ground সহজ: কী ঘটেছে ঠিকভাবে লিখে রাখুন, সেটাকে celebrate করুন, তারপর test করুন এটি আবার ঘটতে পারে কি না।
আবার শুরু করলে আমি কী মনে রাখতাম
প্রথম কয়েক মাসকে শুধু revenue দিয়ে বিচার করতাম না। কিন্তু “আমি এখনও build করছি” কথাটাকেও অনন্তকাল market evidence-এর বিকল্প হতে দিতাম না। Technical progress আর commercial progress আলাদা রাখা দরকার।
- Technical progress দেখায় আপনি build ও ship করতে পারেন।
- Completed payment দেখায় অন্তত একজন মানুষ result-এর বিনিময়ে টাকা দিতে প্রস্তুত ছিল।
- Demand নিয়ে শক্ত claim করতে repeated payment দরকার।
- Business health বুঝতে revenue-কে cost-এর সঙ্গে compare করতে হয়।
এই milestone এখনো কেন গুরুত্বপূর্ণ
অঙ্কটা ছোট ছিল। অর্থটা ছোট ছিল না।