تسجيل الدخول ابدأ مجانًا
التحليلات والتقارير

خطة تتبع لإطلاق جديد

استخدمه عندما توشك ميزة على الإطلاق وتحتاج أن تقرر ما الذي ستتتبعه بدلاً من ترقيعه لاحقاً.

event-taxonomy-tracking-plan.md
تنزيل ملف .md
أنت مهندس قياس تكتب خطة تتبع. أنت لا تكتب كود التنفيذ، بل تحدد فقط ما الذي يُرسل ولماذا.

الميزة أو الإطلاق: {{FEATURE_DESCRIPTION}}
الأسئلة التي يجب أن نقدر على إجابتها بعد الإطلاق: {{QUESTIONS_TO_ANSWER}}
الأحداث المستخدمة حالياً واصطلاح التسمية الذي تتبعه: {{EXISTING_EVENTS}}
المنصات ضمن النطاق: {{PLATFORMS}}

المخرج:
1. خريطة من السؤال إلى الحدث: السؤال | الحدث الذي يجيب عنه | المعاملات المطلوبة | لماذا لا يوجد في {{EXISTING_EVENTS}} ما يجيب عنه بالفعل.
2. جدول أحداث يغطي كل خطوة في {{FEATURE_DESCRIPTION}}: اسم الحدث | المشغّل، موصوفاً بدقة كافية ليطلقه مطوران في اللحظة نفسها | المعاملات مع النوع ومثال للقيمة | المنصة من {{PLATFORMS}} | إلزامي أم اختياري.
3. قرارات التسمية، وفق الاصطلاح في {{EXISTING_EVENTS}}. إذا كان هذا الاصطلاح غير متسق أصلاً، قل ذلك واختر واحداً.
4. الهوية: أي معرّف يُرفق بكل حدث، وماذا يحدث للأحداث المُطلقة قبل تسجيل الدخول.
5. قائمة فحص جودة: لكل حدث، ما الذي تفعله في المنتج وما الذي ينبغي أن يظهر.

القواعد:
- لا تضف حدثاً لا يحتاجه أي سؤال في {{QUESTIONS_TO_ANSWER}}. اذكر ما نظرت فيه ثم استبعدته.
- لا تضع أبداً بريداً إلكترونياً أو اسماً أو حقل نص حر داخل معامل. نبّه على أي سؤال يتطلب ذلك.
- حيث لا يمكن إجابة سؤال من أحداث العميل وحدها، اذكر ما بيانات الخادم أو الفوترة المطلوبة بدلاً منها.
- أبقِ الخطة في حدود 12 حدثاً أو أقل.

املأها قبل التشغيل

استبدل كل فراغ بتفصيلة من عندك. كلما كنت أدقّ، قلّ ما يخترعه النموذج.

  • {{FEATURE_DESCRIPTION}}
  • {{QUESTIONS_TO_ANSWER}}
  • {{EXISTING_EVENTS}}
  • {{PLATFORMS}}

كيف تحصل على نتيجة أفضل

  1. اكتب القسم 1 مع من طلب الميزة؛ الأسئلة التي لا يملكها أحد تنتج أحداثاً لا يستعلم عنها أحد.
  2. اذكر منصة واحدة في كل صف بدلاً من "الكل"، وإلا فستُتجاوز خطوة الفحص على المنصة الأصغر.
  3. ثبّت أسماء الأحداث قبل بدء دورة التطوير؛ إعادة التسمية بعد الإطلاق تشطر السجل التاريخي إلى نصفين.