Pay-per-use প্রকৃত ব্যবহারের জন্য চার্জ করে: প্রতি কিলোওয়াট ঘণ্টায়, প্রতি API কলে, প্রতি গিগাবাইটে, প্রতি ঘণ্টা ভাড়ায়, প্রতি প্রিন্ট করা পাতায়। গ্রাহক ব্যবহার না করলে কিছুই পরিশোধ করেন না। তোমার রেভিনিউ তাদের কার্যকলাপের সাথে চলে, এবং তোমার খরচও সাধারণত তার সাথে চলে, যা যেকোনো ভলিউমে মার্জিন স্থিতিশীল রাখে।
ক্লাউড কম্পিউটিং এবং কার শেয়ারিং পরিচিত উদাহরণ। তুমি আসলে ব্যবহার করা মিনিট বা গিগাবাইটের জন্য পরিশোধ করো।
আকর্ষণটা হলো মার্জিন স্থিতিশীলতা। ধরো তুমি প্রতি ১,০০০ API কলে ০.১০ ইউরো চার্জ করো এবং তোমার ইনফ্রাস্ট্রাকচারের খরচ প্রতি ১,০০০ কলে ০.০৪ ইউরো। মাসে ২০ লাখ কলযুক্ত একজন গ্রাহক ২০০ ইউরো পরিশোধ করেন এবং তোমার খরচ করান ৮০ ইউরো, ১২০ ইউরো রেখে। ২০০,০০০ কলযুক্ত একজন গ্রাহক ২০ ইউরো পরিশোধ করেন এবং ৮ ইউরো খরচ করান, ১২ ইউরো রেখে। উভয় ক্ষেত্রেই তুমি ৬০ শতাংশ রাখো। মাসে ১৫০ ইউরোর একটা ফ্ল্যাট রেটের অধীনে, প্রথম গ্রাহক লোকসান তৈরি করত এবং দ্বিতীয়জন একটা বড় লাভ।
দুর্বলতাটা হলো প্রেডিক্টেবিলিটি। তোমার কোনো রেভিনিউ ফ্লোর নেই। যদি তোমার গ্রাহকদের একটা শান্ত কোয়ার্টার থাকে, তোমারও একটা শান্ত কোয়ার্টার থাকে, এবং ভাড়া একই থাকে। তাই অনেক প্রোভাইডার মডেল একত্রিত করেন: একটা ছোট বেস ফি এবং ব্যবহার, বা ব্যবহারের বিপরীতে গণনা করা একটা ন্যূনতম মাসিক প্রতিশ্রুতি।
গ্রাহকদের বিপরীত ভয় আছে, একটা ইনভয়েস যা তারা ফোরকাস্ট করতে পারেন না। একটা খরচের সীমা, একমত সীমার ৮০ শতাংশে একটা অ্যালার্ট, এবং একটা লাইভ ব্যবহার ডিসপ্লে দিয়ে এটা কমাও। একটা অপ্রত্যাশিত চার-অঙ্কের বিল একটা দাম বৃদ্ধির চেয়ে দ্রুত একটা সম্পর্ক শেষ করে।
মিটারিং সঠিক এবং দৃশ্যমান হতে হবে। যদি একজন গ্রাহক পুনরুৎপাদন করতে না পারেন ইনভয়েসটা কীভাবে হিসাব করা হয়েছিল, তারা এটা নিয়ে বিরোধ করবেন। প্রতিটা ইউনিট লগ করো, লগটা দেখাও, এবং কন্ট্র্যাক্টে সংজ্ঞায়িত করো একটা ইউনিট হিসেবে কী গণনা হয়: একটা ব্যর্থ API কল, একটা বাতিল বুকিং, একটা আংশিক ঘণ্টা।
Pay-per-use জেনারেট করা বিজনেস প্ল্যানে যাচাই করা রেভিনিউ প্যাটার্নের একটা হিসেবে দেখা যায়, সাধারণত ফ্ল্যাট রেটের বিপরীতে। পছন্দটা নির্ভর করে তোমার খরচ ব্যবহারের সাথে বাড়ে কিনা তার ওপর।
