आप अपनी वेब सेवाओं को कैसे बिल करते हैं?

Question

एक नई वेब सेवा विकसित करने में मैं कंपनियों को अपनी वेब सेवाओं के लिए बिलों के बारे में बहुत अधिक जानकारी नहीं मिली है।

क्या आप अनुरोध करके बिल खाते हैं या केवल कुछ अनुरोध यानी) प्राप्त करें या पोस्ट करें?

- क्या इन्हें एप्लिकेशन या सर्वर स्तर पर ट्रैक किया जा सकता है?

क्या आप बैंडविड्थ द्वारा बिल करते हैं?

-again कैसे इस पर नज़र रखी जा जाएगा उपयोगकर्ता के आधार प्रति एक

आप एक सदस्यता चार्ज बस उपयोग करने के लिए है?

- यह माना जाता है कि भुगतान के बाद उन्हें केवल एपीआई कुंजी दी जाती है।

उपरोक्त या अन्य विकल्पों का एक संयोजन?

आपकी मदद के लिए धन्यवाद।

Answer 1

बाजार अर्थव्यवस्था में सभी चीजों के रूप में, कीमत, लेकिन असुविधा (या सुविधा) और वास्तविक भुगतान से जुड़ी जोखिम (राशि के बावजूद) यह एक कार्य है कि आपकी सेवा या उत्पाद कितनी अनूठी और शांत और मूल्यवान है है।

इसलिए सवाल का जवाब देना असंभव है, लेकिन बहुत सामान्य शब्दों में, यानी सुझावों के रूप में। आप वास्तविक चालान-प्रक्रिया के मॉडल किसी एक के आधार या हो सकता है एक बार की सेटअप शुल्क सदस्यता के आधार पर

बिल के लिए निम्नलिखित

• बिल के कई (यानी एक निर्धारित अवधि के लिए उपयोग की स्पष्ट रूप से परिभाषित अधिकतम मात्रा के साथ)
• रखरखाव के लिए बिल
• अधिनियम द्वारा बिल, यानी एक निश्चित राशि (संभवतः घटती इकाई मूल्य अनुसूची पर)। इस तरह के कृत्यों को पर स्तर परस्तर पर गिना जाना चाहिए, (क्लाइंट-साइड में कुछ लेखापरीक्षा/निगरानी/प्रकार का लॉग शामिल हो सकता है, लेकिन सर्वर-पक्ष जानकारी का आधिकारिक स्रोत होना चाहिए)
• वॉल्यूम द्वारा बिल (उदाहरण के लिए एमबीएट्स ट्रांसफर इत्यादि की संख्या), यह उन सेवाओं पर लागू होती है जहां प्रत्येक "कार्य" के लिए उत्पादित जानकारी की मात्रा में एक बड़ा बदलाव होता है।

आम तौर पर, दोनों पार्टियों, विशेष रूप से खरीदार को, और आमतौर पर, बेहतर, लेखांकन की कीमत और औपचारिकता उचित लगती है। कीमत कम नहीं होनी चाहिए, बशर्ते आप यह मामला बना सकें कि प्रदान की गई सेवा प्रभावी ढंग से मूल्यवान है, और आपने या तो निवेश किया है और सेवा शुरू करने के लिए जोखिम उठाया है, या सेवा चलाने से जुड़े चल रहे खर्च स्पष्ट हैं।

Answer 2

मुझे लगता है कि यह सेवा करता है कि यह क्या करता है। व्यापक रूप से, मैं कहूंगा कि जब आप कुछ आंतरिक मूल्य प्रदान करते हैं तो आपको बिल करना चाहिए; आप कैसे निर्धारित करते हैं कि बिलिंग मानदंड क्या डोमेन-विशिष्ट है। प्रदान की गई सेवा की कुछ संपत्ति हो सकती है जो आपको यह निर्धारित करने की अनुमति देती है कि बिल कितना है।

उदाहरण के लिए, मान लें कि आपके पास एक वेब सेवा है जो गणना करता है। आप यह तय कर सकते हैं कि आपके द्वारा किए गए हर सफल गणना के लिए, आप एक निश्चित शुल्क चार्ज करने जा रहे हैं, $0.01 कहें, लेकिन अगर वैधता समस्या हो, तो अमान्य अनुरोध जैसे उपयोगकर्ताओं को बंद कर दें। वैकल्पिक रूप से, यदि उन गणनाओं को अस्पष्ट रूप से लंबे समय से चल रहे हैं, तो आपके पास एक चार्जिंग मॉडल हो सकता है जो किसी प्रकार के CPU-time मीट्रिक पर आधारित होता है।

सब्सक्रिप्शन के बारे में आपका बिंदु एक अच्छा है, और यह एक ऐसा क्षेत्र है जहां आपको संभावित व्यावसायिक मॉडल की अनुमति देने से संभावित रूप से लाभ हो सकता है; एक ऐसे उपयोगकर्ताओं को पूरा करने के लिए जो प्रति माह बहुत से अनुरोध कर सकते हैं, इस मामले में एक निश्चित सदस्यता समझ में आ सकती है, और एक ऐसे उपयोगकर्ता को पूरा करने के लिए जो कुछ विज्ञापन-अनुरोध अनुरोध करते हैं। बाद के मामले में, निश्चित रूप से, यदि आप केवल उन ग्राहकों को आकर्षित करते हैं, तो आप निवेश पर अच्छी वापसी नहीं करेंगे। कुछ प्रकार का मध्य ग्राउंड, जिससे आपके पास छोटी सदस्यता होती है, लेकिन फिर ग्राहकों को अतिरिक्त प्रोसेसिंग लागतों के बिना शीर्ष पर अनुरोधों के "ब्लॉक" या "बंडल" खरीदने की अनुमति मिलती है, काम कर सकते हैं।

Answer 3

कई लोगों ने मुझे समय-समय पर बिल देखा है, जैसे कि मासिक या वार्षिक आधार पर। कुछ आपको महीने तक भुगतान करने की अनुमति देते हैं, कुछ को शुल्क के कुछ (या सभी) की आवश्यकता होती है। वेब सेवा के लिए एक सुरक्षा प्रमाण पत्र जारी करके एक्सेस प्रतिबंधित हो सकता है, जो ग्राहक के खाते की समयसीमा समाप्त होने पर, या संभवतया उन्हें क्लाइंट आईडी भेजकर और सर्वर को यह जांचने दे सकता है कि उस क्लाइंट आईडी को उत्तर देने की अनुमति है (लेकिन यह खुला है लोग किसी और के ग्राहक आईडी चोरी करते हैं;))।

मुझे लगता है कि यदि आपके पास ऐसी सेवा है जो बहुत बड़ी मात्रा में डेटा भेजती है और प्राप्त करती है, तो यह प्रति सेवा अनुरोध बिल को समझ में आ सकती है, लेकिन इसके लिए बिलिंग ट्रिकियर हो सकती है। क्या ग्राहक प्रति दिन दर्जनों अनुरोध करने की संभावना रखते हैं, या कुछ ही? प्रति लेनदेन बिल कितना है? $ 100? $ 0.01? यह सब सेवा की प्रकृति पर निर्भर करेगा। यदि आप उस मार्ग पर जाना चाहते हैं, तो आपको शायद यह सुनिश्चित करने में सक्षम होना चाहिए कि ग्राहकों को केवल उन अनुरोधों के लिए बिल भेजा जाए जिन्हें सफलतापूर्वक उत्तर दिया गया हो (मुझे बिल प्राप्त करने से नफरत होगी, भले ही मेरा क्लाइंट ऐप पूरे वेब सेवा संदेश को प्राप्त करने में विफल रहा आपका सर्वर)।

Answer 4

प्रति अनुरोध या सदस्यता के रूप में, और हां, बैंडविड्थ एक चर हो सकता है जिसका उपयोग शुल्क निर्धारित करने के लिए किया जाता है। ग्राहक को बंद करने के बाध्यकारी या इसका उपयोग करके कमजोर युग्मित ग्राहकों के असंख्य होने के मूल्य पर निर्भर करता है। इस प्रश्न का कोई सही जवाब नहीं है जो सभी या यहां तक ​​कि ज्यादातर मामलों में फिट बैठता है।

यदि मैं अतीत में किए गए सेवाओं को देखता हूं, तो सदस्यता मॉडल उपयोग करने का सबसे अच्छा मॉडल होगा। कभी-कभी $ प्रति अनुरोध का एक टिक सर्वश्रेष्ठ दृष्टिकोण की तरह लगता है लेकिन मैंने अभी तक इस तरह से एक सेवा कॉन्फ़िगर नहीं की है।

Answer 5

अधिकांश webservices मैं दो बातों के लिए प्रभार से जानते हैं: "उपयोग" का

• वॉल्यूम। आम तौर पर कम मात्रा "मुक्त" पहुंच (यानी, किसी दिए गए आईपी पते खाता संयोजन से एक्स हिट/घंटा से कम) दे रही है। यह कहने के समान है, ट्विटर जो आपको अपने उपयोगकर्ता नाम, या अद्वितीय आईपी या दोनों के संयोजन से 150 हिट/घंटा देता है (इसलिए आप अक्सर आईपी बदलकर इसका दुरुपयोग नहीं करते हैं)। यदि आप उस उच्चतम मात्रा चाहते हैं जिसके लिए आप उस एक्सेस के लिए भुगतान करते हैं और आमतौर पर खाते द्वारा असाइन किया जाता है (twitters मामले में आप एक देव खाता [मुफ्त में] प्राप्त कर सकते हैं जो आपको 20K या अधिक हिट देता है)
• विवरण की गहराई तक पहुंच विशेषताएं। फिर से मुक्त खातों को न्यूनतम पहुंच प्राप्त होती है, लेकिन अधिक डेटा तक पहुंच नहीं होती है या अधिक उन्नत सुविधाओं (फ़िल्टरिंग आदि) तक पहुंच नहीं होती है। बहुत सारी Google सेवाएं इस तरह काम करती हैं, मूल पहुंच सभी को दी जाती है लेकिन यदि आप अधिक परिष्कृत क्षमताओं (अधिक खोज, अधिक डेटा, तेज़ परिणाम) चाहते हैं तो आपको इसी कार्यक्षमता के साथ खाता कोड खरीदना होगा।

मैंने भुगतान के लिए प्रदर्शन, या पे-पर-हिट/एक्सेस मॉडल के साथ किसी भी परियोजना में वास्तव में देखा या भाग लिया है क्योंकि उन्हें ग्राहकों के लिए विश्वसनीय रूप से बिल और बहुत मुश्किल से बिल करना मुश्किल हो जाता है, यहां तक ​​कि यदि आप टायर या बैंड वाली श्रेणियों का उपयोग करते हैं। आप अपने ग्राहकों को कितनी हिट करते हैं, विशेष रूप से एक वितरित प्रणाली में, अनावश्यक असफलता आदि के साथ, यदि मुझे प्रति एक्सेस $ 0.01 सेंट का भुगतान करना पड़ता है तो मैं जानना चाहता हूं कि इसका माप कैसे किया गया, और कंपनी क्या पहुंच को नियंत्रित करने के लिए जगह थी, और उनकी निगरानी कितनी सटीक थी, आदि

यह असंभव नहीं है, और निश्चित रूप से किया जा सकता है, और बड़े थोक परिदृश्यों में अच्छी तरह से काम कर सकता है।

Answer 6

मैं रोब और डेस द्वारा जो कहा गया है उससे सहमत हूं। याद रखने की एक बात यह है कि सदस्यता एक बहुत ही सरल अवधारणा है जिसे हर किसी के साथ उपयोग किया जाता है और आरामदायक होता है (यदि आप इसे सही मानते हैं)। यदि आप विस्तृत दर्शकों को कवर करना चाहते हैं तो भुगतान प्रदाता कैसे करते हैं - उनके पास प्रति वर्ष कितने लेन-देन होते हैं, इस पर निर्भर करते हुए उनके पास भुगतान के कुछ अलग तरीके हैं। एक निश्चित सदस्यता प्लस प्रति लेनदेन शुल्क होगा और वे दोनों लेनदेन की संख्या के साथ भिन्न होंगे। यह सबसे लचीला है, लेकिन यह निर्भर करता है कि यह आपके व्यवसाय के लिए समझ में आता है।