الفرق بين عدد طلبات التذاكر وتسجيلات الدخول للفعالية يبدأ بوحدة العد: الطلب قد يضم أكثر من تذكرة، والتذكرة لا تثبت وحدها تسجيل الدخول. لذلك تحتاج تقريرًا يسمي ما يعده قبل عرض النسبة. نبني سجلًا مؤلفًا من ستة طلبات تضم اثنتي عشرة تذكرة، ونوضح لماذا تعطي التذاكر نسبة تختلف عن نسبة الطلبات التي سجلت منها تذكرة واحدة على الأقل. لم نبع تذاكر أو ننظم فعالية أو نفحص بيانات زوار حقيقيين.
الخلاصة السريعة
اعرض عدد الطلبات وعدد التذاكر وعدد التذاكر المسجلة دخولًا كلًا بعنوانه، واختر مقام النسبة من الوحدة نفسها.
- يفرق دليل Eventbrite بين جمع معلومات مشتري الطلب وجمع معلومات كل حامل تذكرة. في الطلب المتعدد التذاكر لا تجعل اسم المشتري سجلًا مستقلًا لكل زائر. [1]
- مثالنا ستة طلبات بمعرفات مستقلة، اشتراها خمسة معرفات مشترين معطاة؛ أحدهم وضع طلبين. أعداد التذاكر 1 و 3 و 2 و 1 و 4 و 1 ، ومجموعها 12. لا نثبت بها اثني عشر شخصًا مختلفًا أو ستة مشترين مختلفين.
- نختار لحظة قطع مؤلفة هي 14 أكتوبر 2027 ، الساعة 12:00 ، ونفترض الطلبات مكتملة والتذاكر صالحة، دون إلغاء أو تحويل أو ضيوف أو إضافات. نعد كل معرف تذكرة مرة واحدة، ولا نقارن مناطق زمنية.
- أعداد التذاكر المسجلة دخولًا لكل طلب 1 و 2 و 1 و 0 و 3 و 1: مجموعها 8 ، وتبقى 4 غير مسجلة عند القطع. خمسة طلبات من الستة لها تسجيل واحد على الأقل. هذه حالة سجل، لا عدد الموجودين الآن داخل القاعة.
- نسبة التذاكر المسجلة 8÷12 ، نحو 66.67%؛ ونسبة الطلبات التي لها تسجيل 5÷6 ، نحو 83.33%. المقياسان مختلفان، ولا نحسب 8÷6 بوصفه نسبة دخول التذاكر أو نسمي أيهما تحويل حملة إعلانية.
- يصف Eventbrite تقرير Check-ins بأنه للتذاكر المسجلة فقط، ومعاينته حتى 25 صفًا؛ يلزم التصدير لرؤية جميعها. وحالة Attending لا تعني أن الدخول سجل بالفعل. غياب التسجيل عند لحظة القطع ليس إثبات غياب نهائي. [2] [3]
- احتفظ بمعرف الفعالية والطلب والتذكرة، ووحدة الصف والفلاتر ووقت القطع ومصدر البيانات. تحقق من تكرار الصفوف قبل الربط، وافصل حالة الدفع وهوية الزائر والحضور الفعلي والرضا عن هذا العد. لم ننفذ تصديرًا أو مسحًا أو إرسالًا لرسائل.
1. الطلب وحامل التذكرة ليسا المستوى نفسه
يتيح دليل نموذج الطلب في Eventbrite جمع معلومات مشتري التذاكر فقط أو معلومات كل حامل تذكرة. في الخيار الأول للطلب المتعدد تحفظ معلومات الشخص الذي أكمل التسجيل، لا معلومات مستقلة لكل حامل. [1]
يشرح هذا الفرق لماذا قد ترى اسمًا واحدًا إلى جانب كمية ثلاثة، ثم ترى ثلاثة صفوف تذاكر تخص الطلب نفسه في تقرير آخر. لا يعني ذلك أن التقرير الأول فقد شخصين بالضرورة؛ قد يكون مستوى صفه الطلب، بينما مستوى الصف في الآخر التذكرة. اقرأ عنوان الحقل وكمية التذاكر وطريقة جمع المعلومات قبل أن تصف اختلاف العدد بأنه خطأ في التسجيل.
نستخدم كلمة «طلب»للمجموعة التي أتمها مشتر في عملية تسجيل واحدة في مثالنا، وكلمة «تذكرة»للوحدة التي تحمل معرفًا مستقلًا داخل ذلك الطلب. لا نضيف بيانات شخصية حقيقية إلى هذا التعريف. يمكن أن يشتري شخص لغيره أو يضع أكثر من طلب، ولذلك لا نستخرج عدد الأشخاص من عدد الطلبات دون تعريف إضافي ومعلومات تبين العلاقات التي تريد عدها.
لمن يعد تقريرًا تسويقيًا بعد الفعالية، السؤال الأول ليس أي رقم يبدو أكبر في الشريحة، بل ماذا يريد وصفه: عمليات التسجيل، أم التذاكر المخصصة، أم الدخول المسجل؟ لكل سؤال وحدة مختلفة. تستطيع وضع الأرقام الثلاثة بجوار بعضها إذا سميتها، لكن دمجها تحت عنوان «الحضور»يترك القارئ أمام معان متعددة لا يعرف أيها تحقق في البيانات المعروضة.
ولا نفترض أن كل منصة تستخدم أسماء الحقول نفسها أو تحفظ المستوى نفسه في ملفاتها. نستفيد من التمييز المسمى في الدليل، ثم نعرف نموذجنا الخاص. عند مراجعة ملف فعلي، احتفظ باسم التقرير وتعريف صفه وإعداد جمع المعلومات الذي تعرفه. هذه البيانات تساعد على تفسير الرقم، ولا يغني عنها تكرار عبارة «عدد المسجلين»في عدة مواضع من غير بيان وحدة التسجيل.
2. ستة طلبات وخمسة مشترين واثنتا عشرة تذكرة
نؤلف ستة طلبات مرقمة من 1 إلى 6. يضم الطلب الأول تذكرة واحدة، والثاني ثلاثًا، والثالث اثنتين، والرابع واحدة، والخامس أربعًا، والسادس واحدة. مجموع التذاكر 12 ، بينما عدد معرفات الطلبات 6. لا نعد كمية التذاكر طلبات إضافية، ولا نختزل كل كمية في تذكرة واحدة لأن لها رقم طلب واحدًا. الرقم المناسب يتبع المستوى الذي وصفناه.
نعطي المشترين معرفات مؤلفة لا أسماء حقيقية: X للطلبين 1 و 6 ، و Y للطلب 2 ، و Z للطلب 3 ، و W للطلب 4 ، و V للطلب 5. إذن عدد معرفات المشترين المختلفة 5 رغم وجود 6 طلبات. هذه العلاقة معطاة في المثال، وليست نتيجة مطابقة أشخاص حقيقيين من تشابه أسمائهم أو عناوين بريدهم. نعرف أن X نفس المعرف لأننا وضعنا هذا الشرط صراحة.
عدد التذاكر 12 لا يثبت اثني عشر زائرًا مختلفًا. لم نعط جدول أشخاص مستقلًا يربط كل تذكرة بهوية فريدة، ولم نفحص من سيستخدم التذكرة. كذلك لا يثبت وجود 5 معرفات مشترين أن هؤلاء الخمسة حضروا بأنفسهم. هم أصحاب الطلبات في نموذجنا، وتسجيل الدخول سيخص معرفات تذاكر نحدد حالتها لاحقًا. إبقاء العلاقة معطاة يمنعنا من إضافة هوية لم نعرفها.
يمكن أن يظهر معرف X في صفين داخل جدول الطلبات من غير أن يكون التكرار خطأ. لكل صف طلب مختلف، ولذلك نحافظ على الصفين عند عد الطلبات، ونعد المعرف مرة واحدة عند عد المشترين المختلفين. حذف أحد الصفين لإزالة تكرار اسم المشتري سيمحو تذكرة من السجل إذا نقلنا الإجراء إلى مستوى لا يناسب السؤال. حدد مفتاح العد قبل أي حذف أو تلخيص.
اكتب في بطاقة المثال ثلاثة أسطر منفصلة:6 طلبات، و 5 معرفات مشترين، و 12 تذكرة. هذه الأرقام تنتمي إلى علاقات معلومة في الجدول نفسه. لا حاجة إلى اختيار واحد منها وإعلان أن الآخرين غير صحيحين. الخطأ يبدأ عندما ننقل الرقم إلى عنوان لا يصفه، أو نجعل شخصًا واحدًا له طلبان شخصين مختلفين لأننا لم ننتبه إلى مستوى الصف.
3. لحظة القطع تحدد الحالة التي تقرأها
نختار لحظة قطع للسجل المؤلف هي 14 أكتوبر 2027 عند الساعة 12:00 بساعة محلية معطاة للمثال. لا نحول هذه الساعة بين مناطق زمنية، ولا نقول إنها وقت فعالية حقيقية. كل نتيجة لاحقة تخص هذه اللحظة. إذا تغيرت حالة تذكرة بعد ذلك، فإن تقريرًا جديدًا قد يعطي عددًا مختلفًا دون أن يجعل التقرير السابق خطأ، ما دام كل منهما يعرف لحظته بوضوح.
نفترض أن الطلبات الست مكتملة وأن التذاكر الاثنتي عشرة صالحة عند القطع. نستبعد الإلغاء والتحويل والاسترداد والضيوف والإضافات، حتى لا يكون مقام النسبة خليطًا من حالات لم نحددها. هذه فروض المثال وليست وصفًا لكل ملف Eventbrite. إذا كانت لديك تلك الحالات في تقرير فعلي، فستحتاج قاعدة معلنة لما يدخل في العدد وما يخرج منه قبل الحساب.
تعريف النطاق يشمل فعالية واحدة ومجموعة تذاكر واحدة معلومة. لا نخلط سجل دخول جلسة بسجل دخول الفعالية كلها، ولا نجمع يومين تحت عنوان يوم واحد. يجب أن تتفق مجموعة المقام مع المجموعة التي وجدنا داخلها البسط. قد تكون تذكرة مسجلة في جلسة أخرى صحيحة في تقريرها، لكنها ليست دليلًا على الدخول المسجل للجلسة التي اخترتها لسؤالك الحالي.
نعد معرف كل تذكرة مرة واحدة في حالته المعطاة عند القطع. لا نستخدم عدد محاولات المسح أو ضغطات جهاز في هذا النموذج. لو امتلكت سجل محاولات، فستحتاج فهم أحداثه ونتائجها قبل تحويل الصفوف إلى تذاكر دخلت. ليس كل ملف يحمل وقتًا ومعرفًا يؤدي وظيفة لقطة الحالة التي نبنيها هنا؛ اسم السجل وتعريف صفه يحددان ما يستطيع دعمه.
تسمية وقت القطع تساعد أيضًا على تفسير الفرق بين ملفين أرسلهما فريقان. قارن أولًا الفعالية والفلاتر والوقت ووحدة الصف قبل اتهام أحدهما بنقص العدد. قد يكون أحد التقريرين أقدم أو يضم فئة مختلفة. لا نصدر حكمًا عن سبب فرق فعلي لم نر بياناته، لكن هذه الأسئلة ترتب المراجعة وتجعل المقارنة بين مصدرين معروفة الحدود بدل الاكتفاء بالنظر إلى رقم النهاية.
4. عد التذاكر المسجلة من معرفاتها
نعطي أعداد التذاكر المسجلة دخولًا لكل طلب بالترتيب 1 و 2 و 1 و 0 و 3 و 1. مجموعها 8. داخل الطلب الثاني سجلت تذكرتان من ثلاث، وداخل الخامس ثلاث من أربع؛ أما الطلب الرابع فلا توجد فيه تذكرة مسجلة عند القطع. هذه حالات ألفناها للتفسير. الصورة الرئيسية تعرض التذاكر المعطاة بألوان توضح الفرق، ولا تمثل نتيجة مسح نفذناه في مكان فعلي.
نطرح 8 من 12 فتتبقى 4 تذاكر غير مسجلة في لقطة المثال. يمكن مراجعتها بالطلبات: واحدة في الثاني، وواحدة في الثالث، وواحدة في الرابع، وواحدة في الخامس. هذا التوزيع يطابق الفرق الكلي. لا نضيف تذكرة غير مسجلة إلى الطلب الأول أو السادس لأن كليهما له واحدة سجلت بالفعل. التحقق بالصفوف يمنحك طريقًا لفحص المجموع بدل الاكتفاء بنتيجة طرح صحيحة.
التسجيل المعطى هنا يخص حالة معرف التذكرة، ولا يصف هوية مستخدمها أو موضعه الحالي. لم نعط مغادرات أو عودة أو زمن بقاء داخل القاعة. لذلك لا نكتب أن ثمانية أشخاص موجودون داخلها الآن. ويمكن في تقرير آخر عد أفراد متميزين أو حركة دخول وخروج إذا وجدت بيانات مناسبة، لكن تلك مهمة مختلفة تحتاج تعريف الشخص أو الحدث والفترة التي تريد مراقبتها.
إذا كانت لدى المنظم قائمة تذاكر وسجل دخول منفصلان، يمكن ربط معرف التذكرة بينهما بعد التأكد من وحدة الصف. غياب الاسم ليس سببًا لاستبدال المفتاح باسم المشتري في كل علاقة. الطلب المتعدد يحمل أكثر من تذكرة، والاسم الواحد قد يظهر في أكثر من طلب. معرف التذكرة الذي نعده هو ما يحافظ على مستوى هذه النتيجة في نموذجنا، لا عدد مرات ظهور اسم عام في مستند.
احتفظ بقائمة المعرفات التي أنتجت العدد 8 عند التحقق، ثم اعرض العدد المختصر في التقرير المناسب. هذا يسمح بمراجعة هل عد أحد المعرفات مرتين أو دخلت تذكرة من فعالية أخرى. لا يحتاج القارئ العام إلى بيانات شخصية كي يفهم المقياس، وقد تكفيه أرقام مجهولة الهوية. لكن المراجع المسؤول يحتاج مسارًا واضحًا إلى الصفوف التي يدعم بها الاستنتاج وفق نطاق عمله.
5. هل سجل شيء من كل طلب؟ سؤال آخر
نسأل الآن سؤالًا على مستوى الطلب: هل توجد فيه تذكرة واحدة على الأقل سجلت دخولًا عند القطع؟ الإجابة نعم للطلبات 1 و 2 و 3 و 5 و 6 ، ولا للطلب 4. إذن لدينا 5 طلبات تحقق هذا الشرط من مجموع 6. لا نستخدم هنا عدد التذاكر المسجلة داخل الطلب، بل حالة الشرط الذي عرفناه للطلب كله. تذكرتان مسجلتان في الطلب الثاني لا تجعلان له إجابتين نعم.
في الطلب الخامس توجد 3 تذاكر مسجلة، لكنه يسهم بواحد فقط في عد الطلبات التي تحقق الشرط. والطلب الأول الذي له تذكرة واحدة مسجلة يسهم بواحد أيضًا. هذا ليس تجاهلًا لأعداد التذاكر؛ إنه تعريف مختلف للمقياس. إذا أردت قياس جزء التذاكر الذي دخل، عد التذاكر. وإذا أردت قياس وجود تسجيل واحد على الأقل في كل طلب، فاختبر الشرط مرة لكل معرف طلب.
قد يساعد هذا السؤال في مراجعة الطلبات التي لم يظهر منها أي تسجيل في الملف الذي تراه، لكنه لا يقرر وحده سبب ذلك أو صيغة التواصل المناسبة. لم نعط ما إذا كانت الفعالية انتهت أو كان بعض أصحاب التذاكر سيسجلون لاحقًا أو كانت هناك بيانات لم تصل بعد. العدد يصف حالة شرط محدد، ولا يحول بقية الطلبات إلى حالات غياب مؤكدة دون معلومات إضافية.
لا نسمي الطلبات الخمسة مشترين حضروا. قد يكون صاحب الطلب اشترى لغيره، وقد يشترك صاحب معرف واحد في طلبين كما فعل X. حتى إذا جمعت معرفات المشترين المرتبطة بالطلبات التي فيها تسجيل، فستعد علاقة أخرى، لا هوية كل شخص دخل. الفصل بين صاحب الطلب وحامل التذكرة يمنع تحويل جدول صحيح إلى استنتاج عن أشخاص لم يصفهم ذلك الجدول.
اكتب اسم المقياس كاملًا: «طلبات لها تسجيل تذكرة واحدة على الأقل». العنوان أطول من «الحضور»، لكنه يزيل فرقًا مهمًا. تستطيع اختصاره في رسم إذا شرحت تعريفه بجواره. لا تجعل الاختصار يعد شيئًا مختلفًا، مثل اكتمال دخول كل تذاكر الطلب أو حضور كل أفراد المجموعة؛ المثال نفسه يضم طلبين سجل جزء من تذاكرهما فقط، ومع ذلك يحققان الشرط.
6. اختر المقام من وحدة البسط نفسها
نسبة التذاكر المسجلة في مجموعة المثال هي 8÷12 ، أي نحو 66.67%عند التقريب إلى منزلتين عشريتين. البسط والمقام كلاهما تذاكر:8 معرفات مسجلة ضمن 12 معرفًا صالحًا عرفناه. أما نسبة الطلبات التي تحقق شرط تسجيل واحد على الأقل فهي 5÷6 ، نحو 83.33%. البسط والمقام في الثانية طلبات. المقياسان صحيحان تحت تعريفهما، ولا ينافس أحدهما الآخر على وصف العدد نفسه.
إذا قسمت 8 تذاكر مسجلة على 6 طلبات، تحصل على نحو 1.33 تذكرة مسجلة لكل طلب في المتوسط. يمكن أن يكون هذا متوسطًا له عنوانه، لكنه ليس نسبة التذاكر التي سجلت دخولًا من المجموعة. ضربه في 100 وكتابته 133.33%لا يصحح اختلاف الوحدتين. النسبة التي تقصدها تحتاج بسطًا جزءًا من مجموعة المقام التي عرفتها، لا مجرد رقمين موجودين في لوحة واحدة.
متوسط التذاكر لكل طلب في سجلنا 12÷6 يساوي 2 ، مع أن الطلبات الفردية تضم 1 أو 2 أو 3 أو 4. لا تعوض المتوسط عن الصفوف عند حساب التسجيل؛ لو افترضت أن لكل طلب تذكرتين فقد تغير توزيع المثال. احتفظ بالقيم الأصلية للطلبات عندما تختبر العضوية والشرط، واستعمل المتوسط بوصفه ملخصًا مناسبًا لسؤاله، لا بوصفه وصفًا لكل طلب دون استثناء.
في رسم المقياسين اكتب العددين مع النسبة:8 من 12 ، و 5 من 6. هذا يمنح القارئ المقام ويقلل احتمال أن يظن 83.33%نسبة دخول التذاكر. احتفظ بالقيم غير المقربة في ورقة التحقق، وسم النسب المعروضة بأنها تقريبية. ليس الفرق بين 66.67 و 83.33 دليل خطأ تقريب؛ المقياسان يختلفان في مستوى العد قبل أي تقريب أصلاً.
ولا نطلق على أحدهما «تحويل الحملة». لم نعط مشاهدات إعلان أو نقرات أو زوار صفحة أو علاقة إسناد بين الحملة والطلبات. بيانات ما بعد التسجيل تجيب عن أسئلة تخص المجموعة المسجلة وحالتها. حساب نسبة إعلان يحتاج مجموعة أخرى وتعريفًا واضحًا للحدث والمقام والإسناد. لا تضف هذا المعنى إلى نسبة تسجيل الدخول لأنها تستخدم علامة النسبة المئوية نفسها.
7. تقرير الدخول وحده لا يمنحك مقام كل التذاكر
يذكر دليل Eventbrite أن تقرير Check-ins يضم التذاكر المسجلة دخولًا فقط، وأن المعاينة تعرض حتى 25 صفًا؛ لرؤية جميع التسجيلات يلزم تصدير البيانات. [2]
لهذا لا نستخرج 12 من عدد صفوف تقرير يضم فقط التذاكر المسجلة. في مثالنا ستظهر معرفات 8 في قائمة الحالة المختارة إذا اقتصرت على المسجل، ولن تظهر التذاكر 4 غير المسجلة داخل هذه المجموعة. إذا جعلت 8 مقامًا وبسطًا، فستحصل على 100%لمجموعة عرّفتها سلفًا بأنها المسجلة. هذا لا يجيب عن نسبة التسجيل بين التذاكر الاثنتي عشرة الصالحة التي كانت سؤالنا.
تحتاج للمقام قائمة التذاكر التي تنتمي إلى النطاق نفسه، أو مصدرًا موثوقًا يعطي عددها وفق الشروط نفسها. ثم تربط الحالات بالمجموعة من غير زيادة تذاكر من فئات مستبعدة. في نموذجنا وفرنا القائمة الكاملة والحالات معًا. لم ندخل حسابًا أو ننزل تقريرًا فعليًا، ولذلك لا نقدم وصف واجهة مجربة أو نزعم أن ملفًا خاصًا خرج بهذه الصفوف.
والحد المعروض في المعاينة لا يحدد عدد التذاكر المسجلة إذا كانت القائمة أطول منه. قد ترى 25 صفًا لأنها مساحة العرض، لا لأن مجموع التسجيلات 25. تحقق من نطاق الملف المصدّر ومن تعريفه عندما تحتاج كل الصفوف، ولا تحول الجزء المرئي إلى رقم نهاية من غير دليل. مثالنا صغير لتسهيل العد، لكنه يوضح الفرق بين جزء معروض ومجموعة بيانات مكتملة.
احفظ الفلاتر التي استخدمها المصدر، مثل الفعالية والفترة والفئات الداخلة. مقارنة قائمة تحتوي ضيوفًا بقائمة تستبعدهم قد تعطي فرقًا صحيحًا ناتجًا عن النطاق، لا تكرارًا خاطئًا. نحن نستبعد الضيوف والإضافات صراحة. في التقرير الفعلي يجب أن يعلم من يراجع النسبة ما إذا كانت تلك الفئات ضمن مقامها، وأن يتفق البسط والمقام على ذلك قبل النشر.
8. غير مسجل الآن لا يعني غائبًا نهائيًا
يفرق مسرد Eventbrite بين Attending، التي قد تخص تذكرة قبل بدء الفعالية أو قبل تسجيل الدخول، وبين Checked In للدخول المسجل. لا نجعل الاسم الأول دليل دخول فعلي. [3]
في لقطة الساعة 12:00 للمثال توجد 4 تذاكر غير مسجلة. نستطيع قول ذلك لأن الحالات معطاة، لكننا لا نعرف من هذا وحده هل سينتهي الحدث دون تسجيلها. لم نعط موعد انتهاء أو حالة نهائية مكتملة لكل مصادر الدخول. لذلك تجنبنا كلمة «تغيب»بوصفها حكمًا نهائيًا. يمكنك إعداد تقرير ختامي إذا امتلكت تعريفه وبياناته، لكنه سيحتاج نطاقًا آخر أو لحظة أخرى مصرحًا بها.
قد تحمل حالة إدارية تسمية تفهمها بالعربية على أنها حضور مؤكد، بينما يقصد النظام بها مرحلة تسجيل محددة. اقرأ التعريف لا الترجمة القصيرة وحدها. هذا ينطبق على حقول عدة في تقارير الفعاليات، لكننا لا نخترع معاني لبقية الحالات هنا. راجع تعريف الحالة التي تستعملها في المقياس، ثم اكتب للقارئ معنى يتفق معه من غير تقوية الاستنتاج بما لم تقله البيانات.
تسجيل الدخول أيضًا لا يقيس الرضا أو مدة الزيارة. قد تحتاج استبيانًا أو سجل خروج أو بيانات جلسات للإجابة عن تلك الأسئلة. العدد 8 في نموذجنا لا يتضمن هذه المعلومات. لا نعرضه على راعٍ بوصفه ثمانية عملاء مقتنعين بمنتج أو ثمانية أشخاص أكملوا البرنامج؛ هذه عبارات تحتاج أدلة تخص النتائج التي تتحدث عنها، لا عد التذاكر المسجلة فقط.
وبالمثل لا نستخدمه لمتابعة إشغال القاعة الآن. عدد الموجودين يحتاج تعريف الدخول والخروج والعودة والفئات التي تدخل من دون تذاكر المجموعة، إذا كانت موجودة. لم نبن مثل هذا النظام. تظل نتيجة السجل مفيدة حين نضعها تحت عنوانها، ونترك سؤال الإشغال أو الغياب النهائي أو الرضا للبيانات التي يمكن أن تدعمه بدل تحميل مقياس واحد كل وظائف التقرير.
9. امنع تضاعف الصفوف عند ربط التقريرين
إذا ربطت جدول الطلبات بجدول التذاكر، فقد يظهر الطلب 2 ثلاث مرات لأن له 3 تذاكر. هذه صفوف متوقعة على مستوى التذكرة، لكنها لا تجعل لديك ثلاثة طلبات مختلفة تحمل المعرف نفسه. بعد الربط حدد هل ستعد معرفات الطلبات المختلفة أم صفوف التذاكر. الإجراء الحسابي يجب أن يطابق الوحدة المطلوبة في الملخص الذي ستضعه على الشريحة.
مثلًا، نسخ معلومات المشتري Y إلى الصفوف الثلاث لا يثبت ثلاثة مشترين مختلفين. هي معلومات الطلب نفسه بجوار تذاكر مختلفة. وإذا كانت لديك سجلات متعددة للتذكرة نفسها، فلا تجمع كل صفوفها على أنها تذاكر جديدة قبل معرفة وظيفة تلك السجلات. نستخدم في المثال لقطة حالة واحدة لكل معرف؛ هذه البنية تمنع الخلط بين معرف التذكرة وعدد الأحداث التي ربما ارتبطت به في ملف آخر.
يمكن أن تبدأ ورقة التحقق بأعداد قبل الربط وبعده:6 معرفات طلبات، و 12 معرف تذكرة، وحالة تسجيل لكل تذكرة عند القطع. ثم تتأكد أن المعرفات الأصلية لم تختف وأن صفوفًا غريبة لم تدخل النطاق. زيادة عدد الصفوف قد تكون نتيجة علاقة معروفة، وقد تكون نتيجة ربط غير مناسب؛ لا نحكم عليها من الحجم وحده. نراجع المفاتيح والعضوية ونوع العلاقة التي قصدناها.
لا تصلح الأسماء وحدها بديلًا عن مفاتيح المثال. تشابه اسمين قد يخفي شخصين، واختلاف كتابة اسم قد يخص الشخص نفسه. نحن أعطينا معرفات المشترين صراحة ولم ننفذ مطابقة هوية. إذا كان سؤالك أشخاصًا متميزين في بيانات حقيقية، فستحتاج تعريفًا وإجراءً مناسبين لذلك العمل؛ لا تجعل إزالة الأسماء المتكررة طريقة مؤكدة لعد الزوار من غير أساس إضافي.
احتفظ بنتيجة الربط القابلة للفحص ومصدر كل عمود، ثم اعرض في التقرير العام الملخص اللازم. لا حاجة إلى نشر معلومات شخصية لتفسير أن 8 تذاكر من 12 مسجلة. ويمكن استخدام معرفات مؤلفة كما فعلنا عند تدريب فريق على المقاييس. وظيفة المثال تعليم وحدة العد، بينما مراجعة ملف فعلي تحتاج نطاق وصول مناسبًا وبيانات تخصه لم ندخلها في هذا الشرح.
10. اكتب بطاقة مقياس تستطيع مراجعتها
لكل رقم في التقرير بطاقة قصيرة: اسم الفعالية أو نطاقها، واسم المقياس، ووحدة الصف، والفلاتر، ووقت القطع، ومصدر البسط والمقام، وطريقة العد والتقريب. في مثالنا تكتب أن نسبة التذاكر المسجلة 8 من 12 عند اللحظة المعطاة، وأن الضيوف والإضافات والإلغاء والتحويل خارج النطاق. هذه المعلومات تجعل النسبة قابلة للقراءة، بدل ترك 66.67%بلا مجموعة تعرف ما تعنيه.
ضع المقياس الآخر تحت عنوان مختلف:5 طلبات من 6 لها تسجيل تذكرة واحدة على الأقل، نحو 83.33%. لا تختصر شرط «واحدة على الأقل»إذا كان حذفه يجعل القارئ يظن أن كل تذاكر الطلب دخلت. مثال الطلبين 2 و 5 يظهر الفرق بوضوح؛ كلاهما يحقق الشرط، لكن فيه تذكرة لم تسجل. تعريف المقياس جزء من النتيجة التي تنشرها، وليس ملاحظة يمكن إسقاطها دون أثر.
راجع المجاميع من القيم الأصلية قبل اعتماد الرسم:12 تذكرة، و 8 مسجلة، و 4 غير مسجلة، و 5 طلبات تحقق الشرط، و 6 طلبات إجمالًا. وراجع أن 5 معرفات المشترين المختلفة جاءت من علاقات معطاة، لا من عد الطلبات. هذه نتائج متسقة في سجلنا الصغير. إذا تغير صف أو حالة في بيانات فعلية، أعد الحساب من ذلك المصدر بدل تعديل رقم النسبة وحده على الشريحة.
افصل أسئلة الأداء التسويقي الأخرى في بطاقات أخرى. الإيراد يحتاج مبالغ وصفة تحصيل، والتحويل الإعلاني يحتاج مجموعة التعرض والإسناد، والرضا يحتاج دليلًا مناسبًا، وعد الموجودين يحتاج حركة دخول وخروج. لا نملك هذه المدخلات هنا. يمكنك تقديم تقرير أوسع عندما تتوافر، لكن لا تملأ الفراغات بتفسير أقوى للعدد 8 لأن العرض يحتاج نهاية تبدو حاسمة.
الفرق بين عدد الطلبات والتذاكر وتسجيلات الدخول يصبح سهلًا عندما تسمي الوحدة وتحفظ علاقاتها. الطلب الواحد قد يحمل عدة تذاكر، والمشتري الواحد قد يحمل عدة طلبات، والتذكرة قد تكون صالحة دون تسجيل دخول عند لحظة معينة. بعد هذه المراجعة يمكنك عرض كل رقم بأمانة، وتحديد السؤال الذي يجيب عنه، وترك ما لم تثبته البيانات واضحًا لمن سيعتمد تقرير الفعالية في قراره.
المصادر ومتابعة القراءة
- Eventbrite: Set up your event order form ، معلومات المشتري وحامل التذكرة. (يفتح في نافذة جديدة)eventbrite.com
- Eventbrite: Download your Check-ins report ، نطاق التقرير والمعاينة. (يفتح في نافذة جديدة)eventbrite.com
- Eventbrite: Glossary of order and attendee statuses ، معاني حالات التسجيل والدخول. (يفتح في نافذة جديدة)eventbrite.com
أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.