रिलीज़ नोट्स

यह पृष्ठ पूरी तरह से निर्माणाधीन है!

ऑनलाइन तकनीकी लेखन मुफ्त रहेगा।

निम्नलिखित जानकारी appcues.com के एक लेख से अनुमति के साथ अनुकूलित की गई है (नीचे उद्धृत)।

क्यों अधिकांश रिलीज़ नोट्स पढ़े नहीं जाते (और इसे कैसे ठीक करें)

ज्यादातर रिलीज़ नोट्स नहीं पढ़े जाते। इसका कारण यह नहीं है कि उपयोगकर्ताओं को उत्पाद में हो रहे परिवर्तनों की परवाह नहीं है, बल्कि इसलिए कि नोट्स उस टीम के लिए लिखे जाते हैं जिसने फीचर को जारी किया, न कि उस व्यक्ति के लिए जिसे इसे समझने की जरूरत है।

आपने शायद यह पहले देखा होगा: एक रिलीज नोट जो "बेहतर थ्रूपुट के लिए उन्नत डेटा स्थायी परत को लागू किया" से शुरू होती है जब वास्तव में उपयोगकर्ता को जो सुनने की आवश्यकता थी वह था "आपकी रिपोर्ट अब दो बार तेज़ लोड होती हैं।" पहला संस्करण एक बॉक्स को चेक करता है। दूसरा अपनाने को बढ़ावा देता है।

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

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

रिलीज़ नोट्स क्या होते हैं?

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

‍

रिलीज नोट्स का उदाहरण जिसमें पिछले रिलीज़ दिखाए गए हैं

‍

रिलीज़ नोट्स बनाम चेंजलॉग

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

उस निरंतर रिकॉर्ड को बनाए रखना महत्वपूर्ण है। यह ग्राहकों को दिखाता है कि उत्पाद लगातार सुधर रहा है और हाल के परिवर्तन पुराने पर आधारित हैं। यह यह भी संकेत देता है कि कंपनी फीडबैक सुनती है और उपयोगकर्ता अनुभव के प्रति प्रतिबद्ध है।

रिलीज़ नोट्स के प्रकार

हर अपडेट को समान उपचार नहीं मिलता। आपके रिलीज़ नोट्स का प्रारूप और गहराई परिवर्तन के दायरे के साथ मेल खाना चाहिए:

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

छोटे अपडेट नोट्स: क्रमिक सुधार, छोटे यूएक्स बदलाव। यहां संक्षिप्त प्रारूप काम करता है, आमतौर पर प्रत्येक आइटम के लिए एक से तीन लाइन।

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

सुरक्षा पैच नोट्स: संक्षिप्त और तथ्यात्मक। जो संवेदनशील था और जिसे ठीक किया गया, उसे प्राथमिकता दें, बिना उस तकनीकी विवरण के जो भ्रम पैदा करता है।

रिलीज़ नोट्स क्यों महत्वपूर्ण हैं

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

वे आपके सपोर्ट टीम का कार्यभार कम करते हैं। सक्रिय रिलीज नोट्स आने वाले सवालों को कम करते हैं कि क्यों कुछ अलग दिखता है या अलग तरह से काम करता है। जब उपयोगकर्ता किसी ऐसे बदलाव का सामना करते हैं जिसकी उन्हें अपेक्षा नहीं थी, तो वे समर्थन टिकट खोलते हैं। जब वे पहले से एक स्पष्ट व्याख्या पढ़ चुके होते हैं, तो वे ऐसा नहीं करते। गणित सरल है: परिवर्तन को दस्तावेजित करें इससे पहले कि उपयोगकर्ता उससे बेखबर होकर सामना करें।

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

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

रिलीज़ नोट्स में क्या शामिल करना चाहिए

इसे रिलीज़ नोट का संरचना समझें। हर ठोस रिलीज़ नोट इन तत्वों को कवर करता है, हालाँकि गहराई इस पर निर्भर करती है कि आप एक प्रमुख विशेषता की घोषणा कर रहे हैं या एक नियमित बग फिक्स:

हेडर पंक्ति: उत्पाद का नाम, संस्करण संख्या या दिनांक, और यदि प्रासंगिक हो तो वातावरण (वेब, iOS, API, आदि)।

परिवर्तनों का सारांश: एक या दो वाक्य जो यह स्पष्ट करते हैं कि यह रिलीज़ क्या संबोधित करती है और किसे प्रभावित करती है। यह वह हिस्सा है जिसे उपयोगकर्ता सबसे पहले पढ़ते हैं, इसलिए इसे प्रभावशाली बनाएं।

नए फीचर्स: नामित, उपयोगकर्ता पर संक्षिप्त प्रभाव के साथ। यह बताएं कि उपयोगकर्ता अब क्या कर सकता है, न कि तकनीकी कार्यान्वयन।

सुधार: उपयोगकर्ता के दृष्टिकोण से क्या बदला। "खोज परिणाम अब 40% तेजी से लोड होते हैं" "अनुकूलित खोज सूचकांक पाइपलाइन" की तुलना में बेहतर है।

बग फिक्स: उपयोगकर्ता ने पहले क्या अनुभव किया और अब क्या हो रहा है इसका सरल भाषा में विवरण। "डैशबोर्ड अब दिनांक सीमा द्वारा फ़िल्टर करते समय फ्रीज़ नहीं होता" उपयोगकर्ता को बताता है कि पहले क्या गलत था और इसे ठीक कर दिया गया है।

ज्ञात समस्याएँ या सीमाएँ: यदि कुछ पूरी तरह से हल नहीं हुआ है, तो ऐसा कहें। उपयोगकर्ता पारदर्शिता को अधिक महत्व देते हैं बनिस्बत उन खामियों के।

रिलीज़ नोट्स कैसे लिखें

क्या शामिल करना है, यह जानना आधार है। आप इसे कैसे लिखते हैं, यह निर्धारित करता है कि क्या कोई वास्तव में इसे पढ़ता है। ये सात कदम प्रवाह के लिए क्रमबद्ध हैं: पहले ये बताएं कि क्या कहना है, फिर ये बताएं कि इसे कैसे कहना है, फिर इसे पेश करने का तरीका बताएं।

1. उपयोगकर्ता पर ध्यान केंद्रित करें, फीचर पर नहीं

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

स्वाभाव यह है कि आप जो आपकी टीम ने बनाया है उसे वर्णित करें। इससे बचें। इसके बजाय, यह वर्णित करें कि उपयोगकर्ता अब क्या कर सकता है (या अब क्या नहीं करना पड़ता)।

"डेटा निर्यात के लिए कॉन्फ़िगर करने योग्य चंक आकारों के साथ बैच प्रोसेसिंग लागू की।"

अब: "आप बड़े डेटा सेट्स को बिना प्रक्रिया के समय समाप्त होने के निर्यात कर सकते हैं। निर्यात जो 10,000 पंक्तियों के बाद विफल होते थे, अब 500,000 तक का प्रबंधन करते हैं।"

पहला संस्करण इंजीनियरिंग कार्य का वर्णन करता है। दूसरा उपयोगकर्ता के अनुभव का वर्णन करता है। दूसरा संस्करण लिखें।

2. परिवर्तन का उद्देश्य स्पष्ट करें

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

स्पष्टता महत्वपूर्ण है क्योंकि वेब उपयोगकर्ता रैखिक रूप से नहीं पढ़ते। वे स्कैन करते हैं। इसलिए अपने रिलीज़ नोट्स को स्कैन करने योग्य बनाएं। महत्वपूर्ण कीवर्ड को हाइलाइट करें। फीचर नामों और परिवर्तन प्रकारों के लिए बोल्ड टेक्स्ट का उपयोग करें। प्रत्येक लाइन में सबसे महत्वपूर्ण जानकारी को पहले रखیں।

पहले: "बग ठीक किया गया और अपडेट लागू किए गए।"

बाद में: "हमने एक बग को ठीक किया जिसने ऐप्स के बीच स्विच करते समय अप्रत्याशित क्रैश का कारण बना। ऐप स्विचिंग अब सभी समर्थित उपकरणों पर स्थिर है।"

पहला संस्करण संक्षिप्त है लेकिन उपयोगकर्ता को कुछ नहीं बताता। दूसरा संस्करण अभी भी संक्षिप्त है लेकिन उपयोगकर्ता के असली सवालों का जवाब देता है।

3. सामान्य भाषा का उपयोग करें

रिलीज नोट्स विभिन्न उद्देश्यों के लिए काम कर सकते हैं: नए फीचर्स को बढ़ावा देना, उपयोगकर्ता के साथ संबंध बनाना, लोगों को समाधान खोजने में मदद करना। लेकिन जब नोट्स तकनीकी शब्दावलियों से भरे होते हैं जिन्हें केवल आपकी इंजीनियरिंग टीम समझती है, तो इनमें से कोई भी काम नहीं करता।

जब तक आप नहीं जानते कि आपका दर्शक विशेषज्ञ भाषा को आसानी से समझेगा, जार्गन का उपयोग कम करें। सीधे, समझ में आने वाले वाक्यांश का उपयोग करें। एक अच्छा परीक्षण: रिलीज़ नोट को किसी ऐसे व्यक्ति के सामने ज़ोर से पढ़ें जो तकनीकी पृष्ठभूमि को नहीं जानता। अगर वो समझ पाता है, तो आपके उपयोगकर्ता भी समझेंगे।

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

अब: "आप अब हमारी मैसेजिंग सेवा में GIF का उपयोग कर सकते हैं।"

सादा भाषा का मतलब चीजों को सरल बनाना नहीं है। यह आपके उपयोगकर्ता के समय का सम्मान करना है।

4. जटिल परिवर्तनों के लिए दृश्य जोड़ें

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

यह विशेष रूप से निम्नलिखित के लिए उपयोगी है:

नई UI तत्व या लेआउट में परिवर्तन (पहले और बाद में दिखाएँ)

नए वर्कफ़्लो या मल्टी-स्टेप फ़ीचर्स (15 सेकंड का स्क्रीन रिकॉर्डिंग)

डेटा विज़ुअलाइज़ेशन विशेषताएँ (वास्तविक आउटपुट का स्क्रीनशॉट)

दृश्य पाठक पर बोझ कम करते हैं और आपके रिलीज़ नोट्स को अधिक यादगार बनाते हैं। जब कोई बदलाव स्वभाव से दृश्य हो, तो उसे दृश्य रूप में दिखाएं।

5. स्कैनिंग के लिए व्यवस्थित करें

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

सुंदर संगठनात्मक पैटर्न में शामिल हैं:

प्रकार द्वारा परिवर्तनों को समूहित करना: नई सुविधाएँ, सुधार, बग फिक्सेस

त्वरित स्कैनिंग के लिए लेबल या टैग का उपयोग करना (जैसे "नया," "बेहतर," "सुधारित")

उपयोगकर्ताओं के लिए मुख्य बिंदुओं के लिए शीर्ष पर एक संक्षिप्त सारांश जोड़ना।

विस्तृत तकनीकी नोट्स के लिए समक्षी अनुभागों का उपयोग करें, जिनकी आवश्यकता केवल कुछ उपयोगकर्ताओं को है।

6. एक टेम्पलेट का उपयोग करें और उस पर टिके रहें

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

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

7. अपनी ब्रांड की आवाज़ को मिलाएँ, न कि अपनी इंजीनियरिंग की आवाज़

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

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

जिससे बचें: "हम आपके कार्यप्रवाह को क्रांतिकारी बनाने के लिए यहाँ हैं, जो हमने प्रत्येक अपडेट के साथ सफलतापूर्वक किया है। आपका स्वागत है। हमारा नया हॉटफिक्स 50% कम ऊर्जा खपत करता है।"

बेहतर: "बगफिक्स: सॉफ़्टवेयर अब अंतिम उपयोगकर्ता की ऊर्जा खपत को 50% कम करता है। यह हमारे सतत भविष्य की दिशा में काम करने के कई तरीकों में से एक है।"

पहला संस्करण ब्रांड को बढ़ाता है और पहले से अधिक वादा करता है, फिर बदलाव का उल्लेख करता है। दूसरा आपको समाधान बताता है, फिर स्वाभाविक तरीके से ब्रांड की ओर जोड़ता है।

रिलीज़ नोट्स टेम्पलेट

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

[प्रोडक्ट का नाम] रिलीज़ नोट्स - [संस्करण संख्या या तारीख]

संक्षेप: [यह रिलीज किस विषय को संबोधित करती है और किसे प्रभावित करती है इसका 1-2 वाक्य का सारांश]

क्या नया है

- [विशेषता का नाम]: [यह क्या करता है और यह उपयोगकर्ता के लिए क्यों महत्वपूर्ण है]

- [विशेषता का नाम]: [यह क्या करती है और यह उपयोगकर्ता के लिए क्यों महत्वपूर्ण है]

सुधार

- [क्या बदला] - [यह उपयोगकर्ता के अनुभव को कैसे प्रभावित करता है]

बग ठीक करना

- [उपयोगकर्ता ने पहले क्या अनुभव किया] - [अब क्या होता है]

ज्ञात समस्याएँ

- [समस्या का विवरण] - [अवांछित उपाय या यदि उपलब्ध हो तो timeline]

कोई प्रश्न? [सहायता दस्तावेज़ों का लिंक या समर्थन संपर्क]

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

13 रिलीज़ नोट्स के उदाहरण, जिन्हें उनकी सर्वश्रेष्ठ क्षमता के अनुसार व्यवस्थित किया गया है

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

संबंधित जानकारी

https://learn.microsoft.com/en-us/microsoft-365/copilot/release-notes?tabs=all एक असली उदाहरण! https://learn.microsoft.com/en-us/sharepoint/dev/spfx/release-1.23.0 एक असली उदाहरण! https://slite.com/learn/release-notes https://documentero.com/templates/it-engineering/document/release-notes/ https://projectmanagers.net/7-free-release-notes-templates/ https://www.smartsheet.com/content/release-note-examples https://clickup.com/blog/how-to-write-release-notes/ https://www.releasenotes.io/ https://clickup.com/blog/release-notes-software/ https://www.launchnotes.com/blog/release-notes-examples https://www.geeksforgeeks.org/software-engineering/overview-of-software-release-note/ 13 रिलीज़ नोट्स के उदाहरण (और इन्हें सफल बनाता है). appcues.com

द्वारा प्रदान की गई जानकारी और कार्यक्रम admin@mcmassociates.io.