वेबसाइट एक्सेसिबिलिटी ऑडिट की लागत कैसे तय होती है

काम के मॉडल के अनुसार एक्सेसिबिलिटी ऑडिट की कीमत

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

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

अगर समस्या अभी स्पष्ट न हो, तो प्रति घंटा बिलिंग उपयोगी हो सकती है। आप किए गए काम के समय के हिसाब से भुगतान करते हैं, इसलिए घंटों का अनुमान और खर्च की अधिकतम सीमा माँगें, या तय सीमा से ज़्यादा समय लगाने से पहले अपनी मंज़ूरी लेना तय करें। ऐसा न होने पर अंतिम खर्च का अनुमान लगाना मुश्किल हो सकता है।

चरणबद्ध काम में ऑडिट को अलग-अलग निर्णय बिंदुओं में बाँटा जाता है। पहले चरण में कुछ प्रतिनिधि टेम्पलेट की समीक्षा हो सकती है; दूसरे चरण में जटिल इंटरैक्शन या शुरुआती समीक्षा में पहचाने गए अतिरिक्त हिस्सों का परीक्षण किया जा सकता है। इस तरीके से शुरुआत में कम प्रतिबद्धता रखनी पड़ती है और नई जानकारी मिलने पर दायरा बदला जा सकता है।

अगर आप पूछ रहे हैं, “वेबसाइट एक्सेसिबिलिटी ऑडिट का खर्च कितना है,” तो सबसे पहले यह तुलना करें कि हर काम के मॉडल में क्या-क्या शामिल है—सिर्फ़ शुरुआती कीमत नहीं। कुछ पेजों के सीमित नमूने के लिए तय फीस और पूरी समीक्षा के लिए प्रति घंटा अनुमान, एक जैसे प्रस्ताव नहीं हैं।

पेजों की संख्या के अलावा कीमत तय करने वाले आम कारक

पेजों की संख्या से मोटा अंदाज़ा तो मिलता है, लेकिन काम का भरोसेमंद आकलन नहीं। चार टेम्पलेट से बने 80 पेजों वाली वेबसाइट की जाँच में 20 पेजों वाली ऐसी साइट से कम समय लग सकता है जिसमें कस्टम फ़ॉर्म, अकाउंट स्क्रीन और इंटरैक्टिव प्रोडक्ट फ़िल्टर हों।

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

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

सीमित, मानक या विस्तृत ऑडिट के बजट में क्या शामिल होता है

वेबसाइट एक्सेसिबिलिटी ऑडिट में क्या शामिल होता है, यह उसके दायरे पर निर्भर करता है: सीमित ऑडिट में कुछ चुने हुए हिस्से जाँचे जा सकते हैं, जबकि मानक या विस्तृत ऑडिट में अधिक टेम्पलेट, प्रक्रियाएँ और इंटरैक्शन शामिल हो सकते हैं। ऐसी कोई भरोसेमंद कीमत-सीमा नहीं है जो हर फ्रीलांसर और हर वेबसाइट पर लागू हो। दरें बाज़ार, अनुभव, काम के दायरे और डिलीवरी के तरीके के अनुसार बदलती हैं। इसलिए अनुमान किसी अपुष्ट “आम” कीमत के बजाय तय काम पर आधारित होना चाहिए।

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

मानक ऑडिट में प्रतिनिधि टेम्पलेट और आगंतुकों की मुख्य प्रक्रियाएँ शामिल हो सकती हैं, जैसे अकाउंट बनाना या चेकआउट करना। कोट में स्वचालित जाँच, चुने हुए हिस्सों का मैन्युअल परीक्षण और असर के आधार पर क्रमबद्ध निष्कर्ष शामिल हो सकते हैं। फ्रीलांसर से शामिल टेम्पलेट और प्रक्रियाओं के नाम स्पष्ट रूप से बताने को कहें; “ज़रूरी पेज” इतना अस्पष्ट है कि प्रस्तावों की तुलना नहीं की जा सकती।

विस्तृत ऑडिट में अधिक टेम्पलेट, उपयोगकर्ता स्थितियों और इंटरैक्शन की जाँच हो सकती है, साथ ही सबूत और समस्या को दोबारा दिखाने के विस्तृत निर्देश भी दिए जा सकते हैं। समझौते में शामिल होने पर डेवलपरों के साथ चर्चा या सीमित दोबारा जाँच भी हो सकती है। सिर्फ़ रिपोर्ट विस्तृत होने के कारण इन गतिविधियों को शामिल मानकर न चलें।

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

मैन्युअल ऑडिट पर अतिरिक्त खर्च कब करना सही है

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

जब उपयोगकर्ताओं को कई चरणों में कोई काम पूरा करना हो, तब मैन्युअल परीक्षण खास तौर पर उपयोगी होता है। उदाहरण के लिए, बुकिंग फ़ॉर्म में तारीख़ चुनने पर नए फ़ील्ड दिखाई देते हैं। स्कैन से यह पता नहीं चलता कि कीबोर्ड इस्तेमाल करने वाले लोग नए फ़ील्ड तक पहुँच सकते हैं या नहीं, फ़ोकस सही ढंग से आगे बढ़ता है या नहीं, या त्रुटि का संदेश सही समय पर सुनाई देता है या नहीं।

विशेषज्ञ कीबोर्ड से परीक्षण कर सकता है, स्क्रीन रीडर से मिलने वाले आउटपुट की जाँच कर सकता है और तय किए गए एक्सेसिबिलिटी मानक के अनुसार कंटेंट और इंटरैक्शन के तरीकों की समीक्षा कर सकता है। हर तरीके में समय लगता है और विशेषज्ञ जानकारी की ज़रूरत पड़ सकती है; इसीलिए मैन्युअल समीक्षा की कीमत स्कैन चलाकर उसके नतीजे निकालने से ज़्यादा हो सकती है।

प्रस्ताव में स्वचालित जाँच के नतीजों और मैन्युअल समीक्षा के निष्कर्षों को अलग-अलग दिखाने के लिए कहें। अगर खरीदारी या आवेदन की कोई अहम प्रक्रिया आपके कारोबार के लिए ज़रूरी है, तो कम इस्तेमाल होने वाले कई पेजों का व्यापक स्कैन करने के बजाय उस प्रक्रिया की गहराई से मैन्युअल जाँच ज़्यादा उपयोगी हो सकती है।

बदलती वेबसाइट के ऑडिट की कीमत का अनुमान लगाना

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

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

मौजूदा वेबसाइट और नए डिज़ाइन का ऑडिट अलग-अलग काम हैं। आप पहले काम कर रहे प्रोटोटाइप की समीक्षा कर सकते हैं, फिर डेवलपमेंट के बाद बनी वेबसाइट का परीक्षण करा सकते हैं। इस क्रम से डिज़ाइन की ऐसी बाधाएँ पहले सामने आ सकती हैं जिन्हें बाद में बदलना महँगा पड़ेगा, लेकिन इसके लिए एक संयुक्त फीस के बजाय दो तय चरण होंगे।

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

प्रस्तावों की निष्पक्ष तुलना कैसे करें

दो प्रस्तावों की कीमत एक जैसी दिख सकती है, लेकिन उनमें शामिल काम बहुत अलग हो सकता है। एक्सेसिबिलिटी ऑडिट के लिए फ्रीलांसर कैसे चुनें, यह तय करते समय लागत से जुड़े इन सवालों के जवाब आमने-सामने रखकर देखें:

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

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

मार्केटप्लेस पर प्रोजेक्ट के लिए तय दायरे और उसमें किए गए बदलावों को प्रोजेक्ट रिकॉर्ड में रखें। अगर आप किसी सेवा की लिस्टिंग कर रहे हैं, तो उसे प्रकाशित करने से पहले लिस्टिंग और प्रदर्शन के नियम देखें।

ऑडिट के बाद एक्सेसिबिलिटी के काम का बजट कैसे बनाएँ

ऑडिट की फीस में आकलन और निष्कर्ष शामिल होते हैं; इससे सुधार का काम अपने-आप कवर नहीं होता। समस्याएँ ठीक करने के लिए डेवलपर, डिज़ाइनर, कंटेंट एडिटर या तीसरे पक्ष के विक्रेता की ज़रूरत पड़ सकती है। कितना काम करना होगा, यह हर निष्कर्ष की वजह पर निर्भर करता है।

फ़ॉर्म में छूटा हुआ लेबल जोड़ने के लिए कोड में छोटा बदलाव ही काफ़ी हो सकता है। लेकिन अगर पूरी वेबसाइट के नेविगेशन में फ़ोकस का क्रम गलत है, तो साझा कॉम्पोनेंट बदलने और कई टेम्पलेट पर फिर से परीक्षण करने की ज़रूरत पड़ सकती है। ऑडिटर से ऐसी समस्याओं की पहचान करने को कहें जो कई पेजों को प्रभावित करती हैं, क्योंकि साझा कॉम्पोनेंट ठीक करने से एक से ज़्यादा समस्याएँ दूर हो सकती हैं।

रिपोर्ट की समीक्षा के बाद अपनी डेवलपमेंट टीम के साथ सुधारों के लिए अलग बजट बनाएँ। प्रभावित प्रक्रिया और समस्या के असर के आधार पर सुधारों को समूहों में बाँटें, हर काम की ज़िम्मेदारी किसी को दें और काम शुरू होने से पहले उसका अनुमान लगाएँ। ऑडिट में दिए गए गंभीरता के स्तर को डेवलपर के घंटों का सीधा अनुमान न मानें; गंभीर असर वाली समस्या जल्दी ठीक हो सकती है, जबकि कम असर वाली संरचनात्मक समस्या में ज़्यादा समय लग सकता है।

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