Help Generate a template using your knowledge base to generate a analytics ticket requirement that is recommended by Mixpanel Requirements in the ticket User Story As a I want to So that This is for a button click that when clicked allows you to determine if a user selected a default or premium option. Add the key deliverables to deliver against that user story Required Update A detailed of what is required to deliver against the key deliverables Eg Event Name Description Trigger Event Property Development Task - Where to add tracking code to be documented by the dev.
Hi event, Please stand by as I search the Mixpanel knowledge base for an AI-powered answer. I normally take about 15 seconds or so. In case AI cannot answer your question, feel free to reach out to Mixpanel support at mixpanel.com/get-support. If you have follow-up questions for this thread, please tag me again with your question: @kapa.ai <follow-up question> 👋
Feel free to ask a follow-up question once I've answered by mentioning me with @kapa.ai
Here’s a concise, Mixpanel‑aligned analytics ticket template you can copy into your tracker.
User Story - As a: Product analyst - I want to: Measure which option users select when clicking the plan selection button - So that: I can compare default vs premium selection and optimize conversion
Key Deliverables - Single, action-oriented event with clear name - Properties that capture option type (default vs premium) and relevant context - Consistent naming convention and data types - Documentation in tracking plan and Lexicon - Code implementation and validation
Required Update - Event Name: plan_selected (Object Verb; snake_case) (Use clear, consistent names; Mixpanel is case-sensitive) (Events best practices) - Description: Fires when a user clicks the plan selection button to choose an option - Trigger: User clicks the plan select/CTA button - Required Event Properties: - option_type: default | premium (use a property instead of separate events; keeps actions grouped) (Keep events as actions; Group similar actions via properties) - page_name or screen_name: e.g., /pricing (useful for breakdowns) (Events and properties examples/use cases) - experiment_variant (if applicable): control | variant_a (optional) - source: ui | deep_link (optional; consider as a super property if global) (Super properties) - Distinct ID: Use your authenticated user ID when available; ensure proper identification on login/sign-up to stitch sessions across devices (Identify users; Events require distinct_id) - Naming & Data Quality: - Use snake_case; avoid dynamic event names; use properties for variable values (Naming, avoid dynamic names) - Keep property values consistent (e.g., “default”, not “Default”) and omit properties rather than sending null/empty (Property conventions) - Tracking Plan & Governance:
- Add to tracking plan with definitions and owners; keep updated; align to KPIs (e.g., Activation/Conversion) (Create a tracking plan; Planning methodology) - In Lexicon, add display names/descriptions for event and properties for data democratization (Lexicon/data dictionary)
Development Tasks - Where to add tracking code: - Web (JS): On the plan selection button click handler for both options (same event, different option_type value) (Track events code; Use properties over many events) - Mobile: Add in the button’s onClick/onTap handler on the relevant screen - Server (optional, preferred for reliability if selection is confirmed server-side): Emit same event with identical schema when selection is received (We recommend server-side tracking) - Sample code (Web JS):
mixpanel.track('plan_selected', {
option_type: 'premium', // or 'default'
page_name: '/pricing'
})
(Replace values dynamically at runtime; ensure distinct_id is set for logged-in users) (Track events code; Identify users) - QA/Validation: - Verify event and properties appear in Events in real time and values match expectations (Events page) - Confirm property casing and value sets - Confirm event fires once per click and not on page load
Notes - Start lean: one event with a key property aligns with Mixpanel guidance to keep actions grouped and use properties for specificity, improving analysis and reducing risk of event sprawl (Group via properties; avoid ballooning events; Data democratization via structure). - This event can feed Funnels and Breakdown analyses directly to compare default vs premium selection. (Events and properties enable breakdowns)
kapa.ai is still learning and improving, please let me know how I did by reacting below.
ℹ️ Tip: Mention @kapa.ai in the thread for follow-ups or DM the app for 1-to-1 help.
