किसी लंबे प्रोजेक्ट को माइलस्टोन के आधार पर बिल कैसे करें — बिना पूरा खर्च खुद उठाए

InvoiceFlow संपादकीय दल द्वारा — 16 जून 2026 को प्रकाशित — 13 मिनट का पाठ

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

लंबे और बड़े कामों का पेशेवर जवाब है माइलस्टोन बिलिंग: आप प्रोजेक्ट को चरणों में बाँटते हैं और हर चरण पूरा होते ही उसका इनवॉइस भेजते हैं। पैसा तब आता है जब लागत अभी बढ़ रही होती है। क्लाइंट को अंत में एक चौंकाने वाली बड़ी रकम की जगह दिखने योग्य प्रगति से जुड़े नियमित और अनुमानित शुल्क दिखते हैं। और अगर रिश्ता बिगड़ जाए, तो आप जो काम कर चुके हैं उसका भुगतान पहले ही मिल चुका है। यह मार्गदर्शिका बताती है कि InvoiceFlow में Projects और Milestones का उपयोग करके इसे ठीक से कैसे सेट करें, स्प्लिट-पेमेंट शेड्यूल और आंशिक भुगतान के साथ इसे कैसे जोड़ें, और एक उदाहरण को पूरा करते हुए यह भी बताती है कि माइलस्टोन बिलिंग बाकी विकल्पों से कब और क्यों बेहतर है।

जो उदाहरण हम इस्तेमाल करेंगे

मिलिए Daniel से — पोर्टलैंड में फ्रीलांस ब्रांड और वेब डिजाइनर। उन्हें अब तक का सबसे बड़ा काम मिला है: एक मध्यम आकार की बेकरी चेन के लिए पूरा रीब्रांड और नई वेबसाइट। कुल शुल्क: $24,000। अनुमानित अवधि: लगभग तीन महीने। काम स्वाभाविक रूप से चार चरणों में बँटता है:

Daniel के पास तीन रास्ते हैं। वे अंत में एक $24,000 का इनवॉइस भेज सकते हैं। अभी एक इनवॉइस स्प्लिट-पेमेंट शेड्यूल के साथ भेज सकते हैं। या इसे एक प्रोजेक्ट की तरह ट्रीट करके माइलस्टोन दर माइलस्टोन बिल कर सकते हैं। हम तीसरा रास्ता बनाएँगे — और फिर समझाएँगे कि इस काम के लिए यही सही फैसला क्यों है।

चरण 1: प्रोजेक्ट बनाएँ

InvoiceFlow की Projects सुविधा एक Notion-स्टाइल क्लाइंट वर्कस्पेस है — एक ऐसी जगह जहाँ किसी एक काम के सभी दस्तावेज एक साथ रखे जाते हैं ताकि वे अलग-अलग इनवॉइस में बिखरे न रहें। Daniel "Bakery Co — Rebrand & Web" नाम का एक प्रोजेक्ट बनाते हैं, उसे बेकरी के क्लाइंट रिकॉर्ड से जोड़ते हैं, और अब पूरे काम के लिए उनके पास एक केंद्रीय जगह है।

यह पैसे के लेन-देन से पहले भी अहम है। तीन महीने के लंबे प्रोजेक्ट में बहुत से दस्तावेज बनते हैं — एक एस्टिमेट, शायद एक कॉन्ट्रैक्ट, फिर कई इनवॉइस। उन सबको एक प्रोजेक्ट के तहत रखने का मतलब है कि जब नौवें हफ्ते में क्लाइंट पूछता है "अब तक हमने क्या-क्या चुकाया है?" तो जवाब एक टैप में मिल जाता है, न कि इनवॉइस की लंबी सूची में खोजने से। प्रोजेक्ट एक कंटेनर है; काम से जुड़ी हर चीज उसके अंदर रहती है।

चरण 2: माइलस्टोन परिभाषित करें

प्रोजेक्ट के अंदर Daniel Milestones जोड़ते हैं — हर चरण के लिए एक। हर माइलस्टोन काम के एक बिल योग्य हिस्से को दर्शाता है जिसमें "पूरा" की स्पष्ट शर्त होती है:

  1. डिस्कवरी और रणनीति — जब स्ट्रैटेजी डेक डिलीवर और अप्रूव हो जाए। $4,000।
  2. ब्रांड आइडेंटिटी — जब ब्रांड गाइडलाइन साइन ऑफ हो जाएँ। $8,000।
  3. वेबसाइट डिजाइन — जब सभी प्रमुख पेज डिजाइन अप्रूव हो जाएँ। $7,000।
  4. बिल्ड और लॉन्च — जब साइट लाइव हो जाए। $5,000।

यहाँ अनुशासन "पूरा" की शर्तों में है। अस्पष्ट माइलस्टोन ("लगभग आधा हो गया") विवाद पैदा करते हैं; ठोस शर्तें ("गाइडलाइन साइन ऑफ") नहीं करतीं। हर माइलस्टोन कुछ ऐसा है जिसे क्लाइंट देख सके और मान सके कि काम पूरा हो गया — और यही उसे बिल करना बेरोकटोक बनाता है।

चरण 3: काम पूरा होते ही हर माइलस्टोन का इनवॉइस करें

यही लय है। Daniel पूरे $24,000 का इनवॉइस पहले से नहीं भेजते और न ही लॉन्च तक इंतजार करते हैं। वे हर माइलस्टोन पूरा होते ही उसका इनवॉइस भेजते हैं।

पहले हफ्ते में, किसी भी काम से पहले, वे डिस्कवरी चरण को प्रवेश बिंदु मानते हैं — स्ट्रैटेजी डेक डिलीवर, $4,000 का इनवॉइस जारी, प्राप्ति पर देय। क्लाइंट भुगतान करता है। Daniel का पहले महीने का खर्च पहले ही निकल आता है, इससे पहले कि वे महंगे बीच के चरणों में गहरे उतरें। तीन हफ्ते बाद ब्रांड गाइडलाइन साइन ऑफ होती हैं; वे $8,000 का ब्रांड-आइडेंटिटी इनवॉइस जारी करते हैं। और इसी तरह वेबसाइट डिजाइन और लॉन्च तक चलता रहता है। जब साइट लाइव होती है और अंतिम $5,000 का इनवॉइस भेजा जाता है, तब तक क्लाइंट उस काम के लिए पहले ही $19,000 चुका चुका होता है जो उसने पा लिया और अप्रूव कर दिया। कोई किसी को वित्तपोषित नहीं कर रहा।

हर माइलस्टोन इनवॉइस एक सामान्य, पूरा InvoiceFlow इनवॉइस होता है — उसमें बेकरी की जानकारी, सही मुद्रा, भुगतान के निर्देश (Daniel PDF पर अपनी बैंक डिटेल और पेमेंट लिंक दिखाते हैं), और 12 टेम्पलेट्स में से जो भी उन्होंने चुना है उसके अनुसार रेंडर होता है। क्योंकि प्रोजेक्ट उन्हें एक साथ रखता है, काम की बिलिंग हिस्ट्री एक साफ क्रम में दिखती है, न कि चार असंबंधित इनवॉइस की तरह।

चरण 4: प्रोजेक्ट में बकाया राशि ट्रैक करें

माइलस्टोन बिलिंग तभी काम करती है जब आप देख सकें कि आप कहाँ खड़े हैं। जैसे-जैसे हर इनवॉइस का भुगतान होता है, Daniel उसे ऐप में Paid मार्क करते हैं, और तस्वीर अद्यतन रहती है: $24,000 कुल, अब तक बिल किया गया, अब तक मिला, और क्या अभी बाकी है। अगर क्लाइंट किसी इनवॉइस का भुगतान दो हिस्सों में करे — जैसे $8,000 के ब्रांड-आइडेंटिटी इनवॉइस में से $4,000 अभी और बाकी अगले हफ्ते — तो Daniel आंशिक भुगतान रिकॉर्ड करते हैं और InvoiceFlow स्वचालित रूप से शेष बैलेंस ट्रैक करता है। बकाया रकम हमेशा सही रहती है, यानी किसी भी पल Daniel बिना स्प्रेडशीट के बता सकते हैं कि "इस प्रोजेक्ट में हम आर्थिक रूप से कहाँ हैं।"

माइलस्टोन काम में आंशिक भुगतान का स्थान

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

विकल्प: स्प्लिट-पेमेंट शेड्यूल के साथ एकल इनवॉइस

माइलस्टोन बिलिंग भुगतान फैलाने का एकमात्र तरीका नहीं है। InvoiceFlow स्प्लिट-पेमेंट शेड्यूल भी सपोर्ट करता है — आप एक इनवॉइस लेते हैं और उसे निर्धारित किस्तों की पेमेंट प्लान में तोड़ते हैं, और किस्त टेम्पलेट उस पूरे शेड्यूल को PDF पर रेंडर करता है ताकि क्लाइंट पूरी योजना पहले से देख सके।

Daniel के बेकरी काम के लिए वे चार माइलस्टोन इनवॉइस की जगह एक $24,000 का इनवॉइस स्प्लिट शेड्यूल के साथ जारी कर सकते थे: $4,000 अभी, $8,000 चार हफ्ते में, $7,000 आठ हफ्ते में, $5,000 लॉन्च पर। एक दस्तावेज, एक रकम जिसे क्लाइंट मानता है, PDF पर एक स्पष्ट शेड्यूल। तो स्प्लिट-पेमेंट शेड्यूल कब चुनें और असली माइलस्टोन बिलिंग कब?

बेकरी रीब्रांड के लिए माइलस्टोन जीतते हैं — क्योंकि हर चरण की एक असली स्वीकृति की शर्त है (डेक अप्रूव, गाइडलाइन साइन ऑफ, डिजाइन अप्रूव, साइट लाइव), और ब्रांड प्रोजेक्ट लगभग हमेशा बीच में बदलते हैं। लेकिन स्प्लिट-शेड्यूल रास्ता वास्तव में बेहतर है मान लीजिए किसी $12,000 के रिटेनर-स्टाइल काम के लिए जो तीन मासिक तिहाइयों में चुकाया जाना हो जहाँ तारीखें, डिलीवरेबल नहीं, बिलिंग चलाती हों।

अंत में सिर्फ एक बड़ा इनवॉइस क्यों नहीं?

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

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

इसे सेट करना: संक्षिप्त संस्करण

अपने किसी लंबे प्रोजेक्ट के लिए संक्षेप में पूरा वर्कफ्लो:

  1. काम के लिए एक Project बनाएँ और उसे क्लाइंट से जोड़ें। यह आगे आने वाली हर चीज के लिए आपका एकल वर्कस्पेस है।
  2. काम को माइलस्टोन में तोड़ें — हर बिल योग्य चरण के लिए एक, हर एक में एक ठोस "पूरा" शर्त और एक कीमत। शर्तें ऐसी रखें जिन्हें क्लाइंट देख सके और मान सके कि काम खत्म हुआ।
  3. वैकल्पिक रूप से पहले एक एस्टिमेट भेजें जिसमें पूरा स्कोप और माइलस्टोन ब्रेकडाउन हो, ताकि क्लाइंट शुरू होने से पहले योजना को मंजूरी दे। एस्टिमेट InvoiceFlow में इनवॉइस में बदलते हैं, आंशिक रूपांतरण सहित — उपयोगी अगर आप स्वीकृत कोटेशन से केवल पहले चरण का बिल करना चाहते हों।
  4. हर माइलस्टोन पूरा होते ही उसका इनवॉइस करें। पूरा इनवॉइस, PDF पर भुगतान निर्देश, प्राप्ति पर देय या संक्षिप्त शर्तें।
  5. भुगतान — आंशिक भुगतान सहित — आते ही रिकॉर्ड करें, और प्रोजेक्ट की बकाया रकम को आपका चालू कुल सही रखने दें।

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

व्यापक बात

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