الشكاوى والتغذية الراجعة: كيف تجعل المستفيد شريكًا في تطوير الخدمات وتعزيز الأثر؟

‏11 اغسطس 2026 أ. شرين مقداد
الشكاوى والتغذية الراجعة: كيف تجعل المستفيد شريكًا في تطوير الخدمات وتعزيز الأثر؟
مشاركة

مقدمة

لم يعد نجاح المؤسسة غير الربحية يُقاس فقط بعدد الأشخاص الذين وصلت إليهم خدماتها، بل أيضًا بقدرتها على معرفة كيف عاش المستفيدون هذه التجربة، وما الذي نجح معهم، وما الذي لم ينجح، وما الذي يجب تغييره.

فقد يكون البرنامج ناجحًا وفق مؤشرات المؤسسة، بينما يواجه المستفيد إجراءات معقدة، أو معلومات غير واضحة، أو صعوبة في الوصول إلى الخدمة، أو معاملة غير مناسبة لا تظهر في التقارير التقليدية.

وهنا تظهر أهمية الشكاوى والتغذية الراجعة (Complaints & Feedback).

فالشكوى ليست بالضرورة دليلًا على فشل المؤسسة، كما أن غياب الشكاوى ليس دليلًا على نجاحها. قد لا يشتكي المستفيد لأنه لا يعرف كيف، أو لأنه لا يعتقد أن شيئًا سيتغير، أو لأنه يخشى أن تؤثر شكواه في حصوله على الخدمة.

لذلك، تنظر المؤسسات الناضجة إلى صوت المستفيد باعتباره مصدرًا للمعلومات والمساءلة والتعلم المؤسسي، وليس مشكلة يجب التخلص منها.

ويأتي ذلك ضمن مفهوم أوسع هو المساءلة تجاه السكان المتأثرين (Accountability to Affected People – AAP)، الذي يقوم على إشراك الأشخاص المتأثرين في القرارات التي تمسهم، وتزويدهم بالمعلومات، وتمكينهم من التعبير عن آرائهم ومخاوفهم، والاستجابة لما يقدمونه من تغذية راجعة.

وبالتالي، فإن النظام الجيد لا يبدأ عند وصول الشكوى، بل يبدأ قبل ذلك:

نُعلِم المستفيد بحقوقه → نتيح له قنوات مناسبة → نستقبل صوته → نصنّف الحالة → نعالجها أو نحيلها → نتيح التصعيد عند الحاجة → نغلق الحالة → نحلل الأنماط → ننفذ التحسين → نوضح للمستفيدين ما الذي تغير.

هذا هو الفرق بين وجود صندوق للشكاوى وبين وجود نظام مؤسسي للشكاوى والتغذية الراجعة.

ويطور هذا المقال الإطار الوارد في النسخة الأصلية، التي تناولت التمييز بين أنواع الملاحظات، ومبادئ السرية والعدالة وعدم الانتقام، ودورة حياة الشكوى، والتحليل والمؤشرات ودور القيادة والحوكمة.


أولًا: الشكاوى ليست مشكلة... الصمت قد يكون المشكلة

قد تنظر بعض المؤسسات إلى انخفاض عدد الشكاوى باعتباره مؤشرًا على رضا المستفيدين.

لكن هذا الاستنتاج قد يكون مضللًا.

فالمستفيد قد لا يقدم شكوى لأنه:

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

ولهذا، فإن السؤال الأفضل ليس:

كم شكوى تلقينا؟

بل:

هل يستطيع المستفيد أن يتحدث عندما تكون لديه مشكلة؟ وهل يثق بأن المؤسسة ستستمع إليه دون أن يتضرر؟

وقد يكون ارتفاع عدد الشكاوى بعد إطلاق نظام جديد مؤشرًا إيجابيًا على زيادة معرفة المستفيدين بالقنوات وثقتهم بها، وليس بالضرورة دليلًا على تراجع جودة الخدمات.


ثانيًا: ليست كل رسالة تصل إلى المؤسسة شكوى

من المهم تصنيف المدخلات منذ البداية، لأن طريقة التعامل معها تختلف.

الشكوى

تعبير عن عدم الرضا عن خدمة أو إجراء أو قرار أو سلوك يرى مقدم الشكوى أنه تسبب له في ضرر أو لم يكن عادلًا أو متوافقًا مع المعايير المعلنة.

وتحتاج عادةً إلى معالجة وقرار ورد.

التغذية الراجعة

رأي إيجابي أو سلبي حول تجربة المستفيد مع برنامج أو خدمة، ويمكن استخدامه لتقييم الجودة وتطوير الأداء.

الاقتراح

فكرة يقدمها المستفيد لتحسين خدمة أو إجراء أو تصميم برنامج جديد.

الاستفسار

طلب معلومة أو توضيح حول الخدمات أو الإجراءات أو معايير الاستفادة.

الإشادة

التجارب الإيجابية مهمة أيضًا؛ فهي تساعد المؤسسة على معرفة الممارسات التي يقدّرها المستفيدون والتي تستحق الاستمرار أو التوسع.

هذا التصنيف البسيط يمنع مشكلة شائعة: أن تدخل جميع الرسائل في مسار إداري واحد رغم اختلاف طبيعتها وأولويتها.


ثالثًا: لا تنتظر الشكوى... اطلب رأي المستفيد

النظام الناضج لا يعمل بطريقة سلبية تنتظر أن يأتي المستفيد غاضبًا ليقدم شكوى.

بل تبحث المؤسسة بصورة استباقية عن Feedback من خلال وسائل مناسبة مثل:

  • استبيانات رضا المستفيدين.
  • المقابلات.
  • مجموعات النقاش.
  • الاتصالات اللاحقة لتقديم الخدمة.
  • التقييمات الميدانية.
  • الاستبيانات الرقمية.
  • اللقاءات المجتمعية.
  • قنوات الاقتراحات والملاحظات.

والهدف ليس جمع أكبر عدد ممكن من الاستبيانات، بل الوصول إلى معلومة تساعد على الإجابة عن أسئلة مثل:

هل الخدمة مناسبة؟ هل الوصول إليها عادل؟ هل المعلومات واضحة؟ هل يشعر المستفيد بالأمان والاحترام؟ وما الذي ينبغي تغييره؟

وبذلك تصبح التغذية الراجعة جزءًا من تصميم البرامج ومتابعتها وتحسينها، وليس نشاطًا منفصلًا يحدث بعد انتهاء المشروع.


رابعًا: المساءلة تجاه المستفيدين... من تقديم الخدمة إلى المشاركة

ترتبط أنظمة الشكاوى والتغذية الراجعة بمفهوم Accountability to Affected People (AAP).

ولا تعني المساءلة هنا استقبال الشكوى فقط، بل أن يعرف المستفيد:

  • ما الخدمات التي تقدمها المؤسسة؟
  • من يحق له الاستفادة منها؟
  • ما المعايير والإجراءات؟
  • ما الذي يمكنه توقعه من المؤسسة؟
  • كيف يمكنه تقديم رأيه أو شكواه؟
  • ماذا سيحدث بعد تقديمها؟

كما تعني تمكين الأشخاص من التأثير في القرارات التي تمسهم متى كان ذلك ممكنًا ومناسبًا.

فالمستفيد ليس مجرد مصدر للبيانات ولا متلقيًا نهائيًا للخدمة.

إنه يمتلك معرفة لا تمتلكها المؤسسة بالضرورة:

تجربته الفعلية مع الخدمة.


خامسًا: تصميم نظام يمكن للناس استخدامه فعلًا

وجود بريد إلكتروني بعنوان complaints@ لا يعني أن المؤسسة لديها نظام شكاوى فعال.

يحتاج النظام المؤسسي إلى مجموعة عناصر تعمل معًا:

  • سياسة واضحة للشكاوى والتغذية الراجعة.
  • نطاق واضح للحالات التي يغطيها النظام.
  • مسؤوليات وصلاحيات محددة.
  • قنوات استقبال مناسبة.
  • نظام لتسجيل الحالات وتتبعها.
  • تصنيف حسب النوع والخطورة.
  • مدد للاستجابة والمعالجة.
  • إجراءات للتصعيد والإحالة.
  • حماية السرية.
  • قواعد لمنع الانتقام.
  • آلية للإغلاق والتوثيق.
  • تحليل دوري للاتجاهات.
  • متابعة الإجراءات التصحيحية.
  • تقارير للإدارة والقيادة.

والأهم أن يكون النظام مفهومًا للمستفيد نفسه، وليس فقط للموظفين الذين يديرونه.


سادسًا: القنوات المتعددة مهمة... لكن القناة المناسبة أهم

يختلف المستفيدون في العمر واللغة والقدرات والوصول إلى التكنولوجيا والظروف الاجتماعية.

لذلك يمكن أن توفر المؤسسة، بحسب طبيعة برامجها:

  • الهاتف.
  • البريد الإلكتروني.
  • الموقع الإلكتروني.
  • النماذج الورقية.
  • تطبيقات المراسلة المعتمدة.
  • صناديق الشكاوى.
  • المقابلات المباشرة.
  • موظفي التواصل المجتمعي.
  • التطبيقات والمنصات الرقمية.
  • الاستبيانات واللقاءات المجتمعية.

لكن كثرة القنوات ليست هدفًا بحد ذاتها.

إذا كانت المؤسسة تخدم أشخاصًا لا يستخدمون الإنترنت، فلن يكون النموذج الإلكتروني وحده كافيًا.

وإذا كانت بعض الشكاوى تتعلق بموظفين ميدانيين، فقد لا يكون تقديم الشكوى إلى الموظف نفسه قناة آمنة.

لذلك يجب تصميم القنوات انطلاقًا من سؤال:

هل يستطيع مختلف المستفيدين استخدام هذه القناة بسهولة وأمان واستقلالية؟

مع مراعاة احتياجات كبار السن، والأشخاص ذوي الإعاقة، ومن لديهم صعوبات في القراءة والكتابة، والفئات التي قد تواجه عوائق اجتماعية أو تقنية.


سابعًا: السرية والعدالة وعدم الانتقام

لن يستخدم المستفيد النظام إذا كان يعتقد أن الشكوى قد تجعله يدفع ثمنًا.

لذلك يجب أن تقوم الآلية على مبادئ واضحة.

السرية

لا يطلع على هوية مقدم الشكوى أو تفاصيلها إلا الأشخاص الذين يحتاجون إليها لمعالجة الحالة.

الحياد

لا ينبغي أن يتولى شخص متورط مباشرة في موضوع الشكوى مسؤولية اتخاذ القرار بشأنها.

العدالة

يجب دراسة الوقائع والاستماع إلى الأطراف المعنية وعدم افتراض صحة أو خطأ أي طرف مسبقًا.

عدم الانتقام

يجب ألا يؤدي تقديم شكوى أو ملاحظة بحسن نية إلى حرمان الشخص من الخدمة أو التأثير في أهليته أو معاملته بصورة سلبية.

الشفافية

يعرف مقدم الشكوى، بالقدر المناسب، ما الذي سيحدث لحالته ومتى يمكنه توقع الرد.

هذه المبادئ ليست شعارات أخلاقية؛ بل شروط أساسية تجعل النظام قابلًا للاستخدام والثقة.


ثامنًا: ماذا عن الشكاوى المجهولة؟

في بعض الحالات قد يخشى الشخص الإفصاح عن هويته، خصوصًا عندما يتعلق البلاغ بشخص صاحب سلطة أو بمخاوف من الانتقام.

لذلك يمكن أن تسمح المؤسسة، حيث يكون ذلك مناسبًا، بتقديم Anonymous Complaints.

وينبغي التعامل معها بجدية مثل غيرها، مع إدراك أن غياب معلومات الاتصال أو التفاصيل قد يحد أحيانًا من قدرة المؤسسة على طلب توضيحات إضافية أو إجراء تحقيق كامل أو إبلاغ مقدم البلاغ بالنتيجة.

المبدأ المهم هو:

عدم معرفة هوية مقدم البلاغ لا يعني تلقائيًا تجاهل المعلومة.


تاسعًا: ليست كل الشكاوى متساوية

هذه من أهم قواعد النظام.

شكوى عن طول مدة الانتظار ليست مثل ادعاء احتيال.

وملاحظة عن تعقيد نموذج التسجيل ليست مثل بلاغ يتعلق بإساءة معاملة طفل.

لذلك يجب أن يتضمن النظام Triage & Classification يحدد مستوى الخطورة والمسار المناسب.

يمكن مثلًا التمييز بين:

حالات بسيطة:
استفسارات، تأخر خدمة، مشكلة إجرائية محدودة.

حالات متوسطة:
نزاع حول قرار، سلوك موظف، تكرار مشكلة تشغيلية.

حالات عالية الخطورة:
اشتباه في احتيال أو فساد، انتهاك خطير، تهديد للسلامة، أو حالات أخرى تتطلب تصعيدًا متخصصًا.

والهدف من التصنيف ليس إعطاء الحالة اسمًا فقط، وإنما تحديد:

من يتعامل معها؟ وما الأولوية؟ وما مدة الاستجابة؟ وهل تحتاج إلى إحالة أو تحقيق؟


عاشرًا: الشكاوى الحساسة وSafeguarding تحتاج مسارًا مختلفًا

بعض البلاغات لا ينبغي أن تدخل في مسار الشكاوى التشغيلي العادي.

فقد يتعلق البلاغ، بحسب طبيعة عمل المؤسسة، بمخاوف حماية أو استغلال أو إساءة أو تحرش أو سلوك يهدد سلامة طفل أو شخص معرض للخطر.

في هذه الحالات يجب تفعيل مسار الإحالة والحماية المعتمد داخل المؤسسة وفق السياسات والإجراءات المختصة، وليس تداول الحالة بين الموظفين باعتبارها مجرد شكوى خدمة.

ويعني ذلك، بحسب طبيعة الحالة والسياسات المعمول بها:

  • تقييد الوصول إلى المعلومات.
  • الإحالة السريعة إلى الشخص أو الجهة المخولة.
  • مراعاة سلامة الشخص المتأثر.
  • حماية السرية.
  • تجنب التحقيق غير المهني من أشخاص غير مختصين.
  • توثيق الحالة وفق الإجراءات المخصصة لها.

والقاعدة الأساسية:

إذا كانت الشكوى قد تتعلق بسلامة شخص أو انتهاك خطير، فالأولوية للحماية والمسار المتخصص، وليس للإغلاق السريع للحالة.


الحادي عشر: دورة حياة الشكوى

ينبغي ألا تعتمد معالجة الشكاوى على اجتهاد الموظف الذي استقبلها.

يمكن بناء مسار واضح:

الاستلام → التسجيل → الفرز والتصنيف → الإقرار بالاستلام → المعالجة أو الإحالة → القرار → إبلاغ مقدم الشكوى → الاستئناف أو التصعيد عند الحاجة → التنفيذ → الإغلاق → التحليل

الاستلام والتسجيل

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

الفرز والتصنيف

يتم تحديد طبيعة الحالة وخطورتها والجهة المسؤولة عنها.

الإقرار بالاستلام

يعرف مقدم الشكوى أن المؤسسة استلمت الحالة وما الخطوة التالية والمدة المتوقعة متى أمكن ذلك.

المعالجة

تجمع المعلومات الضرورية وتراجع الوقائع والسياسات ذات العلاقة.

القرار

يُتخذ القرار وفق المعلومات المتاحة والصلاحيات المعتمدة.

الرد

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

التنفيذ

لا تعتبر الشكوى محلولة إذا صدر قرار ولم يُنفذ.

الإغلاق

تغلق الحالة بعد استكمال الإجراءات اللازمة وتوثيق النتيجة.

وهذه النقطة الأخيرة مهمة:

Closed لا ينبغي أن تعني أن الموظف أغلق التذكرة؛ بل أن الإجراء المطلوب اكتمل وفق معايير الإغلاق المعتمدة.


الثاني عشر: ماذا لو لم يقتنع المستفيد بالقرار؟

النظام العادل يحتاج إلى مسار Escalation / Appeal للحالات التي تسمح طبيعتها بذلك.

يجب أن يعرف المستفيد:

  • هل يستطيع الاعتراض؟
  • خلال أي مدة؟
  • كيف يقدم الاعتراض؟
  • من سيراجعه؟
  • متى يحصل على الرد؟

وعندما تكون طبيعة الحالة تستدعي ذلك، فمن الأفضل ألا يكون الشخص الذي أصدر القرار الأول هو المرجع الوحيد لمراجعة اعتراض مقدم الشكوى.

وجود آلية واضحة للتصعيد لا يضعف المؤسسة.

بل يقلل القرارات التعسفية ويعزز الثقة في عدالة النظام.


الثالث عشر: من الشكوى إلى التحسين المؤسسي

القيمة الحقيقية للشكاوى تبدأ بعد معالجة الحالة الفردية.

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

إذا تعاملت مع كل شكوى منفردة وأغلقتها، فقد تفوت المشكلة الحقيقية.

لكن التحليل قد يكشف أن معظم الحالات مرتبطة بمستند واحد لا يفهم المستفيدون سبب طلبه.

هنا تنتقل المؤسسة من:

معالجة الشكوى

إلى:

تحليل النمط

ثم:

تحديد السبب الجذري

ثم:

تعديل الإجراء

ثم:

قياس النتيجة.

وقد يكون الحل تعديل تعليمات التسجيل أو تبسيط المتطلب أو تدريب الموظفين.

وهكذا تصبح الشكوى مصدرًا لتحسين النظام نفسه وليس مجرد حالة يتم إغلاقها.


الرابع عشر: سجل الشكاوى ليس أرشيفًا

ينبغي أن يسمح Complaints & Feedback Register للمؤسسة بفهم ما يحدث، وليس فقط إثبات أنها استقبلت الشكاوى.

وقد يتضمن بحسب الحاجة:

  • رقم الحالة.
  • نوع المدخل.
  • البرنامج أو الخدمة.
  • القناة المستخدمة.
  • مستوى الخطورة.
  • تاريخ الاستلام.
  • المسؤول عن المعالجة.
  • حالة الطلب.
  • تاريخ الرد والإغلاق.
  • النتيجة.
  • السبب الجذري عند الحاجة.
  • الإجراء التصحيحي.
  • المسؤول عن تنفيذ التحسين.

وعند تحليل البيانات دوريًا، يمكن للإدارة أن تسأل:

ما أكثر المشكلات تكرارًا؟

أين تحدث؟

هل ترتبط ببرنامج أو موقع أو إجراء معين؟

هل تتكرر بعد إغلاقها؟

ما الإجراءات التصحيحية التي لم تُنفذ؟

وهكذا يتحول سجل الشكاوى إلى Management Information تدعم القرار.


الخامس عشر: أغلق دائرة التغذية الراجعة

من أكثر الأخطاء شيوعًا أن تطلب المؤسسة آراء المستفيدين باستمرار، ثم لا يعرف المستفيد ماذا حدث بعد ذلك.

وهنا يأتي مفهوم Closing the Feedback Loop.

فإذا أدت التغذية الراجعة إلى تغيير مهم، ينبغي أن توضح المؤسسة للمستفيدين، عندما يكون ذلك مناسبًا:

ماذا سمعنا؟

ماذا تعلمنا؟

ماذا غيرنا؟

على سبيل المثال:

أظهرت ملاحظات المستفيدين أن إجراءات التسجيل كانت غير واضحة، ولذلك تم تبسيط التعليمات وتعديل خطوات التسجيل.

دون كشف هوية أي شخص أو تفاصيل سرية.

هذه الخطوة ترسل رسالة مهمة:

صوتكم لا يدخل إلى صندوق مغلق؛ بل يمكن أن يؤدي إلى تغيير.

وهذا بدوره يزيد الثقة والمشاركة مستقبلًا.


السادس عشر: كيف نقيس فعالية النظام؟

عدد الشكاوى وحده ليس مؤشرًا كافيًا.

ومن المؤشرات الأكثر فائدة:

  • نسبة المستفيدين الذين يعرفون كيفية تقديم شكوى.
  • متوسط زمن الاستجابة الأولية.
  • متوسط مدة المعالجة.
  • نسبة الحالات المغلقة ضمن المدد المعتمدة.
  • نسبة الحالات المتأخرة.
  • نسبة الشكاوى المتكررة حول السبب نفسه.
  • رضا مقدمي الشكاوى عن عملية المعالجة.
  • استخدام الفئات المختلفة لقنوات الشكاوى.
  • عدد الإجراءات التصحيحية الناتجة عن التغذية الراجعة.
  • نسبة الإجراءات التصحيحية التي تم تنفيذها.
  • تكرار المشكلة بعد تنفيذ الإجراء التصحيحي.

ويجب تفسير المؤشرات بعناية.

قلة الشكاوى ليست هدفًا.

الهدف هو وجود نظام يمكن الوصول إليه، يثق به الناس، ويعالج الحالات بعدالة، ويستخدم المعلومات لتحسين الخدمات.


السابع عشر: دور القيادة والحوكمة

لن ينجح النظام إذا اعتبرت الإدارة الشكاوى تهديدًا لسمعة المؤسسة.

دور القيادة هو تحويلها إلى مصدر للتعلم والمساءلة.

ويتضمن ذلك:

  • اعتماد السياسات والمسؤوليات.
  • توفير الموارد اللازمة.
  • متابعة الحالات عالية الخطورة وفق الصلاحيات المناسبة.
  • مراجعة اتجاهات الشكاوى دوريًا.
  • متابعة الإجراءات التصحيحية.
  • حماية استقلالية آليات التصعيد والتحقيق.
  • منع الانتقام.
  • تعزيز ثقافة التعلم بدل إخفاء الأخطاء.

ويجب ألا تصل القيادة فقط إلى تقرير يقول:

استقبلنا 85 شكوى وأغلقنا 80.

بل تحتاج إلى معرفة:

لماذا اشتكى الناس؟ ما الأنماط؟ ما المخاطر؟ ماذا تغير؟ وهل تكررت المشكلة؟

هنا يصبح نظام الشكاوى جزءًا فعليًا من الحوكمة وإدارة المخاطر والجودة، كما يؤكد الإطار الأصلي للمقال.


الثامن عشر: كيف يعرف المانح أن نظام الشكاوى يعمل فعلًا؟

وجود عبارة "يمكن للمستفيد تقديم شكوى" في سياسة المؤسسة ليس دليلًا كافيًا على فعالية النظام.

قد يبحث المانح أو الشريك أثناء التقييم المؤسسي عن أدلة مثل:

  • Complaints & Feedback Policy.
  • إجراءات استقبال ومعالجة الشكاوى.
  • قنوات معلنة للمستفيدين.
  • Complaints & Feedback Register.
  • نظام تصنيف الحالات حسب الخطورة.
  • مدد الاستجابة والمعالجة.
  • Escalation / Appeal Procedure.
  • مسارات إحالة الشكاوى الحساسة وSafeguarding.
  • ضوابط السرية وعدم الانتقام.
  • سجلات تدريب العاملين.
  • تقارير تحليل اتجاهات الشكاوى.
  • سجل الإجراءات التصحيحية.
  • أدلة على تنفيذ التحسينات.
  • مؤشرات أداء النظام.

والسؤال الذي ينبغي أن تستطيع المؤسسة الإجابة عنه ليس فقط:

هل لدينا نظام شكاوى؟

بل:

هل نستطيع إثبات أن المستفيد يستطيع استخدامه بأمان، وأن المؤسسة تستجيب، وأن ما تتعلمه منه يؤدي إلى تحسينات؟

وهذا هو الفارق بين وجود آلية شكلية وبين وجود نظام مساءلة مؤسسي فعّال.


التاسع عشر: من متلقٍ للخدمة إلى شريك في صناعة الأثر

المستفيد هو الشخص الأقرب إلى التجربة التي تحاول المؤسسة تحسينها.

وقد ترى المؤسسة برنامجًا من خلال:

الموازنة، والأنشطة، ومؤشرات الأداء، وعدد المستفيدين.

بينما يراه المستفيد من خلال:

هل فهمت الخدمة؟ هل استطعت الوصول إليها؟ هل عوملت بكرامة؟ هل كانت مناسبة لاحتياجي؟ وهل استمع أحد إليّ عندما واجهت مشكلة؟

ولا يلغي أحد المنظورين الآخر.

بل إن جمعهما هو ما يعطي المؤسسة صورة أكثر واقعية عن جودة برامجها.

ولهذا فإن إشراك المستفيد لا يعني أن يقرر كل شيء، وإنما أن تمتلك المؤسسة آلية حقيقية لسماع تجربته، وتحليلها، وإدخالها في القرارات التي يمكن أن تحسن الخدمة والأثر.


قبل الانتقال إلى المقال القادم...

يمكن للجمعية البدء بخطوات عملية:

✓ اعتماد سياسة واضحة للشكاوى والتغذية الراجعة.

✓ تعريف المستفيدين بحقهم في تقديم الملاحظات والشكاوى.

✓ توفير قنوات مناسبة ومتعددة.

✓ التأكيد على السرية وعدم الانتقام.

✓ السماح بالإبلاغ المجهول عندما يكون مناسبًا.

✓ تصنيف الحالات حسب طبيعتها وخطورتها.

✓ فصل الشكاوى الحساسة وSafeguarding عن المسار التشغيلي العادي.

✓ تحديد مدد واضحة للاستجابة والمعالجة.

✓ توفير آلية للتصعيد والاستئناف عند الحاجة.

✓ إنشاء سجل موحد للحالات.

✓ تحليل الاتجاهات والأسباب الجذرية.

✓ متابعة الإجراءات التصحيحية حتى تنفيذها.

✓ إبلاغ المستفيدين بالتغييرات الناتجة عن ملاحظاتهم عندما يكون ذلك مناسبًا.


تقييم ذاتي سريع

اسأل نفسك:

□ هل يعرف المستفيدون أن لهم حق تقديم شكوى أو ملاحظة؟

□ هل يعرفون كيف وأين يقدمونها؟

□ هل القنوات متاحة للفئات المختلفة التي نخدمها؟

□ هل يستطيع المستفيد تقديم شكوى دون خوف من فقدان الخدمة؟

□ هل نحمي هوية مقدم الشكوى والمعلومات الحساسة؟

□ هل نستطيع استقبال البلاغات المجهولة عندما يكون ذلك مناسبًا؟

□ هل نميز الشكاوى العادية عن حالات Safeguarding والحالات عالية الخطورة؟

□ هل توجد مدد واضحة للاستجابة والمعالجة؟

□ هل يستطيع المستفيد تصعيد الحالة أو الاعتراض على القرار عند الحاجة؟

□ هل نحلل أسباب الشكاوى المتكررة؟

□ هل نتابع الإجراءات التصحيحية حتى تنفيذها؟

□ هل نستطيع تسمية تحسينات فعلية حدثت بسبب آراء المستفيدين؟

□ هل يمكننا تقديم أدلة على كل ذلك إذا طلبها مانح؟

إذا كانت الإجابة "لا" على عدة أسئلة، فالمشكلة قد لا تكون أن المستفيدين لا يتحدثون.

قد تكون المشكلة أن المؤسسة لم تبنِ بعد نظامًا يجعل الحديث سهلًا وآمنًا ومجديًا.

خاتمة

لا تكمن قيمة نظام الشكاوى والتغذية الراجعة في عدد القنوات التي توفرها المؤسسة، ولا في عدد الحالات التي تستطيع إغلاقها.

قيمته الحقيقية تظهر عندما يستطيع المستفيد أن يقول:

هناك مشكلة.

فتستطيع المؤسسة أن تسمعه بأمان، وتفهم ما حدث، وتحميه من الانتقام، وتعالج الحالة بعدالة، ثم تنظر أبعد من الحالة الفردية وتسأل:

لماذا حدثت؟ وهل تحدث لآخرين؟ وما الذي يجب أن نغيره؟

وعندما تُترجم الإجابة إلى تعديل في خدمة، أو تبسيط إجراء، أو معالجة خطر، أو تدريب موظف، أو تطوير سياسة، تكتمل دائرة التغذية الراجعة.

وهنا يتحول المستفيد من شخص تُقدَّم له الخدمة إلى مصدر معرفة وشريك في تحسينها.

وهذا هو جوهر النظام المؤسسي الناضج للشكاوى والتغذية الراجعة: ليس الدفاع عن المؤسسة أمام النقد، بل بناء مؤسسة قادرة على الاستماع، والمساءلة، والتعلم، والتحسين المستمر.