एक सरल तकनीकी कार्य कैसे करें और पैसे और तंत्रिकाओं को न खोएं

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

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

पहले क्या था

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



कई परियोजनाओं पर, इसके परिणामस्वरूप निम्नलिखित समस्याएं हुईं:

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

नया तरीका

लक्ष्यों को निर्धारित करने के बाद, हमने एक नई, काफी सरल, लेकिन प्रभावी अवधारणा विकसित की।

TK में निम्नलिखित भाग होते हैं:

1. परिचय
2. स्थिति-विज्ञान
3. गतिकी
4. कार्य
5. व्यवस्थापक पैनल
6. सामान्य तकनीकी आवश्यकताएं

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

परिचय और कार्यान्वयन के लिए तैयारी

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

इस खंड में परियोजना के तत्काल विकास के लिए टीम को अद्यतित और निर्धारित करने का लक्ष्य है।

स्थिति-विज्ञान

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

यदि पृष्ठ में एक ब्लॉक होता है जिसे "कोष्ठक से बाहर रखा जा सकता है", तो इसके एकीकरण के स्थान पर हम लिखते हैं "NAME कार्यक्षमता को एकीकृत किया जा रहा है, और कार्यक्षमता ही Dynamics अनुभाग में वर्णित है।

पृष्ठों के अलावा, स्टेटिक्स में पॉप-अप और अक्षरों का विवरण शामिल है। मेरी राय में, उन्हें अलग खंड में रखने और संरचना को बढ़ाने के लिए कोई मतलब नहीं है।

गतिकी

वह सब कुछ जो डायनेमिक्स से संबंधित है जिसे हम कार्यात्मक कहते हैं। शायद कुछ अन्य विभाजन बाद में दिखाई देंगे, क्योंकि पहले से ही यहाँ विभिन्न प्रकार के कार्य हैं:

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

कार्य

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

व्यवस्थापक पैनल

यहां हम संरचना, मॉडल और क्षेत्र का वर्णन करते हैं। ब्रेकडाउन को वर्गों में विभाजित किया गया है, उदाहरण के लिए, "उत्पाद", "कैटलॉग", "ऑर्डर", आदि। हम वर्णन करते हैं कि विभिन्न उपयोगकर्ता भूमिकाएँ देख सकते हैं कि क्या संपादित करना है।

सामान्य तकनीकी आवश्यकताएं

इसमें काफी कुछ उपसमूह शामिल हैं, जिनमें से सभी वास्तव में तकनीकी आवश्यकताएं नहीं हैं, लेकिन फिर से उन्हें अलग करने का कोई मतलब नहीं था:

1. एसईओ टैग और माइक्रो मार्कअप आवश्यकताएं
2. लिप्यंतरण नियम
3. मैनुअल और स्वचालित परीक्षण
4. ब्राउज़रों का समर्थन किया
5. ...

नए संस्करण

नए संस्करणों का वर्णन करते समय, मौजूदा तत्वों में परिवर्तन करना आवश्यक है। हमने सुधारों का वर्णन करने के निम्नलिखित तरीकों पर विचार किया: प्रत्येक अनुभाग की शुरुआत में (स्टेटिक्स, डायनेमिक्स, एपी) "एनएएमई" कार्यात्मक के सुधार को लिखते हैं, या एक अलग अनुभाग "सुधार" बनाते हैं जिसमें सभी बदलते कार्यों को एक बार में डंप किया जाएगा। अब तक हम दूसरे विकल्प पर बसे हैं, लेकिन यह विशिष्ट परियोजनाओं पर सुविधा से जुड़ा है। अन्य स्थितियों में, पहला तरीका बेहतर है।

नए संस्करण के लिए तकनीकी विनिर्देश लिखने के बाद, हम उन्हें एक में मर्ज करते हैं ताकि अगले को एक दस्तावेज़ के आधार पर लिखा जा सके।

उदाहरण

स्पष्टता के लिए, आइए हम कैटलॉग अनुभाग में एक सरलीकृत पृष्ठ के आधार पर TK की संरचना का विश्लेषण करें।

स्थिति-विज्ञान

निर्देशिका अनुभाग पृष्ठ

रूट को छोड़कर किसी भी स्तर के कैटलॉग अनुभाग से संबंधित माल प्रदर्शित करने के लिए उपयोग किया जाता है।

निम्नलिखित कार्यक्षमता एकीकृत है:

1. "ब्रेडक्रंब"
2. "डायरेक्टरी ट्री"
3. "छनन। सामान्य प्रावधान ”
4. "छनन। पाठ "
5. "छनन। पाठ और छवि ”
6. "छनन। रेंज ”
7. "क्रमबद्ध करें। डिफ़ॉल्ट रूप से ”
8. "क्रमबद्ध करें। बढ़ते मूल्य “
9. "क्रमबद्ध करें। अवरोही मूल्य ”
10. “उत्पाद पूर्वावलोकन। टाइल "
11. "पृष्ठांकन। पेज ”
12. "टेक्स्ट ब्लॉक"। तहखाने के सामने एसईओ पाठ के लिए एक ब्लॉक के रूप में एकीकृत करता है

URL: / c / 1745-name, जहां 1745 वर्तमान निर्देशिका श्रेणी का आईडी है, और नाम इस श्रेणी का अनुवादित नाम है।

गतिकी

चूंकि पृष्ठ में बहुत अधिक एकीकरण हैं, इसलिए मैं उनमें से दो सबसे दिलचस्प के लिए उदाहरण दूंगा।

कार्यक्षमता "फ़िल्टरिंग। सामान्य प्रावधान ”

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

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

यदि कम से कम एक फिल्टर सक्रिय है, तो फिल्टर के साथ सभी बटन के बाद "रीसेट फिल्टर" बटन दिखाई देता है, जब क्लिक किया जाता है, तो सभी फिल्टर का मूल्य रीसेट होता है।

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

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

चयनित फ़िल्टर क्वेरी पैरामीटर के माध्यम से URL में जोड़े जाते हैं।

कार्यक्षमता "उत्पाद पूर्वावलोकन। टाइल "

यह एक टाइल (आयत) है जो उपयोगकर्ता के लिए सबसे महत्वपूर्ण उत्पाद जानकारी है। टाइल संस्करण में, महत्वपूर्ण जानकारी उत्पाद छवि है। पूर्वावलोकन में शामिल हैं:

1. मूल्य (रूसी रूबल में पूर्णांक)
2. उत्पाद का नाम
3. लेबल "स्टोर में" या "खिड़की से"
4. छवि
5. आकार
6. बटन "कार्ट में" ("कार्ट में जोड़ें" कार्यक्षमता का एकीकरण)
7. बटन "पसंदीदा में जोड़ें" (कार्यक्षमता "पसंदीदा में जोड़ें" का एकीकरण)

जब आप "Add to Cart" बटन के अलावा पूर्वावलोकन के किसी भी क्षेत्र पर क्लिक करते हैं, तो आपको उत्पाद पृष्ठ पर ले जाया जाएगा।

एक पंक्ति में उत्पाद पूर्वावलोकन के साथ 3-4 टाइलें रखी जानी चाहिए।

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

व्यवस्थापक पैनल

एक पृष्ठ को एपी के बड़ी संख्या में वर्गों की आवश्यकता होती है, मैं उनमें से एक का वर्णन करूंगा।

माल

छानने के साथ सभी उत्पादों की सूची। किसी आइटम को संपादित / जोड़ते समय, निम्नलिखित फ़ील्ड उपलब्ध हैं:

1. शीर्षक (पाठ)
2. ब्रांड (रेडियो)
3. छवि
4. मूल्य (पूर्णांक)
5. विवरण (टेक्स्ट ब्लॉक)
6. प्रकार (स्टोर / शोकेस, रेडियो)
7. राज्य। अर्थ में शीर्षक (पाठ) और स्पष्टीकरण (पाठ) शामिल हैं।
8. स्थिति। विकल्प हैं:
   
   1. बिक्री पर
   2. मॉडरेशन पर
   3. संशोधन के तहत
   4. अस्वीकृत
   5. बिक गया
   6. विफल जाँच
   7. विक्रेता द्वारा रद्द कर दिया गया
9. टैग का आकार (वैकल्पिक)। पाठ क्षेत्र सत्यापन के बिना
10. ...

30 से अधिक क्षेत्र हैं और इसलिए, लेख को न बढ़ाने के लिए, हम उन्हें छोड़ देते हैं।

निष्कर्ष

नए दृष्टिकोण के लाभ:

1. पूर्णता । यह टीके आपको आवश्यकताओं का स्पष्ट रूप से वर्णन करने की अनुमति देता है, जो कि किसी भी टीके का मुख्य और आवश्यक पैरामीटर है।
2. निर्मल । हमारे लगभग आधे ग्राहकों के पास अपनी ओर से तकनीकी विशेषज्ञ नहीं हैं और पहली बार विकास का सामना करना पड़ रहा है। इसलिए, TK को यथासंभव स्पष्ट और पठनीय बनाना बहुत महत्वपूर्ण था। और हमने यह किया! यहां तक ​​कि गैर-तकनीकी प्रेमी ग्राहक समझते हैं कि यह कैसे काम करता है, वे इसे आसानी से पढ़ सकते हैं और उत्कृष्ट प्रतिक्रिया दे सकते हैं।
3. Molecularity। टीके पूरी तरह से व्यक्तिगत तत्वों में विभाजित करने के लिए हमारी आवश्यकताओं का अनुपालन करता है, जो ऊपर वर्णित समस्याओं को बहुत सरल और हल करता है। डेवलपर्स द्वारा किए जाने वाले कार्यों के लिए टीके सीधे ब्लॉक करता है, जो एक धमाके के साथ मिला था। टीके पूरी तरह से डिजाइन सिस्टम में फिट बैठता है (इसके बारे में एक लेख अगले सप्ताह जारी किया जाएगा)।
4. लागत अनुमान और विन्यास में आसानी । अच्छी तरह से वर्णित और टूटे हुए कार्य मूल्यांकन के लिए सरल और सुखद बन गए हैं। यदि मूल्यांकन के दौरान हम समझते हैं कि आवश्यकताएं अपूर्ण हैं, तो हम उन्हें जोड़ते हैं। प्रत्येक प्रोजेक्ट (चरण) के लिए, हम एक Google तालिका बनाते हैं जिसमें ग्राहक अलग-अलग प्रोजेक्ट कॉन्फ़िगरेशन आज़मा सकता है और मूल्य / कार्यक्षमता द्वारा अपने लिए सबसे उपयुक्त विकल्प निर्धारित कर सकता है।
5. ग्राहक संपर्क एक नए स्तर पर पहुंच गया है । किए गए परिवर्तन आपको परियोजना की सीमाओं को स्पष्ट रूप से परिभाषित करने की अनुमति देते हैं। यदि TK के संबंध में परिवर्तनों की आवश्यकता है, तो इसे एक नए कार्य के रूप में मूल्यांकन किया जाता है, हालांकि पुराने दृष्टिकोण के साथ यह बहुत विवाद का कारण बना।
6. लाभप्रदता । क्योंकि यह मुख्य रूप से एक व्यवसाय है, यह संकेतक, पिछले एक के साथ, सबसे महत्वपूर्ण में से एक है। एक विस्तृत अध्ययन ने खराब मूल्यांकन वाले कार्यों की संख्या को कम करने की अनुमति दी। नए दृष्टिकोण के तहत कार्यान्वित परियोजनाओं में से किसी में भी बजट से अधिक नहीं था।

विपक्ष:

1. सुधार कर रहा है । एक परियोजना में माल की स्थिति को पेश करना आवश्यक था। परिणामस्वरूप, 2-3 लाइनों के सुधार की एक बड़ी संख्या सामने आई। इसे स्पष्ट माइनस नहीं कहा जा सकता है, क्योंकि आवश्यकताओं की पूर्णता एक प्राथमिकता है, लेकिन आदर्श डेटा दृष्टिकोण को नहीं कहा जा सकता है।
2. व्यावसायिक प्रक्रियाओं के स्वचालन में धारणा की जटिलता । यदि आप खरीदार द्वारा माल की प्राप्ति के लिए बिक्री के क्षण से कुछ कंपनियों की व्यावसायिक प्रक्रियाओं को लेते हैं, तो स्टेटिक्स, डायनेमिक्स और एपी की कीमत पर पूरी प्रक्रिया को कवर करने के लिए हमेशा संभावना (या पहले चरण में आवश्यकता) नहीं होती है, क्योंकि कई कार्यों को मैन्युअल रूप से किया जाता है, ग्राहकों द्वारा फोन पर चर्चा की जाती है, आदि। यह अपने शुद्ध रूप में TK की धारणा को थोड़ा जटिल करता है, और प्रक्रियाओं के अतिरिक्त विवरण की आवश्यकता होती है।
3. लागत और विकास का समय । टीके बेचना, निश्चित रूप से, और अधिक कठिन हो गया है, क्योंकि विकास के साथ पहले संपर्क में हर कोई इसके लिए 10-20% परियोजना का भुगतान करने के लिए तैयार नहीं है, जबकि हमारे कई प्रतियोगी इसके लिए 10-20 हजार चार्ज करते हैं। लेकिन इस तरह के काम पूरी तरह से कार्यान्वयन के दौरान भुगतान करते हैं, कम कर देते हैं। परियोजना जोखिम और गुणवत्ता में सुधार।

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

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