এন্টারপ্রাইজ অ্যাপ্লিকেশন
যে সিস্টেম গোটা প্রতিষ্ঠানের ভার বয়
হাতেকলমে এর মানে
যে ছয়টা জিনিস একটা সিস্টেমকে ওয়েবসাইট থেকে আলাদা করে
বহু ভূমিকা, সত্য একটাই
শাখা ম্যানেজার, হিসাবরক্ষক, আঞ্চলিক প্রধান আর অডিটর — প্রত্যেকের একই রেকর্ডের আলাদা আলাদা দৃশ্য দরকার, আর কেউই যেন চুপিচুপি এমন কিছু দেখতে না পান যা তাঁর দেখার কথা নয়। ভূমিকাভিত্তিক অ্যাক্সেস তাই ডিজাইন করা হয় ডেটার স্তরে, ইন্টারফেসে লুকিয়ে নয় — কারণ শুধু একটা বোতাম না দেখানো স্ক্রিন অ্যাক্সেস কন্ট্রোল নয়।
অনুমোদন, যার সত্যিই মানে আছে
কয়েক ধাপের অনুমোদন, দায়িত্ব হস্তান্তর আর ওপরে পাঠানোর ব্যবস্থাসহ, আর সময়সহ রেকর্ড: কে, কোন সংস্করণে, কী অনুমোদন করলেন। বিবাদের সময় সংস্করণের অংশটাই আসল: যে ডকুমেন্ট পরে বদলানো হয়েছে, তার সঙ্গে জোড়া অনুমোদন আসলে অনুমোদন নয়।
এমন অডিট ট্রেল, যার পক্ষে দাঁড়ানো যায়
প্রতিটি বদল লেখা হয় একটা ঘটনা হিসেবে, পুরোনোটা মুছে দিয়ে নয় — আগের মান, নতুন মান, কে করলেন, কখন, আর কেন। মাসের পর মাস পরেও পুরোটা আবার সাজিয়ে দেখা যায় — আসল পরীক্ষা এটাই — আর এই কারণেই আর্থিক ও নিয়ন্ত্রিত কাজকর্ম এর ওপর চলতে পারে।
টাকার হিসাব, যা মেলে
কালেকশন, সেটলমেন্ট, রিফান্ড, পেআউট, আর সেই খাতা যা মাসের শেষে ব্যাংক স্টেটমেন্টের সঙ্গে মিলতেই হবে। ইন্টিগ্রেশন সহজ অর্ধেক; এই প্রজেক্টগুলো আসলে গোলমাল হয় হিসাব মেলানো আর ব্যর্থতার পথগুলোতে।
ইন্টিগ্রেশন, যা অন্য দিকের গোলমালেও টেকে
পেমেন্ট গেটওয়ে, অ্যাকাউন্টিং সফটওয়্যার, সরকারি পোর্টাল, লজিস্টিকস, মেসেজিং। ধরে নিয়েই বানানো যে অন্য সিস্টেমটা ধীর হবে, টাইম-আউট হবে, আর মাঝে মাঝে দুবার উত্তর দেবে — যাতে আবার চেষ্টা করতে গিয়ে কোনো গ্রাহকের কাছ থেকে দ্বিতীয়বার টাকা কাটা না যায়।
কাজ বন্ধ না করেই মাইগ্রেশন
স্প্রেডশিট থেকে, বা যে সফটওয়্যার আপনার কাছে ছোট হয়ে গেছে তা থেকে সরে আসা — নতুনটা প্রমাণিত না হওয়া পর্যন্ত দুটোই পাশাপাশি চলে। ফেরার কোনো পথ নেই এমন এক সপ্তাহান্তে পুরোটা বদলে ফেলা — এমন সিদ্ধান্ত রবিবার রাতে কাউকে নিতে বলা উচিত নয়।
কাজ কীভাবে চলে
ছয়টা পর্যায়, আর প্রথমটা কোড নয়
আসলে কী হয়, তা খুঁটিয়ে দেখা
কাগজে লেখা প্রক্রিয়া নয় — আসলে যেভাবে কাজটা হয়, সেটা, সব ঘুরপথসহ। ওই ঘুরপথগুলোই আসল চাহিদা; যে সিস্টেম এগুলো উপেক্ষা করে, তার পাশে কর্মীরা চুপচাপ একটা স্প্রেডশিট চালিয়ে যান।
আর্কিটেকচার আর লিখিত সিদ্ধান্তের রেকর্ড
কাঠামো, ডেটা মডেল, ইন্টিগ্রেশন আর কোথায় কী ছাড় দেওয়া হলো — যুক্তিসহ লিখে রাখা। যাতে দুই বছর পরে কেউ আন্দাজ করে সিদ্ধান্তটা উল্টে না দিয়ে দেখতে পান, সেটা কেন নেওয়া হয়েছিল।
ব্যবহারযোগ্য ভাগে ভাগে তৈরি
একবারে একটা বিভাগ বা একটা শাখা, চালু আর সত্যিকারের ব্যবহারে — আঠারো মাস ধরে বানিয়ে শেষে দেখানো নয়। দ্বিতীয় ভাগ যখন লেখা হচ্ছে, প্রথম ভাগ তখন প্রোডাকশনে চলছে।
মাইগ্রেশন, আর পাশাপাশি চালানো
পুরোনো ডেটা সরানো হয় আর যাচাই করা হয় হিসাব মিলিয়ে, চোখে দেখে নয়। পুরো একটা চক্র ধরে সংখ্যাগুলো না মেলা পর্যন্ত দুটো সিস্টেমই চালু থাকে।
যাঁরা ব্যবহার করবেন, তাঁদের প্রশিক্ষণ
তাঁদের নিজেদের ডেটায়, তাঁদের নিজেদের শাখায়। এই ধরনের বেশিরভাগ প্রজেক্ট ব্যর্থ হয় এখানেই, আর ব্যর্থ হয় নিঃশব্দে — সফটওয়্যার চলে, কিন্তু কেউ ব্যবহার করে না।
চালিয়ে যাওয়া
মনিটরিং, রিস্টোর করে পরীক্ষা করা ব্যাকআপ, অন-কল ব্যবস্থা, আর প্রতি তিন মাসে পর্যালোচনা হওয়া রোডম্যাপ। লঞ্চের পরে যে সিস্টেমের কোনো দায়িত্বশীল নেই, কেউ কিছু না বদলালেও তার মান পড়তে থাকে।
স্ট্যাক
নাম দিয়ে বলা, যাতে যাচাই করা যায়
প্রোডাক্ট
- Next.js
- React
- TypeScript
- Tailwind CSS
- React Native
- Expo
ব্যাকএন্ড
- NestJS
- Node.js
- PostgreSQL
- Prisma
- Redis
- WebSockets
ক্লাউড
- Vercel
- Render
- Cloudflare
- Docker
- অবজেক্ট স্টোরেজ
- CDN
টাকাপয়সা
- Razorpay
- Stripe
- Cashfree
- UPI
- পেআউট
- সাবস্ক্রিপশন
AI
- Google Gemini
- Claude
- ভিশন
- স্পিচ
- এমবেডিং
- এজেন্ট
গ্রোথ
- টেকনিক্যাল SEO
- Meta Ads
- Google Ads
- WhatsApp Business
- ইমেল
- অ্যানালিটিক্স
স্পেসিফিকেশন নয়, আপনার কাজের প্রক্রিয়াটা নিয়ে আসুন।
প্রথম মিটিং সবচেয়ে কাজের হয়, যখন আমরা দেখি একটা সাধারণ মঙ্গলবারে আপনার টিম কী কী করে। স্পেসিফিকেশন বেরিয়ে আসে সেখান থেকেই — আর সেটা লেখার দায়িত্ব আমাদের, আপনার নয়।