नहीं, मैं आपका contact form भरना नहीं चाहता

 (adamjones.me)
1 पॉइंट द्वारा GN⁺ 2024-05-05 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • contact forms में email address सार्वजनिक करने की तुलना में खराबी, accessibility, रिकॉर्ड न होना और अनावश्यक personal information मांगने जैसी समस्याएँ ज्यादा होती हैं, इसलिए वे users और operators दोनों के लिए बड़ा बोझ बन सकते हैं
  • B&Q, AWS abuse contact form, Axa, Vodafone, Virgin Mobile जैसे मामलों में forms submit नहीं हुए, valid email को reject किया गया, या assistive technology users के लिए गलत तरीके से काम किया
  • UK Charity Commission के complaint form में हर page पर करीब 6–7 सेकंड लगते हैं और 11 pages से गुजरना पड़ता है; National Grid का form मामूली feedback के लिए भी address और phone number जैसी personal information मांगता है
  • Email में draft लिखना, scheduled send, records रखना और workflow integration संभव है, लेकिन contact forms अक्सर submission confirmation या content की copy तक नहीं देते, इसलिए users को proof के लिए screenshots रखने पड़ते हैं
  • Structured data collection, team assignment, spam prevention, security और accessibility आम तौर पर email, autoresponders, shared mailboxes और customer support tools से हल किए जा सकते हैं, इसलिए सामान्य queries के लिए email सार्वजनिक करना ज्यादा सरल है

Contact forms users के लिए नुकसानदेह क्यों हैं

  • Contact forms अक्सर website पर email address डालने की तुलना में users को खराब experience देते हैं
  • WordPress upgrade या CRM change जैसी वजहों से forms चुपचाप टूट सकते हैं, और user को submit button दबाने के बाद ही failure का पता चलता है
  • B&Q का contact form submit करना संभव नहीं था, और network requests से लगता है कि error frontend में मौजूद नहीं title attribute के missing होने के कारण था
    • Error message ऐसी स्थिति में user को कोई exit नहीं देता जहाँ retry करने से भी समस्या हल नहीं होती
  • AWS के abuse contact form के कई महीनों तक खराब रहने का Hacker News case था, और Elastoplast contact form को भी problem case के रूप में mention किया गया

Forms जो सिर्फ कुछ users के लिए टूटते हैं

  • Axa का contact form कुछ valid email addresses को गलत तरीके से reject करता है
    • test+test@example.com, tést@example.com, test@éxample.com RFC 6532 के हिसाब से valid हैं, लेकिन उस form में reject होते हैं
    • Form में सभी relevant Axa products दिखाई नहीं देते
  • Vodafone का lost/stolen device report form रात के maintenance के कारण अक्सर unavailable हो जाता है
    • जिसका phone चोरी हुआ हो, वह report करने की कोशिश करते समय maintenance screen देख सकता है
  • कई contact forms basic web accessibility standards पूरा नहीं करते, जिससे assistive technology users के लिए उन्हें भरना मुश्किल होता है
    • Virgin Mobile का complaints page selection indicators छिपा देता है, जिससे keyboard navigation लगभग impossible हो जाता है

भरने में लगने वाला समय और personal information की मांग

  • UK Charity Commission के complaint form में हर page load होने में करीब 6–7 सेकंड लगते हैं, और पूरा करने के लिए 11 pages से गुजरना पड़ता है
    • सिर्फ page loading का इंतजार लगभग 75 सेकंड लेता है
    • Progress indicator नहीं है
    • Input fields में autocomplete attribute नहीं है, इसलिए users को हर item खुद फिर से verify करना पड़ता है
    • Dropdown options grouped नहीं हैं और consistently sorted भी नहीं हैं
  • National Grid का contact/feedback form simple feedback के लिए भी घर का address और phone number जैसी personal information मांगता है
    • Phone number format जैसी एक छोटी गलती भी input मिटाकर user से शुरुआत से दोबारा भरवाती है
  • कुछ complaint forms date of birth या ID copy जैसे और ज्यादा sensitive data मांगते हैं
    • यह तब भी मांगा जा सकता है जब वह organization पहले से वह information नहीं रखता, इसलिए यह security check के लिए existing records से match करने का मामला भी नहीं है
  • General contact forms में title, job role, company size, landline number जैसे fields शायद वास्तव में जरूरी नहीं होते
  • अनावश्यक personal information collection data theft और identity fraud का risk बढ़ाता है, और जिन organizations पर भरोसा करना मुश्किल हो उनमें spam की संभावना भी बढ़ाता है, जिससे users submission छोड़ देते हैं या false information डालते हैं

Email के practical फायदे

  • Email users को draft बनाने, scheduled send करने और conversation records आसानी से रखने देता है
  • बाद में follow-up के लिए messages को snooze करना जैसे existing workflows के साथ integrate करना भी आसान है
  • Contact forms आम तौर पर ये features नहीं देते, और सही से काम करने पर भी users को बाद में refer करने लायक confirmation message अक्सर नहीं मिलता
    • Submitted सभी details वाली confirmation copy तो और भी दुर्लभ है
  • कुछ companies ने form submissions खो दिए थे, और user द्वारा saved screenshot दिखाने के बाद ही उन्हें फिर से ढूंढ पाईं
  • Contact forms को ठीक से बनाना और maintain करना समय और energy मांगता है, लेकिन पीछे से वे लगभग हमेशा email या email receive करने वाले system में route होते हैं
    • बीच का step हटाकर email address publish करना ज्यादा simple है
  • Form से मिली query का जवाब देते समय user को याद न हो कि उसने original में क्या भेजा था, ऐसी स्थिति भी बनती है
    • अगर शुरुआत से email होता, तो original text साथ में देखा जा सकता था

परेशान करने वाले interface examples

  • Sainsbury’s contact form user को लंबी options tree में नीचे ले जाता है, फिर modal में वही topic दोबारा select करवाता है
  • इसके बाद दिखने वाली form window इतनी छोटी होती है कि लिखना लगभग impossible हो जाता है
  • Contact forms ऊपर के examples के अलावा भी कई तरीकों से users के लिए unnecessary friction पैदा कर सकते हैं

जब structured data की जरूरत हो

  • Contact form से structured data लेकर request processing time कम करना चाह सकते हैं
    • Customer identifier सही से लेना, या query को automatically सही team को assign करना इसका मकसद हो सकता है
  • यह तरीका कुछ situations में ठीक हो सकता है
    • Amazon recent purchases दिखाता है, returns जैसी common customer support flows को self-service से handle कराता है, फिर भी human से connect होने का path अपेक्षाकृत आसान देता है
  • अगर शानदार customer service portal नहीं है, तो general contact purpose के लिए email बेहतर है
  • जरूरी details एक reasonable autoresponse से ली जा सकती हैं
    • GP at hand का autoresponse overall clear और जरूरत से ज्यादा लंबा नहीं होने वाले example के रूप में discuss किया गया है
  • Users शुरुआत से ही जरूरी information डालें, इसके लिए mailto links में subject और body parameters भी डाले जा सकते हैं
    • Example related support page, name, account number और query content को पहले से fill करने का तरीका है

Query classification और team operations

  • Queries को automatically teams में assign करने से पहले यह check करना चाहिए कि सच में उस automation की जरूरत है या नहीं
    • अगर दिन में दो emails मिलते हैं, या छोटी team में वैसे भी सब उसी व्यक्ति के पास जाता है, तो contact form से classify करने की जरूरत कम है
  • अगर automatic assignment सच में जरूरी है, तो Zendesk AI जैसे platforms पर विचार किया जा सकता है
    • ऐसी classification tasks LLM अच्छी तरह handle कर सकते हैं
    • कुछ मामलों में regular expressions ही काफी हो सकते हैं
  • Team-level message management email से भी संभव है

Contact barriers, spam, security, accessibility

  • यह विचार कि contact forms contact barrier कम करते हैं, experience के हिसाब से बहुत सही नहीं निकला
    • 3 organizations में email publishing पर switch करने के बाद भी real queries की संख्या form use के समय जैसी ही रही
    • Strict data analysis और public sharing हो तो दूसरों को convince करने में मदद मिल सकती है
  • बहुत low-effort feedback forms exception हो सकते हैं
    • Friendly तरीके से यह साफ लिखने पर कि informal email भी welcome है, इसे mitigate किया जा सकता है
  • जिन situations में anonymity preferred हो, वहाँ forms barrier कम कर सकते हैं
    • कोई व्यक्ति जिसने अपनी sexual orientation disclose नहीं की है, वह related comment को अपने email से आसानी से link नहीं करना चाहेगा
    • GOV.UK में anonymous feedback collection के लिए अच्छा काम करने वाला simple example है
  • Email publish करने से spam बढ़ेगा, यह चिंता real experience से अलग हो सकती है
    • WordPress form की तुलना में email publish करने के बाद spam कम होने का case था
    • Anonymous forms में garbage input डालना आसान है, लेकिन आज spam filters पार कर सकने वाली reputable email भेजना ज्यादा मुश्किल हो सकता है
  • चिंता हो तो email को spam bots से कम visible करने के लिए obfuscate किया जा सकता है, लेकिन ऐसा spam rare है और spam filters बेहतर हो गए हैं, इसलिए यह अक्सर time waste हो सकता है
    • Obfuscation process में गलत implementation करके कुछ तोड़ देने का risk भी है
  • Email पहले unencrypted होने के कारण बहुत unsafe था, लेकिन 2024 में common setup में यह बाकी email traffic के लगभग 99% की तरह securely encrypted होने की संभावना रखता है
    • Theoretically customer ऐसा email provider use कर सकता है जो encryption support न करता हो
    • UK National Cyber Security Centre भी अपना contact email publish करता है
    • अगर contact form इस्तेमाल करके भी बाद में email से reply करते हैं, तो सिर्फ email security के कारण address publish न करने का logic कमजोर हो जाता है
  • Accessibility standards compliance के लिए contact form जरूरी है, यह दावा सही नहीं है
    • Email address publish करने का तरीका contact form की तुलना में parse और understand करना आसान हो सकता है
    • Equality and Human Rights Commission, Scope, AbilityNet भी contact emails publish करते हैं

जानबूझकर मुश्किल बनाए गए forms

  • कुछ organizations regulation द्वारा required contact path को व्यवहार में use करना मुश्किल बनाना चाह सकते हैं
  • Meta data protection से जुड़े contact को बहुत मुश्किल बनाता है, और कई charities ने बताया है कि Meta forms ढूंढना और भरना मुश्किल है
  • Author के experience में Meta की related process complex और time-consuming थी, और उन्हें कई broken forms की ओर भेजा गया
  • Regulators को standards बेहतर तरीके से set करने चाहिए ताकि law और regulations के शब्दों के साथ-साथ उनकी spirit का पालन करने वाले actors को reward मिले

निष्कर्ष

  • Contact forms को सही से बनाना मुश्किल है, और वे involved सभी लोगों के लिए खराब experience बनने की संभावना रखते हैं
  • General queries के लिए contact form हटाकर website पर email address publish करना बेहतर है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-05-05
Hacker News टिप्पणियां

  • उम्र बढ़ने और थोड़ा चिड़चिड़ा होने के साथ, मैंने समझा है कि जहाँ तक हो सके शामिल न होना ही सबसे अच्छा है
    अगर कोई रेस्टोरेंट गंदा है या स्टाफ बदतमीज़ है, तो मैं वहाँ नहीं जाता; अगर किसी वेबसाइट में dark patterns हैं या contact form काम नहीं करता, तो मैं उस साइट का इस्तेमाल नहीं करता
    इसके दो कारण हैं: ज़्यादातर व्यवसायों को पता होता है कि उनकी चीज़ें टूटी हुई हैं, फिर भी वे परवाह नहीं करते; और खराब अनुभवों से बचना मेरे तनाव के लिए भी बेहतर है
    हालांकि healthcare जैसी ज़रूरी सेवाओं पर इसे लागू करना मुश्किल है

    • मैं कई सालों से ऐसा ही करता आया हूँ, लेकिन अभी नौकरी ढूँढ रहा हूँ, इसलिए बच नहीं सकता
      job sites, agencies और employer sites—सब भयानक हैं
      सबसे बड़ा नमूना एक employer site थी जो खुद को Easy Apply कहती थी; resume upload करने पर वह उसे बेहद खराब तरीके से parse करके ढेरों text boxes में बेतरतीब भर देती थी
      लगा शायद PDF की समस्या है, इसलिए Word document से दोबारा किया, लेकिन नतीजा वही रहा; शायद वे Word को PDF में export करके उसी खराब parser का इस्तेमाल करते होंगे
      उस text को फिर सही fields में डालना ही परेशान करने वाला था, ऊपर से वे साधारण input fields भी नहीं थे, बल्कि बहुत धीमी input response वाला घटिया JavaScript का ढेर थे
      और फिर employers शिकायत करते हैं कि अच्छे कर्मचारी मिलना मुश्किल है
    • सहमत हूँ। newsletter modal, cookie consent modal, पढ़ने के लिए signup अनिवार्य करने जैसी friction elements और समय बर्बाद करने वाले low-quality content के बीच मजबूत संबंध है
      यह समझने के बाद, ऐसे संकेत दिखते ही मैं तुरंत tab बंद कर देता हूँ और पीछे मुड़कर नहीं देखता, जिससे काफी समय और मेहनत बची
      low-quality content creators का शुक्रिया कि वे खुद को इतनी आसानी से पहचानने लायक बना देते हैं
    • बचपन में माँ ने जो सबसे समझदार सलाहों में से एक दी थी, वह यह थी कि किसी भी interaction में मैं क्या चाहता हूँ, यह हमेशा सोचो
      text, email, comment या बहस करने से पहले सोचो कि लक्ष्य क्या है, और उससे हासिल होने वाली सबसे अच्छी चीज़ क्या हो सकती है
      इस सलाह की वजह से चीज़ों को यूँ ही जाने देना बहुत आसान हो गया
      यह सही है कि वेबसाइट खराब है और बेहतर बनाई जा सकती है, और यह भी सही है कि सामने वाला साफ तौर पर गलत है; लेकिन शामिल होने से थोड़े catharsis के अलावा कुछ नहीं मिलेगा और सबका समय ही बर्बाद होगा
      इसलिए बस छोड़ देना बेहतर है
    • पूरी तरह सहमत हूँ। हालांकि हाल ही में मोहल्ले के एक bar में bar side पर बैठे लोगों ने मुझे किसी मकसद के लिए donation देने को प्रेरित किया, तो मैंने तरीका पूछा और उन्होंने payment portal URL दे दिया
      असल में बात इतनी आसान होनी चाहिए थी, लेकिन वास्तव में उसने username, email, phone number और खास शर्तों को पूरा करने वाला password तक माँगते हुए पूरा account creation करवा दिया
      जब मैं तीन बार valid password नहीं बना पाया, तो उन्हें लगा कि मैंने बहुत पी ली है और वे मदद करने लगे, लेकिन वे भी कई कोशिशों के बाद मेरा पैसा लेने के लिए account नहीं बना सके
      यह सोचकर काफी हँसी आई कि उनकी website और गैरज़रूरी account creation policy ने conversion को सक्रिय रूप से रोक दिया
      बेशक जिन लोगों पर हँसी आ रही थी वे इस समस्या के असली जिम्मेदार नहीं थे, इसलिए घमंड दबाकर मैंने सुझाव दिया कि वे अपने colleagues को बताएं
    • पूरी तरह सहमत हूँ। बदतमीज़ staff से सामना होना नुकसान जैसा लग सकता है, लेकिन लड़कर आप जीतते नहीं
      तकनीकी रूप से जीत भी जाएँ, तो stress और mental state को देखते हुए जाने देना कहीं बेहतर है
      यह हर चीज़ पर लागू नहीं होगा, लेकिन जीवन की ज़्यादातर छोटी-मोटी झुंझलाहटों पर लागू होता लगता है

  • “मैं contact form भरना नहीं चाहता” कहना सही है, लेकिन कंपनियाँ या सरकार भी आपसे contact नहीं चाहतीं
    क्योंकि उनके लिए यह cost है
    औसत “sales quote inquiry” form औसत “complaint submission/question” form की तुलना में ज़्यादा स्पष्ट और कम friction वाला होता है
    लोग email के बजाय form क्यों इस्तेमाल करते हैं, इसका एक कारण यह स्थिति और context हो सकता है कि वे किसी website पर guest की तरह जाकर वहाँ का form भर रहे हैं
    अपने inbox में होने और किसी और की site पर होने पर व्यवहार अलग हो सकता है
    GitHub issue templates के कभी-कभी जरूरत से ज्यादा सवाल इसका उदाहरण हैं: वे ज़रूरी जानकारी enforce करते हैं, साथ ही यह भी संकेत देते हैं कि मैं guest हूँ और मुझे सामने वाले के communication norms का पालन करना चाहिए

    • ईमानदारी से कहूँ तो ऐसे tools उन लोगों को filter करने में काफी अच्छे हैं जो चाहते हैं कि दूसरा पक्ष उनके हिसाब से बहुत ज़्यादा adjust करे
      अगर कोई किसी का form भरने में कुछ मिनट लगाने से भी अड़ियल तरीके से मना करता है, तो आगे की हर interaction में उसके demanding और सहयोग न करने वाला होने की संभावना ज्यादा है
      बेशक ऐसे लोग खुद को ऐसा नहीं मानते
    • अगर कंपनी को sales करनी है, तो customer के पास contact करने और खरीदने का तरीका होना चाहिए
      घटिया contact form रखना उतना ही बेतुका है जितना कोई restaurant waiter ग्राहक के चेहरे पर थूककर उसका स्वागत करे
      आज दुनिया जिस तरह चल रही है, हो सकता है कुछ सालों या महीनों में वही standard बन जाए

  • अगर contact form बनाते हैं, तो कम से कम “हमें आपका message मिल गया है” automated email तो भेजें
    इससे कम से कम इतना भरोसा हो जाता है कि backend ने सच में उसे receive किया और वह किसी उपयोगी जगह पहुँचा होगा
    automated response न हो तो हमेशा शक रहता है कि वह ठीक से काम भी किया या नहीं

    • हर contact form में records रखने के लिए Google Forms के “response की copy भेजें” जैसी सुविधा होनी चाहिए
    • मुझे नहीं पता कि यह इतना अच्छा विचार है या नहीं
      किसी malicious व्यक्ति को ऐसी कई forms में किसी और का email डालकर spam भेजने से क्या रोकेगा
      random generate किए गए ढेरों emails डालकर site को DDoS करने से क्या रोकेगा
      और अगर ऐसा form spam email client में spam जैसा दिखने लगे, तो सच में महत्वपूर्ण messages भी spam में फेंक दिए जा सकते हैं और auto-delete हो सकते हैं
    • submit की गई सारी जानकारी भी वापस भेजनी चाहिए

  • “शेयर्ड mailbox, collaborative inbox, Zendesk, Zoho Desk, Freshdesk, Zammad, osTicket, FreeScout जैसे ready-made customer support solutions को email से जोड़ें” वाली सूची में classic और अब भी बेहतरीन Request Tracker छूट गया है
    https://bestpractical.com/request-tracker
    https://github.com/bestpractical/rt
    मेरा उससे कोई संबंध नहीं है और मैंने इसे सिर्फ request submit करने वाले की नज़र से इस्तेमाल किया है, लेकिन यह हमेशा intuitive और stable लगा
    यह बात भी मूल्यवान है कि वही system करीब 20 साल से लगातार चल रहा है, और यह इतना flexible है कि मैंने एक छोटे संस्थान में बड़े printer jobs submit करने के लिए Request Tracker को जोड़े हुए भी देखा है

    • मैंने इसे एक कंपनी में इस्तेमाल किया था, और वह कंपनी Jira पर चली गई
      RT की याद आती है। बदसूरत था, लेकिन अच्छा था
    • अगर आप किसी चीज़ को दूसरी services के साथ बेतरतीब ढंग से जोड़कर खराब न करें, तो उसका बस चलते रहना कितना आसान होता है, यह मज़ेदार है
      Zendesk में आज भी users delete नहीं किए जा सकते, क्योंकि वह feature “Support” का हिस्सा है जिसका हम उपयोग नहीं करते, और users बनाना अब भी “Chat” का हिस्सा होने के कारण संभव है
    • आखिरी बार जब मैंने RT के साथ काम किया था, तो कुछ custom करना हो तो Perl में script लिखनी पड़ती थी
      Perl कई दशकों से popular language नहीं रही है, और 2024 में Perl developer hire करके देखिए, आसान नहीं होगा
      शायद यह ऐसा मामला हो जहाँ AI मदद कर सके, लेकिन पक्का नहीं कि AI को RT “scriptlets” पता होंगे या नहीं

  • inquiry forms मर चुके हैं। आजकल आप box में कुछ लिखते हैं तो LLM मेरी समस्या से बिल्कुल असंबंधित कुछ जवाब दे देता है
    support team से संपर्क करना हो तो cancel करने की धमकी देनी पड़ती है
    वह भी अगर उन्हें परवाह हो तो

    • लगता है आजकल कंपनियाँ यह मानने लगी हैं कि जिन customers का चुपचाप लंबे समय तक शोषण नहीं किया जा सकता, उन्हें जाने देना ठीक है
      पहले cable company को फोन करके cancel करने की बात कहने पर वे आपको customer retention specialist को transfer करते थे और कुछ साल पहले वाले price level तक घटाने की deal offer करते थे
      आखिरी बार जब मैंने वह trick आज़माई, तो उन्होंने थोड़ी देर hold पर रखा और फिर लौटकर कहा, “ठीक है, ग्राहक महोदय। आपकी service आज से cancel कर दी गई है। क्या मैं आपकी और किसी तरह मदद कर सकता हूँ?”
    • 2024 में support पाने का तरीका social media है
      company account को tag करके complaint पोस्ट करें, और ज़रूरत हो तो इसे amplify करने वाले बड़े media outlets या मशहूर internet creators के कुछ tags और जोड़ दें
      उदाहरण के लिए, पिछले कुछ सालों में जिन YouTube creators ने hacked accounts वापस पाए, उनके लगभग सभी cases Twitter वगैरह पर Team YouTube को tag करने से resolve हुए
      लगता है आजकल कंपनियों को केवल social media PR nightmare की संभावना ही हिलाती है
    • मैंने अब तक सिर्फ एक LLM support chatbot देखा है, और असल में वह ज़्यादातर मददगार था
      100% नहीं, पर काफी ठीक था, और पुराने support chatbots से बेहतर था जो बस “क्या यह FAQ item आपकी समस्या हल करता है?” दोहराते रहते थे
      क्योंकि वे FAQs कभी समस्या हल करते ही नहीं थे
    • cancel करने की बात कहने पर वे उल्टा जवाबी वार में account cancellation/deletion fee के रूप में €20 भी charge कर सकते हैं [0]
      [0] https://news.ycombinator.com/item?id=40246171
    • इन दिनों मेरा शौक ऐसे AI customer support chatbots को jailbreak करना है

  • forms से आने वाले spam का अनुपात आम तौर पर समय के साथ स्थिर रहता है, लेकिन public email address पर आने वाला spam बढ़ता जाता है, क्योंकि site को spam bots बार-बार scan करते हैं और address लगातार ज्यादा spammers की lists में जुड़ता जाता है
    spam detection बेहतर हुई है, लेकिन perfect नहीं है, और कुल spam volume बढ़ने पर filters पार करके आने वाली मात्रा भी बढ़ती है
    किसी point के बाद spam folder में गलत तरीके से classify हुई असली emails ढूँढना भी असंभव हो जाता है, और आखिरकार email बदलना पड़ता है
    अगर आप public email address डालने वाले हैं, तो उसे ऐसा consumable resource मानना चाहिए जिसे spam बहुत ज्यादा होने पर बदलना पड़ेगा
    अगर लेखक ने यह अनुभव नहीं किया, तो शायद इसलिए कि उन्होंने किसी public website पर live email address कई साल तक नहीं रखा होगा

    • मेरा email address कम से कम 15 साल से public website पर था, और spam level स्थिर और manageable रहा
      बेशक हो सकता है कि मैं पर्याप्त famous नहीं हूँ, इसलिए यह problem नहीं झेली
    • मेरे अनुभव में email spam का peak 15–20 साल पहले था
      एक समय spam folder में रोज़ करीब 500 messages आते थे, लेकिन अब उसी address पर average लगभग 2 प्रति दिन है
      काफी पहले से, spam pass होने की तुलना में spam filter का legitimate mail को spam mark करना या उसे बिल्कुल deliver न करना कहीं बड़ी problem है
    • article पढ़ने के लिए धन्यवाद, और यह point article में cover नहीं किया गया था और सच में मैंने इस पर सोचा नहीं था
      semi-empirically, मैंने ऐसी sites चलायी हैं जहाँ email और inquiry forms 5 साल से ज्यादा समय तक लगे रहे, लेकिन ऐसा effect notice नहीं किया
      हालांकि मैंने quantitatively पर्याप्त investigation नहीं की है, इसलिए पक्का कहना मुश्किल है, और अगर data हो तो analysis देखना चाहूँगा
      दुर्भाग्य से वे inboxes समय के साथ spam को auto-delete कर देते हैं, इसलिए records नहीं बचे
      अगर किसी के पास यह data है तो अच्छा होगा कि वह public करे, और मैं analysis link article में खुशी से जोड़ूँगा
      theory में, inquiry form links भी समय के साथ ज्यादा lists में जुड़कर वही problem पैदा नहीं करेंगे क्या, ऐसा लगता है
      forms में भी मैंने ऐसा pattern नहीं देखा है, इसलिए मैं यह दावा नहीं कर रहा कि वास्तव में ऐसा है; यह बस logic से आया एक thought experiment जैसा है

  • अभी-अभी company के लिए नया customer inquiry form बनाया है
    email के बजाय form इस्तेमाल करने की वजह यह थी कि, पहली बात, form ज्यादा impersonal लगता है, इसलिए जिन potential customers से deal नहीं करनी, उन्हें जवाब न देने पर guilt कम होता है; और दूसरी बात, यह JavaScript के बिना भी काम करता है, और JS obfuscation के बिना email दिखाने पर लगता था कि spam ज्यादा आएगा

  • पक्का नहीं कि यह EU का नियम है या Germany का, लेकिन मुझे वह regulation पसंद है कि online business करने वाली हर company के पास customer contact के लिए सच में check किया जाने वाला email address होना चाहिए
    कई बार company से भरोसेमंद और टिकाऊ medium में written response पाने का यह लगभग इकलौता तरीका होता है
    corporate support chat आम तौर पर भयानक होती है, और phone में dispute होने पर proof नहीं बचता

    • अब शायद EU regulation भी हो, लेकिन कम से कम Germany में 2007 में Telemediengesetz पेश हुआ था, और §5 “Allgemeine Informationspflichten” Impressum की आवश्यकता से संबंधित है
      https://www.gesetze-im-internet.de/tmg/__5.html

  • noreply@ से ईमेल न भेजें तो अच्छा होगा
    अगर आपको मेरा ईमेल नहीं चाहिए, तो मुझे भी आपका ईमेल नहीं चाहिए

  • एक बात जरूर है। बड़ी कंपनी हो तो संसाधन होते हैं, इसलिए मुझे लगता है कि उन्हें ऐसा contact form रखना चाहिए जिसे भरना आसान हो, लेकिन अकेले project बनाने वाले developer के तौर पर contact form से मुझे सच में बहुत सारे बेमतलब requests मिलते हैं
    ये spam भी नहीं होता, और काफी users contact form को chatbot जैसा समझकर निजी या आलसी सवाल पूछ देते हैं
    कभी-कभी तो सवाल भी नहीं होता, बस “मैं product इस्तेमाल करना चाहता/चाहती हूँ” जैसा एकबारगी वाक्य भेज देते हैं
    तो फिर बस इस्तेमाल कर लो, है न?
    यह इतना अजीब था कि मैंने form को और छिपा दिया और fields जोड़कर थोड़ा friction डाल दिया