$35,000 की ठगी से सीखे गए सबक

• बीजिंग के AR बस टूर प्रोजेक्ट में शामिल होकर तकनीकी रिकवरी की कोशिश की, लेकिन आखिर में $35,000 का भुगतान पाए बिना काम खत्म हुआ
• साइट पर version management की कमी, गैर-पेशेवर equipment setup, और AR के बुनियादी सिद्धांतों की अनदेखी के कारण सिस्टम पहले से ही ढह चुका था
• render pipeline duplication, GPS instability, और equipment overheating जैसी समस्याओं से तकनीकी विफलताएँ जारी रहीं, और बदले में केवल तुरंत visual effects बनाने की मांग की गई
• 24 दिनों तक हर दिन 11~14 घंटे काम किया, अपने खर्च पर equipment और software उपलब्ध कराया, परिवार से दूर रहकर काम किया, लेकिन बकाया भुगतान नहीं मिला
• इस अनुभव से contract की सीमाएँ, श्रम शोषण के कानूनी अंधे क्षेत्र, विशेषज्ञों की पहचान करने में विफलता, और अपनी instinct पर भरोसा करने के महत्व का एहसास हुआ

---

$35,000 की ठगी से सीखे गए सबक

• 2024 की वसंत ऋतु में, बीजिंग के एक पार्क के augmented reality (AR) बस टूर प्रोजेक्ट को पूरा करने में मदद के लिए शामिल हुआ, लेकिन अंततः $35,000 का भुगतान नहीं मिला
• प्रोजेक्ट की स्थिति पहले से ही बुरी तरह बिगड़ी हुई थी: version management की कमी, गैर-पेशेवर equipment setup, और AR के बुनियादी सिद्धांतों की अनुपस्थिति
• render pipeline एक बेहद अक्षम संरचना थी जो 35 से अधिक layers को duplicate render कर रही थी, और hardware में consumer PC और OLED panels को सीधे इस्तेमाल किया गया था, जो गर्मी और धूल के संपर्क में थे
• lens calibration, color science, version management, और pipeline reconfiguration जैसे सुधार सुझाए गए, लेकिन ज्यादातर ठुकरा दिए गए; इसके बजाय केवल ad-hoc visual effects production की मांग होती रही
• 24 दिनों तक हर दिन 11~14 घंटे काम किया, अपने खर्च पर equipment और software उपलब्ध कराया, परिवार से दूर रहकर काम किया, लेकिन सिर्फ advance का एक हिस्सा मिला और बाकी भुगतान नहीं हुआ

प्रोजेक्ट का तकनीकी अराजकता

• ऑन-साइट developers TouchDesigner-आधारित binary code को USB से सीधे deploy कर रहे थे और किसी भी version control system का बिल्कुल उपयोग नहीं कर रहे थे
• AR implementation के दौरान lens distortion, field of view, parallax, occlusion जैसे बुनियादी तत्वों को ध्यान में नहीं रखा गया, जिससे visual alignment failure बार-बार हुआ
• gyroscope axis inversion, GPS instability, और rendering overlap issues जैसी समस्याओं के कारण सिस्टम सामान्य रूप से काम नहीं कर रहा था
• render pipeline की संरचना ऐसी थी कि हर output को फिर से fullscreen quad पर render किया जाता था, जिससे performance degradation और overheating की समस्या पैदा हुई
• equipment को बस के अंदर MDF shelf पर लगाया गया था, जिससे vibration, dust, और direct sunlight exposure के कारण लगातार नुकसान का जोखिम बना रहा

कार्य परिवेश और जनशक्ति की समस्या

• development team में बुनियादी AR ज्ञान और अनुभव की कमी थी, और वे अपनी सीमाओं को पहचाने बिना प्रोजेक्ट जारी रखे हुए थे
• lens calibration measurement, color management, camera redundancy, और build standardization जैसे सुधार प्रस्तावित किए गए, लेकिन अधिकांश को नजरअंदाज कर दिया गया
• इसके बजाय तुरंत visual effects बनाते रहने की मांग बार-बार की गई, और कोई स्पष्ट storyboard या reference material नहीं था, केवल मौखिक निर्देश थे
• client ने deliverables पर बार-बार असंतोष जताया, और स्पष्ट approval process तथा feedback process की जरूरत थी
• अंदरूनी तौर पर junior developers के बीच bullying की समस्या भी हुई, जिसे बीच-बचाव करके संभालना पड़ा

व्यक्तिगत त्याग और आर्थिक नुकसान

• 24 दिनों तक हर दिन 11~14 घंटे काम, अपने खर्च पर equipment और software का उपयोग, सारे खर्च सीधे खुद उठाए
• Muay Thai की चोट से कलाई में दर्द होने के बावजूद काम जारी रखा, और team को इसकी जानकारी थी
• 2 साल के बच्चे से एक महीने तक दूर रहना पड़ा, जबकि spouse ने अकेले child care संभाली
• contract amount का 1/4 से भी कम हिस्सा advance में मिला, और बाकी रकम कभी चुकाई नहीं गई
• बाद में debt collection agency को hire किया, लेकिन यह राय मिली कि सामने वाला company dissolve कर सकता है, इसलिए मुकदमेबाजी का व्यावहारिक लाभ नहीं है

सीखे गए सबक

• जो लोग मदद ठुकराते हैं, वे शायद पहले ही ऐसी स्थिति में हों जहाँ उनकी मदद नहीं की जा सकती
• contract सिर्फ कागज़ का टुकड़ा हो सकता है
• अगर कोई $35,000 नकद चुराए तो वह गंभीर अपराध है, लेकिन अगर कोई आपका श्रम और समय चुरा ले, तो उसके लिए अक्सर कोई सज़ा नहीं होती
• client विशेषज्ञ और गैर-विशेषज्ञ में फर्क नहीं कर पाते, और यह पूरे उद्योग की समस्या है
• अपनी instinct (trust your gut) पर भरोसा करना चाहिए

FAQ सारांश

• सामान्यतः progress payment contract में शामिल किया जाता है, लेकिन इस बार 3 हफ्ते के short-term project होने के कारण इसे छोड़ा गया
• सामने वाला कर्ज से इनकार नहीं कर रहा था, लेकिन 18 महीनों तक सिर्फ “अगले हफ्ते भुगतान करेंगे” कहता रहा
• airfare का खर्च लेखक ने नहीं उठाया
• इस प्रोजेक्ट में शामिल दूसरे लोग भी सभी नुकसान झेल चुके थे, और वे अब भी संपर्क में हैं
• ऐसा लगता है कि सामने वाला “बस एक आखिरी कदम और, फिर पैसा आ जाएगा” जैसी self-deception में फँसा हुआ था
• अंतिम client बेहद असंतुष्ट था
• अनुरोध किए जाने पर दोषी की पहचान सार्वजनिक की जा सकती है
• एक बार फिर सबसे बड़ा सबक: अपनी instinct पर भरोसा करें

[GN⁺]

Hacker News की राय

• हमने भी इसी तरह के कड़वे अनुभव से कुछ सबक सीखे हैं
  इसलिए अब हम हर project contract में ये clauses शामिल करते हैं

  • invoice मिलने के X दिनों के भीतर, या quality issue सुलझते ही, जो भी पहले हो, payment
  • देरी होने पर BoE base rate पर 8% अतिरिक्त ब्याज + 100 पाउंड की late fee
  • देरी होने पर अगले delivery batch का invoice तुरंत जारी
  • देरी के कारण काम रुकने पर delivery date समायोजित की जा सकती है
  • payment currency और exchange rate का आधार Oanda.com
  • bank fees पूरी तरह client के जिम्मे, SWIFT में OUR code का उपयोग
  • dispute होने पर jurisdiction England और Wales, arbitration अनिवार्य नहीं
  • mutual liability cap contract की कुल राशि तक सीमित
    साथ ही, payment पूरा होने से पहले हम downloadable deliverables का link नहीं देते, सिर्फ view/comment-only link साझा करते हैं
    जो client इन शर्तों को ठुकराते हैं, वे अक्सर वैसे भी पैसे नहीं देते
    credit rating के हिसाब से payment term अलग रखते हैं, और 5 साल के 2,000 invoices के data में average delay 23 दिन रहा, जबकि delivery रोकने पर औसतन 11 दिन पहले payment हुआ
  • एक और सबक यह है कि हर delivery invoice की राशि simplified claims procedure limit (UK में 10,000 पाउंड) से नीचे रखी जाए
    court claim की लागत करीब 80 पाउंड है, और सिर्फ ‘letter before action’ भेजने पर भी ज़्यादातर लोग तुरंत payment कर देते हैं
    रिश्ता टूट जाता है, लेकिन ऐसे रिश्ते को बनाए रखने का वैसे भी कोई मतलब नहीं
  • असली फायदा enforcement नहीं, बल्कि client filtering effect है
  • “अच्छे client 2~3 दिनों में payment कर देते हैं, और मुश्किल client इसे लंबा खींचते हैं” — इसमें ‘irony’ क्या है, समझ नहीं आता। यह तो स्वाभाविक बात है
  • फिर भी लगता है कि ये clauses भी मूल पोस्ट के लेखक को नहीं बचा पातीं
  • “BoE base rate +8%” का मतलब 8% है या 8 percentage points, इसे स्पष्ट करने का सवाल है

• लेखक से मैं यह कहना चाहूँगा कि आपके साथ ‘ripped off’ नहीं हुआ, बल्कि taken advantage of किया गया
  scam तब होता है जब सामान न मिले या खराब मिले; यह तो ऐसी exploitation थी, जिस पर आपने खुद सहमति दी
  आप कुछ ही दिनों में छोड़ सकते थे, या advance payment माँग सकते थे
  आगे से अपनी समय और कीमत को ज्यादा महत्व दें

  • मैं 20 साल से इन्हीं शर्तों पर काम कर रहा हूँ, और यह industry standard है
    freelancing contract को दोनों पक्षों से देखा है, और 8,000 लोगों की Discord community चलाता हूँ जहाँ लोग ऐसे अनुभव साझा करते हैं
    ज़्यादातर लोग advance के बिना काम करते हैं, और यह मामला बस bad luck का case था
    पूरी industry बदलनी चाहिए, इस बात से सहमत हूँ, लेकिन अगर कोई हर बार advance माँगे तो अक्सर काम ही नहीं मिलता
    गलती यह थी कि contract की legal enforceability पर ज़रूरत से ज़्यादा भरोसा किया गया। असल में इससे लगभग कोई सुरक्षा नहीं मिली
  • contract में लिखी राशि न चुकाना साफ़ तौर पर rip-off है
  • Cambridge Dictionary के अनुसार ‘ripped off’ यहाँ बिल्कुल सही अभिव्यक्ति है
  • “आप कुछ ही दिनों में छोड़ सकते थे” — यह बात victim पर दोष डालने जैसी लगती है। थोड़ा victim blaming जैसा महसूस होता है

• consulting करते हुए मैंने सीखा है कि जब आप ‘fix your mess’ वाली भूमिका लेते हैं, तो बहुत defensive होकर काम करना चाहिए
  ज़्यादा advance लो, और payment न मिलने के संकेत दिखें तो तुरंत निकल जाओ

  • ऐसे projects में पहले से ही misaligned incentives, अस्पष्ट expectations, और छिपी हुई cash-flow problems उलझी होती हैं
  • OP ने भी कुछ हद तक defensive व्यवहार किया था। उसे 25% advance मिला था, लेकिन scope management और change request protection कमज़ोर थी
    100% advance मिलने पर भी संभव है कि आखिर में नुकसान ही होता
  • विडंबना यह है कि ऐसे projects में अक्सर अच्छे लेकिन अक्षम लोग होते हैं। वे पहले से टूटी हुई स्थिति को संभालने के लिए बाहर से मदद बुलाते हैं

• मैं 2010 से SF tech scene में काम कर रहा हूँ, और YC/HN, AngelList से जुड़े founders में payment न करने की घटनाएँ बहुत देखी हैं
  पाँच बार तो मुझे बिल्कुल पैसे नहीं मिले, और एक बार रकम कई हजार dollars की थी
  इनके पास पैसे होते हुए भी ये या तो ‘भूल’ जाते हैं, या मान लेते हैं कि इन्हें हक़ है
  निष्कर्ष: YC founders के साथ कभी काम मत करो

  • सिर्फ “YC founder” ही नहीं, बल्कि ऐसे लोगों के साथ काम नहीं करना चाहिए जिनकी भुगतान-क्षमता high-risk bet पर टिकी हो
    कुछ लोग पैसे होते हुए भी नहीं देते, और कुछ business fail होने पर दे ही नहीं पाते
    OP के मामले में संभव है कि अक्षम team आखिरकार product पूरा ही न कर सकी, और नतीजे में किसी को payment नहीं मिला
  • जवान उम्र में startup में कम वेतन + sweat equity के नाम पर शोषण झेलना लगभग एक rite of passage जैसा है
    लेकिन ज़्यादातर मामलों में वह ‘equity’ किसी काम की नहीं होती
  • मेरे साथ भी 2015 में startup में काम करते समय salary नहीं दी गई
    CEO बार-बार “अगली बार दोगुना दूँगा” कहकर टालता रहा, और अंत में company बंद हो गई
    उससे आर्थिक बर्बादी और मानसिक कष्ट हुआ, और आखिरकार Jet.com में नई शुरुआत करनी पड़ी
    उस अनुभव से मैं बढ़ा ज़रूर, लेकिन उस दौर को कभी माफ़ नहीं कर सकता
  • सवाल है कि आखिर कानूनी लड़ाई छोड़ने का फैसला क्यों किया

• मैं इस बात से सहमत नहीं कि “contract कागज़ का टुकड़ा है”
  लेकिन अगर सामने वाले के पास assets न हों या वह ऐसी jurisdiction में हो जहाँ enforcement संभव न हो, तो advance लेना चाहिए

  • या फिर छोटे-छोटे हिस्सों में, कम payment cycle रखना भी एक तरीका है

• अगर कानूनी कार्रवाई छोड़ने की वजह “हम company dissolve कर देंगे” वाली धमकी थी, तो यह संदिग्ध लगता है
  अच्छे lawyer से संबंध होना ज़रूरी है। कानूनी कार्रवाई महँगी होती है, लेकिन dissolve करने की धमकी कभी-कभी assets होने का संकेत भी हो सकती है
  अगर सच में पैसे न हों, तो लोग बस “पैसे नहीं हैं” कहते हैं, अलग से धमकी नहीं देते
  पहले जिस startup में मैं था, उसका CEO भी इसी तरह सिर्फ उन्हीं vendors को payment करता था जो मुकदमे की धमकी देते थे

  • मुझे कानूनी तौर पर पक्का नहीं पता, लेकिन company dissolve करने की धमकी देने से शायद personal liability भी बन सकती है। lawyer से सलाह लेनी चाहिए

• एक दोस्त ने retirement के बाद freelancing शुरू की और late payment झेला; मैंने उसे कहा कि समय पर payment लेना बेहद ज़रूरी है
  समय बीतने पर client project को भूल जाता है, या यह तक सोचने लगता है कि उसे पैसे देने भी चाहिए या नहीं

  • सवाल है कि invoice overdue होने पर आप कितनी बार reminder भेजते हैं।
    क्या आप चरणबद्ध तरीके से email → phone → senior contact तक जाते हैं,
    या बार-बार देर से भुगतान करने वाले client को कभी ‘fire’ भी किया है

• आजकल मैं छोटे-छोटे काम (1000 dollars से कम) करता हूँ, और cash payment के बाद delivery वाले मॉडल पर काम करता हूँ
  इससे बिना contract के भी मौखिक सहमति और एक साधारण Excel sheet काफ़ी होती है
  एक दिन की मजदूरी न मिलना झेला जा सकता है, लेकिन 6 महीने की unpaid मेहनत बहुत बड़ी समस्या है
  delivery cycle छोटा रखने से risk diversify किया जा सकता है

  • मैं भी इसी तरह 1000 euro milestone पर payment लेता हूँ
    20,000 euro का काम करके पैसे न मिलने से बेहतर है कि 1000 euro का नुकसान हो

• “बच्चे की देखभाल कर रही पत्नी को छोड़कर एक महीने के business trip पर चला गया” — यह हिस्सा अजीब लगा
  एक phone call आते ही तुरंत निकल जाना समझ से बाहर है

  • लेकिन लेखक एक बहुत niche specialization वाला contractor है, इसलिए काम आते ही तुरंत चलना पड़ता है
    बदले में rates इतने ऊँचे होते हैं कि work-life balance बनाया जा सके
  • मेरे चाचा भी emergency oil well repair का काम करते थे, और बुलावा आते ही flight पकड़ लेते थे
    बदले में payment बहुत ऊँची होती थी, और परिवार भी यह समझता था
  • परिवार चलाना है तो काम ज़रूरी है। लेखक ने भी उतने payment की उम्मीद में यह स्वीकार किया था
  • पोस्ट पढ़कर लगता है कि लेखक शायद सहानुभूति चाहता था। परिवार से ज़्यादा काम को प्राथमिकता दी गई, ऐसा आभास होता है

• trust या मौखिक वादों पर निर्भर मत रहो; payment structure हमेशा साफ़ रखो
  escrow, scammers का कट्टर दुश्मन है
  और Mike Monteiro की talk "F*ck You, Pay Me" तो ज़रूर देखनी चाहिए

  • freelancing के दिनों में मैंने भी एक दोस्त के कहने पर exception रखा था और payment न मिलने का सामना किया
    चाहे रिश्ता कितना भी करीबी हो, काम खत्म होने के बाद सामने वाला पैसे न दे, यह संभव है
    मैंने सीखा कि काम खत्म होते ही सेवा की कीमत 0 हो जाती है
  • “contract के बिना काम शुरू करना, pregnancy test के बाद condom पहनने जैसा है” — यह उद्धरण याद रह गया
  • मैं भी Mike की talk का link अक्सर साझा करता हूँ। इस thread में भी डालने ही वाला था