মাইলস্টোন বিলিং: কিস্তিকে আসল নির্মাণ অগ্রগতির সঙ্গে বাঁধা

মাইলস্টোন বিলিং মানে ক্রেতার দামের একটি অংশ তারিখে নয়, বরং নির্দিষ্ট একটি নির্মাণ ঘটনা সার্টিফাইড হলে প্রাপ্য হয়। এটি কাজ করে কারণ এটি তিনটি জিনিসকে একসঙ্গে বাঁধে, যেগুলো নইলে আলাদা দিকে টানে: ক্রেতার টাকা দেওয়ার আগ্রহ, খরচ যখন সর্বোচ্চ তখন ডেভেলপারের নগদের দরকার, আর সাইটের আসল অগ্রগতি। আর এটি ব্যর্থ হয় তখনই, যখন মাইলস্টোনের সংজ্ঞা এত আলগা যে "হয়েছে কি হয়নি" নিয়ে দুজন দুই কথা বলতে পারেন।

কোন মাইলস্টোন বিল করার মতো

বিলযোগ্য মাইলস্টোনের চারটি বৈশিষ্ট্য:

১. চোখে দেখা যায়। "৬ষ্ঠ তলার ছাদ ঢালাই সম্পন্ন" — দেখা যায়। "কাঠামোর কাজ যথেষ্ট এগিয়েছে" — যায় না। ২. একটিমাত্র ঘটনা। একাধিক তলা বা একাধিক কাজ একসঙ্গে ধরলে আংশিক সমাপ্তি নিয়ে তর্ক হয়। ভাগ করে দিন। ৩. নির্দিষ্ট পদের কেউ সার্টিফাই করবেন। প্রজেক্ট ইঞ্জিনিয়ার বা QS, "অফিস" নয়। ৪. ঘটনার দিনই লেখা। তারিখসহ সার্টিফিকেট, যে পরিমাপের ভিত্তিতে, আর ছবি। এক মাস পরে বানানো জিনিস রেকর্ড নয়, পুনর্গঠন।

কাজের মতো একটি মাইলস্টোন তালিকা

তিন বছরের কর্মসূচিতে দশতলা আবাসিক ভবনের জন্য:

খেয়াল করুন, চতুর্থ মাইলস্টোনটি ইউনিটভিত্তিক। এটি ইচ্ছাকৃত: তিনতলার ক্রেতা নয়তলার কাজের বিল মানবেন না। ইউনিটভিত্তিক মাইলস্টোনের জন্য সিস্টেমকে জানতে হয় কোন সার্টিফাইড ঘটনা কোন ইউনিটগুলোকে স্পর্শ করে — আর ঠিক এই সংযোগটাই Excel নির্ভরযোগ্যভাবে রাখতে পারে না।

সার্টিফিকেশনের শৃঙ্খল

যে শৃঙ্খল মাইলস্টোন বিলিংকে যুক্তিসংগত রাখে: সাইটে পরিমাপ → ইঞ্জিনিয়ারের সার্টিফিকেট → সিস্টেমে মাইলস্টোন সম্পন্ন → সংশ্লিষ্ট ইউনিটে কিস্তি ওঠা → নোটিশ যাওয়া। প্রতিটি ধাপ এমন রেকর্ড রেখে যাবে, যা প্রশ্ন করা ক্রেতাকে দেখানো যায়। ক্রেতা আপত্তি করলে উত্তরটা হওয়া উচিত একটি কাগজ, সেলস ম্যানেজারের ফোন নয়।

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

যেখানে গোলমাল হয়

একসঙ্গে অনেক মাইলস্টোন সার্টিফাই করা। ছয় মাস দেরিতে এক সপ্তাহে তিনটি মাইলস্টোন সার্টিফাই হলে একসঙ্গে তিনটি বিল যায়, আর অভিযোগের ঢেউ আসে। যেদিন হয়, সেদিনই সার্টিফাই করুন।

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

চুপচাপ সংজ্ঞা বদলে যাওয়া। সাইটে কাজের ক্রম বদলায় — ধরুন, ছাদ ঢালাইয়ের আগেই ইটের কাজ শুরু — আর মাইলস্টোনের সংজ্ঞা আর বাস্তবের সঙ্গে মেলে না। সংজ্ঞা বদলাতে দামের মতোই অনুমোদন লাগবে, কারণ এতে টাকা নড়ে।

নির্মাণ পিছিয়ে গেলে

মাইলস্টোন বিলিং দুই দিকেই সৎ: সাইট ছয় মাস পিছিয়ে গেলে কিস্তিগুলোও প্রাপ্য হয় না, আর আপনার আদায়ের বাঁকও সঙ্গে সঙ্গে সরে যায়। এটি বাস্তব নগদ ঘটনা, তাই আগেভাগে হিসাব করা উচিত, পরে আবিষ্কার নয়। সংখ্যা আছে ছয় মাস দেরির আসল খরচ লেখায়, আর পরিকল্পনা আছে ডেভেলপারের নগদ প্রবাহ লেখায়।

এরপর কী

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