أدلة عمليات الاستجابة: المقابلات المعرفية من التصميم إلى التحقق

أدلة عمليات الاستجابة Response Process Evidence تسأل سؤالًا لا تستطيع معاملات الثبات أو التحليل العاملي وحدها الإجابة عنه: ماذا يفعل الشخص فعليًا عندما يقرأ المهمة ويفهمها ويسترجع معلومات ويكوّن حكمًا ويختار استجابة؟ إذا كان المسار الذي يستخدمه المفحوص مختلفًا عن المسار الذي يفترضه تعريف البناء، فقد تكون الدرجة مدعومة إحصائيًا لكنها تحمل معنى غير مقصود. المقابلات المعرفية، التفكير بصوت عال، verbal probing، الملاحظة، وتحليل آثار التفاعل الرقمية يمكن أن تكشف سوء فهم أو عبئًا لغويًا أو استراتيجية غير مقصودة. هذه الصفحة تشرح تصميم دراسة response process وتحليلها وربطها بحجة الصدق والإنصاف، مع حماية البنود المحمية وعدم تحويل عينة نوعية صغيرة إلى تقدير انتشار.

ما المقصود بأدلة عمليات الاستجابة؟

Standards 2014 تعد response processes أحد مصادر evidence التي يمكن أن تدعم تفسير الدرجات، والفصل الرابع من Educational Measurement 2026 يضعها داخل حجة validity أوسع لا قائمة فحص مستقلة. الفكرة هي مقارنة العمليات الملاحظة أو المبلغ عنها بما يتوقعه نموذج البناء. في سؤال رياضيات قد نريد reasoning رياضيًا لا تخمينًا من صياغة لغوية، وفي مقياس نفسي نريد أن يفسر المستجيب عبارة ضمن البناء المقصود لا معنى محليًا مختلفًا. evidence يمكن أن يدعم الافتراض أو يضعفه أو يكشف بديلًا plausible يجب التحقيق فيه.

الدليل لا يثبت أن العقل شفاف

ما يقوله المشارك عن تفكيره ليس تسجيلًا كاملًا للعملية العقلية. بعض العمليات سريعة أو غير واعية، والتفكير بصوت عال قد يغير المهمة، والذاكرة بعد الإجابة قد تعيد بناء الأحداث. لذلك نعامل verbal data بوصفها evidence مشروطة بطريقة الجمع، لا نافذة مباشرة إلى الحقيقة. يمكن تقويتها بمقارنة مصادر مثل زمن الاستجابة، مسار النقر، الملاحظة، إجابة follow-up، وبيانات الأداء، لكن كل مصدر له افتراضاته. الهدف بناء حجة تراكمية لا مطالبة بقراءة الذهن.

المقابلة المعرفية Cognitive Interviewing

Cognitive interviewing هو أسلوب pretesting نوعي يقدم فيه المشارك إجابة ثم نستكشف كيف فهم السؤال والخيارات واسترجع المعلومات واختار الرد. المراجعات الحديثة وأدلة تطوير الاستبيانات توصي به لاكتشاف صيغ غامضة ومفاهيم غير مألوفة وفئات استجابة لا تناسب تجربة المستخدم. في المقاييس السريرية أو التعليمية، المقابلة لا تختبر diagnosis؛ هي تختبر هل الأداة تستثير المعنى المتوقع. يمكن إجراؤها قبل pilot واسع على مسودات أصلية أو على نسخة مترجمة بعد مراجعة الحقوق.

نموذج الفهم–الاسترجاع–الحكم–الاستجابة

من الأطر الشائعة في survey response تقسيم العملية إلى comprehension، retrieval، judgment، response mapping. قد يفهم المشارك السؤال بطريقة مختلفة، أو لا يجد فترة تذكر مناسبة، أو يدمج أحداثًا لا يريدها المصمم، أو يجد أن خيارات الإجابة لا تمثل حكمه. هذا الإطار يساعد في كتابة probes وترميز المشكلات لكنه ليس نموذجًا إلزاميًا لكل اختبار. في performance tasks قد نحتاج processes خاصة بالبناء مثل planning أو evidence integration أو strategy selection.

Recall Period جزء من العملية

في مقاييس الأعراض أو السلوك، عبارة «خلال الأسبوعين الماضيين» تفرض مهمة ذاكرة مختلفة عن «عادة». بعض المشاركين يعتمدون آخر حدث، آخر يوم، أو impression عام. Cognitive interview يمكن أن يسأل كيف كوّن الشخص حكمه من دون توجيهه إلى إجابة معينة. إذا اختلفت الاستراتيجيات بطريقة تؤثر في score meaning، قد نحتاج إعادة صياغة الفترة أو تعليمات أو نموذج الاستجابة، مع إعادة التحقق من الخصائص وعدم تعديل أداة محمية من دون حق.

Think-Aloud: متزامن أم استعادي؟

في concurrent think-aloud يشرح المشارك أفكاره أثناء الحل، ما يقرب البيانات من وقت العملية لكنه قد يبطئ المهمة أو يغير الاستراتيجية. في retrospective protocol يشرح بعد الأداء، فيقل التداخل لكن يزيد خطر النسيان وإعادة البناء. اختيار الطريقة يعتمد على البناء والعبء. إذا كان الزمن جزءًا من القياس، concurrent verbalization قد يفسد الأداء التشغيلي، ولذلك تستخدم جلسة بحثية منفصلة ولا تُعامل درجتها كدرجة الاختبار. يجب توثيق التعليمات بدقة لأن probing المفرط قد يقود المشارك.

Verbal Probing: الأسئلة المسبقة والناشئة

Probes يمكن أن تكون scripted تسأل كل مشارك الأسئلة نفسها، أو emergent تتبع مشكلة ظهرت في الجلسة. أمثلة عامة: «ماذا تعني لك هذه العبارة؟»، «كيف اخترت هذه الفئة؟»، «ما الفترة التي فكرت فيها؟». يجب أن تكون probes محايدة وألا تكشف الإجابة الصحيحة أو هدف البند بطريقة تغير تفسيره. في الاختبارات المعرفية المحمية، يحفظ script داخل بيئة آمنة ولا ينشر النص التشغيلي. يمكن نشر نوع probe ووظيفته من دون نشر item.

Paraphrasing وConfidence Probes

طلب إعادة السؤال بكلمات المشارك يساعد في كشف معنى مختلف، بينما confidence probe يكشف إن كان الاختيار مؤكدًا أو اضطراريًا. لكن paraphrasing قد يكون صعبًا للأطفال أو بعض ذوي الإعاقة أو متعلمي اللغة ولا يعني الفشل في فهم السؤال بالضرورة. يجب تكييف technique مع communication access، مثل استخدام AAC أو وقت إضافي أو وسيط معتمد، مع تسجيل كيف أثرت الطريقة في البيانات.

حدد الادعاء قبل الجلسة

الدراسة القوية تبدأ بجدول item/process hypotheses: ما العملية المقصودة لكل نوع مهمة؟ ما alternative process الذي يهدد التفسير؟ ما evidence التي ستدعمه أو تضعفه؟ إذا دخل الباحث المقابلة فقط بسؤال «هل هذا واضح؟» سيحصل غالبًا على إجابات مجاملة. بدل ذلك تُشتق probes من assumptions في الـblueprint وvalidity argument. مثال: إذا كان بند يقيس inferential reading، نريد evidence أن المشارك دمج أجزاء النص لا أنه عرف الإجابة من معلومة خارجية.

اختيار المشاركين: التنوع أهم من المتوسط

Cognitive interviewing يستخدم عادة عينات صغيرة هادفة لأن الهدف اكتشاف أنواع مشكلات لا تقدير نسبة انتشارها. لذلك نختار مشاركين يمثلون خصائص قد تغير الفهم: العمر، اللغة، مستوى التعليم، الإعاقة، خبرة المجال، وموقع الأداء. دليل AMEE ومراجعات لاحقة يؤكدان أهمية target population. لا يوجد n عالمي؛ نستخدم جولات iterative ونراقب ظهور مشكلات جديدة، مع الاعتراف أن عدم ظهور مشكلة في عشرة أشخاص لا يثبت أنها غير موجودة في السكان.

Rounds أفضل من دفعة واحدة

يمكن إجراء الجولة الأولى، تعديل المسودة، ثم اختبار الإصدار الجديد في جولة ثانية مختلفة. هذا أقوى من مقابلة 30 شخصًا على نسخة واحدة ثم تنفيذ تعديلات لم تُختبر. يجب حفظ version لكل item وسبب التعديل، وأن نميز بين مشكلة مستمرة ومشكلة حلت. إذا أدى التعديل إلى تغيير construct أو response options جذريًا، قد يحتاج pilot سيكومتري جديد وليس مجرد cognitive recheck.

الأطفال والمراهقون

عند تطوير تقييمات للأطفال، اللغة والذاكرة وقدرة verbalization تختلف حسب العمر. لا ينبغي افتراض أن الطفل الذي لا يستطيع شرح استراتيجيته لم يفهم المهمة. يمكن استخدام أسئلة أقصر، رسوم أو أمثلة غير كاشفة، observation، وretrospective probes بعد مقطع قصير. يجب الحصول على consent/assent وفق السياق البحثي وحماية الخصوصية. كما يجب تجنب تحويل الجلسة إلى امتحان يشعر الطفل أنه فشل فيه؛ الهدف اختبار الأداة لا الحكم على الشخص.

اللغة والثقافة والتكييف

في النسخ المترجمة، response process evidence مهم لأنه يختبر equivalence الفعلي لا دقة الترجمة اللغوية فقط. قد تكون الكلمات صحيحة قاموسيًا لكن تستحضر مفهومًا مختلفًا أو شدة مختلفة. يجب أن تشمل العينة لهجات ومستويات لغة ذات صلة بالغرض، وتُقارن أنماط الفهم بين النسخ مع الحذر من جعل النسخة الأصلية معيارًا ثقافيًا وحيدًا. إذا ظهرت مشكلة، يراجع فريق الترجمة والبناء التعديل ثم يعيد الاختبار.

لا تستخدم Cognitive Interview لتبرير ترجمة ضعيفة

المقابلات مرحلة ضمن دورة adaptation وليست بديلًا عن forward/back translation أو expert review أو harmonization عند الحاجة. إذا كانت المسودة مليئة بأخطاء واضحة، يجب إصلاحها قبل استهلاك وقت المشاركين. وعند مقارنة لغات متعددة، يمكن استخدام protocol موحد مع probes خاصة بكل لغة، ثم تحليل issues مشتركة ولغوية محلية. صفحة test translation/adaptation في روافد تكمل هذا المسار.

الإعاقة والوصول في دراسات العملية

إذا سيستخدم الاختبار مع قارئ شاشة أو بديل استجابة أو AAC، يجب دراسة process تحت هذه الظروف لأن واجهة الوصول قد تصبح جزءًا من المسار. قد يفهم الشخص المحتوى لكنه يواجه ترتيب تركيز سيئًا، أو يفقد علاقة label بخيار، أو يستهلك working memory في التنقل. يمكن تسجيل نقاط التعثر والتقنيات المستخدمة مع احترام privacy. الإتاحة ليست مجرد usability منفصل إذا كانت تغير evidence التي يصل بها الشخص إلى البناء.

Process Data الرقمية

الاختبارات الرقمية تنتج timestamps وclicks وnavigation وkeystrokes وربما eye-tracking في البحث. هذه البيانات قد تكشف strategies أو disengagement، لكنها عالية الأبعاد ويمكن إساءة تفسيرها. زمن طويل قد يعني تفكيرًا عميقًا أو ارتباكًا أو انقطاعًا، وزمن قصير قد يعني fluency أو guessing. الفصل الرابع 2026 يؤكد أن process data تحتاج تحديد ما هو relevant وكيف يُجمع لدعم inference. يجب تجنب mining آلاف features ثم اختيار pattern يوافق القصة من دون validation مستقل.

الخصوصية في Process Data

تسجيل الصوت أو الشاشة أو keystrokes قد يجمع معلومات أكثر من الحاجة. يجب تقليل البيانات، توضيح consent، حماية التسجيلات، إزالة identifiers في التحليل، وتحديد مدة الاحتفاظ. لا نحتاج عادة تصوير وجه المشارك إذا كان الهدف فهم question interpretation. في الاختبارات التشغيلية، استخدام telemetry لأغراض جديدة قد يحتاج مراجعة سياسة وشفافية إضافية. جودة evidence لا تبرر جمع كل ما يمكن جمعه.

تحليل المقابلات: من الملاحظات إلى Issues

بعد الجلسات يُنشأ coding framework يربط كل issue بمرحلة process: فهم، استرجاع، حكم، mapping، لغة، وصول، أو strategy غير مقصودة. يمكن أن يكون issue severity مثل critical إذا يغير construct، moderate إذا يسبب ambiguity، minor إذا يخص wording دون تغير المعنى. يجب أن يراجع محللان جزءًا من البيانات عندما تكون القرارات مهمة، لكن qualitative agreement لا يتحول إلى غاية بحد ذاته؛ المناقشة حول evidence والسبب أهم من تعظيم Kappa على codes مصطنعة.

مصفوفة Item × Issue × Action

مورد عملي مفيد هو جدول لكل item version: intended meaning، participant group، issue، evidence snippet paraphrased، likely mechanism، severity، proposed action، owner، retest status. لا يحتوي الجدول العام نص item المحمي أو quote طويلًا يمكن أن يكشفه. يساعد هذا في منع تعديل عشوائي؛ كل change مرتبط بمشكلة، وكل مشكلة لها حالة retest. يمكن جمع issues عبر items لاكتشاف مشكلة نظامية في instructions أو response scale.

لا تعدل كل ما يقترحه المشاركون

المشاركون خبراء في تجربتهم وفهمهم، لكنهم ليسوا بالضرورة مصممي measurement. اقتراح كلمة بديلة قد يحل مشكلة لشخص ويخلق مشكلة لآخر أو يغير البناء. فريق التطوير يجمع evidence ويقرر، ثم يختبر التعديل. يجب تسجيل حتى القرارات «لا تغيير» مع rationale إذا كانت القضية مهمة. هذه الشفافية تمنع cherry-picking لتعليقات تؤيد الصياغة الحالية.

Response Process للمقيمين

المفهوم لا يخص test takers فقط. يمكن دراسة كيف يستخدم raters rubric وما evidence الذي يلتقطونه. الفصل الرابع 2026 يذكر rater-response process evidence، مثل think-aloud لفحص internalization وتطبيق scoring criteria. هذه الدراسات مفيدة إذا اختلفت ratings رغم تدريب جيد. قد نكتشف أن descriptor يُفهم بطريقتين أو أن rater يضيف معيارًا غير مكتوب. ترتبط هذه الصفحة بجودة scoring، لكنها تركز على آلية التفكير لا agreement فقط.

Response Process في المقاييس النفسية

في self-report scales قد يكشف participant أنه يجيب وفق «كيف أتمنى أن أكون» بدل «كيف كنت خلال الفترة»، أو أن مصطلحًا انفعاليًا يحمل معنى مختلفًا، أو أن response anchors لا تمثل التدرج. هذه evidence لا تعطي diagnosis ولا تقدر prevalence. إذا كانت الأداة محمية، لا نغير wording أو anchors إلا وفق حقوق ومسار validation. في تطوير أداة أصلية، يمكن استخدام findings قبل factor analysis والـreliability لأن الإحصاء اللاحق لا يصلح item misinterpretation منهجي.

COSMIN وContent Validity

COSMIN يركز في outcome measures على relevance وcomprehensiveness وcomprehensibility، ويعد دراسات target population جزءًا مهمًا من content validity. Cognitive interviewing يمكن أن يدعم comprehensibility ومناسبة الخيارات وفترة التذكر، لكنه لا يختبر وحده أن كل content domain ممثل. لذلك نجمع concept elicitation والخبراء ودراسات الفهم. هذه المنظومة مهمة للمقاييس النفسية والتعليمية أيضًا حتى لو لم تكن PROMs حرفيًا.

لا تخلط Face Validity مع Response Process Evidence

أن يقول خبير «السؤال يبدو مناسبًا» هو face judgment؛ أما response process study فتجمع بيانات عن كيفية تعامل target users فعليًا مع المهمة. قد يتفق الاثنان أو يختلفان. Face validity قد تساعد القبول لكنها لا تثبت process. بالمقابل، جلسة cognitive واحدة لا تعوض expert content review. الفصل بين المصادر يجعل validation أقوى لأن كل طريقة تجيب سؤالًا مختلفًا.

متى تصبح المشكلة Construct-Irrelevant؟

إذا كان أداء البند يتطلب عملية ليست جزءًا من construct، مثل معرفة ثقافية جانبية أو navigation معقد في اختبار معرفة، فهذا threat محتمل. لكن بعض العمليات تبدو جانبية وهي جزء مقصود، مثل القراءة في اختبار literacy. لذلك الحكم يرجع إلى construct definition. response process evidence تكشف الآلية، والـblueprint يقرر إن كانت construct-relevant. لا نصف كل صعوبة لغوية أو تقنية بأنها bias قبل هذا الربط.

تحليل الفروق بين المجموعات

يمكن تصميم cognitive labs تشمل مجموعات لغوية أو ثقافية أو ذوي إعاقات ومقارنة issue patterns. هذا لا يحتاج اختبار دلالة على n صغير؛ نبحث عن mechanisms متكررة تحتاج validation أوسع. إذا ظهر أن مجموعة تستخدم strategy مختلفًا بسبب feature، يمكن تعديل task أو تشغيل DIF أو usability study في عينة أكبر. الجمع بين qualitative process وquantitative DIF أقوى من أي منهما وحده.

مثال اصطناعي

لنفترض بندًا أصليًا يسأل عن تكرار سلوك «خلال 7 أيام» بخيارات من أبدًا إلى دائمًا. في cognitive interviews يشرح عدة مشاركين أن «دائمًا» تعني كل يوم، بينما مصمم الأداة يقصد «في كل فرصة متاحة» وقد لا توجد فرصة يوميًا. المشكلة response mapping/interpretation. يراجع الفريق تعريف البناء والفترة، يعيد صياغة التعليمات في النسخة التطويرية، ثم يجري جولة ثانية. لا نستنتج من خمسة مشاركين أن نسبة الخطأ في السكان 60%؛ نثبت فقط وجود failure mode يحتاج معالجة.

قائمة فحص لبروتوكول الدراسة

وثق: construct والassumptions؛ items/مهام البحث وإصداراتها؛ target participants وخطة التنوع؛ method concurrent/retrospective؛ scripted وemergent probes؛ تدريب interviewer؛ consent والخصوصية؛ recording؛ coding framework؛ severity rule؛ decision matrix؛ versioning؛ retest round؛ ومعايير التوقف. أضف خطة لحماية test content وعدم تسريب correct answers أو anchors. يجب أن يكون لكل تعديل evidence وowner.

ما الذي نكتبه في التقرير؟

التقرير يصف الغرض والعينة والخصائص المهمة والبروتوكول والتحليل وأنواع issues والتعديلات والحدود. يمكن عرض أمثلة paraphrased أو مواد أصلية إذا سمحت الحقوق، لكن لا تنشر بنودًا محمية. يجب الاعتراف بتأثير interviewer والعينة الصغيرة وreactivity. إذا كانت الدراسة جزءًا من validation argument، نربط findings بالinference التي تدعمها أو تضعفها بدل القول العام «تم التحقق من الصدق».

حقوق الاختبار وسرية Cognitive Labs

عرض item محمي على participant في دراسة مصرح بها لا يعني حق نشره في مقال أو صفحة عامة. يجب أن تحدد الرخصة من يمكنه رؤية المواد وكيف تحفظ التسجيلات. Participants قد يذكرون نص السؤال في audio، لذلك التسجيل نفسه حساس. يمكن فصل transcript عن item ID العام واستخدام redaction عند مشاركة البيانات بين الفرق. روافد تشرح المنهج ولا تنشر scripts مرتبطة باختبارات تجارية.

العلاقة مع Validity وBlueprint وDIF

Validity canonical يضع response processes ضمن حجة شاملة، والـblueprint يحدد العمليات المقصودة قبل البناء، وDIF يكشف فروقًا مشروطة في أداء البنود بعد التشغيل. هذه الصفحة تربط الثلاثة في المختبر: هل استُثيرت العملية المقصودة؟ إذا كشف lab feature غير مناسب، نعدله قبل pilot؛ وإذا ظهر DIF لاحقًا، نعود إلى process study لفهم السبب. إنها حلقة بين design وquantitative analysis وليست بديلًا عنهما.

الخلاصة

Response process evidence يجعلنا نختبر الآلية بين المهمة والدرجة. نحدد process hypothesis، نختار مشاركين متنوعين، نستخدم think-aloud أو probing مناسبًا، نحلل comprehension/retrieval/judgment/mapping والبدائل، ثم نربط كل issue بقرار وإعادة اختبار. نستخدم process data الرقمية بحذر ونحمي privacy وحقوق البنود. عندما تُدمج هذه evidence مع المحتوى والبنية والعلاقات والإنصاف تصبح validation أقرب إلى اختبار المعنى فعليًا لا مجرد فحص معاملات بعد جمع البيانات.

أسئلة شائعة

تدريب القائم بالمقابلة وضبط أثره

المحاور نفسه قد يغير البيانات بطريقة كبيرة. نبرة استغراب، إعادة صياغة السؤال، أو probe يوحي بأن إجابة معينة خاطئة قد يدفع participant إلى تبرير أو تغيير رأيه. لذلك يحتاج interviewer إلى تدريب على neutrality، الانتظار، متى يستخدم scripted probe، وكيف يتابع issue من دون teaching. يمكن تنفيذ mock interviews ومراجعة تسجيلات تجريبية قبل العمل الحقيقي. إذا شارك عدة محاورين، من المفيد مقارنة الأنماط: هل يظهر نوع معين من المشكلات عند محاور واحد فقط؟ هذه ليست محاولة لجعل المقابلات آلية، بل لتقليل variation الذي لا يتعلق بالمشارك أو الأداة.

تحليل الأدلة السلبية والمخالفة للتوقع

من السهل توثيق الحالات التي فهم فيها المشاركون البند كما أراده الفريق وتجاهل الحالات التي استخدموا فيها strategy غير متوقعة. حجة validity أقوى عندما تبحث عمدًا عن disconfirming evidence. يمكن لكل assumption أن يحمل سؤالًا مقابلًا: ما النمط الذي لو ظهر سيضعف تفسيرنا؟ ما البدائل المحتملة؟ إذا نجح المشارك في سؤال معرفة لأنه تعرف إلى clue في الصياغة لا لأنه يملك المعرفة، فهذه evidence مهمة حتى لو كانت الإجابة صحيحة. النتيجة النهائية قد تكون تعديل item أو قبول alternative strategy إذا تبين أنها construct-relevant؛ المهم أن القرار معلل لا انتقائي.

متى ننتقل من الدراسة النوعية إلى الدراسة الكمية؟

Cognitive lab جيد لا يقدر prevalence. إذا ظهر failure mode يبدو مهمًا، يمكن تحويله إلى فرضية لpilot أكبر: مقارنة version A/B، تحليل DIF، time-on-task، response option distribution، أو اختبار فهم قصير. هذا التسلسل يحافظ على قوة كل منهج؛ النوعي يكتشف الآلية ويقترح السبب، والكمي يختبر مدى تكرار النمط وعلاقته بالدرجات. لا نحتاج دائمًا تحويل كل issue إلى تجربة كبيرة، خصوصًا إذا كان الخطأ واضحًا مثل label مفقود، لكن التغييرات التي تمس البناء أو قرارات عالية المخاطر تستحق evidence أوسع.

سجل التغييرات بعد Response-Process Review

لكل نسخة من الأداة يمكن حفظ سجل يذكر item أو component ID، assumption المختبرة، المشاركين الذين أظهروا issue حسب فئات عامة لا هوية فردية، وصف المشكلة، شدة الأثر، قرار الفريق، نص التغيير داخليًا إن سمحت الحقوق، وتاريخ retest. كما يسجل القضايا التي لم تؤد إلى تغيير مع السبب. عند إطلاق إصدار جديد، يربط السجل بين cognitive evidence وfield-test evidence. هذه السلسلة تمنع فقدان المعرفة بعد تغير الفريق، وتساعد في تفسير لماذا تبدو صياغة ما غير مألوفة لكنها اختيرت عمدًا بعد اختبار بدائل.

مراجعة الإشباع بصورة عملية

لا يعني توقف ظهور مشكلات جديدة في آخر جلستين أن جميع مشكلات السكان اكتشفت. يمكن استخدام مفهوم saturation بصورة عملية ومحدودة: نراقب أنواع issues داخل الفئات التي قصدنا تغطيتها، ونستمر بجولة إضافية إذا بقيت لغة أو عمر أو نمط وصول ممثلًا بشخص واحد فقط. القرار يعتمد على خطورة الأداة وتنوع المستخدمين وحجم التعديلات بين الجولات. يجب أن يذكر التقرير من لم تمثله الدراسة بوضوح، لأن شفافية حدود العينة أفضل من الادعاء بأن المقابلات الصغيرة أثبتت الفهم لدى الجميع.