बेंगलुरु के ऐप डेवलपमेंट स्टूडियो संस्थापक विवेक नायर ने चरणबद्ध भुगतान से वसूली की लय कैसे सुधारी

बेंगलुरु के कोरमंगला में एक छोटे ऑफिस में पाँच लोगों की एक टीम बैठती है — विवेक नायर का ऐप डेवलपमेंट स्टूडियो, "कोडक्राफ्ट लैब्स।" विवेक एक पूर्व प्रोडक्ट इंजीनियर हैं जिन्होंने 2020 में अपना स्टूडियो शुरू किया। उनकी टीम कंपनियों के लिए कस्टम मोबाइल और वेब ऐप बनाती है — एक प्रोजेक्ट की कीमत ₹20 लाख से लेकर ₹2 करोड़ तक, और एक प्रोजेक्ट 3 से 18 महीने तक चलता है। काम तकनीकी रूप से बेहतरीन था। पर भुगतान का तरीका ऐसा था जो लगभग पूरे व्यवसाय को डुबो सकता था।

समस्या: बड़ी परियोजनाएँ, बेतरतीब भुगतान

शुरुआती सालों में विवेक भुगतान को एक सरल तरीके से संभालते थे: 50% शुरू में, 50% डिलीवरी पर। यह सुनने में ठीक लगता है, पर लंबी और जटिल परियोजनाओं में यह कई समस्याएँ पैदा करता था।

स्पेसिफिकेशन बार-बार बदलते थे

क्लाइंट अक्सर बीच में आवश्यकताएँ बदल देते — "इसमें यह फीचर भी जोड़ दो," "यह स्क्रीन बिल्कुल अलग चाहिए।" इससे प्रोजेक्ट का दायरा बढ़ता जाता, टीम का काम बढ़ता, पर भुगतान वही दो किस्तों में अटका रहता। विवेक की टीम महीनों काम करती रहती और दूसरी 50% किस्त डिलीवरी तक, यानी कभी-कभी एक साल बाद, आती।

प्रगति और भुगतान में असंगति

क्योंकि भुगतान सिर्फ़ दो बिंदुओं पर बँधा था, काम की प्रगति और पैसे की आवक के बीच कोई तालमेल नहीं था। टीम 70% काम कर चुकी होती पर सिर्फ़ 50% पैसा आया होता। बीच के महीनों में स्टूडियो को अपने पाँच कर्मचारियों का वेतन, ऑफिस किराया और टूल सब्सक्रिप्शन अपनी जेब से चलाना पड़ता।

एक बकाया से वेतन रुकने की नौबत

संकट तब आया जब एक बड़े ₹85 लाख के प्रोजेक्ट में क्लाइंट ने डिलीवरी के बाद की 50% किस्त को टालना शुरू किया — कभी "बजट अप्रूवल लंबित," कभी "थोड़े बदलाव बाकी।" तीन महीने तक वह ₹42 लाख की किस्त अटकी रही। उस दौरान विवेक के पास टीम का वेतन देने के लिए पैसे लगभग खत्म हो गए। एक महीने तो उन्होंने अपनी निजी बचत से वेतन दिया। पाँच परिवार उस एक बकाया भुगतान पर टिके थे। यह वह पल था जब विवेक को एहसास हुआ कि उनका भुगतान मॉडल उनके व्यवसाय का सबसे बड़ा जोखिम था।

खोज: भुगतान को प्रगति से जोड़ना

एक स्टार्टअप मेंटर ने विवेक को एक सीधी बात समझाई: "तुम्हारा काम चरणों में होता है, तो तुम्हारा भुगतान भी चरणों में होना चाहिए। हर चरण पूरा होने पर पैसा आना चाहिए, न कि सब कुछ शुरू और अंत में।" यह मील के पत्थर (milestone) आधारित भुगतान का सिद्धांत था, जो सॉफ्टवेयर उद्योग में मानक है पर भारत के छोटे स्टूडियो अक्सर नहीं अपनाते।

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

समाधान: चार चरणों में भुगतान

विवेक ने हर बड़े प्रोजेक्ट के लिए एक चार-चरणीय भुगतान संरचना बनाई:

• आवश्यकताएँ और डिज़ाइन — 30%: प्रोजेक्ट की पूरी आवश्यकताएँ, स्कोप और डिज़ाइन तय होने पर। यह सबसे बड़ी पहली किस्त थी, जो स्टूडियो को शुरुआती काम के लिए पर्याप्त पूँजी देती।
• प्रोटोटाइप — 20%: एक कार्यशील प्रोटोटाइप या MVP तैयार होने पर।
• विकास — 30%: मुख्य विकास पूरा होने पर, टेस्टिंग से पहले।
• डिलीवरी — 20%: अंतिम डिलीवरी और हैंडओवर पर।

1. चरणबद्ध भुगतान शेड्यूल चालान में

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

2. स्कोप बदलाव के लिए अलग चालान

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

3. हर चरण पर पेशेवर GST चालान

हर चरण के पूरा होने पर विवेक एक GST चालान भेजते। सॉफ्टवेयर विकास सेवाओं पर 18% GST लागू होता है (SAC 998314)। चूँकि उनके अधिकांश क्लाइंट कर्नाटक के बाहर की कंपनियाँ थीं, चालान पर अक्सर IGST 18% लगता; कर्नाटक के क्लाइंट के लिए CGST 9% + SGST 9%। हर चालान पर क्लाइंट का GSTIN दर्ज होता, ताकि वे इनपुट टैक्स क्रेडिट ले सकें।

4. कॉर्पोरेट क्लाइंट और TDS

विवेक के क्लाइंट बड़ी कंपनियाँ थीं जो भुगतान पर TDS काटती थीं, आमतौर पर धारा 194J के तहत 10%। हर चालान पर सकल राशि, काटा गया TDS, और शुद्ध देय राशि साफ़ दर्ज होती, जिससे विवेक का Form 26AS मिलान और साल के अंत का हिसाब आसान रहता।

सेवा अनुबंध शर्तें

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

परिणाम: वसूली की लय और वित्तीय स्थिरता

चरणबद्ध भुगतान अपनाने के एक साल बाद विवेक की स्थिति बदल चुकी थी:

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

विवेक कहते हैं, "मुझे लगता था अच्छा कोड लिखना ही मेरा काम है। पर मैंने सीखा कि एक स्टूडियो को जिंदा रखने के लिए भुगतान संरचना उतनी ही ज़रूरी है जितना कोड की गुणवत्ता। जिस दिन मेरा भुगतान काम की प्रगति से जुड़ा, मेरी टीम सुरक्षित हो गई — और मैं रात को चैन से सो पाया।"

हर सेवा स्टूडियो और एजेंसी को क्या सेट करना चाहिए

1. भुगतान को चरणों में बाँटें

लंबी परियोजनाओं में 50-50 छोड़ें। हर मील के पत्थर पर भुगतान जोड़ें।

2. चरणबद्ध शेड्यूल चालान में साफ़ दिखाएँ

क्लाइंट को शुरू से कब-कितना-किसके बदले दिखे। बाद की बहस खत्म होगी।

3. स्कोप बदलाव के लिए अलग चालान

अतिरिक्त काम के लिए अतिरिक्त भुगतान — कभी मूल कीमत में चुपचाप न समाएँ।

4. सेवा अनुबंध में चरण और मानदंड लिखें

चालान शेड्यूल को अनुबंध से जोड़ें — यह आपकी कानूनी और वसूली शक्ति है।

5. GST और TDS हर चरण पर सही दर्ज करें

SAC 998314, IGST/CGST+SGST, और TDS ट्रैकिंग — 26AS मिलान आसान रखें।

बड़ा सबक

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

विवेक नायर ने अपनी टीम का आकार नहीं बढ़ाया, अपनी दरें नहीं बदलीं। उन्होंने बस अपने भुगतान को काम की लय से जोड़ा — और एक ऐसा स्टूडियो जो एक बकाया भुगतान पर डगमगाता था, एक स्थिर, सुरक्षित व्यवसाय बन गया।