AI ऐप्स के लिए Lago विकल्प: स्व-होस्टेड बिलिंग और मुद्रीकरण

सही Lago विकल्प इस बात पर निर्भर करता है कि आप एक अलग बिलिंग इंजन, एक अलग परिनियोजन जिम्मेदारी या मौजूदा ऐप में AI ट्रैफ़िक को मुद्रीकृत करने का तरीका चाहते हैं। Flexprice और OpenMeter घटक-स्तरीय मूल्यांकन के योग्य हैं; Metronome उपयोग और वाणिज्यिक अनुबंध बिलिंग के लिए प्रासंगिक है। ShareAI एक अनुमोदित रूटेड-इनफेरेंस प्रवाह को संबोधित करता है जिसमें ग्राहक ShareAI को भुगतान करता है और एप्लिकेशन एक विशेष अधिभार अर्जित कर सकता है। ये विकल्प समान जिम्मेदारियों को स्थानांतरित नहीं करते हैं।

समीक्षित 22 अक्टूबर 2026। ShareAI इस तुलना को प्रकाशित करता है और चर्चा किए गए कार्यक्रमों में से एक संचालित करता है। विवरण आधिकारिक दस्तावेज़ और वास्तविक कैप्चर का संदर्भ देते हैं। संख्यात्मक उदाहरण सिंथेटिक राशि का उपयोग करके निष्पादित ऑफ़लाइन लेजर है, न कि भुगतान किए गए विक्रेता बेंचमार्क, वास्तविक ग्राहक शुल्क या प्राप्त भुगतान।

एक ओपन-कोर एप्लिकेशन के लिए, महत्वपूर्ण प्रश्न अक्सर यह होता है कि वाणिज्यिक प्रणाली के प्रत्येक भाग को कौन संचालित करेगा। एक टीम चाह सकती है कि उसका सॉफ़्टवेयर ग्राहक के इंफ्रास्ट्रक्चर में चले, जबकि वैकल्पिक AI कार्य के लिए उचित शुल्क लिया जाए। बिलिंग इंजन को सेल्फ-होस्ट करना, एप्लिकेशन को होस्ट करना और मॉडल को सर्व करना अलग-अलग निर्णय हैं। यह मानने से पहले कि एक इंफ्रास्ट्रक्चर विकल्प अन्य को हल करता है, उनकी स्पष्ट रूप से तुलना करें।

Lago क्या करता है, और परिनियोजन स्वामित्व क्यों मायने रखता है

Lago का वर्तमान परिचय उपयोग इनजेस्टिंग, मीट्रिक एग्रीगेशन, प्राइसिंग, इनवॉइस और कनेक्टेड पेमेंट्स को कवर करता है। यह होस्टेड क्लाउड सेवा को सेल्फ-होस्टेड परिनियोजन से अलग करता है। यह एक उपयोगी प्रारंभिक बिंदु है: आप बिलिंग मॉडल और सेवा के ऑपरेटिंग मालिक का मूल्यांकन कर सकते हैं बिना उन्हें एक ही फीचर मानने के। आपका ऐप अभी भी ग्राहक संदर्भ और उपयोग प्रदान करता है जो बिल योग्य बनता है।

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

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

Lago को बनाए रखने का एक अच्छा कारण यह है कि इसका परिनियोजन और उपयोग वर्कफ़्लो पहले से ही उत्पाद से मेल खाते हैं। केवल एक वैकल्पिक AI सुविधा को बनाए रखने से बचने के लिए स्विच करना एक कामकाजी सामान्य बिलिंग सेवा को बदल सकता है, जिसे आपको अभी भी उपकरण और समायोजित करना होगा। मूल्यांकन करें कि प्रस्तावित परिवर्तन बिलिंग इंजन, इसके होस्टिंग मॉडल या केवल उस सुविधा द्वारा उपभोग किए गए अनुमान से संबंधित है। सबसे छोटा सही सीमा समझाने और बनाए रखने में आसान हो सकता है।

स्व-होस्टेड सॉफ़्टवेयर, बिलिंग और AI अनुमान को अलग करें

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

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

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

जिम्मेदारी के आधार पर Lago विकल्पों की तुलना करें

Flexprice: मीटरिंग, बिलिंग और एक्सेस स्टैक की तुलना करें

Flexprice दस्तावेज़ मीटरिंग, बिलिंग और फीचर प्रबंधन के लिए एक ओपन-सोर्स प्लेटफ़ॉर्म का वर्णन करता है, जिसमें स्व-होस्टिंग विकल्प है। फायदे: एक टीम उपयोग, क्रेडिट और फीचर एक्सेस को संबंधित उत्पाद घटकों के रूप में मूल्यांकन कर सकती है। एक ओपन-कोर एप्लिकेशन के लिए, यह उपयोगी है जब वाणिज्यिक योजना यह निर्धारित करनी चाहिए कि कौन सी वैकल्पिक क्षमताएँ उपलब्ध हैं। वास्तविक इंटीग्रेशन का निरीक्षण करें बजाय इसके कि बिलिंग स्थिति स्वचालित रूप से ऐप के हर डिप्लॉयमेंट तक पहुँचती है।

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

OpenMeter: घटनाओं, उपयोग नियंत्रण और बिलिंग एकीकरण की तुलना करें

OpenMeter का आधिकारिक उत्पाद पृष्ठ मीटरिंग, कैटलॉग, अधिकार, सीमाएं और बिलिंग एकीकरण का वर्णन करता है। फायदे: जब घटनाएं और ग्राहक-दृश्यमान खपत उत्पाद के केंद्र में होती हैं, तो घटक-स्तरीय दृश्य उपयोगी होता है। एक एप्लिकेशन मूल्यांकन कर सकता है कि उपयोग कैसे एक व्यावसायिक मीट्रिक बनता है और यह उसके प्लान या कोटा से कैसे संबंधित है। यह एक एकीकरण निर्णय बना रहता है: ऐप को उस उपयोग की पहचान और अर्थ प्रदान करना चाहिए जिसे वह रिकॉर्ड करता है।

समझौते: वर्तमान में उपलब्ध परिनियोजन/संस्करण सुविधाओं, SDK पथ और जुड़े कर/भुगतान व्यवस्थाओं को सत्यापित करें। Kong ने OpenMeter के अधिग्रहण की घोषणा की, और वर्तमान साइट इसे OpenMeter द्वारा Kong के रूप में पहचानती है। पैकेजिंग की जांच किए बिना संबंधित Konnect और OpenMeter क्षमताओं को स्वतंत्र उत्पादों के रूप में गिनने से बचें। Lago की तुलना में, उन घटनाओं, सुधारों, पहुंच निर्णयों और चालान/संग्रह सीमाओं की तुलना करें जिनकी आपके विशेष उत्पाद को आवश्यकता है।

Metronome: वर्तमान उपयोग-बिलिंग एकीकरण पर विचार करें

Metronome प्रासंगिक है जब मुख्य लक्ष्य सामान्य उपयोग और अनुबंध बिलिंग इंजन को बदलना है। Stripe का वर्तमान उपयोग-बिलिंग गाइड नई उपयोग-आधारित एकीकरणों के लिए Metronome की सिफारिश करता है। मौजूदा बेसिक Meters एकीकरण समर्थित रहते हैं। फायदे: आप Stripe की वर्तमान उत्पाद रणनीति के संदर्भ में उपयोग, रेटिंग और व्यावसायिक अनुबंध वर्कफ़्लो का मूल्यांकन कर सकते हैं, बजाय इसके कि Metronome को पूरी तरह से अलग भविष्य एकीकरण विकल्प मानें।

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

ShareAI: मौजूदा ऐप के अनुमान घटक का मुद्रीकरण करें

ShareAI Builder प्रोग्राम एक विकल्प है मौजूदा सॉफ़्टवेयर मालिक, रखरखावकर्ता या एजेंसी के लिए जो अनुमोदित अनुमान मुद्रीकरण प्रवाह चाहती है। Builder पात्र AI ट्रैफ़िक को जोड़ता है और अनुमत अधिभार या मार्जिन को कॉन्फ़िगर करता है। अंतिम ग्राहक ShareAI को रूटेड उपयोग के लिए भुगतान करता है, और वह उपयोग प्रोग्राम के तहत ऐप-विशिष्ट आय उत्पन्न करता है। लाभ: रूटिंग, ग्राहक भुगतान और एट्रिब्यूशन का एक परिभाषित संबंध होता है, बजाय इसके कि इसे इनवॉइस फीचर से अनुमानित किया जाए।

समझौते: आवेदन, खाता और वास्तविक मॉडल पहुंच को प्रासंगिक शर्तों के तहत अनुमोदन/पात्रता की आवश्यकता होती है। सत्यापित कंपनी Builders को 45-दिन की समीक्षा अवधि के बाद भुगतान प्राप्त होता है। व्यक्ति वर्तमान में ShareAI के भीतर उपयोग के लिए अनुमान मूल्य जमा करते हैं, बजाय नकद-आउट या खाता हस्तांतरण के। आय वास्तविक पात्र रूटेड उपयोग और समायोजन पर निर्भर करती है। ShareAI ऐप का निर्माण, होस्टिंग या वितरण नहीं करता है, और सामान्य उत्पाद सब्सक्रिप्शन या गैर-AI सेवाओं को अभी भी उनके मौजूदा वाणिज्यिक सिस्टम की आवश्यकता हो सकती है।

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

समान वाणिज्यिक दायरे के साथ परिचालन लागत की तुलना करें

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

ओपन-कोर नॉलेज प्रोडक्ट के लिए, दोनों डिप्लॉयमेंट पैटर्न और खपत का मूल्यांकन करें। एक ग्राहक जो एक इंस्टॉलेशन को मैन्युअल रूप से चलाता है, वह एक बड़े टेनेंट से अलग व्यवहार कर सकता है जो स्वचालित जॉब्स चलाता है। एक धीमी प्रतिक्रिया या पुनः प्रयास अतिरिक्त प्रयास जोड़ सकता है बिना एक और स्वीकृत उत्तर बनाए। तय करें कि वास्तव में कौन सी इकाई बिल की जाती है, और विवादित राशि को समझाने के लिए पर्याप्त जानकारी बनाए रखें। सॉफ़्टवेयर का लाइसेंसिंग मॉडल उन उपयोग घटनाओं को आत्म-व्याख्यात्मक नहीं बनाता है।

एक उदाहरण स्पष्ट कर सकता है: 1000 USD का इंफेरेंस प्लस एक काल्पनिक 15% सरचार्ज 150 USD का सकल सरचार्ज और 1150 USD कुल उत्पन्न करता है। ये सिंथेटिक राशि हैं, न कि Lago या उसके विकल्पों के लिए लाइव कीमतें। ये अन्य उत्पाद राजस्व को बाहर रखते हैं और शुद्ध लाभ, कर उपचार या प्राप्त निपटान स्थापित नहीं करते हैं। वास्तविक रोलआउट के लिए वास्तविक अनुबंध, शुल्क/समायोजन नियम और मुद्रा का उपयोग करें, जिसमें कोई आवश्यक राउंडिंग नीति शामिल हो।

डुप्लिकेट और समायोजन को ऑफलाइन लेजर के साथ अभ्यास करें

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

import assert from "node:assert/strict";
const records = [
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
  {id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
  {id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
  const seen = new Map();
  let total = 0n;
  for (const row of rows) {
    assert.equal(row.customer, "demo");
    const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
    if (seen.has(row.id)) {
      if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
      continue;
    }
    if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
    seen.set(row.id, fingerprint);
    total += row.cents;
  }
  return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
  {id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
  totalUSD: usd(base + surcharge), paidReceiptVerified: false}));

इसका परिणाम 1000 USD का शुद्ध सिंथेटिक इंफेरेंस, 150 USD का सकल सरचार्ज और 1150 USD कुल है। उत्पादन में, एक ऐप टास्क, इसे पूरा करने के लिए उपयोग किए गए प्रयास और ग्राहक को जिम्मेदार उपयोग के बीच अंतर बनाए रखें। जब समायोजन की आवश्यकता हो तो मूल रिकॉर्ड बनाए रखें। उपयोग अनुमान, उत्पन्न चालान, एकत्रित धन और प्राप्त भुगतान सुलह के अलग-अलग चरणों से संबंधित हैं।

ग्राहक समझौते को खोए बिना एक जिम्मेदारी स्थानांतरित करें

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

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

Lago को बनाए रखें जब इसका संचालन मॉडल और बिलिंग वर्कफ़्लो उत्पाद के साथ फिट होते रहें। Flexprice या OpenMeter की तुलना उन घटक जिम्मेदारियों के लिए करें जिनकी आपको वास्तव में आवश्यकता है, और Metronome की तुलना प्रासंगिक उपयोग/अनुबंध बिलिंग पथ के लिए करें। अनुमोदित अनुमान, ग्राहक-भुगतान और अधिभार सीमा के लिए ShareAI का मूल्यांकन करें। एक उत्पाद सॉफ़्टवेयर लाइसेंसिंग और सामान्य सदस्यताओं को बनाए रख सकता है जबकि वैकल्पिक AI ट्रैफ़िक को एक अलग तरीके से समझाए गए वाणिज्यिक प्रवाह के माध्यम से संभाल सकता है।

अक्सर पूछे जाने वाले प्रश्न

जिस भाग को आप मुद्रीकृत करना चाहते हैं, उसके साथ परिचालन मॉडल का मिलान करें

पात्र रूटेड AI उपयोग के लिए, ShareAI Builder application flow के साथ शुरू करें। उत्पाद पहुंच, सॉफ़्टवेयर वितरण और गैर-इनफेरेंस बिलिंग को स्पष्ट रखें। Metronome alternatives comparison बिलिंग-इंजन निर्णय का एक और दृष्टिकोण प्रदान करता है। फिर शेष उत्पाद में विस्तार करने से पहले एक ग्राहक यात्रा को योग्य बनाएं।