एक फाउंडर ने मुझे नवंबर 2024 में फोन किया, क्रिसमस से दो हफ्ते पहले, बिल्कुल गुस्से में। एक वेब एजेंसी ने उसे एक कस्टम लॉजिस्टिक्स डैशबोर्ड के लिए £14,000 का कोटेशन दिया था। उसने साइन कर दिया। छः महीने बाद अंतिम इनवॉइस £61,000 का था। किसी ने उससे तकनीकी तौर पर झूठ नहीं बोला। लेकिन किसी ने उसे सच भी नहीं बताया — क्योंकि किसी ने असल में उसके पैसे लेने से पहले सही तरीके से अनुमान लगाने का काम नहीं किया।
मैं बारह साल से अधिक समय से सॉफ्टवेयर बनाता रहा हूँ। Seahawk अकेले ने 5,000 से अधिक साइट्स और एप्लिकेशन लॉन्च किए हैं। और सबसे लगातार विफलता का बिंदु जो मैं देखता हूँ — फाउंडर्स के साथ, फ्रीलांसर्स के साथ, प्रोजेक्ट्स का कोटेशन देने वाली एजेंसियों के साथ — यह है कि किसी के पास कोड की एक भी पंक्ति लिखने से पहले लागत का अनुमान लगाने का कोई कठोर तरीका नहीं है। लोग अनुमान लगाते हैं। वे "फीलिंग्स" पर आधारित होते हैं। वे पिछले प्रोजेक्ट को संदर्भ बिंदु के रूप में इस्तेमाल करते हैं बिना इस बात की जाँच किए कि वह दूर-दूर से तुलनीय था या नहीं।
तो। यह फ्रेमवर्क है जो मैं असल में इस्तेमाल करता हूँ। खाली सेल्स वाली स्प्रेडशीट टेम्पलेट नहीं। एक असली मानसिक मॉडल, वर्तमान 2026 के नंबर्स के साथ, विशिष्ट टूल्स, और वह सावधानियाँ जो महत्वपूर्ण हैं।
---
ज्यादातर सॉफ्टवेयर कोट्स कल्पना क्यों हैं
समस्या बेईमानी नहीं है (आमतौर पर)। समस्या यह है कि सॉफ़्टवेयर अनुमान लगाना वास्तव में कठिन है, और ज्यादातर लोग यह कम आंकते हैं कि यह कितना कठिन है — इसलिए वे ऐसे शॉर्टकट तलाश लेते हैं जो सख़्ती जैसे लगते हैं लेकिन हैं नहीं।howhard — so they reach for shortcuts that feel like rigour but aren't.
एक डेवलपर आपको एक अंतर्ज्ञान-आधारित संख्या देता है। एक एजेंसी उनकी दिहाड़ी दर को किसी अनुमानित स्प्रिंट गिनती से गुणा करती है। एक फ्रीलांसर Upwork पर एक समान प्रोजेक्ट देखता है और उल्टे काम करता है। इनमें से कोई भी पूरी तरह गलत नहीं है, लेकिन इनमें से कोई भी वास्तविक लागत चालकों के लिए जिम्मेदार नहीं है: इंटीग्रेशन जटिलता, क्लाइंट की ओर से निर्णय में देरी, उन सुविधाओं पर स्कोप क्रीप जो मामूली लगती थीं, परीक्षण ओवरहेड, और मौन हत्यारा — वातावरण सेटअप और DevOps जिसकी कोई कीमत नहीं लगाता है।
2021 में मैं Manchester में एक property-tech क्लाइंट के लिए एक प्रोजेक्ट चला रहा था। कागज पर काफी सीधा: एक टेनेंट पोर्टल जिसमें दस्तावेज़ अपलोड, किराया ट्रैकिंग, और रखरखाव अनुरोध वर्कफ़्लो हो। शुरुआती अनुमान £28,000 था। हमने समान बिल्ड किए थे। लेकिन यह क्लाइंट एक legacy property management system का उपयोग कर रहा था जिसका एक proprietary API चार साल से किसी ने छुआ नहीं था। अकेले integration ने तीन हफ्ते की देरी की। अंतिम लागत: £47,500। क्लाइंट इस बारे में ठीक था क्योंकि हमने इसे फ्लैग कर दिया था जैसे ही हमें API डॉक्स मिले — लेकिन शुरुआती अनुमान अभी भी काल्पनिक था, और मैंने इसके लिए जिम्मेदारी ली।
Uncertainty की Cone वास्तविक है
Cone of uncertainty, Steve McConnell द्वारा लोकप्रिय, बताता है कि project estimates कैसे अधिक सटीक हो जाते हैं जैसे-जैसे आप delivery के करीब आते हैं। ideation में, आप किसी भी दिशा में 4x से हट सकते हैं। विस्तृत डिज़ाइन के बाद, शायद 1.25x। अधिकांश founders ideation स्तर पर quotes ले रहे हैं और उन्हें हस्ताक्षरित अनुबंध की तरह मान रहे हैं।, popularised by Steve McConnell, describes how project estimates get more accurate as you get closer to delivery. At ideation, you might be off by 4x in either direction. After detailed design, maybe 1.25x. Most founders are getting quotes at the ideation stage and treating them like signed contracts.
व्यावहारिक परिणाम: विस्तृत specs लिखे जाने से पहले आपको मिलने वाला कोई भी quote एक संख्या नहीं, एक range माना जाना चाहिए। अगर कोई एजेंसी आपको एक single figure देती है इससे पहले कि वे आपका data model, user flows, और third-party dependencies देख लें — वह संख्या सजावटी है।range, not a number. If an agency gives you a single figure before they've seen your data model, user flows, and third-party dependencies — that number is decorative.
---
चार वास्तविक लागत बाल्टियाँ
कोई भी अनुमानक काम करने से पहले, आपको प्रोजेक्ट को सही categories में विभाजित करने की जरूरत है। "frontend, backend, QA" नहीं — ये roles हैं, cost drivers नहीं। वास्तविक बाल्टियाँ:
1. Greenfield vs. Integration Work
ग्रीनफील्ड — किसी चीज़ को शून्य से शुरू करना, अपने ही डेटाबेस और बिज़नेस लॉजिक के विरुद्ध — लगभग हर प्रोजेक्ट का सस्ता, अधिक अनुमानित आधा है। इंटीग्रेशन का काम ही आपको फँसाता है। हर बाहरी API, लिगेसी सिस्टम, पेमेंट प्रोसेसर या थर्ड-पार्टी ऑथ प्रोवाइडर गैर-रैखिक जटिलता जोड़ता है। मैं आम तौर पर किसी भी स्कोप लाइन पर 30–40% आकस्मिकता जोड़ता हूँ जो बाहरी सिस्टम को छूती है।
2. UI/UX डिज़ाइन (इस लाइन को छोड़ें मत)
बहुत सारे फाउंडर्स डिज़ाइन को वैकल्पिक मानते हैं या इसे डेवलपमेंट एस्टिमेट में शामिल करने की कोशिश करते हैं। गलती। डिज़ाइन सही तरीके से किया हुआ — वायरफ्रेम, Figma में इंटरऐक्टिव प्रोटोटाइप, टेस्ट किया हुआ कंपोनेंट लाइब्रेरी — आम तौर पर कुल प्रोजेक्ट कॉस्ट का 15–25% चलता है। इसे छोड़ दें और आप दोगुना भुगतान करेंगे: एक बार जब डेवलपर आवश्यकताएँ अस्पष्ट निकलीं तब रीवर्क में, और फिर से जब बाद में यूजर रिसर्च में पता चले कि प्रोडक्ट कन्वर्ट नहीं हो रहा।Figma, a tested component library — typically runs 15–25% of total project cost. Skip it and you'll pay twice: once in developer rework when requirements turn out to be ambiguous, and again in user research later when the product doesn't convert.
3. इंफ्रास्ट्रक्चर और DevOps
कोई इसका सही तरीके से कोटेशन नहीं देता। स्टेजिंग एनवायरनमेंट, CI/CD पाइपलाइन (हम लगभग सब कुछ पर अब GitHub Actions इस्तेमाल करते हैं), Docker के साथ कंटेनराइजेशन, AWS या GCP पर क्लाउड होस्टिंग — ये असली कॉस्ट हैं जो ग़ायब नहीं होती क्योंकि किसी ने उन्हें आइटमाइज़ नहीं किया। मध्यम-जटिलता वाले SaaS के लिए, शुरुआती इंफ्रास्ट्रक्चर सेटअप के लिए कम से कम £3,000–£6,000 का बजट रखें, साथ ही चल रहे मासिक कॉस्ट जो आम तौर पर £200–£800 तक चलती है उपयोग के आधार पर।
4. टेस्टिंग, QA और लॉन्च ओवरहेड
ऑटोमेटेड टेस्ट सूट, मैनुअल QA पास, परफॉर्मेंस टेस्टिंग, पेमेंट या व्यक्तिगत डेटा को हैंडल करने वाली किसी भी चीज़ के लिए सिक्योरिटी रिव्यू — यह सही तरीके से किया जाए तो आम तौर पर कुल डेवलपमेंट टाइम का 20% होता है। ज़्यादातर एजेंसी कोट्स "टेस्टिंग" को लाइन आइटम के रूप में शामिल करते हैं और मतलब "एक डेव हैंडओवर कॉल से पहले दोपहर भर क्लिक करता रहा" होता है।
---
एक काम करने वाला एस्टिमेटर: मॉड्यूल मेथड
यह असली फ्रेमवर्क है। मैं इसे मॉड्यूल मेथड कहता हूँ क्योंकि यह आपको किसी प्रोजेक्ट को अलग-अलग, स्वतंत्र रूप से अनुमानित चंकों में तोड़ने के लिए बाध्य करता है, न कि इसे एकाश्म मानते हुए।
स्टेप 1: हर फीचर को यूजर स्टोरी के रूप में सूचीबद्ध करें। सिर्फ "यूजर मैनेजमेंट" नहीं — यह बहुत वैग है। "एक यूजर ईमेल और पासवर्ड से रजिस्टर कर सकता है, अपना ईमेल वेरिफाई कर सकता है, अपना पासवर्ड रीसेट कर सकता है, और अपनी प्रोफाइल फोटो अपडेट कर सकता है।" चार स्टोरी। हर एक की एक लागत है।Not "user management" — that's too vague. "A user can register with email and password, verify their email, reset their password, and update their profile photo." Four stories. Each one has a cost.
स्टेप 2: हर स्टोरी को जटिलता के आधार पर रेट करें। मैं तीन स्तरों का इस्तेमाल करता हूँ:I use three tiers:
- सरल (S): शुद्ध CRUD, कोई बाहरी निर्भरता नहीं, मानक UI पैटर्न। सोचिए: एक सेटिंग्स पेज, एक प्रोफाइल अपडेट फॉर्म, सॉर्टिंग के साथ एक डेटा टेबल।(S): Pure CRUD, no external dependencies, standard UI patterns. Think: a settings page, a profile update form, a data table with sorting.
- मध्यम (M): कुछ बिजनेस लॉजिक, एक बाहरी इंटीग्रेशन, या गैर-मानक UI। सोचिए: सेव्ड क्वेरी के साथ एक फिल्टर्ड सर्च, एक वेबहुक हैंडलर, एक Stripe सब्सक्रिप्शन फ्लो।(M): Some business logic, one external integration, or non-standard UI. Think: a filtered search with saved queries, a webhook handler, a Stripe subscription flow.
- जटिल (C): कई इंटीग्रेशन, रियल-टाइम फीचर, एल्गोरिदमिक लॉजिक, या भारी इंफ्रास्ट्रक्चर। सोचिए: एक लाइव चैट सिस्टम, एक रिकमेंडेशन इंजन, एक मल्टी-टेनेंट परमिशन मॉडल।(C): Multiple integrations, real-time features, algorithmic logic, or heavy infrastructure. Think: a live chat system, a recommendation engine, a multi-tenant permission model.
स्टेप 3: पॉइंट एस्टिमेट नहीं, घंटों की रेंज असाइन करें।
2026 में, एक मिड-टियर UK एजेंसी या एक मजबूत nearshore टीम के साथ काम करते हुए, यहाँ मेरा बजट है:
- सरल स्टोरी: 4–8 घंटे
- मध्यम स्टोरी: 12–24 घंटे
- जटिल स्टोरी: 30–80 घंटे (हाँ, वह चौड़ी रेंज — जटिल सच में अप्रत्याशित है)
चरण 4: अपनी दर लागू करें।
वर्तमान बाजार दरें जिन्हें जानना जरूरी है:
- लंदन स्थित सीनियर डेवलपर (फ्रीलांस): £90–£140/घंटा
- यूके एजेंसी (पूरी टीम, प्रोजेक्ट प्रबंधित): £80–£120/घंटा मिश्रित
- मजबूत निकटवर्ती (पूर्वी यूरोप, लैटिन अमेरिका): £35–£65/घंटा
- अपतटीय (दक्षिण एशिया, फिलीपींस): £15–£35/घंटा — और हाँ, आप यहाँ उत्कृष्ट काम प्राप्त कर सकते हैं, लेकिन संचार की ओवरहेड वास्तविक है और इसे कीमत में शामिल करने की जरूरत है
चरण 5: ओवरहेड को स्पष्ट रूप से जोड़ें।
इन्हें अवशोषित न करें। उन्हें लाइन-आइटम करें:
- प्रोजेक्ट प्रबंधन: डेव घंटों का 10–15%
- डिज़ाइन (यदि पहले से स्कोप किया गया हो तो नहीं): कुल का 15–25%
- DevOps/Infrastructure सेटअप: जटिलता के आधार पर £3,000–£8,000 निर्धारित
- QA: विकास घंटों का न्यूनतम 20%
- आकस्मिक खर्च: ग्रीनफील्ड कार्य पर 20%, महत्वपूर्ण इंटीग्रेशन वाली किसी भी चीज़ पर 35%
---
एक वास्तविक उदाहरण: SaaS Dashboard, 2026 मूल्य निर्धारण
मैं आपको कुछ ठोस उदाहरण से समझाता हूँ। एक संस्थापक मेरे पास B2B विश्लेषण डैशबोर्ड के साथ आता है — एक SaaS उत्पाद जहाँ उनके ग्राहक लॉगिन करते हैं, Google Analytics 4 और एक कस्टम इवेंट डेटाबेस से खींचे गए अपने प्रदर्शन डेटा को देखते हैं, रिपोर्ट निर्यात कर सकते हैं, और अपनी टीम के एक्सेस को प्रबंधित कर सकते हैं।
मैं इसे कैसे तोड़ूँ:
- Auth सिस्टम (ईमेल + Google SSO, भूमिका-आधारित एक्सेस): 2 Medium स्टोरीज़ = 48 घंटे2 Medium stories = 48 hrs
- GA4 इंटीग्रेशन + डेटा पाइपलाइन: 1 Complex स्टोरी = 55 घंटे1 Complex story = 55 hrs
- कस्टम इवेंट डेटाबेस स्कीमा + API: 2 Medium स्टोरीज़ = 40 घंटे2 Medium stories = 40 hrs
- Dashboard UI (Chart.js या Recharts के माध्यम से चार्ट, responsive): 3 Medium stories = 65 hrs3 Medium stories = 65 hrs
- Report export to PDF/CSV: 1 Medium story = 18 hrs1 Medium story = 18 hrs
- Team management (invite, remove, role assignment): 2 Simple + 1 Medium stories = 28 hrs2 Simple + 1 Medium stories = 28 hrs
- Billing via Stripe (subscriptions, upgrade/downgrade): 1 Complex story = 45 hrs1 Complex story = 45 hrs
Raw development total: ~299 hours
Apply a blended UK agency rate of £95/hr: £28,405£28,405
Add:
- Design (20%): £5,681
- DevOps setup: £4,500
- QA (20% of dev hours, same rate): £5,681
- PM (12%): £3,409
- Integration contingency (30% on GA4 and Stripe work): £3,000
Total estimate: ~£50,676
यह एक वास्तविक संख्या है एक वास्तविक उत्पाद के लिए। बिल्कुल चौंकाने वाली नहीं है अगर आप समझते हैं कि इसमें क्या है। पूरी तरह चौंकाने वाली है अगर आप £18,000 की उम्मीद लेकर आए हैं क्योंकि किसी ने आपके नेटवर्क में किसी संस्थापक को पिछले साल "कुछ इसी तरह" के लिए यही कहा था।
---
छिपी हुई लागतें जिनका कोई जिक्र नहीं करता
लाइसेंस और तीसरे पक्ष की सेवाएं
मैपिंग फीचर के लिए Mapbox। SMS के लिए Twilio। लेन-देन संबंधी ईमेल के लिए SendGrid। Algolia अगर आपको सही तरह की खोज चाहिए। ये चल रही लागतें हैं जिन्हें संस्थापक अपने सॉफ़्टवेयर बजट से पूरी तरह छोड़ देते हैं क्योंकि वे उन्हें "बस APIs" मानते हैं। 10,000 सक्रिय उपयोगकर्ताओं वाला एक मध्य-स्तरीय SaaS हो सकता है कि महीने में £800–£2,000 तीसरे पक्ष की सेवा शुल्क में खर्च कर रहा हो, इससे पहले कि एक भी सर्वर बिल आए।
सुरक्षा और अनुपालन
अगर आप UK में व्यक्तिगत डेटा संभाल रहे हैं, तो GDPR वैकल्पिक नहीं है। अगर आप भुगतान को छू रहे हैं, तो PCI DSS अनुपालन ओवरहेड जोड़ता है। अगर आप स्वास्थ्य या वित्त में हैं, तो आप अतिरिक्त ऑडिट लागतों को देख रहे हैं जो सिर्फ प्रारंभिक प्रमाणीकरण कार्य के लिए £5,000–£20,000 तक चल सकती हैं। मैंने संस्थापकों को इससे सच में अचंभित होते देखा है। 2023 में हमारा एक fintech क्लाइंट अनुपालन कार्य के लिए शून्य पाउंड बजट में आया था और फिर लॉन्च से पहले इसमें £14,000 की जरूरत थी।PCI DSS complianceadds overhead. If you're in health or finance, you're looking at additional audit costs that can run £5,000–£20,000 just for initial certification work. I've seen founders get genuinely blindsided by this. One fintech client of ours in 2023 had budgeted zero pounds for compliance work and then needed £14,000 of it before they could launch.
हस्तांतरण और प्रलेखन
अच्छा प्रलेखन — API डॉक्स, डिप्लॉयमेंट रनबुक, भविष्य के डेवलपर्स के लिए ऑनबोर्डिंग गाइड — असली समय खर्च करता है। अगर आप कभी चीज़ को बनाए रखना, विस्तार करना या बेचना चाहते हैं, तो कुल प्रोजेक्ट घंटों का 5–8% प्रलेखन के लिए बजट करें।
---
आप जो उद्धरण प्राप्त कर रहे हैं उसे दबाव-परीक्षण कैसे करें
आपके सामने एक प्रस्ताव है। यहाँ हस्ताक्षर करने से पहले इसे ऑडिट करने का तरीका है:
- संख्या के पीछे की फीचर ब्रेकडाउन माँगें। अगर वे आपको स्टोरी-लेवल ब्रेकडाउन नहीं दे सकते, तो उद्धरण एक अनुमान है।
- जाँचें कि DevOps, QA और PM लाइन आइटम हैं या एक मिश्रित दर में छिपे हुए हैं। छिपा हुआ आमतौर पर कम पकाया हुआ मतलब है।
- पूछें कि उनकी आकस्मिकता नीति क्या है। क्या वे ओवररन को सीमित करते हैं? टाइम-एंड-मेटेरियल्स या फिक्स्ड प्राइस? प्रत्येक के वास्तविक निहितार्थ हैं।
- पता लगाएं कि उन्होंने तीसरे पक्ष के एकीकरण के बारे में कौन सी मान्यताएं बनाई हैं। उनसे सीधे पूछें: "क्या आपने [विशिष्ट सेवा] के लिए API प्रलेखन को उद्धरण देने से पहले पढ़ा है?"
- पूछें कि स्प्रिंट 2 के बाद आवश्यकताएं बदल जाएं तो क्या होता है। जवाब आपको एजेंसी कैसे काम करती है इसके बारे में लगभग सब कुछ बताता है।
Basecamp की Shape Up पद्धति इसके लिए सचमुच उपयोगी ढांचा देती है: निश्चित समय, परिवर्तनशील scope। किसी भी एजेंसी बातचीत में जाने से पहले इसे पढ़ना लायक है।has a genuinely useful framing for this: fixed time, variable scope. It's worth reading before you enter any agency negotiation.
---
2026 में AI Tools: वे क्या बदलते हैं (और क्या नहीं)
सभी जानना चाहते हैं कि क्या GitHub Copilot, Cursor, या agent-based coding tools की नई लहर (Devin, Replit Agent) ने सॉफ्टवेयर की लागत में महत्वपूर्ण कमी लाई है। ईमानदारी से? हाँ, थोड़ी है। लेकिन hype सुझाता है उससे कम।
मेरा मोटा अनुभव: AI-सहायता प्राप्त मजबूत डेवलपर्स greenfield CRUD काम पर लगभग 20–30% तेजी से काम कर रहे हैं। मानक features का वह बीच का हिस्सा — forms, tables, basic auth flows — तेजी से निकलता है। लेकिन जटिल integration काम, architectural decisions, subtle race conditions को debug करना, और कुछ भी जो गहन product thinking चाहता है — AI वहाँ मदद नहीं करता, और कुछ cases में यह प्रशंसनीय दिखने वाला कोड generate करता है जो नई समस्याएँ लाता है।
मैं 2026 में simple और medium stories पर 10–15% efficiency discount लागू करूँगा अगर टीम AI tooling को गंभीरता से use कर रही हो। उससे अधिक नहीं। जो कोई भी आपको 50% कम quote कर रहा है "क्योंकि हम AI use करते हैं", वह या तो बहुत अलग तरह का project चला रहा है जिसके बारे में आप सोचते हैं, या आपको कुछ बहुत अच्छा बता रहा है जो सच नहीं है।
---
FAQ
सॉफ्टवेयर estimate कितना सटीक हो सकता है specs लिखे जाने से पहले?
बहुत नहीं। idea stage पर ±40–60% variance की उम्मीद करें। एक बार जब आपके पास detailed user flows, एक data model, और सभी third-party dependencies की सूची हो, तो आप ±20% तक पहुँच सकते हैं। wireframes और technical architecture के साथ discovery sprint के बाद: ±10–15%। पूरे build budget के लिए commit करने से पहले proper discovery engagement के लिए pay करें — यह आमतौर पर £2,000–£6,000 खर्च करता है और यह project पर आप जो पैसा खर्च करेंगे उसमें सबसे अच्छा है।
क्या मुझे fixed-price लेना चाहिए या time-and-materials?
Fixed price आपको बजट की निश्चितता देता है लेकिन जोखिम एजेंसी पर डालता है — जिसका मतलब है कि वे अनुमान को बढ़ा-चढ़ाकर देंगे और change-order clauses से अपनी सुरक्षा करेंगे। Time-and-materials ईमानदारी से है लेकिन आपको scope को सक्रिय रूप से manage करना पड़ता है। ज्यादातर founders के लिए मेरी पसंद: fixed price प्रति sprint (आमतौर पर 2 हफ्ते), scope के साथ हर sprint की शुरुआत में define किया गया। आप predictability मिलता है padding game के बिना।
क्या nearshore या offshore development, management overhead को factor करने के बाद, सच में सस्ता है?
अक्सर, लेकिन हमेशा नहीं। Overhead असली है — ज्यादा PM time, ज्यादा asynchronous communication, expectations के misalign होने से कभी-कभी rework। एक well-scoped project के लिए strong specs के साथ, nearshore (विशेषकर Eastern Europe) असली value देता है। मैंने Polish और Ukrainian teams के साथ £40/hr blended पर successful projects चलाए हैं। किसी ऐसी चीज़ के लिए जो ambiguous और fast-moving है, मैं इसे घर के ज्यादा करीब रखूंगा।
Software proposal में red flag क्या होता है?
एक single-line quote बिना breakdown के। एक timeline जिसमें QA या deployment include न हो। Change requests को कैसे handle किया जाएगा, इसका कोई mention नहीं। और सच कहूं तो — कोई भी agency जो आपसे quote करने से पहले आपके existing infrastructure के बारे में tough questions नहीं पूछती। अगर वे आपकी constraints के बारे में curious नहीं हैं, तो उन्होंने आपके project के बारे में seriously नहीं सोचा।
Post-launch maintenance के लिए बजट कैसे करूं?
Standard rule: initial build cost का 15–20% हर साल ongoing maintenance, bug fixes, और minor feature work के लिए। एक £50,000 build को £7,500–£10,000 annual maintenance budget की जरूरत है। अगर कोई आपको बताए कि software launch पर "done" है, तो अलग software people ढूंढ लीजिए।
---
November का वह logistics founder? वह अपनी agency के पास गया, उन्होंने अपनी working process को refactor किया, और product March में ship हुआ। यह अच्छे से चल रहा है। लेकिन उसने मुझे बताया कि वह चाहता था कि किसी ने उसे ऐसा framework दे दिया होता जैसे यह कुछ और sign करने से पहले। तो। वहां यह है।