विकास एकीकरण
अतिरिक्त मूल्य बनाने के लिए उत्पाद पर निर्माण, विस्तार या एकीकरण करें।
उपयोगकर्ताओं को अक्सर मौजूदा उत्पादों पर निर्माण करना, उनका विस्तार करना या उनके साथ एकीकृत होना पड़ता है। यह केवल कोडिंग की बात नहीं है—यह मुख्य उत्पाद के ऊपर अतिरिक्त मूल्य बनाने की बात है, चाहे वह एकीकरणों, विस्तारों, प्लग-इनों या पूरी तरह नए अनुप्रयोगों के माध्यम से हो।
उत्पादों को आगे विकसित करने वाले दस्तावेज़ों के उदाहरण Vercel Approval Checklist और Chrome Debug extensions हैं। ध्यान दें कि ज़ोर लगभग हमेशा व्यावहारिक होता है और सामग्री का प्रकार काफी हद तक अप्रासंगिक। बहुत से एकीकरण या विस्तार दस्तावेज़ गाइड या लेखों के रूप में होते हैं।
विकास या एकीकरण की जरूरतों पर केंद्रित दस्तावेज़, उत्पाद की वर्तमान क्षमताओं और उसकी संभावना के बीच पुल का काम करते हैं। वे उपयोगकर्ताओं को सह-निर्माता बनाते हैं और एक पारिस्थितिकी तंत्र को बढ़ावा देते हैं। इस प्रकार का दस्तावेज़ीकरण अक्सर अभ्यास समुदायों की नींव बनता है।
उपयोगकर्ता क्या करना चाहता है
उपयोगकर्ताओं को अक्सर मौजूदा उत्पादों पर निर्माण, उनका विस्तार या एकीकरण करना पड़ता है—एकीकरणों, विस्तारों, प्लग-इनों या बिल्कुल नए अनुप्रयोगों के माध्यम से। ज़ोर लगभग हमेशा व्यावहारिक होता है।
संकेत कि आपके दस्तावेज़ इस आवश्यकता को पूरा नहीं करते
- एकीकरण और विस्तार से जुड़े प्रश्न अनुत्तरित रहते हैं या फ़ोरम पर भेज दिए जाते हैं।
- उत्पाद के ऊपर निर्माण करने की कोई गाइड नहीं है।
- उत्पाद के विस्तार बिंदु दस्तावेज़ित नहीं हैं।
वास्तविक दुनिया के दो उदाहरण
सामान्य सामग्री प्रकार
| DITA | Diátaxis | Good Docs Project |
|---|---|---|
| <task>, <codeblock>, <coderef> | हाउ-टू गाइड | हाउ-टू गाइड, API संदर्भ |
एक मेट्रिक
पारिस्थितिकी तंत्र की वृद्धि · उपयोगकर्ताओं द्वारा बनाए गए एकीकरणों या विस्तारों की संख्या।