مقدمة
قد يعرف موظف في الجمعية أن أحد المتبرعين دعم مشروعًا تعليميًا قبل عامين، وأنه يفضل تلقي تحديثات عن الأثر، وأنه سبق أن طلب تقريرًا عن المشروع.
وقد يعرف موظف آخر أن أحد المانحين الرئيسيين أبدى اهتمامًا ببرنامج معين، وأن المؤسسة وعدته بإرسال تحديث بعد انتهاء مرحلة من التنفيذ.
وقد يعرف مدير المشروع أن جهة مانحة وافقت على تعديل محدد في المشروع، وأن تقريرًا دوريًا يجب أن يقدم إليها خلال أسابيع.
لكن ماذا يحدث إذا غادر أحد هؤلاء الموظفين الجمعية؟
هل تبقى هذه المعرفة داخل المؤسسة، أم تغادر معه؟
هنا تظهر القيمة الحقيقية لنظام إدارة علاقات المانحين (Donor CRM).
فالنظام ليس مجرد قاعدة بيانات تحفظ أسماء المتبرعين والمانحين وأرقام هواتفهم وقيمة مساهماتهم. إنه، عندما يصمم بصورة صحيحة، ذاكرة مؤسسية للعلاقات التمويلية؛ تحفظ تاريخ العلاقة، وما قدمه كل طرف، وما التزمت به المؤسسة، وما حدث في آخر تواصل، وما المسائل التي لا تزال مفتوحة، وما الذي ينبغي أن يحدث بعد ذلك.
وهذا مهم لأن العلاقات التمويلية لا تدار كلها بالطريقة نفسها.
فالمتبرع الفردي له رحلة واحتياجات، والمانح الفردي الرئيسي يحتاج إلى مستوى مختلف من إدارة العلاقة، والجهة المانحة قد ترتبط بالمؤسسة باتفاقيات وتقارير ومؤشرات ومتطلبات امتثال ومواعيد محددة.
ومع ذلك، هناك قاعدة تجمع العلاقات الثلاث:
لا ينبغي أن تعتمد ذاكرة أي علاقة تمويلية على ذاكرة موظف واحد.
فالسؤال الحقيقي ليس:
هل لدينا قاعدة بيانات للمانحين؟
بل:
هل تستطيع المؤسسة بعد سنوات أن تفهم تاريخ أي علاقة تمويلية، وما التزاماتها فيها، وما الذي ينبغي أن تفعله الآن، دون الاعتماد على شخص بعينه؟
إذا كانت الإجابة «لا»، فالمؤسسة تملك بيانات، لكنها لم تبنِ بعد ذاكرة مؤسسية حقيقية.
أولًا: ما المقصود بإدارة علاقات المانحين (Donor CRM)؟
يشير الاختصار (CRM) في الأصل إلى إدارة علاقات العملاء (Customer Relationship Management)، لكن المؤسسات غير الربحية توظف هذا المفهوم بما يتناسب مع طبيعة علاقاتها مع المتبرعين والمانحين.
وفي هذا السياق يمكن تعريف نظام إدارة علاقات المانحين بأنه:
منظومة تحفظ البيانات والتفاعلات والالتزامات والأحداث المهمة المرتبطة بالعلاقات التمويلية، وتحولها إلى معرفة مؤسسية تساعد الجمعية على إدارة كل علاقة بصورة أكثر استمرارية وملاءمة ومساءلة.
فالنظام لا ينبغي أن يخبرك فقط:
كم دفع هذا المانح؟
بل يجب أن يساعدك على الإجابة عن أسئلة أوسع:
- من هو؟
- ما نوع العلاقة معه؟
- متى بدأت العلاقة؟
- ماذا دعم؟
- لأي غرض قدم الدعم؟
- ما الذي التزمت به المؤسسة تجاهه؟
- ما تفضيلاته المعلنة؟
- من المسؤول عن العلاقة؟
- ما آخر تواصل مهم؟
- ما المعلومات أو الأدلة التي أرسلت إليه؟
- هل توجد مسألة لم تغلق؟
- ما الإجراء التالي؟
ومن هنا يمكن تلخيص الذاكرة المؤسسية للعلاقة في النموذج الآتي:
من؟ → نوع العلاقة → الدعم → الغرض → الالتزامات → التفضيلات → المسؤول → التفاعلات → الأدلة → المسائل المفتوحة → الإجراء التالي
وهنا يتحول النظام من دفتر سجلات إلى ذاكرة للعلاقة.
ثانيًا: البيانات ليست هي الذاكرة المؤسسية
من المهم التفريق بين البيانات وبين الذاكرة المؤسسية.
إذا كان النظام يحتوي على:
أحمد — تبرع بمبلغ 1,000 دولار — 15 مايو.
فهذه بيانات.
أما إذا كان النظام يخبرنا بأن أحمد بدأ دعمه للمؤسسة في عام 2024، ودعم برامج التعليم عدة مرات، ويفضل البريد الإلكتروني، وطلب سابقًا تحديثًا عن أثر أحد المشاريع، وأرسلت إليه المؤسسة تقريرًا، وكان آخر تواصل معه قبل ثلاثة أشهر، والخطوة المناسبة الآن هي إرسال تحديث مرحلي، فهذه ذاكرة للعلاقة.
إذن:
البيانات = ماذا حدث؟
أما:
الذاكرة المؤسسية = ماذا حدث؟ وما سياقه؟ وما الذي ترتب عليه؟ وما الذي ينبغي فعله بعد ذلك؟
وهذا هو الفرق الذي يجعل نظام إدارة علاقات المانحين أداة استراتيجية، لا مجرد مستودع معلومات.
ثالثًا: ليست كل العلاقات التمويلية واحدة
إذا أرادت المؤسسة بناء ذاكرة حقيقية، فعليها أولًا معرفة نوع العلاقة التي تحفظها.
1. المتبرع الفردي
قد يحتاج النظام إلى تتبع:
- تاريخ أول تبرع.
- التبرعات اللاحقة.
- المجالات التي دعمها.
- التبرع الدوري إن وجد.
- تفضيلات التواصل المعلنة.
- الشكر والتحديثات المرسلة.
- الاستفسارات والشكاوى.
- آخر تواصل.
- المرحلة الحالية في العلاقة.
- الإجراء التالي.
2. المانح الفردي الرئيسي
قد يحتاج الملف إلى معلومات أعمق، مثل:
- تاريخ بداية العلاقة.
- البرامج التي دعمها.
- اهتماماته التمويلية المعلنة.
- الاجتماعات المهمة.
- التحديثات المتفق عليها.
- المعلومات التي قدمت إليه.
- الالتزامات التي قطعتها المؤسسة.
- المسائل المفتوحة.
- مسؤول العلاقة.
- آخر تواصل ذي معنى.
- الإجراء التالي.
لكن زيادة المعلومات لا تعني زيادة السلطة.
الاهتمام الشخصي لا يعني الامتياز الشخصي.
ويجب ألا يتحول النظام إلى وسيلة تمنح المانح الرئيسي نفوذًا يتجاوز حدود العلاقة أو حوكمة المؤسسة.
3. الجهة المانحة
هنا قد تحتاج المؤسسة إلى إدارة مستويين متصلين:
ذاكرة العلاقة مع الجهة + ذاكرة المنحة نفسها.
وقد يشمل ذلك:
الجهة المانحة → المنحة → البرنامج → الاتفاقية → الميزانية → جدول التقارير → المؤشرات → المخرجات المطلوبة → الأدلة → التعديلات → الموافقات → المسائل → الإغلاق
وهذا ضروري لأن العلاقة المؤسسية قد تستمر عبر أكثر من مشروع أو منحة.
الاهتمام بالجميع لا يعني حفظ النوع نفسه من المعلومات عن الجميع.
رابعًا: ذاكرة العلاقة لها طرفان
من السهل أن يتحول النظام إلى سجل لما فعله المانح:
- تبرع.
- اتصل.
- طلب تقريرًا.
- حضر اجتماعًا.
- اشتكى.
- توقف عن التبرع.
لكن العلاقة ليست من طرف واحد.
إذا طلب المانح تقريرًا، ثم وعدته الجمعية بإرساله خلال أسبوعين، فإن المعلومة المهمة ليست فقط:
«طلب تقريرًا.»
بل أيضًا:
«التزمت المؤسسة بإرسال التقرير قبل تاريخ محدد، والمسؤول عنه هو فلان، وحالته لم تغلق بعد.»
ولهذا فإن نظام إدارة العلاقات الجيد لا يتذكر فقط ما فعله المانح، بل يتذكر أيضًا ما أصبحت المؤسسة مسؤولة عنه نتيجة هذه العلاقة.
وهنا ننتقل من:
تاريخ المانح (Donor History)
إلى:
ذاكرة العلاقة (Relationship Memory)
وهذا تحول جوهري.
خامسًا: كل التزام يحتاج إلى مسؤول
إذا سجل النظام:
«وعدنا المانح بإرسال تحديث.»
لكن لم يسجل من المسؤول ومتى يجب أن يحدث ذلك، فإن المعلومة ناقصة.
الأفضل أن يرتبط كل التزام بـ:
الالتزام → المسؤول → الموعد → الحالة → الإغلاق
وينطبق ذلك على:
- رسالة أثر.
- تقرير.
- مكالمة متابعة.
- توضيح مالي.
- استجابة لشكوى.
- وثيقة مطلوبة.
- تحديث عن المشروع.
- طلب موافقة.
- إجراء تصحيحي.
والقاعدة هنا:
كل التزام يحتاج إلى مسؤول (Every Commitment Needs an Owner).
فالذاكرة التي لا تتحول إلى مسؤولية قد تصبح مجرد أرشيف جيد التنظيم.
سادسًا: المسائل المفتوحة جزء أساسي من ذاكرة العلاقة
ينبغي ألا يعرف النظام فقط ما حدث، بل أيضًا ما لم ينتهِ بعد.
قد تكون هناك:
- شكوى لم تغلق.
- تقرير لم يرسل.
- معلومة طلبها المانح.
- وعد بمتابعة لم ينفذ.
- دفعة معلقة.
- موافقة تنتظرها المؤسسة.
- تعديل منحة لم يحسم.
- وثيقة مطلوبة.
- إجراء تصحيحي لم يغلق.
ويمكن إدارة ذلك وفق:
المسألة → المسؤول → الموعد → الحالة → الحل → تاريخ الإغلاق
وهذا يقود إلى قاعدة ثانية:
كل مسألة مفتوحة تحتاج إلى إغلاق (Every Open Issue Needs Closure).
لأن أسوأ ما يمكن أن يحدث هو أن «يتذكر» النظام المشكلة دون أن يساعد المؤسسة على حلها.
سابعًا: كل علاقة نشطة تحتاج إلى إجراء تالٍ
من أهم الحقول التي يمكن أن توجد في نظام إدارة العلاقات:
ما الإجراء التالي؟
فقد تكون لدى المؤسسة معلومات كثيرة عن مانح، لكنها لا تعرف ماذا تفعل بها.
والإجراء التالي ليس دائمًا:
«اطلب تبرعًا.»
قد يكون:
اشكر → أرسل تحديثًا → أغلق شكوى → أرسل تقريرًا → اطلب موافقة → استمع → حدد اجتماعًا → انتظر → ناقش التجديد
ولهذا:
كل علاقة نشطة تحتاج إلى إجراء تالٍ واضح (Every Active Relationship Needs a Next Action).
وهذا ما يحول الذاكرة من معرفة بالماضي إلى قدرة على إدارة المستقبل.
ثامنًا: ما الذي ينبغي أن يحفظه النظام؟
ليست كل معلومة يمكن جمعها معلومة ينبغي جمعها.
والقاعدة الأفضل هي:
لا تجمع معلومة لمجرد إمكانية جمعها؛ اجمع ما تحتاج إليه لخدمة العلاقة والوفاء بالالتزامات واتخاذ قرار مشروع وواضح.
وقد تشمل البنية الأساسية:
بيانات الهوية والتواصل
- الاسم.
- معلومات التواصل اللازمة.
- اللغة المفضلة عند توفرها.
- قناة التواصل المفضلة عندما يحددها صاحب العلاقة.
بيانات العلاقة
- نوع العلاقة.
- تاريخ بدايتها.
- حالتها الحالية.
- مسؤول العلاقة.
- تاريخ آخر تواصل ذي معنى.
- الإجراء التالي.
بيانات الدعم
- نوع الدعم.
- القيمة عند الحاجة.
- التاريخ.
- المشروع أو البرنامج.
- الغرض أو التقييد إن وجد.
التفضيلات والاهتمامات المعلنة
- المجالات التي دعمها.
- الموضوعات التي عبّر عن اهتمامه بها.
- تفضيلات التواصل التي صرح بها.
التفاعلات
- الاجتماعات المهمة.
- المراسلات ذات الصلة.
- الاستفسارات.
- الشكاوى.
- التحديثات.
- القرارات.
الالتزامات
- ما وعدت به المؤسسة؟
- من المسؤول؟
- متى يستحق؟
- ما حالته؟
الأدلة والوثائق
وفق طبيعة العلاقة، مثل:
- تقارير الأثر.
- التقارير الدورية.
- نتائج البرامج.
- الاتفاقيات.
- الموافقات.
- التعديلات.
المسائل المفتوحة
- ما الذي لم يحسم؟
- من يتابعه؟
- متى يجب إغلاقه؟
وهكذا تصبح بنية البيانات انعكاسًا لما تحتاجه العلاقة، لا مجرد قائمة طويلة من الحقول.
تاسعًا: سجل التفاعل أهم مما يبدو
قد يكون النظام غنيًا ببيانات التبرعات وفقيرًا في بيانات التفاعل.
قد تعرف الجمعية أن شخصًا تبرع عشر مرات، لكنها لا تعرف أنه:
- طلب تقريرًا ولم يصله.
- سأل عن مشروع معين.
- تلقى وعدًا بمتابعة لم تنفذ.
- اشتكى من تجربة التبرع.
- طلب تقليل الرسائل.
- أبدى اهتمامًا بمجال معين.
وقد تعرف المؤسسة أن جهة مانحة قدمت منحة، لكنها لا تجد بسهولة:
- ما الذي نوقش في آخر اجتماع.
- ما التغيير الذي طلبته المؤسسة.
- ما الذي وافقت عليه الجهة.
- ما الذي ما زال ينتظر الرد.
ولهذا ينبغي توثيق التفاعلات التي تؤثر في العلاقة أو الالتزامات أو القرارات المستقبلية.
ليس المطلوب تسجيل كل كلمة، بل تسجيل ما تحتاج المؤسسة إلى معرفته لاحقًا.
عاشرًا: النظام يمنع «إعادة بدء العلاقة»
تخيل متبرعًا تعامل مع الجمعية خمس سنوات.
وفي كل مرة يتغير الموظف يسمع:
«هل سبق أن تبرعت؟»
«ما المشروع الذي دعمته؟»
«هل طلبت منا شيئًا سابقًا؟»
والمشكلة تصبح أكبر مع مانح رئيسي أو جهة مانحة إذا اضطر المسؤول الجديد إلى إعادة اكتشاف سنوات من العلاقة من رسائل البريد القديمة.
هذا يعني أن المؤسسة لا تمتلك ذاكرة للعلاقة، وإنما تمتلك ذكريات موزعة بين الموظفين.
أما عندما يكون التاريخ المؤسسي موثقًا، فإن الموظف الجديد لا يبدأ من الصفر.
بل يبدأ من حيث انتهى العمل السابق.
العلاقة المؤسسية يجب أن تبقى في المؤسسة حتى عندما يتغير الأشخاص.
وهذا هو جوهر فكرة الذاكرة المؤسسية التي يقوم عليها النظام.
الحادي عشر: ابنِ «ملفًا حيًا» للعلاقة
سجل العلاقة ليس بطاقة ثابتة.
إنه ملف حي يتغير كلما تطورت العلاقة.
المتبرع الفردي
أول تبرع → تبرع ثانٍ → تكرار → تبرع دوري → تغير الاهتمام → توقف → عودة
المانح الفردي الرئيسي
بداية العلاقة → دعم أول → تحديثات → اجتماعات → دعم لاحق → تغير الاهتمامات → مرحلة جديدة
الجهة المانحة
فرصة تمويل → طلب → منحة → تنفيذ → تقارير → تعديلات → نتائج → إغلاق → فرصة لاحقة
وفي كل مرحلة تتغير المعلومات المهمة والإجراءات المطلوبة.
لذلك لا ينبغي أن يكون التصنيف مجرد وصف ثابت، بل انعكاسًا للحالة الحالية للعلاقة.
الثاني عشر: اربط النظام برحلة كل نوع من العلاقات
لا ينبغي أن يكون نظام إدارة العلاقات منفصلًا عن استراتيجية تنمية الموارد.
مع المتبرع الفردي قد تكون الرحلة:
التعرف → التبرع الأول → الشكر → متابعة الأثر → التبرع المتكرر → الاستدامة → التوقف → إعادة التنشيط
ومع المانح الرئيسي قد تكون:
التعرف → بناء العلاقة → الدعم الأول → الرعاية → تحديث الأثر → دعم لاحق أو متعدد السنوات → تغير العلاقة أو انتهاؤها
أما الجهة المانحة فقد تمر بـ:
التعرف → فرصة تمويل → تقديم → منح → تنفيذ → متابعة وتقارير → إغلاق → تجديد أو تمويل لاحق عند وجود توافق
ومع تغير المرحلة، تتغير الإجراءات المناسبة.
النظام الجيد لا يخبر المؤسسة فقط أين كانت العلاقة، بل يساعدها على فهم أين أصبحت الآن.
الثالث عشر: لا تجعل قيمة التمويل محور كل شيء
من السهل بناء التصنيفات حول:
كبار المانحين — متوسطو المانحين — صغار المانحين.
لكن هذا وحده لا يكفي.
فقد يكون متبرع يقدم مبلغًا صغيرًا بصورة دورية جزءًا من علاقة مستقرة وطويلة.
وقد يقدم شخص مبلغًا كبيرًا مرة واحدة ولا يستمر.
وقد تكون هناك جهة مانحة مهمة استراتيجيًا رغم أن منحتها الحالية محدودة.
لذلك يمكن النظر إلى عناصر مثل:
- حجم الدعم.
- التكرار.
- مدة العلاقة.
- المرحلة الحالية.
- التفاعل.
- الاهتمامات المعلنة.
- الالتزامات القائمة.
- طبيعة التمويل.
- درجة التعقيد.
- إمكانية تطور العلاقة عندما يكون ذلك مناسبًا.
فالمانح ليس مبلغًا.
إنه طرف في علاقة لها تاريخ وسلوك وتفضيلات معلنة وسياق متغير.
الرابع عشر: السلوك المرصود لا يساوي الدافع
قد يرى النظام أن متبرعًا دعم برامج التعليم خمس مرات.
هذا يخبرنا بشيء مهم عن سلوكه.
لكنه لا يثبت وحده لماذا فعل ذلك.
ربما يهتم بالتعليم.
وربما استجاب لحملات محددة.
وربما توجد أسباب أخرى لا نعرفها.
لذلك:
السلوك المرصود لا يساوي الدافع (Observed Behaviour ≠ Motivation).
ويجب ألا تتحول التحليلات إلى افتراضات نفسية غير موثقة عن الأشخاص.
إذا صرح المانح باهتمام أو تفضيل، يمكن تسجيله بصورة مناسبة.
أما ما نستنتجه من السلوك، فيجب التعامل معه بوصفه إشارة تحتاج إلى تفسير، لا حقيقة عن دوافع الإنسان.
الخامس عشر: اجعل النظام مصدرًا موثوقًا للمعلومات
إذا كانت معلومات العلاقة موزعة بين:
- جداول البيانات.
- البريد الإلكتروني.
- تطبيقات المحادثة.
- ملفات الموظفين.
- الملاحظات الشخصية.
- منصة التبرعات.
- النظام المالي.
- ملفات المشاريع.
- تقارير منفصلة.
فسيصبح من الصعب معرفة أي معلومة هي الأحدث والأصح.
لذلك تحتاج المؤسسة إلى مصدر مركزي موثوق للمعلومات الأساسية.
ولا يعني هذا بالضرورة وضع كل شيء في برنامج واحد.
بل يعني وجود بنية واضحة تحدد:
- أين توجد المعلومة الأصلية؟
- ما الذي يظهر في نظام إدارة العلاقات؟
- ما الأنظمة التي تتكامل معه؟
- من المسؤول عن تحديث كل نوع من البيانات؟
- أي نظام يعد المرجع عند وجود اختلاف؟
فالهدف ليس جمع الأنظمة كلها في شاشة واحدة، بل منع الفوضى في ملكية المعلومات.
السادس عشر: حدد ملكية البيانات بين الإدارات
العلاقة التمويلية قد تنتج معلومات في أكثر من إدارة.
مثلًا:
المالية
تعرف المدفوعات والتسويات والبيانات المالية.
البرامج
تعرف تقدم التنفيذ والتحديات.
المتابعة والتقييم
تعرف المؤشرات والنتائج والأدلة.
المنح
تعرف الاتفاقيات والتقارير والالتزامات.
التواصل
يعرف الرسائل والمحتوى والتفاعل.
خدمة المانحين
تعرف الاستفسارات والشكاوى.
مسؤول العلاقة
يعرف السياق والمتابعة والإجراء التالي.
لذلك ينبغي ألا نسأل فقط:
«أين نحفظ البيانات؟»
بل:
«من المسؤول عن صحة كل نوع من المعلومات وتحديثه؟»
فالذاكرة المؤسسية مسؤولية مشتركة، لكن المسؤوليات داخلها يجب أن تكون واضحة.
السابع عشر: تكامل النظام مع الأنظمة الأخرى
تزداد قيمة نظام إدارة العلاقات عندما يتكامل، حيث يكون ذلك مناسبًا، مع:
- منصة التبرعات.
- بوابة الدفع.
- النظام المالي.
- البريد الإلكتروني.
- الرسائل النصية.
- أدوات التواصل والتسويق.
- نظام إدارة المشاريع.
- أدوات المتابعة والتقييم.
- إدارة الوثائق.
- إدارة المنح.
- الشكاوى والتغذية الراجعة.
- أدوات التقارير والتحليل.
فمثلًا، عند حدوث تبرع جديد:
تبرع → تسجيل → تحديث حالة العلاقة → شكر → بدء مسار المتابعة
وعند اقتراب تقرير جهة مانحة:
موعد التقرير → تنبيه المسؤول → جمع الأدلة → مراجعة → إرسال → توثيق الإرسال → تسجيل أي ملاحظات
وهكذا تتحول العمليات المتفرقة إلى رحلة مترابطة.
الثامن عشر: نظام إدارة العلاقات ليس مشروعًا تقنيًا فقط
قد تشتري الجمعية نظامًا متقدمًا ثم تفشل في الاستفادة منه.
لأن المشكلة غالبًا ليست في البرنامج نفسه.
بل في:
العملية + البيانات + الفريق + المسؤوليات + الحوكمة + الثقافة المؤسسية
إذا لم يعرف الموظفون لماذا يسجلون المعلومات، أو لم توجد معايير واضحة، أو لم يلتزم أحد بإغلاق المسائل المفتوحة، فلن تحل التقنية المشكلة.
ولهذا يجب أن يبدأ المشروع بالسؤال:
كيف نريد إدارة علاقاتنا التمويلية؟
ثم:
ما الذي نحتاج إلى تذكره؟
ثم:
ما الالتزامات التي يجب ألا تضيع؟
ثم:
ما العمليات التي نريد إدارتها؟
ثم أخيرًا:
ما النظام الذي يخدم ذلك؟
وليس العكس.
التاسع عشر: حدد الحد الأدنى الضروري من البيانات
محاولة تسجيل كل شيء قد تجعل النظام معقدًا ومكلفًا وصعب الاستخدام.
الأفضل تحديد الحد الأدنى الضروري لكل نوع من العلاقات.
وعلى المستوى الأساسي، ينبغي أن تستطيع المؤسسة الإجابة عن:
من هو؟
ما نوع العلاقة؟
ماذا دعم؟
ما الغرض؟
ما الالتزامات القائمة؟
من المسؤول؟
ما آخر تواصل مهم؟
هل توجد مسألة مفتوحة؟
ما الإجراء التالي؟
ثم تضاف المعلومات الأخرى عندما تكون لها قيمة واضحة.
وهذا يجعل النظام:
أبسط + أدق + أسهل في الاستخدام + أكثر احترامًا للخصوصية
العشرون: استخدم الملاحظات بطريقة مهنية
قد يكون حقل الملاحظات مفيدًا، لكنه من أكثر أجزاء النظام عرضة لسوء الاستخدام.
ينبغي أن تكون الملاحظات:
- موضوعية.
- مرتبطة بالعمل.
- ضرورية.
- واضحة.
- قابلة للفهم لاحقًا.
- خالية من الأحكام الشخصية غير المبررة.
- بعيدة عن المعلومات الحساسة غير اللازمة.
بدلًا من:
❌ «المانح صعب ومزعج.»
يمكن تسجيل:
✅ «طلب توضيحًا تفصيليًا حول آلية احتساب أثر المشروع، وأرسل إليه التقرير بتاريخ...»
الأولى حكم على الإنسان.
أما الثانية فهي معلومة مؤسسية قابلة للاستخدام.
الحادي والعشرون: الأمن والخصوصية جزء من التصميم
لأن النظام قد يحتوي على معلومات مالية، وبيانات اتصال، ووثائق منح، وشكاوى، وتاريخ علاقات، فإن حمايته ليست أمرًا تقنيًا ثانويًا.
ينبغي التفكير في:
- من يستطيع الوصول؟
- ماذا يستطيع أن يرى؟
- ماذا يستطيع تعديل؟
- كيف تسجل عمليات الدخول والتغيير؟
- ما البيانات الحساسة؟
- ما مدة الاحتفاظ بالبيانات؟
- متى تحذف أو تؤرشف؟
- كيف تعالج طلبات أصحاب البيانات؟
- ما الإجراءات عند تغير الموظفين؟
ومن المبادئ المهمة هنا الوصول بحسب الدور (Role-Based Access).
فامتلاك المؤسسة للمعلومة لا يعني أن كل موظف يحتاج إلى رؤيتها.
الذاكرة المؤسسية الجيدة ليست ذاكرة لا تنسى فقط؛ بل ذاكرة تعرف ماذا تحفظ، ومن يحق له الوصول إليه، ومتى ينبغي ألا تحتفظ به بعد الآن.
الثاني والعشرون: لا تجعل النظام مقبرة للبيانات
قد تبدأ المؤسسة بحماس، ثم تمتلئ قاعدة البيانات بـ:
- سجلات مكررة.
- معلومات قديمة.
- أرقام غير صحيحة.
- تصنيفات متضاربة.
- التزامات لم تحدث.
- ملاحظات غامضة.
- علاقات بلا مسؤول.
- مسائل مفتوحة منذ سنوات.
- بيانات لا يعرف أحد لماذا جمعت.
وهنا يصبح النظام عبئًا.
لذلك تحتاج المؤسسة إلى حوكمة للبيانات تجيب عن:
من يدخل؟
ماذا يدخل؟
كيف يصنف؟
متى يحدث؟
من يراجع؟
من يصحح؟
من يؤرشف؟
من يملك صلاحية التعديل؟
فالذاكرة غير المنظمة قد تكون أسوأ من نقص البيانات؛ لأنها تعطي المؤسسة ثقة في معلومات غير موثوقة.
الثالث والعشرون: من البيانات إلى ذكاء العلاقات
عندما تتراكم بيانات منظمة وموثوقة، تستطيع المؤسسة استخدامها لفهم الأنماط.
مثلًا:
- ما الشرائح الأكثر احتفاظًا؟
- أين ينخفض التبرع الثاني؟
- ما القنوات التي يفضلها المتبرعون؟
- ما العلاقات التي تحتوي على التزامات متأخرة؟
- ما أنواع المنح التي تواجه أكثر التعديلات؟
- أين تتكرر الشكاوى؟
- ما الجهات التي لديها تقارير أو إجراءات معلقة؟
- ما العلاقات التي لم يحدث فيها تواصل ذو معنى منذ مدة؟
لكن ينبغي ألا نقفز مباشرة من البيانات إلى القرار.
الأصح:
بيانات → نمط → تفسير → حكم مهني → إجراء
فالنظام قد يكشف نمطًا، لكنه لا يفسر وحده دوافع البشر أو أسباب كل تغير.
البيانات تدعم الحكم المهني، ولا تستبدله.
الرابع والعشرون: النظام يدعم التخصيص والتواصل السنوي
هنا ترتبط إدارة العلاقات بالمقالات السابقة في السلسلة.
إذا عرف النظام أن متبرعًا:
مهتم بالتعليم + متبرع متكرر + يفضل البريد الإلكتروني + آخر تحديث تلقاه منذ أربعة أشهر
فيمكن اختيار تواصل أكثر ملاءمة.
وإذا عرف أن مانحًا رئيسيًا:
يدعم برنامجًا معينًا + ينتظر تحديثًا مرحليًا + آخر اجتماع انتهى بالتزام محدد
فالإجراء التالي يصبح أوضح.
وإذا كانت هناك جهة مانحة:
منحة نشطة + تقرير قريب + تعديل ينتظر الموافقة
فلا ينبغي أن يرسل إليها النظام مجرد حملة تسويقية وكأن كل شيء طبيعي.
وهنا تظهر العلاقة بين:
التقسيم → التخصيص → خطة التواصل → إدارة العلاقات
فالنظام هو الذاكرة التي تسمح لهذه الممارسات بأن تعمل معًا.
الخامس والعشرون: ثلاثة أمثلة على الذاكرة المؤسسية
مثال 1: متبرع فردي
يسجل النظام:
2024: أول تبرع لبرنامج التعليم.
2025: ثلاثة تبرعات للمجال نفسه.
2025: طلب تحديثًا عن الأثر وأرسل إليه.
2026: بدأ تبرعًا دوريًا.
آخر تواصل: تقرير أثر.
الإجراء التالي: تحديث عن النتائج التراكمية.
إذا تغير الموظف، تبقى القصة.
مثال 2: مانح فردي رئيسي
يسجل النظام:
بداية العلاقة: 2024.
الدعم: برنامج تمكين الشباب.
اجتماع مهم: مناقشة النتائج والتحديات.
التزام المؤسسة: إرسال تحديث بعد المرحلة الثانية.
اهتمام معلن: التوسع في التدريب المهني.
مسألة مفتوحة: التحديث لم يرسل بعد.
المسؤول: مدير تنمية الموارد.
الإجراء التالي: إرسال التحديث ثم ترتيب متابعة.
هنا لا يحفظ النظام المبلغ فقط، بل سياق العلاقة ومسؤولية المؤسسة.
مثال 3: جهة مانحة
يسجل النظام:
فرصة تمويل → منحة معتمدة → اتفاقية → برنامج محدد → مؤشرات → تقارير دورية → طلب تعديل → موافقة موثقة → تقرير نهائي → إغلاق المنحة.
ويظهر كذلك:
التقرير القادم: تاريخ محدد.
المسؤول: مسؤول المنح.
الأدلة المطلوبة: محددة.
المسائل المفتوحة: واحدة.
الإجراء التالي: إغلاق المسألة قبل التقرير.
وهنا يصبح النظام ذاكرة للمنحة والعلاقة معًا.
السادس والعشرون: كيف نقيس نجاح نظام إدارة العلاقات؟
نجاح النظام لا يقاس بعدد الأسماء التي يحتويها.
يمكن القياس على ثلاثة مستويات.
أولًا: جودة البيانات
مثل:
- اكتمال السجلات الأساسية.
- نسبة السجلات المكررة.
- حداثة البيانات.
- دقة التصنيفات.
ثانيًا: جودة الذاكرة المؤسسية
مثل:
- نسبة العلاقات التي لديها مسؤول واضح.
- نسبة العلاقات النشطة التي لديها إجراء تالٍ.
- نسبة الالتزامات الموثقة.
- نسبة الالتزامات المنفذة في موعدها.
- نسبة المسائل المفتوحة التي أغلقت.
- نسبة التفاعلات المهمة الموثقة.
ثالثًا: جودة الاستخدام والعلاقة
مثل:
- معدل استخدام الفريق للنظام.
- سرعة الوصول إلى المعلومات.
- جودة الاستجابة.
- جودة التخصيص.
- رضا الفريق.
- رضا المتبرعين عندما يكون قياسه مناسبًا.
- الاحتفاظ بالمتبرعين.
- التبرع الثاني.
- استمرارية العلاقات الرئيسية.
- الالتزام بالتقارير.
- إغلاق المنح بنجاح.
- التجديد أو التمويل اللاحق عندما يكون ذلك مناسبًا.
فالهدف ليس إثبات أن البرنامج يعمل.
بل إثبات أن المؤسسة أصبحت أقدر على إدارة علاقاتها.
السابع والعشرون: أخطاء شائعة يجب تجنبها
1. شراء النظام قبل تحديد طريقة إدارة العلاقات
التقنية ليست نقطة البداية.
2. تصميم النظام للمتبرعين الأفراد فقط
هذا يفقد المؤسسة ذاكرة المانحين الرئيسيين والجهات المانحة.
3. جمع البيانات بلا غرض
كل معلومة يجب أن تخدم حاجة واضحة.
4. تسجيل ما يفعله المانح ونسيان التزامات المؤسسة
العلاقة لها طرفان.
5. ترك العلاقات بلا مسؤول
المعلومة لا تنفذ نفسها.
6. عدم إغلاق المسائل المفتوحة
التوثيق لا يعوض المتابعة.
7. الاعتماد على موظف واحد
المعرفة يجب أن تنتقل من الشخص إلى المؤسسة.
8. فصل النظام عن البرامج والمالية والمتابعة والتقييم
جزء كبير من ذاكرة العلاقة ينتج خارج فريق تنمية الموارد.
9. افتراض الدوافع من السلوك
النمط ليس تفسيرًا نهائيًا.
10. تجاهل الخصوصية والصلاحيات
الثقة لا تنفصل عن حماية البيانات.
11. جعل النظام معقدًا
كلما زادت صعوبة استخدامه، قلت جودة البيانات التي تدخل إليه.
12. اعتبار نجاح النظام مساويًا لزيادة التبرعات
قد تكون قيمته الأساسية في تحسين الالتزام والتواصل والقرار والذاكرة المؤسسية.
الثامن والعشرون: كيف تبدأ الجمعية؟
لا ينبغي أن تبدأ الرحلة باختيار البرنامج.
يمكن اتباع المسار الآتي:
المرحلة الأولى: تحديد أنواع العلاقات
من تدير المؤسسة علاقاتها معه؟
متبرعون أفراد؟ مانحون رئيسيون؟ جهات مانحة؟
المرحلة الثانية: رسم الرحلات
ما المراحل التي تمر بها كل علاقة؟
المرحلة الثالثة: تحديد الالتزامات
ما الذي تعد به المؤسسة أو تصبح مسؤولة عنه في كل مرحلة؟
المرحلة الرابعة: تحديد البيانات
ما الحد الأدنى من المعلومات اللازمة لإدارة العلاقة؟
المرحلة الخامسة: تحديد المسؤوليات
من يملك العلاقة؟ ومن يملك كل نوع من البيانات؟
المرحلة السادسة: تنظيف البيانات الحالية
دمج التكرارات، وتصحيح الأخطاء، وإزالة ما لا يلزم.
المرحلة السابعة: ضبط النظام
بناء الحقول والتصنيفات والحالات والإجراءات.
المرحلة الثامنة: التكامل
ربط الأنظمة الضرورية حيث تكون هناك قيمة واضحة.
المرحلة التاسعة: تدريب الفريق
ليس فقط على استخدام البرنامج، بل على لماذا وماذا ومتى يجب أن يوثق.
المرحلة العاشرة: تطبيق الحوكمة
تحديد الصلاحيات والجودة والمراجعة والاحتفاظ بالبيانات.
المرحلة الحادية عشرة: القياس والتحسين
مراجعة استخدام النظام وجودة الذاكرة وفاعلية العمليات.
ويمكن تلخيص المسار في:
حدد العلاقات → ارسم الرحلات → حدد الالتزامات → حدد البيانات → حدد المسؤوليات → نظف البيانات → اضبط النظام → اربط الأنظمة → درب الفريق → طبق الحوكمة → قِس وحسّن
نموذج أكاديمية إنساني للذاكرة المؤسسية للعلاقات التمويلية
يمكن تلخيص النموذج في:
من؟ → نوع العلاقة → الدعم → الغرض → الالتزامات → التفضيلات → المسؤول → التفاعلات → الأدلة → المسائل المفتوحة → الإجراء التالي
وتحكمه خمس قواعد أساسية:
البيانات لا تساوي ذاكرة العلاقة (Data ≠ Relationship Memory).
السلوك المرصود لا يساوي الدافع (Observed Behaviour ≠ Motivation).
كل التزام يحتاج إلى مسؤول (Every Commitment Needs an Owner).
كل مسألة مفتوحة تحتاج إلى إغلاق (Every Open Issue Needs Closure).
كل علاقة نشطة تحتاج إلى إجراء تالٍ (Every Active Relationship Needs a Next Action).
ويمكن إضافة قاعدة سادسة لا تقل أهمية:
لا ينبغي أن تضيع ذاكرة العلاقة عندما يتغير الأشخاص.
قائمة فحص: هل نظام إدارة علاقات المانحين لديكم ذاكرة مؤسسية فعلًا؟
اسألوا:
- هل نميز داخل النظام بين المتبرع الفردي والمانح الفردي الرئيسي والجهة المانحة؟
- هل نعرف تاريخ بداية كل علاقة؟
- هل نعرف ما الذي دعمه كل طرف ولأي غرض؟
- هل نسجل التزامات المؤسسة، لا تصرفات المانح فقط؟
- هل لكل علاقة رئيسية مسؤول واضح؟
- هل نعرف آخر تواصل ذي معنى؟
- هل نستطيع معرفة المسائل المفتوحة فورًا؟
- هل لكل مسألة مسؤول وموعد وحالة؟
- هل لكل علاقة نشطة إجراء تالٍ؟
- هل تستطيع المؤسسة متابعة العلاقة إذا غادر الموظف المسؤول غدًا؟
- هل نفرق بين السلوك المرصود والدوافع المفترضة؟
- هل توجد قواعد واضحة لملكية البيانات وتحديثها؟
- هل ترتبط معلومات البرامج والمالية والمتابعة والتقييم بالعلاقة عند الحاجة؟
- هل نمنع تكرار السجلات والمعلومات القديمة؟
- هل الملاحظات موضوعية ومهنية؟
- هل الوصول إلى البيانات محدد بحسب الدور؟
- هل لدينا قواعد للاحتفاظ بالبيانات وحذفها أو أرشفتها؟
- هل يستطيع النظام أن يخبرنا بما يجب فعله، لا بما حدث فقط؟
- هل نقيس جودة الذاكرة المؤسسية إلى جانب نتائج جمع التبرعات؟
- هل يساعد النظام الموظف الجديد على البدء من حيث انتهى الموظف السابق؟
إذا كانت الإجابة عن عدد كبير من هذه الأسئلة «لا»، فقد تكون المؤسسة قد طبقت برنامجًا لإدارة علاقات المانحين، لكنها لم تبنِ بعد ذاكرة مؤسسية للعلاقات التمويلية.
خاتمة: المؤسسة التي تتذكر تستطيع أن تدير العلاقة بصورة أفضل
العلاقات مع المتبرعين والمانحين من الأصول المهمة التي تبنيها المؤسسات غير الربحية عبر الزمن.
لكنها أيضًا من أكثر الأصول عرضة للضياع عندما تبقى موزعة بين ذاكرة الموظفين، ورسائل البريد، وتطبيقات المحادثة، والجداول، والملاحظات الشخصية.
الموظف قد يغادر.
ومسؤول المنح قد يتغير.
ومدير المشروع قد ينتقل إلى مهمة أخرى.
وقد يعاد تشكيل الفريق كله.
لكن تاريخ العلاقة والتزامات المؤسسة لا ينبغي أن يختفيا معهم.
لهذا فإن نظام إدارة علاقات المانحين ليس مجرد مكان لتسجيل:
الاسم + رقم الهاتف + قيمة التبرع.
إنه فرصة لبناء ذاكرة مؤسسية تستطيع أن تقول:
نعرف من هو هذا الطرف، وما نوع علاقتنا به، وماذا دعم، وما الذي التزمنا به تجاهه، وما الذي حدث في آخر تواصل، وما الأدلة التي قدمناها، وما المسائل التي ما زالت مفتوحة، ومن المسؤول عنها، وما الذي ينبغي أن يحدث بعد ذلك.
وعندما تصل المؤسسة إلى هذه المرحلة، فإنها لا تمتلك قاعدة بيانات فحسب.
إنها تمتلك قدرة مؤسسية على تذكر العلاقات وإدارتها.
والفرق بين الاثنين كبير.
فالقاعدة تحفظ الماضي.
أما الذاكرة المؤسسية فتستخدم الماضي لتحسين الحاضر والاستعداد للخطوة التالية.
ولهذا فإن قيمة نظام إدارة علاقات المانحين لا تقاس بكمية البيانات التي يحتفظ بها، بل بقدرته على حماية الثقة، والوضوح، والاستمرارية، وجودة العلاقة، وجودة القرار المؤسسي.
نظام إدارة العلاقات الجيد لا يساعد المؤسسة فقط على معرفة من أعطاها المال؛ بل يساعدها على تذكر ما أصبحت مسؤولة عنه بعد أن أخذته.
