वेबसाइट प्रोजेक्ट ब्रीफ: एक ऐसा कैसे लिखें जो सही मूल्य निर्धारण करे

क्यों एक अस्पष्ट ब्रीफ चुपचाप आपके बजट को खा जाता है

साफ जवाब: एक स्टूडियो आपकी मंशा की कीमत नहीं लगा सकता, केवल आपके दस्तावेज़ की। जो कुछ भी दस्तावेज़ में छूट जाता है, दोनों पक्ष चुपचाप और अलग-अलग भरते हैं — और दोनों चित्र अंततः डेमो पर मिलते हैं, जब दिशा बदलना महंगा होता है।

एक वाक्य लें जो पूरी तरह से स्पष्ट लगता है: हमें एक कंपनी वेबसाइट की आवश्यकता है, लगभग दस पृष्ठों के साथ, जिसमें एक पूछताछ फॉर्म हो। वहाँ कम से कम चार कांटे छिपे हुए हैं, और प्रत्येक की कीमत होती है:

• पूछताछ फॉर्म — क्या यह एक इनबॉक्स में ईमेल है, या क्या यह आपके CRM में एक डील बनाता है और ग्राहक को एक ऑटो-उत्तर भेजता है?
• दस पृष्ठ — क्या यह दस अनूठी स्क्रीन हैं, प्रत्येक को अलग से डिज़ाइन और बनाया गया है, या एक टेम्पलेट है जिसे दस बार भरा गया है?
• सामग्री — क्या आप तैयार कॉपी और फोटोग्राफी सौंप रहे हैं, या किसी को इसे लिखना और शूट करना है?
• भाषाएँ — एक, या तीन, और कौन अनुवाद करता है?

सस्ती पढ़ाई और महंगी पढ़ाई के बीच का अंतर एक गुणांक है, गोलाई की गलती नहीं — और दोनों ईमानदार हैं, उत्तर बस पाठ में नहीं था।

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

ब्रीफ, विनिर्देश, कार्य का दायरा — और इन्हें कौन लिखता है

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

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

विशेष विवरण किसे लिखना चाहिए

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

तो पैटर्न यह है: ग्राहक एक संक्षिप्त भरता है; स्टूडियो खोज करता है — कुछ असहज प्रश्नों के सत्र, वास्तविक व्यावसायिक प्रक्रिया का मानचित्रण — फिर विशेष विवरण लिखता है, और ग्राहक इसे पढ़ता है, बहस करता है, और हस्ताक्षर करता है। खोज और विशेष विवरण लेखन असली काम हैं: एक स्टूडियो जो मुफ्त में विस्तृत विशेष विवरण प्रदान करता है, वह एक औपचारिक विशेष विवरण तैयार करेगा, बस इतना कि एक हस्ताक्षर प्राप्त किया जा सके। उन टीमों को बताने के लिए जो वास्तव में खुदाई करती हैं और उन लोगों से जो टेम्पलेट्स का पुन: उपयोग करती हैं, हमने अपने गाइड में संकेतों को कवर किया।एक वेब स्टूडियो चुनना.

आरंभ: व्यावसायिक लक्ष्य, दर्शक, प्रतिस्पर्धी

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

व्यापार लक्ष्य

इसे व्यापारिक शर्तों में बताएं, वेबसाइट की शर्तों में नहीं। "एक सुंदर, आधुनिक साइट" एक राय है। एक लक्ष्य इस तरह लगता है: घर के मालिकों से स्थापना पूछताछ प्राप्त करना - अभी सब कुछ फोन द्वारा आता है और इसका आधा खो जाता है, या थोक ग्राहकों को आत्म-सेवा पर ले जाना. पहला फॉर्म, विश्वास और गति को महत्वपूर्ण बनाता है; दूसरा, एक खाता क्षेत्र और एक-क्लिक पुनःआदेश। वही बजट, अलग-अलग स्थान।

दर्शक

व्यवहार का वर्णन करें, जनसांख्यिकी का नहीं। "पुरुष, 25 से 45" एक डेवलपर को कुछ नहीं बताता। यह करता है:

• कौन निर्णय लेता है और कौन भुगतान करता है — अक्सर अलग-अलग लोग।
• वे कैसे पहुंचते हैं: समस्या की खोज, सिफारिश का पालन करना, विज्ञापन पर क्लिक करना।
• वे क्या सत्यापित करते हैं इससे पहले कि वे प्रतिबद्ध हों: कीमत, लीड समय, लाइसेंसिंग, समीक्षाएँ, कवरेज क्षेत्र।
• वे किस डिवाइस पर हैं। एक नौकरी स्थल पर खराब सिग्नल वाला फोन पृष्ठ-भार आवश्यकताओं को बदलता है।

प्रतियोगी

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

पृष्ठ सूची और संरचना: जहां अनुमान स्थित है

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

एक पृष्ठ का वर्णन कैसे करें

हर विशिष्ट पृष्ठ के लिए, शीर्ष से नीचे तक ब्लॉकों की सूची बनाएं और प्रत्येक का उद्देश्य बताएं। एक सेवा पृष्ठ के लिए:

1. हीरो: शीर्षक, एक-लाइन विवरण, उद्धरण मांगने वाला बटन।
2. क्या शामिल है - बुलेटेड सूची, पांच से आठ आइटम।
3. काम कैसे चलता है - तीन से छह चरण।
4. मूल्य निर्धारण: स्तर तालिका या एकल "से" लाइन; खोज के दौरान तय करें।
5. संबंधित कार्य — तीन कार्ड, सेवा टैग द्वारा स्वचालित रूप से पोर्टफोलियो से खींचे गए।
6. अक्सर पूछे जाने वाले प्रश्न — व्यवस्थापक से संपादित किया जा सकता है। पूछताछ फॉर्म।

दो वाक्यांशों पर ध्यान दें जो मुख्य कार्य कर रहे हैं: "टैग द्वारा स्वचालित रूप से खींचा गया" और "व्यवस्थापक से संपादित किया जा सकता है।" ये सजावट नहीं हैं, ये घंटे हैं: एक ब्लॉक जिसे संपादक हाथ से भरता है और एक ब्लॉक जो डेटा से स्वयं को इकट्ठा करता है, ये अलग-अलग कार्य हैं और अलग-अलग कीमतों पर।

पृष्ठों के बीच नेविगेशन और लिंक

मुख्य मेनू और फुटर का पूरा विवरण दें, और पृष्ठों के बीच कैसे संबंध हैं: सेवाएँ केस स्टडीज़ की ओर ले जाती हैं, केस स्टडीज़ सेवा और फॉर्म की ओर वापस जाती हैं, लेख सेवाओं की ओर। एक उपयोगी परीक्षण यह है कि आप अपने भविष्य के साइट को एक अजनबी के रूप में चलें — कोई एक लेख पर आया, वे अगला क्या देखते हैं और वे कहाँ जाते हैं? यदि आप उत्तर नहीं दे सकते, तो वह पृष्ठ पूरा नहीं हुआ है। आप देख सकते हैं कि यह कैसे खेलता है हमारा हालिया कार्य. और "साइट को उत्तरदायी होना चाहिए" मत लिखिए — यह तो बुनियादी बात है; लिखिए कि मोबाइल कहाँ अलग व्यवहार करता है अलग तरीके से: मूल्य निर्धारण तालिका ढेर के कार्ड में बदल जाती है, फ़िल्टर पूर्ण-स्क्रीन खुलता है। जब ये स्थान देर से सामने आते हैं तो समय बर्बाद होता है।

स्पष्टता के बिना कार्यक्षमता का वर्णन करना

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

वैकल्पिक परिदृश्य हैं: कौन क्या करता है और उन्हें क्या मिलता है। तुलना करें। कमजोर:"ग्राहक खाता जिसमें आदेश इतिहास है।"मजबूत:

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

दूसरा संस्करण घंटों में मूल्यांकित किया जा सकता है बिना एक भी कॉल के; पहला केवल अनुमानित था, लक्ष्य से बाहर।

किनारे के मामलों को लिखें

लागत कभी-कभी खुशहाल रास्ता नहीं होती — यह सब कुछ है जो इसके चारों ओर है, जहाँ आधा बजट छिपा होता है:

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

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

सामग्री, एकीकरण, भाषाएँ: कौन क्या प्रदान करता है, और कब

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

सामग्री

स्पष्ट रूप से कहना होगा कि प्रत्येक सामग्री प्रकार का मालिक कौन है और यह कब तक मौजूद है:

• पृष्ठ की प्रति।क्या यह आपके द्वारा, स्टूडियो के कॉपीराइटर द्वारा लिखा गया है, या आपके द्वारा तैयार किया गया है और हमारे द्वारा संपादित किया गया है? तीन कीमतें।
• फोटोग्राफी।आपका संग्रह, एक शूट, या स्टॉक? यदि एक शूट है - तो इसे कौन व्यवस्थित करता है और इसके लिए भुगतान करता है।
• कैटलॉग।कार्ड कौन भरता है, विवरण कहां से आते हैं, निर्यात किस प्रारूप में आता है।
• कानूनी पृष्ठ।गोपनीयता नीति, शर्तें, कंपनी का विवरण - ग्राहक का क्षेत्र, लेकिन स्टूडियो को आपको याद दिलाना चाहिए।

और एक और लाइन: यदि सामग्री समय पर तैयार नहीं होती है तो क्या होता है। सही उत्तर यह है कि सहमत पृष्ठों की सूची पर प्लेसहोल्डर्स के साथ लॉन्च करें, न कि महीनों तक एक तैयार साइट को दराज में रखें।

इंटीग्रेशन

हर एक का वर्णन एक ही तरीके से करें: कौन सा सिस्टम, क्या चलता है कहाँ, किस क्षण, और जब यह विफल होता है तो क्या होता है. "CRM के साथ एकीकृत करें" का कोई अर्थ नहीं है — यह दो घंटे के काम और दो सप्ताह दोनों को कवर करता है। सामान्य सूची के माध्यम से चलें — CRM, भुगतान गेटवे, शिपिंग, गोदाम सॉफ़्टवेयर, ईमेल मार्केटिंग, मैसेंजर, वित्तीय रसीदें, विश्लेषण — और प्रत्येक के लिए तीन प्रश्नों का उत्तर दें: क्या इसका एक API है, क्या वहाँ दस्तावेज़ीकरण है, कौन क्रेडेंशियल्स रखता है। गायब क्रेडेंशियल्स एक जोखिम हैं, और इसे स्पेक में होना चाहिए न कि लॉन्च से एक सप्ताह पहले सामने आना चाहिए।

भाषाएँ

बहुभाषी एक हेडर में स्विचर नहीं है। यह एक अलग डेटा मॉडल, अलग URLs, अलग मेटा टैग, अलग संपादकीय कार्य, और एक नियम है कि जब एक पृष्ठ का कोई अनुवाद नहीं होता है तो क्या होता है। पहले से तय करें: लॉन्च पर कौन सी भाषाएँ, कौन सी बाद में, कौन अनुवाद करता है। एक प्रोजेक्ट में दूसरी भाषा को जोड़ना जो कभी एक की उम्मीद नहीं करता, पहले दिन इसकी योजना बनाने की तुलना में अधिक महंगा है।

डिज़ाइन संदर्भ और "इसे X की तरह बनाएं" जाल

संदर्भ आवश्यक हैं: उनके बिना एक डिज़ाइनर आपकी पसंद का अनुमान लगा रहा है, और पसंद का अनुमान ईमेल के माध्यम से नहीं लगाया जा सकता। लेकिन आप उन्हें कैसे प्रदान करते हैं, यह मायने रखता है।

"इसे X की तरह बनाओ" का जाल हानिरहित लगता है और महंगा हो जाता है। किसी और की साइट की नकल करना आपके व्यवसाय के लिए काम नहीं करेगा — अलग उत्पाद, दर्शक, मूल्य बिंदु — लेकिन गहरा मुद्दा यह है कि आप एक वेबसाइट को बाहर से देखते हैं जबकि लागत अंदर होती है: उस चिकनी एनीमेशन के पीछे तीन महीने का काम हो सकता है, जीवंत कैटलॉग के पीछे एक गोदाम एकीकरण हो सकता है, "बस अच्छे फोटो" के पीछे एक स्टूडियो शूट हो सकता है जो आपके पास नहीं है।

इसलिए नियम: एक टिप्पणी के बिना संदर्भ बेकार हैहर लिंक को एक वाक्य की आवश्यकता होती है जो बताता है कि आप वास्तव में इससे क्या ले रहे हैं:

• "मुझे पसंद है कि कीमत वहीं है, कोई अनुरोध फॉर्म नहीं।"
• "मुझे स्थान की भावना पसंद है - बहुत हवा, प्रति स्क्रीन थोड़ा पाठ।"
• "मुझे उत्पाद कार्ड की संरचना पसंद है, रंग नहीं।"
• "मुझे हीरो कैरोसेल बिल्कुल पसंद नहीं है।"

एंटी-रेफरेंस भी उतने ही अच्छे काम करते हैं: "ऐसे नहीं, बहुत कॉर्पोरेट" आपकी पसंद के पांच उदाहरणों की तुलना में खोज को तेजी से संकुचित करता है।

और क्या तय करना है

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

तकनीकी सीमाएँ, SEO, और प्रशासन में रहना

यह वह अनुभाग है जिसे ग्राहक "आप सबसे अच्छे जानते हैं" के साथ छोड़ देते हैं। स्टूडियो समाधान के बारे में सबसे अच्छा जानता है - लेकिन केवल आप ही जानते हैं कि आप किस सीमाओं से शुरू कर रहे हैं।

तकनीकी सीमाएँ

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

एसईओ

खोज आवश्यकताओं को यांत्रिकी के रूप में बताएं, वादों के रूप में नहीं। कोई भी स्टूडियो रैंकिंग की गारंटी नहीं दे सकता, लेकिन किसी भी स्टूडियो को आधार प्रदान करना चाहिए:

• प्रत्येक पृष्ठ प्रकार पर संपादनीय शीर्षक, विवरण और शीर्षक — व्यवस्थापक से, बिना किसी डेवलपर के।
• पठनीय पते, एक सुसंगत URL योजना, और माइग्रेशन पर पुनर्निर्देशन मानचित्रण।
• संरचित डेटा, एक साइटमैप, सही कैनोनिकल, और कई भाषाओं के साथ, उचित भाषा विशेषताएँ।
• विशिष्ट उपकरण पर विशिष्ट मेट्रिक्स के रूप में गति का उल्लेख, "तेज" के रूप में नहीं।

व्यवस्थापक और दिन-प्रतिदिन का संपादन

किसी भी स्पेक में सबसे कम आंका गया अनुभाग। एक प्रश्न का उत्तर दें: आप खुद क्या बदलेंगे, और कितनी बार?उत्तर आर्किटेक्चर को संचालित करता है। एक साल में एक बार फोन नंबर बदलें और आपको शायद ही एक व्यवस्थापक की आवश्यकता होगी; हर सप्ताह नए लैंडिंग पृष्ठ बनाएं और आपको एक ब्लॉक बिल्डर की आवश्यकता होगी — एक अलग प्रणाली और बजट। भूमिकाओं का वर्णन करें और जब एक संपादक गलती करता है तो क्या होता है: ड्राफ्ट, पूर्वावलोकन, रोलबैक। और उन लोगों की कौशल के बारे में ईमानदार रहें जो इसका उपयोग करेंगे — एक डेवलपर के लिए बनाया गया इंटरफेस एक सामान्य संपादक को पंगु बना देता है।

स्वीकृति मानदंड, समयरेखा, और बजट सीमा

ये तीन स्पेक को बंद करते हैं और इसे एक सपने के विवरण से एक कार्यशील दस्तावेज़ में बदलते हैं।

स्वीकृति मानदंड

एक स्वीकृति मानदंड एक सत्यापित कथन है। "साइट सही ढंग से काम करती है" नहीं, बल्कि यह एक सूची है जो जांची जाएगी:

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

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

समयरेखा

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

बजट सीमा

ग्राहक बजट छिपाते हैं, यह डरते हुए कि अनुमान संख्या के अनुसार तैयार किया जाएगा। परिणाम उल्टा होता है। बजट एक कीमत नहीं है — यह समस्या पर एक बाधा है: इसे रोकें और आपको या तो एक प्रस्ताव मिलेगा जिसे आप वहन नहीं कर सकते या एक ऐसा जो पहचानने के लिए बहुत कम हो गया है। एक सीमा पर्याप्त है: "हम इस क्षेत्र में सोच रहे हैं और यदि यह उचित है तो हम और चर्चा करेंगे।" इसके बाद एक इंजीनियरिंग बातचीत होती है कि क्या फ्रेम में फिट बैठता है और क्या चरण दो में जाता है। एक कीमत वास्तव में कैसे बनाई जाती है, और क्यों दो साइटें जो समान दिखती हैं अलग-अलग लागत होती हैं, इसके लिए हमारे ब्रेकडाउन को देखें 2026 में एक वेबसाइट की लागत क्या है.

संक्षिप्त में क्या नहीं डालना चाहिए

खराब विशेष विवरण केवल छोटे नहीं होते — एक अस्सी-पृष्ठ का दानव भी एक लक्षण है। यहाँ बिना हिचकिचाहट के काटने के लिए क्या है।

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

यदि आप तकनीकी नहीं हैं तो निर्धारित तकनीकी समाधान।"इसे इस स्टैक पर बनाएं" कहने वाली एक पंक्ति, बिना किसी कारण के, हाथों को बांधती है और कीमत बढ़ाती है। इसके बजाय बाधा बताएं: "हमारा सिस्टम एडमिन केवल इस स्टैक का समर्थन कर सकता है," या "यह हमारे सर्वर पर चलना चाहिए।" स्टूडियो कारण का सम्मान करेगा और विधि का चयन करेगा।

सब कुछ, सिर्फ मामले में।"सिस्टम को कार्यक्षमता के भविष्य के विस्तार की अनुमति भी देनी चाहिए" का कोई अर्थ नहीं है, लेकिन एक जिम्मेदार स्टूडियो अज्ञात के खिलाफ एक बफर की कीमत तय करेगा। आप धुंध के लिए भुगतान कर रहे हैं।

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

और लगभग हमेशा क्या गायब होता है

उल्टा: कुछ चीजें नौ स्पेक में से दस में छूट जाती हैं और तब तक महत्वपूर्ण नहीं लगतीं जब तक कि वे फायर न हों।

• लॉन्च के बाद क्या होता है: साइट को कौन अपडेट करता है, कौन इसे ठीक करता है, कौन शनिवार की मध्यरात्रि को जवाब देता है।
• बैकअप: कितनी बार, वे कहाँ रहते हैं, कौन यह सत्यापित करता है कि वे वास्तव में पुनर्स्थापित होते हैं।
• हैंडओवर: क्रेडेंशियल्स, दस्तावेज़, एक संपादक का गाइड, स्रोत फ़ाइलें, और आपके लोगों के लिए प्रशिक्षण।
• एक वारंटी सुधार और एक नए कार्य के बीच क्या अंतर है।

कैसे संक्षिप्त अनुमान बनता है — और परिवर्तनों को संभालना

एक अनुमान अनुभव से निकाला गया नंबर नहीं है - यह एक दस्तावेज़ पर की गई गणित है।

मूल्य निर्धारण वास्तव में कैसे काम करता है

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

केवल उसी स्पेक के खिलाफ लिखे गए अनुमानों की तुलना करें; अन्यथा आप विभिन्न परियोजनाओं की तुलना कर रहे हैं। सस्ता प्रस्ताव लगभग हमेशा कम का वर्णन करता है - कोई परीक्षण नहीं, कोई सामग्री जनसंख्या नहीं, कोई एकीकरण नहीं - और एक पंक्ति जो "वेबसाइट विकास - कुल" पढ़ती है, उसकी जांच नहीं की जा सकती, जबकि एक आइटमाइज्ड अनुमान साबित करता है कि ठेकेदार ने स्पेक पढ़ा। हमारी सेवा क्षेत्रबिल्कुल इसी तर्क पर रखे गए हैं: पहले संरचना, फिर कार्यक्षमता, फिर स्वीकृति।

साइन-ऑफ के बाद परिवर्तन

परिवर्तन होंगे — व्यवसाय चलते हैं, और एक डेमो हमेशा ऐसी चीजें प्रकट करता है जो एक दस्तावेज़ नहीं कर सकता। सवाल यह नहीं है कि उन्हें कैसे रोका जाए, बल्कि उन्हें कैसे संसाधित किया जाए:

1. परिवर्तन को लिखित रूप में दर्ज किया जाता है — एक लाइन आइटम के रूप में, कॉल पर टिप्पणी के रूप में नहीं।
2. स्टूडियो इसकी कीमत तय करता है: कितने घंटे, शेड्यूल में क्या बदलाव, यह किसे छूता है।
3. ग्राहक निर्णय लेता है: इसे अभी करें, चरण दो में, या इसे छोड़ दें, और निर्णय को एक परिशिष्ट के रूप में दर्ज किया जाता है।

याद रखने लायक एक नियम है: एक सुधार तब होता है जब निर्माण विनिर्देश से मेल नहीं खाता; एक परिवर्तन तब होता है जब विनिर्देश आवश्यकता से मेल नहीं खाता।. स्टूडियो पहले को मुफ्त में ठीक करता है और दूसरे की कीमत लगाता है। रेखा एक दस्तावेज़ द्वारा खींची जाती है न कि मूड द्वारा। और यदि कोई विशेषता शामिल होती है, तो या तो कुछ आवश्यक चरण दो में चला जाता है या पैसे जोड़े जाते हैं। कोई तीसरा विकल्प नहीं है।

चेकलिस्ट: आपका संक्षिप्त तैयार है यदि इसमें है

सूची को नीचे चलाएं। यदि तीन से अधिक आइटम खाली हैं, तो दस्तावेज़ मूल्य निर्धारण के लिए तैयार नहीं है - और इसके खिलाफ कोई भी अनुमान कल्पना है।

1. एक व्यावसायिक लक्ष्यव्यवसाय की शर्तों में, वेबसाइट की शर्तों में नहीं।
2. दर्शकव्यवहार के रूप में: कौन निर्णय लेता है, वे कैसे पहुंचते हैं, वे क्या सत्यापित करते हैं, वे कौन सा उपकरण उपयोग करते हैं।
3. प्रतिस्पर्धी:तीन से पांच लिंक, प्रत्येक के साथ यह नोट कि क्या लेना है और क्या बचना है।
4. एक पृष्ठ सूचीविशिष्ट स्क्रीन और टेम्पलेटेड वाले में विभाजित।
5. संरचनाप्रत्येक अद्वितीय पृष्ठ का: शीर्ष से नीचे ब्लॉक और प्रत्येक का उद्देश्य।
6. विशेषताएँ जैसे परिदृश्य: कौन क्या करता है और क्या प्राप्त करता है। साथ ही किनारे के मामले और विफलताएँ।
7. प्राथमिकताएँ: लॉन्च के लिए आवश्यक / होना अच्छा है / चरण दो।
8. सामग्री: कौन कॉपी लिखता है, कौन फोटो प्रदान करता है, कब तक, और यदि यह देर से होता है तो क्या होता है।
9. इंटीग्रेशननाम द्वारा: क्या चलता है, कहाँ, कब, विफलता पर क्या होता है, किसके पास प्रमाणपत्र हैं।
10. भाषाएँ:लॉन्च पर कितनी, कौन अनुवाद करता है, बिना अनुवाद के क्या होता है।
11. डिज़ाइन:संकेतित संदर्भ, ब्रांड पुस्तक, कौन अनुमोदित करता है, कितने राउंड।
12. तकनीकी सीमाएँ:होस्टिंग, पहुँच, कोड स्वामित्व, व्यक्तिगत डेटा।
13. SEO:संपादनीय मेटा, URL योजना, माइग्रेशन पर रीडायरेक्ट, एक गति सीमा।
14. व्यवस्थापक:आप क्या संपादित करते हैं और कितनी बार, भूमिकाएँ, ड्राफ्ट, रोलबैक, प्रशिक्षण।
15. स्वीकृति मानदंड:एक सत्यापनीय सूची, "सही ढंग से काम करता है" नहीं।
16. एक चरणबद्ध समयरेखानिर्भरता के साथ, और एकबजट सीमा.
17. लॉन्च के बाद:समर्थन, बैकअप, क्रेडेंशियल्स का हस्तांतरण, वारंटी सीमा।

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

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

अक्सर पूछे जाने वाले प्रश्न