Product analytics tracking plan: events, properties और QA
Business सवाल से analytics tracking plan बनाएं, events और properties तय करें, data की गुणवत्ता जाँचें और गैरजरूरी collection घटाएँ।
इस मार्गदर्शिका में
Product analytics tracking plan क्या है?
Tracking plan साझा specification है जो बताता है कि product के कौन से events और properties लिए जाएँगे, हर field का अर्थ क्या है, कहाँ लागू होगा और उसकी जाँच कैसे होगी। किसी निर्णय या ग्राहक परिणाम से शुरुआत करें, फिर केवल जरूरी events track करें। Amplitude business outcomes के आधार पर योजना और बहुत कुछ track करने के बजाय कुछ अहम events से शुरुआत की सलाह देता है।
Event का नाम रखने से पहले सवाल लिखें
जैसे: “नए accounts में कितने पहला invoice पूरा करते हैं?” या “Invite किए teammates कहाँ रुकते हैं?” जवाब से start और completion event, denominator, समय और segment तय होते हैं। अगर team कोई ऐसा निर्णय नहीं बता सकती जिसे data बदल सकता है, तो collection टालें।
Product के छोटे उपयोग पथ से शुरुआत करें
पहली योजना में account बनाया, मुख्य काम शुरू किया, मुख्य परिणाम पूरा किया और दोहराया परिणाम शामिल हो सकते हैं। Payment या support event तभी जोड़ें जब वह मौजूदा सवाल का जवाब दे। Event names स्थिर और स्पष्ट रखें; हर button के लिए event बनाने के बजाय कम अर्थपूर्ण actions चुनें।
Event और उसकी properties का फर्क समझें
Event समय पर हुई कार्रवाई दर्ज करता है, जैसे `ReportExported`; event properties उस घटना का विवरण देती हैं, जैसे export format या सफलता का status। User या account properties व्यक्ति या संगठन के बारे में होती हैं, जैसे plan tier। Property के type और मान तय करें ताकि अलग teams एक ही बात असंगत तरीके से न दर्ज करें।
| सवाल और निर्णय | Event नाम और परिभाषा | जरूरी properties और types | System, owner और test | Data न्यूनतम रखने और retention की समीक्षा |
|---|---|---|---|---|
Engineer लागू कर सके, ऐसी event परिभाषा कैसे लिखें?
ठीक-ठीक बताएँ कि event कब fire होगा
हर event के लिए कार्रवाई, trigger point, actor, account identity, source और exclusions लिखें। बताएँ event button click पर fire हो, server की स्वीकृति पर या काम सफल होने के बाद। ये पल अलग हो सकते हैं; सवाल के अनुरूप एक चुनें और सरल भाषा में दर्ज करें।
Identity और property का नियम तय करें
फैसला करें कि anonymous activity को sign-in user से कैसे जोड़ा जाएगा और व्यक्ति किस company account से जुड़ा है। Plan, देश या भाषा event के समय का मूल्य है या वर्तमान profile attribute, यह स्पष्ट करें। Duplicate request और retry को एक समान सँभालें ताकि एक काम funnel में कई बार न गिने।
Analytics में data जाने से पहले उसकी जरूरत जाँचें
जब तक साफ और reviewed जरूरत न हो, नाम, email, message text, password, payment credentials या sensitive free text को event properties में न भेजें। Access, retention और export सीमित करें; vendor settings और लागू privacy दायित्व योग्य सलाहकार से जाँचें। Analytics की सुविधा बिना उद्देश्य personal data लेने का कारण नहीं।
Startup tracking plan को कैसे test और maintain करे?
Production से अलग environment में events test करें
Test account और sample workflow से पुष्टि करें कि हर event एक बार, सही identity, properties, type और timestamp के साथ आता है। Failure path, retries, timezone और पुराने app versions देखें। Staff, automated test और internal traffic को ग्राहक विश्लेषण से अलग करने का लिखित नियम रखें।
आने वाले data को लिखी परिभाषा से मिलाएँ
Release के बाद कुछ असली event records देखें। Missing properties, गलत spelling, duplicate events, असंभव values और client/server के अंतर ढूँढें। Owner और लागू होने की तारीख के साथ instrumentation ठीक करें या plan बदलें; पुराने chart की परिभाषा चुपचाप बदलकर data बदलाव न छिपाएँ।
Event catalogue को लगातार देखभाल वाला product asset मानें
Definitions का owner रखें, product और engineering से बदलाव जाँचें, पुराने events को retired चिन्हित करें और version बदलाव समझाएँ। Workflow या मुख्य सवाल बदले तो योजना फिर देखें। छोटी भरोसेमंद सूची बिना दस्तावेज़ वाले click events की बड़ी धारा से ज्यादा उपयोगी है।
Product analytics tracking plan पर सवाल
Startup को कितने events track करने चाहिए?
Events की कोई तय संख्या नहीं। Activation, मुख्य परिणाम और दोहराए उपयोग पर मौजूदा सवालों का उत्तर देने वाले कम-से-कम events से शुरू करें; निर्णय के लिए जरूरी हों तभी और जोड़ें।
क्या हर button click track करना चाहिए?
आमतौर पर नहीं। Click तभी track करें जब उससे खास सवाल का उत्तर मिले या अर्थपूर्ण workflow की समस्या पता चले। कम उपयोग वाले events analysis को शोरदार और रखरखाव तथा data-handling को भारी बनाते हैं।
Event और user properties में क्या अंतर है?
Event property एक कार्रवाई को उसी समय पर बताती है; user या account property कई कार्रवाइयों के बीच किसी व्यक्ति या संगठन की विशेषता बताती है। मूल्य का अर्थ और विश्लेषण की जरूरत देखकर चुनें।
क्या analytics tool अपने आप personal data लेता है?
कुछ SDK configuration के आधार पर device या location से जुड़े field स्वतः ले सकते हैं। Default जाँचें, गैरजरूरी collection बंद करें, उद्देश्य और access लिखें तथा लागू कानून के लिए योग्य privacy सलाह लें।
संबंधित व्यावहारिक मार्गदर्शिकाएँ
संबंधित मुद्दों की मार्गदर्शिकाएँ
स्रोत और प्रकाशन रिकॉर्ड
Draft prepared 27 September 2026; project-team editorial review pending · स्रोत जाँचे गए .