- इस साल की शुरुआत में Rust प्रोग्रामिंग का अनुभव हासिल करने के लिए मैंने व्यक्तिगत क्रिप्टोकरेंसी ट्रेडिंग और डेटा कलेक्शन टूल बनाया
- ग्रुप चैट में सवाल पूछते समय पता चला कि बहुत से लोग ऐसे ही टूल चाहते हैं और उसके लिए पैसे देने को भी तैयार हैं
- जल्द ही मैंने API endpoint सेट कर दिए, जहाँ लोग मुफ्त में डेटा एक्सेस कर सकते थे और छोटी-सी फीस देकर ट्रेड submit कर सकते थे
ग्राहक जुटाना और सपोर्ट शुरू करना
- यह पहली बार था जब लोगों ने मेरे द्वारा सीधे बनाए गए सॉफ़्टवेयर के लिए पैसे दिए, और यह बहुत शानदार अनुभव था
- फीचर घोषणाओं और सपोर्ट के लिए मैंने Telegram चैनल शुरू किया, और शुरुआत में यह अच्छी तरह काम करता था
- लेकिन जैसे-जैसे ग्राहक आधार धीरे-धीरे बढ़ा, सपोर्ट में अधिक समय लगने लगा
- SAAS startup के लिए सपोर्ट का बोझ बढ़ना कोई हैरानी की बात नहीं है; आखिरकार, बहुत सारे ग्राहक होना एक अच्छी समस्या है
- परेशान करने वाली बात सपोर्ट रिक्वेस्ट की मात्रा नहीं, बल्कि उनकी गुणवत्ता थी
prompt engineer coders की सपोर्ट रिक्वेस्ट
- API बस कुछ अच्छे से documented endpoints का सेट है
- अगर आप किसी प्रोग्रामिंग भाषा से POST request भेजना समझते हैं, तो API इस्तेमाल करने में कोई समस्या नहीं होनी चाहिए
- लेकिन लगता है कि prompt engineer coders की नई पीढ़ी के लिए यह भी बहुत ऊँचा मानक है
- सपोर्ट चैनल खोलने के बाद मुझे कई रिक्वेस्ट मिलीं, जैसे "मदद कीजिए! मेरा ट्रेडिंग बॉट काम नहीं कर रहा है!!"
- ज़्यादातर मामलों में ग्राहक का कोड अधिकांशतः ठीक होता है, लेकिन उसमें ऐसी गलतियाँ होती हैं जो दस्तावेज़ पढ़ने वाले और प्रोग्रामिंग कौशल रखने वाले व्यक्ति को तुरंत दिख जाएँ
- अक्सर यह इस रूप में दिखता है कि वे ऐसे endpoint को access कर रहे होते हैं जो मौजूद ही नहीं है, या ऐसे API response से property पढ़ने की कोशिश कर रहे होते हैं जो है ही नहीं
- थोड़ा और जाँचने पर आमतौर पर यह शक सही निकलता है कि ChatGPT ने वह endpoint या property गढ़ ली थी (hallucinated), और जिस ग्राहक से मैं बात कर रहा हूँ उसे प्रोग्रामिंग का लगभग कोई ज्ञान नहीं है
साधारण script बनाम जटिल application
- अगर कोई साधारण script लिखना चाहता है, तो मैं मदद कर देता हूँ और hallucination ठीक कर देता हूँ — इसमें बहुत मेहनत नहीं लगती और इससे संभावित ग्राहक भी बनते हैं
- लेकिन अक्सर ग्राहक इससे कहीं अधिक जटिल application की कल्पना कर रहे होते हैं, और मुझे उनसे कहना पड़ता है, "माफ़ कीजिए, किसी professional developer को hire कीजिए"
- सबसे बुरा मामला वह होता है जब रिक्वेस्ट साधारण लगती है — मैं एक hallucination ठीक करने में मदद करता हूँ — लेकिन फिर ग्राहक अधिक जटिल logic बनाना चाहता है, और किसी तरह यह अपेक्षा बना लेता है कि मैं उसे असीमित मुफ्त सपोर्ट दूँगा
- मूल रूप से मुझे ऐसे ग्राहकों से बहुत गुस्से भरे संदेश मिले हैं जो चाहते थे कि मैं उनका पूरा app मुफ्त में बना दूँ
SAAS बिज़नेस में customer support की चुनौती
- जिसने भी SAAS बिज़नेस के लिए सपोर्ट चलाया है, उसे ये चुनौतियाँ परिचित लगेंगी
- लेकिन AI प्रोग्रामिंग टूल्स की वजह से समस्या और बदतर हो गई है
- जब ग्राहक अधिकांश काम खुद कर सकते हैं, तब उन्हें समस्या हल करने में मदद करना अक्सर बहुत संतोषजनक होता है
- लेकिन जब ग्राहक अपनी क्षमता के अभाव में software engineering को AI पर offload कर देते हैं, तब उन्हें AI द्वारा बनाए गए bugs को ठीक करने के लिए फिर भी किसी developer की ज़रूरत पड़ती है
- मैं वह developer नहीं बनना चाहता
GN⁺ की राय
- AI-जनरेटेड कोड डेवलपर्स पर बोझ बन सकता है। ग्राहक अक्सर AI द्वारा बनाए गए कोड को ज्यों का त्यों इस्तेमाल करना चाहते हैं, और समस्या आने पर डेवलपर से उसे मुफ्त में ठीक करने की मांग करते हैं
- भले ही documentation अच्छी हो, कम प्रोग्रामिंग क्षमता वाले लोगों के लिए API का सही उपयोग करना कठिन होता है। यह AI टूल्स की सीमाएँ दिखाता है
- AI टूल्स का उपयोग करते समय उनके आउटपुट पर आँख मूंदकर भरोसा करने के बजाय, professional developer की मदद से उसकी समीक्षा और सुधार की प्रक्रिया ज़रूरी है
- जटिल application विकसित करते समय AI टूल्स पर निर्भर रहने के बजाय professional developer को hire करना बेहतर है
- तकनीकी सपोर्ट देते समय ग्राहक के तकनीकी स्तर और आवश्यकताओं को समझना, और मुफ्त सपोर्ट की सीमा को स्पष्ट रूप से तय करना आवश्यक है
4 टिप्पणियां
मुझे लगता है कि लेखक को अब और यह तकलीफ़ नहीं झेलनी चाहिए और नौकरी बदलने की तैयारी करनी चाहिए।
हम्म, ऐसा लग रहा है कि आजकल GN+ पोस्ट्स की क्वालिटी धीरे-धीरे खराब होती जा रही है...
K-SI में आपका स्वागत है
Hacker News राय