डीएलटी अस्वीकृति निदान
अधिकांश टेम्प्लेट अस्वीकृतियाँ सामग्री डिज़ाइन समस्याएँ हैं, टाइपिंग गलतियाँ नहीं।
अस्वीकृत डीएलटी टेम्प्लेट आमतौर पर एक गहरा मुद्दा प्रकट करते हैं: संदेश घटना अस्पष्ट है, चर बहुत व्यापक है, प्रेषक ब्रांड कमजोर है, सहमति पथ गायब है, या उत्पादन एपीआई सबमिट किए गए टेम्प्लेट से कुछ अलग भेजेगा।
जब किसी डीएलटी सामग्री टेम्पलेट को अस्वीकार कर दिया जाता है, तो पहली प्रतिक्रिया आम तौर पर कुछ शब्दों को बदलने और पुनः प्रयास करने की होती है। यह कभी-कभी काम करता है, लेकिन यह अक्सर वास्तविक समस्या को नजरअंदाज कर देता है। एक स्वच्छ दृष्टिकोण यह निदान करना है कि टेम्पलेट पहली बार में जोखिम भरा या अस्पष्ट क्यों लग रहा था।
यह मार्गदर्शिका एक व्यावहारिक अस्वीकृति चेकलिस्ट देती है। यह पहली बार प्रस्तुत करने से पहले और असफल समीक्षा के बाद उपयोगी है। यह अनुमोदन का वादा नहीं करता; यह टीमों को टाले जा सकने वाले भ्रम को दूर करने में मदद करता है।
क्लीनर पुनः सबमिशन
त्वरित उत्तर
घटना, श्रेणी, शब्दांकन, चर और प्रमाण को स्पष्ट करके डीएलटी टेम्पलेट अस्वीकृति को ठीक करें।
अस्वीकृत टेम्पलेट को पुनः सबमिट करने से पहले, जांच लें:
- क्या संदेश एक व्यावसायिक घटना से जुड़ा है?
- क्या वह श्रेणी उस घटना के लिए उपयुक्त है?
- क्या प्रेषक/शीर्षक स्पष्ट रूप से व्यवसाय से जुड़ता है?
- क्या चर पूर्वानुमेय मूल्यों तक ही सीमित हैं?
- क्या जहां लागू हो वहां सहमति का संदर्भ प्रलेखित किया गया है?
- क्या यूआरएल, फोन नंबर या ऐप लिंक प्रदाता की आवश्यकताओं के अनुसार प्रबंधित किए जाते हैं?
- क्या उत्पादन कोड बिल्कुल यही स्वीकृत पैटर्न भेजेगा?
सामान्य अस्वीकृति पैटर्न
अस्पष्ट घटना
टेम्प्लेट कहता है "प्रिय ग्राहक, आपका अपडेट [मूल्य] है" बिना यह बताए कि अपडेट एक ऑर्डर, अपॉइंटमेंट, भुगतान, खाता या अभियान ईवेंट है या नहीं।
मिश्रित इरादा
एक संदेश ओटीपी, रसीद या सेवा अलर्ट के रूप में शुरू होता है लेकिन इसमें छूट, क्रॉस-सेल, रेफरल नज या असंबंधित मार्केटिंग लाइन शामिल होती है।
अतिभारित चर
एक प्लेसहोल्डर से एक पूर्ण वाक्य, बदलते प्रस्ताव, यूआरएल, समर्थन निर्देश, या फ्री-फॉर्म पैराग्राफ शामिल होने की उम्मीद की जाती है।
कमजोर प्रेषक संबंध
हेडर, व्यवसाय का नाम, उत्पाद का नाम और संदेश का मुख्य भाग स्पष्ट रूप से एक ही प्रेषक का नहीं है।
केवल शब्द ही नहीं, नमूना भी दोबारा लिखें
अस्वीकृत टेम्पलेट को अक्सर कॉस्मेटिक कॉपी संपादन की नहीं, बल्कि पुनर्गठन की आवश्यकता होती है।
क्लीनर नमूना पुनः लिखता है
| कमजोर नमूना | स्वच्छ दिशा | यह क्यों मदद करता है |
|---|---|---|
Hi [name], your details are [details] | ईवेंट को नाम दें और वेरिएबल को विभाजित करें | समीक्षक और डेवलपर देख सकते हैं कि क्या परिवर्तन होता है। |
Your OTP is [code]. Get 20% off today. | ओटीपी से अभियान प्रति निकालें | सुरक्षा संदेश को प्रचार से अलग रखता है. |
Click [link] for all updates | लिंक उद्देश्य को परिभाषित करें | लिंक का अर्थ और गंतव्य श्रवण योग्य हो जाता है। |
Dear customer, [full_message] | अधिकांश पाठ को ठीक करें और संकीर्ण मानों का उपयोग करें | वेरिएबल को संपूर्ण संदेश बनने से रोकता है। |
पुनर्लेखन करते समय, उत्पादन कार्यक्रम से शुरुआत करें। उदाहरण के लिए, "ऑर्डर पैक्ड" "ग्राहक अपडेट" से बेहतर है। "नियुक्ति अनुस्मारक" "अधिसूचना" से बेहतर है। "लॉगिन ओटीपी" "सुरक्षा संदेश" से बेहतर है। यह इवेंट श्रेणी और परिवर्तनीय निर्णयों को आसान बनाता है।
पुन: सबमिशन चेकलिस्ट
दोबारा सबमिट करने से पहले
- व्यावसायिक ईवेंट और श्रेणी की पुन: पुष्टि करें.
- असंबद्ध प्रचारात्मक या सेवा भाषा हटाएँ.
- प्रेषक शीर्षलेख, ब्रांड नाम और संदेश का मुख्य भाग कनेक्ट करें।
- जेनेरिक वेरिएबल्स को संकीर्ण प्लेसहोल्डर्स से बदलें।
- ब्रांड, उत्पाद, ग्राहक यात्रा या सहमति पथ के लिए साक्ष्य नोट्स जोड़ें।
- पुष्टि करें कि क्या लिंक, एपीके, छोटे यूआरएल या फोन नंबरों को अतिरिक्त प्रदाता समीक्षा की आवश्यकता है।
- डेवलपर पेलोड उदाहरणों को अपडेट करें ताकि कोड संशोधित टेम्पलेट से मेल खाए।
- अस्वीकृति का कारण और अंतिम समाधान हैंडओवर रिकॉर्ड में संग्रहीत करें।
यह समझे बिना कि वह विफल क्यों हुआ, उसी टेम्पलेट को नए नाम से दोबारा सबमिट न करें। इससे डुप्लिकेट भ्रम पैदा होता है और रनबुक कमजोर हो जाती है।
डेवलपर प्रभाव
प्रत्येक टेम्प्लेट फिक्स का एक कोड प्रभाव होता है। यदि संदेश का मुख्य भाग बदलता है, तो एप्लिकेशन को अपडेट की आवश्यकता हो सकती है:
- टेम्पलेट आईडी.
- शीर्षलेख चयन.
- परिवर्तनशील क्रम.
- पेलोड फ़ील्ड नाम.
- इवेंट ट्रिगर.
- परीक्षण के मामले.
- डिलिवरी रिपोर्ट की निगरानी।
डेवलपर को स्क्रीनशॉट के माध्यम से इन परिवर्तनों का पता नहीं लगाना चाहिए। प्रत्येक निश्चित टेम्पलेट के लिए एक छोटा पेलोड मानचित्र और नमूना अनुरोध बनाएं।
अक्सर पूछे जाने वाले प्रश्न
क्या मुझे अस्वीकृत डीएलटी टेम्पलेट तुरंत पुनः सबमिट करना चाहिए?
पहले कारण का निदान करें. घटना, श्रेणी, चर, या ब्रांड साक्ष्य को ठीक किए बिना शब्दों को ठीक करने से एक और अस्वीकृति हो सकती है।
क्या मैं कई इवेंट के लिए अलग-अलग वेरिएबल के साथ एक ही टेम्पलेट का उपयोग कर सकता हूं?
व्यापक पुन: उपयोग से बचें. विभिन्न घटनाओं के लिए अक्सर अलग-अलग शब्दों, परिवर्तनशील अर्थ, श्रेणी संदर्भ और परीक्षण की आवश्यकता होती है।
क्या लिंक एक आम अस्वीकृति समस्या है?
लिंक समीक्षा और प्रदाता आवश्यकताओं को जोड़ सकते हैं। लिंक उद्देश्य का दस्तावेजीकरण करें और जमा करने से पहले वर्तमान प्रदाता या पोर्टल नियमों की जांच करें।
क्या शिंका अस्वीकृत डीएलटी टेम्पलेट्स को ठीक कर सकती है?
शिंका अस्वीकृत टेम्प्लेट की समीक्षा कर सकता है, क्लीनर नमूने तैयार कर सकता है, वेरिएबल मैप कर सकता है और एक पुनः सबमिशन रनबुक बना सकता है। अनुमोदन अभी भी ऑपरेटर प्रक्रिया द्वारा नियंत्रित किया जाता है।
