مقدمة: هل تعرف جمعيتك ماذا يحدث للمانح بين «رآنا» و«عاد إلينا»؟

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

لكن سؤالًا أكثر عمقًا قد يظل بلا إجابة:

ماذا يحدث للمانح منذ اللحظة التي يسمع فيها عن الجمعية، وحتى يصبح داعمًا مستمرًا لها؟

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

بعد أيام قد يرسل له صديق حملة للجمعية نفسها، فيعود للبحث عنها، ويقرأ تقريرًا سابقًا، ثم يقدم مساهمته الأولى.

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

وقد يحدث العكس تمامًا: يتبرع مرة ثم لا يعود.

كل واحدة من هذه اللحظات جزء من Donor Journey — رحلة المانح.

لكن معرفة هذه المراحل وحدها لا تعني أن الجمعية تمتلك Donor Journey Map — خريطة رحلة المانح.

فالخريطة تحاول أن تفهم في كل مرحلة:

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

وهنا تتحول الرحلة من سلسلة أحداث إلى أداة إدارية لتحسين تجربة المانح.

فالهدف ليس فقط الانتقال من سؤال:

«كم تبرع لنا؟»

إلى:

«كيف عاش تجربته معنا؟»

بل أيضًا إلى:

«أين تتعطل العلاقة؟ ولماذا؟ وما الذي ينبغي أن نغيره؟»

---

أولًا: رحلة المانح ليست خريطة رحلة المانح

هذا الفرق أساسي.

Donor Journey — رحلة المانح

هي المسار أو مجموعة المراحل التي يمر بها الشخص في علاقته بالجمعية.

مثل:

التعرّف → الاهتمام → الاستكشاف → القرار → التبرع → ما بعد التبرع → التكرار → ارتباط أعمق

هذه هي الرحلة.

أما:

Donor Journey Map — خريطة رحلة المانح

فهي الأداة التي نستخدمها لتحليل هذه الرحلة.

ولا تكتفي بالسؤال:

ما المرحلة؟

بل تضيف طبقات أخرى:

Stage → Donor Goal → Action → Thought → Emotion → Touchpoint → Friction/Opportunity → Organisational Response → Owner/System → KPI

أي:

المرحلة → هدف المانح → السلوك → الفكرة → الشعور → نقطة الاتصال → العائق/الفرصة → استجابة الجمعية → المسؤول/النظام → المؤشر

مثال

القول:

«المانح دخل صفحة التبرع.»

يصف جزءًا من Donor Journey.

أما الخريطة فتسأل:

هدفه: أريد أن أعرف إن كانت مساهمتي ستذهب إلى مشروع موثوق.
سلوكه: يراجع الصفحة قبل الدفع.
فكرته: هل هذه الجمعية موثوقة؟
شعوره: تردد.
Touchpoint: صفحة المشروع/التبرع.
Friction: المعلومات عن استخدام التبرع غير واضحة.
Response: توضيح مختصر للمشروع واستخدام الأموال.
Owner: فريق التبرعات/التقنية/المحتوى بحسب الهيكل.
KPI: الانتقال من صفحة المشروع إلى بدء التبرع.

هذا هو الفرق بين رسم المسار وفهم التجربة.

---

ثانيًا: رحلة المانح ليست خطًا مستقيمًا

من المفيد تعليميًا رسم الرحلة بهذه الصورة:

Awareness → Interest → Exploration → Donation → Post-Donation → Repeat Giving

لكن الإنسان لا يتحرك دائمًا بهذه الطريقة.

قد تكون رحلته:

Instagram → Website → Exit → Recommendation from Friend → Search → Website → Donation

وقد يصل شخص آخر عبر:

Volunteer → Event → Relationship → Donation

وقد يكون متبرعًا سابقًا يرى حملة طارئة فينتقل مباشرة إلى التبرع دون المرور بكل المراحل السابقة.

وقد يغادر المانح ثم يعود بعد عام.

إذن:

خريطة الرحلة ليست مسارًا إلزاميًا نسعى إلى إجبار المانح على اتباعه، بل نموذج يساعدنا على فهم المسارات المحتملة ونقاط الانتقال بينها.

فالمانح يستطيع:

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

وهذا مهم جدًا عند تفسير البيانات.

---

ثالثًا: ابدأ بهدف المانح Donor Goal، لا بما تريد الجمعية منه

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

ماذا نريد من المانح؟

تبرع؟
اشتراك شهري؟
تبرع ثانٍ؟

لكن Journey Mapping تبدأ من سؤال مختلف:

ما الذي يحاول المانح تحقيقه في هذه اللحظة؟

عندما يشاهد الحملة، قد يكون هدفه:

أريد أن أفهم القضية.

عندما يدخل موقع الجمعية:

أريد أن أعرف من يقف خلف هذه الحملة.

عندما يفتح صفحة المشروع:

أريد أن أتأكد أن الحل منطقي.

عندما يصل إلى الدفع:

أريد إتمام مساهمتي بأمان وسهولة.

بعد التبرع:

أريد أن أعرف أن العملية تمت وماذا سيحدث بعدها.

لاحقًا:

أريد أن أعرف إن كانت مساهمتي أحدثت فرقًا.

وهذا الاختلاف جوهري.

لأن السؤال:

«كيف نجعله يتبرع؟»

يركز على هدف المؤسسة.

بينما:

«ماذا يحاول أن يحقق الآن؟»

يركز على تجربة الإنسان.

والخريطة الجيدة تحاول التوفيق بين الاثنين دون التضحية بحرية المانح أو مصلحته.

---

رابعًا: لا تبنِ Personas من الخيال — ابدأ بشرائح مبنية على الأدلة

ليس كل المانحين متشابهين.

لكن هذا لا يعني اختراع شخصيات تفصيلية لا تستند إلى بيانات.

الأفضل البدء بما تعرفه الجمعية فعلًا.

مثل:

• First-Time Donors.
• Repeat Donors.
• Recurring Donors.
• Lapsed Donors.
• Referral Donors.
• Event-Acquired Donors.
• Major Donors.
• Institutional Donors.
• متبرعين موسميين.
• داعمين بدأوا كمتطوعين.

ثم تستخدم:

• بيانات CRM.
• المقابلات.
• الاستبيانات.
• تاريخ التفاعل.
• سلوك التبرع.
• قنوات الاستحواذ.

لفهم الاختلافات الحقيقية بينهم.

ابنِ الشريحة من الأدلة، لا من الخيال.

ولا تحاول وضع جميع الشرائح في خريطة واحدة.

ابدأ برحلة محددة، مثل:

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

ثم طوّر خرائط أخرى عند الحاجة.

---

خامسًا: Current-State Journey — ماذا يحدث فعلًا الآن؟

قبل تصميم الرحلة المثالية، ارسم الواقع.

وهذا هو:

Current-State Journey

أي:

ماذا يعيش المانح اليوم فعلًا؟

قد تكتشف مثلًا أن الرحلة الحالية هي:

إعلان

↓

صفحة مشروع

↓

تبرع

↓

إيصال آلي

↓

صمت ثلاثة أشهر

↓

طلب تبرع جديد

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

لكن عندما تُرسم من منظور المانح، تظهر الفجوة.

لذلك يجب ألا يبدأ Journey Mapping بسؤال:

ما الرحلة التي نريدها؟

بل:

ما الرحلة الموجودة فعلًا؟

وهذا يتطلب أدلة، لا افتراضات.

---

سادسًا: ما الطبقات التي يجب أن تحتويها الخريطة؟

يمكن استخدام نموذج موحد:

1. Stage — المرحلة

أين يوجد المانح في العلاقة؟

2. Donor Goal — هدف المانح

ماذا يريد أن يحقق الآن؟

3. Action — السلوك

ماذا يفعل؟

4. Thought — الفكرة

ما السؤال الذي يدور في ذهنه؟

5. Emotion — الشعور

هل يشعر بالفضول، التعاطف، الثقة، التردد، القلق، الرضا؟

6. Touchpoint — نقطة الاتصال

أين يحدث التفاعل؟

الموقع؟
WhatsApp؟
البريد؟
فعالية؟
صفحة دفع؟

7. Friction / Opportunity

ما الذي يعيقه؟ وما الفرصة المتاحة لتحسين التجربة؟

8. Organisational Response

ماذا ينبغي أن تفعل الجمعية؟

9. Owner / System

من المسؤول؟ وأين تُدار البيانات أو العملية؟

10. KPI

كيف نعرف أن هذه المرحلة تعمل؟

هذه الطبقات تجعل الخريطة قابلة للتحويل إلى قرارات.

---

سابعًا: Touchpoint وMoment of Truth وPain Point ليست الشيء نفسه

من المهم التفريق بين ثلاثة مفاهيم.

Touchpoint — نقطة اتصال

أي لحظة يتفاعل فيها المانح مع الجمعية.

مثل:

• إعلان.
• موقع.
• WhatsApp.
• بريد إلكتروني.
• مكالمة.
• صفحة تبرع.
• تقرير أثر.
• فعالية.
• خدمة مانحين.

Moment of Truth — لحظة حقيقة

ليست كل نقطة اتصال لحظة حقيقة.

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

مثل:

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

وهذا مهم لأن المؤسسة لا تستطيع تحسين كل شيء في الوقت نفسه.

اسأل:

ما اللحظات القليلة التي إذا حسّناها ستتغير التجربة بصورة كبيرة؟

Pain Point — نقطة ألم

هي اللحظة التي يظهر فيها:

• تردد.
• تعقيد.
• تأخير.
• غموض.
• خطأ.
• تكرار غير ضروري.
• تجربة غير مناسبة.

لكن الخريطة لا تبحث فقط عن المشكلات.

نبحث أيضًا عن:

Improvement / Delight Opportunity

أي فرصة لجعل التجربة أكثر قيمة.

فبعد التبرع، قد لا توجد مشكلة فعلية في إرسال:

«شكرًا لتبرعك.»

لكن توجد فرصة أفضل:

تأكيد + شكر + ماذا سيحدث الآن + متى يمكن توقع التحديث التالي.

إذن:

Journey Mapping لا يبحث فقط عن الأشياء المكسورة، بل أيضًا عن الأشياء التي يمكن أن تصبح أفضل.

---

ثامنًا: Frontstage وBackstage — ما يراه المانح وما لا يراه

هناك طبقة أخرى مهمة جدًا.

Frontstage

هي الأشياء التي يراها المانح:

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

لكن خلف كل ذلك يوجد:

Backstage

مثل:

• CRM.
• بوابة الدفع.
• النظام المالي.
• قاعدة بيانات المانحين.
• فريق البرامج.
• MEAL.
• الموافقات الداخلية.
• Automations.
• خدمة العملاء.
• إدارة المحتوى.

مثلًا، يرى المانح:

رسالة تأكيد وصلت خلال ثوانٍ.

لكن خلفها قد يوجد:

Payment Gateway → Donation Record → CRM → Automation → Email

وهنا يظهر فرق مهم:

المشكلة التي يراها المانح في Frontstage قد يكون سببها الحقيقي في Backstage.

قد يشتكي المانح من رسالة غير مناسبة.

لكن المشكلة ليست في الرسالة نفسها، بل في أن CRM لم يسجل المشروع الذي دعمه.

وقد يتأخر إيصال التبرع لأن الربط بين بوابة الدفع والنظام المالي غير مكتمل.

لهذا فإن Journey Map المتقدمة قد تتطور إلى ما يشبه Service Blueprint يربط تجربة المانح بالعمليات التي تصنعها داخل المؤسسة.

---

تاسعًا: Donor Funnel ليس Donor Journey Map

هناك فرق مهم آخر.

Donor Funnel

يجيب:

أين فقدنا الناس؟

مثلًا:

1,000 شاهدوا الحملة.

↓

400 زاروا المشروع.

↓

150 وصلوا إلى صفحة التبرع.

↓

80 بدأوا الدفع.

↓

50 أكملوا التبرع.

القمع ممتاز في إظهار حجم الانتقال والانقطاع.

لكن لا يخبرنا وحده لماذا حدث ذلك.

أما:

Donor Journey Map

فتحاول أن تفهم:

لماذا حدث الانتقال أو الانقطاع؟

قد يكون السبب:

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

إذن:

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

وهما أداتان متكاملتان، وليستا بديلتين لبعضهما.

---

عاشرًا: البيانات تخبرك ماذا حدث — والمانح يساعدك على فهم لماذا

لا ينبغي أن تعتمد الخريطة على التخمين.

نحتاج إلى نوعين من الأدلة.

Quantitative Data

مثل:

• Reach.
• Engagement.
• Website Visits.
• Conversion Rate.
• Donation Completion Rate.
• Payment Failures.
• Repeat Donation Rate.
• Retention Rate.
• Email Engagement.

هذه تخبرنا:

ماذا حدث؟

لكننا نحتاج أيضًا إلى:

Qualitative Data

مثل:

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

هذه تساعدنا على فهم:

لماذا حدث؟

ولهذا يمكن الاحتفاظ بقاعدة مهمة:

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

---

الحادي عشر: لا تقِس النتيجة فقط — تتبع Journey Events

إذا كانت المؤسسة تمتلك البنية التقنية المناسبة، فمن المفيد تتبع الانتقالات داخل الرحلة.

مثل:

مشاهدة الحملة

↓

زيارة المشروع

↓

بدء التبرع

↓

محاولة الدفع

↓

اكتمال التبرع

↓

إرسال التأكيد

↓

فتح تحديث المشروع

↓

التبرع مرة أخرى

الفكرة ليست جمع أكبر قدر ممكن من البيانات.

بل:

جمع البيانات التي تساعد على فهم الانتقالات المهمة في رحلة المانح.

وهذا يجعل الجمعية قادرة على معرفة ما إذا كانت المشكلة قبل الدفع أو أثناءه أو بعده.

---

الثاني عشر: ما بعد التبرع جزء من الرحلة — وليس نهاية الخريطة

من أكثر الأخطاء شيوعًا أن تنتهي Journey Map عند:

Donation Completed

لكن بالنسبة للمانح، هنا تبدأ مرحلة جديدة.

بعد التبرع قد يسأل:

هل تمت العملية؟

ثم:

ماذا سيحدث الآن؟

ثم:

ماذا حدث للمشروع؟

ثم:

هل كانت مساهمتي ذات قيمة؟

ثم ربما:

هل أريد دعم هذه المؤسسة مرة أخرى؟

لذلك يجب أن تشمل الخريطة:

Confirmation → Appreciation → Updates → Impact → Relationship → Possible Repeat Giving

ولا نحتاج هنا إلى تصميم جميع تفاصيل أول 30 يومًا؛ فهذا موضوع يستحق معالجة مستقلة.

المهم في Journey Mapping هو:

ألا تنتهي الخريطة عند اللحظة التي حصلت فيها المؤسسة على المال.

---

الثالث عشر: ليست كل رحلة ناجحة تنتهي بالولاء أو بمبلغ أكبر

من الخطأ افتراض أن المانح المثالي يتحرك دائمًا على سلم:

تبرع → تبرع أكبر → شراكة

قد يصبح الشخص:

• Recurring Donor.
• Volunteer.
• Advocate.
• Referrer.
• Event Participant.
• Major Donor.
• Community Ambassador.
• Corporate Connector.

وقد يظل متبرعًا صغيرًا منتظمًا لسنوات، وهذه علاقة ذات قيمة أيضًا.

لذلك يمكن أن نسمي المرحلة الأوسع:

Deeper Engagement — ارتباط أعمق

بدل افتراض نتيجة واحدة للجميع.

والسؤال يصبح:

ما العلاقة ذات المعنى التي يريدها هذا الشخص ويمكن للمؤسسة أن تبنيها معه؟

---

الرابع عشر: Exit وLapse وRe-entry جزء من الرحلة أيضًا

ليس كل شخص يستمر.

قد تصبح الرحلة:

Donation → Communication → Silence → Lapse

لكنها قد لا تنتهي هناك.

بعد أشهر:

Relevant Campaign → Reactivation → Return

لذلك ينبغي أن تسأل الخريطة:

Exit

أين خرج المانح؟

Why

لماذا؟

Re-entry

ما الذي يمكن أن يجعله يعود بصورة مناسبة؟

وهذه المعلومات تصبح مهمة لاحقًا لفهم:

• Donor Retention.
• Lapsed Donors.
• Reactivation.

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

أحيانًا يكون الخروج قرارًا طبيعيًا ينبغي احترامه.

---

الخامس عشر: Future-State Journey — ما التجربة التي نريد بناءها؟

بعد فهم Current State، يمكن الانتقال إلى:

Future-State Journey

أي:

كيف نريد أن تصبح التجربة؟

مثلًا:

Current State

تبرع
↓
إيصال
↓
صمت
↓
طلب جديد

Future State

تبرع
↓
تأكيد وشكر
↓
توضيح الخطوة التالية
↓
تحديث مناسب
↓
نتيجة أو أثر
↓
تفاعل غير مالي
↓
فرصة دعم جديدة عند وجود صلة

وهنا تظهر فجوة التحسين:

Current State → Gap → Future State → Improvement

وهذه من أهم وظائف Journey Mapping.

فالخريطة لا تصف الواقع فقط.

بل تساعد على تصميم تجربة أفضل.

---

السادس عشر: من المسؤول عن رحلة المانح؟

رحلة المانح لا تخص إدارة جمع التبرعات وحدها.

قد يكون:

Marketing مسؤولًا عن الاستحواذ.

Communication عن الرسائل.

Technology عن التجربة الرقمية.

Finance عن المعاملة والإيصالات.

Programmes عن التنفيذ.

MEAL عن الأدلة والنتائج.

Donor Relations عن العلاقة.

لكن هنا تظهر مشكلة:

إذا كان الجميع يملك جزءًا من الرحلة، فمن يملك الرحلة كاملة؟

ولهذا من المفيد تحديد:

Journey Owner

وهو شخص أو وظيفة لديها رؤية End-to-End لتجربة المانح.

لا يعني ذلك أن ينفذ كل شيء بنفسه.

بل أن يتأكد من أن الأجزاء تعمل معًا.

أما كل Touchpoint فينبغي أن يكون لها:

Owner + System + KPI

حتى لا توجد نقاط مهمة «بلا مالك».

---

السابع عشر: Journey Mapping يجب أن تحافظ على Donor Agency

رسم الرحلة لا يعني بناء آلة تدفع الإنسان خطوة بعد خطوة حتى يتبرع.

هناك فرق بين:

تسهيل القرار

و:

التلاعب بالقرار

المتبرع يجب أن يحتفظ بـ:

Donor Agency

أي قدرته على:

• الفهم.
• الاختيار.
• التراجع.
• تغيير تفضيلاته.
• تحديد طريقة التواصل.
• اتخاذ القرار دون ضغط مضلل.

لذلك يجب أن نسأل في كل Touchpoint:

هل تساعد هذه النقطة المانح على اتخاذ قرار أفضل، أم تحاول فقط زيادة احتمال أن يفعل ما تريده المؤسسة؟

تبسيط نموذج التبرع يساعده.

توضيح الأثر يساعده.

عرض الخيارات بوضوح يساعده.

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

---

الثامن عشر: لا تحاول إصلاح كل شيء مرة واحدة

بعد رسم الخريطة، قد تكتشف المؤسسة عشرات المشكلات والفرص.

لكن الموارد محدودة.

لذلك يجب ترتيب الأولويات.

يمكن استخدام نموذج بسيط:

Impact × Frequency × Ease of Improvement

Impact

ما حجم تأثير المشكلة على تجربة المانح؟

Frequency

كم عدد الأشخاص الذين يتأثرون بها؟

Ease of Improvement

ما مدى سهولة أو تكلفة معالجتها؟

مثلًا:

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

أما تعديل تفصيل بصري صغير لا يؤثر في السلوك أو الفهم، فقد يكون أقل أولوية.

الخريطة لا ينبغي أن تنتج قائمة أمنيات.

بل:

قائمة تحسينات مرتبة وقابلة للتنفيذ.

---

التاسع عشر: اختبر الرحلة — Mystery Donor Test

من أفضل الطرق لفهم الرحلة أن يعيشها شخص لا يعرف النظام مسبقًا.

يمكن تنفيذ:

Mystery Donor Test

بحيث يقوم شخص بـ:

Discover → Explore → Donate → Ask a Question → Receive Follow-up

ثم يسجل:

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

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

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

---

العشرون: راجع الرحلة دوريًا وعند حدوث تغيرات مهمة

Journey Map ليست وثيقة تُرسم مرة ثم توضع في ملف.

فالرحلة تتغير مع:

• التكنولوجيا.
• توقعات المتبرعين.
• قنوات التواصل.
• وسائل الدفع.
• CRM.
• الموقع.
• شرائح المانحين.
• استراتيجية جمع التبرعات.

لذلك يمكن الجمع بين:

Periodic Review

مراجعة دورية مناسبة للمؤسسة.

و:

Trigger-Based Review

مراجعة عند حدوث تغيير مهم، مثل:

• إطلاق موقع جديد.
• تغيير بوابة الدفع.
• دخول شريحة جديدة.
• حملة كبيرة.
• ارتفاع Drop-off.
• انخفاض Retention.
• زيادة الشكاوى.
• تغيير CRM.
• إضافة قناة تواصل جديدة.

الخريطة أداة تعلم مستمر، وليست وثيقة ثابتة.

---

الحادي والعشرون: النموذج العملي الكامل لخريطة رحلة المانح

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

العنصر	السؤال
Stage	في أي مرحلة يوجد المانح؟
Donor Goal	ماذا يحاول تحقيقه؟
Action	ماذا يفعل؟
Thought	ماذا يفكر أو يسأل؟
Emotion	ماذا يشعر؟
Touchpoint	أين يحدث التفاعل؟
Friction	ما الذي يعيقه؟
Opportunity	كيف يمكن تحسين التجربة؟
Organisational Response	ماذا ينبغي أن تفعل الجمعية؟
Owner	من المسؤول؟
System/Data	أين تسجل أو تدار هذه العملية؟
KPI	كيف نقيس نجاحها؟

ثم تضاف طبقة التحسين:

Current State	Gap	Future State	Improvement	Priority
ماذا يحدث الآن؟	ما المشكلة؟	ماذا نريد؟	ماذا سنغير؟	ما الأولوية؟

مثال مبسط

البعد	مثال
Stage	الاستكشاف
Donor Goal	التأكد من جدية المؤسسة والمشروع
Action	يزور صفحة المشروع ويبحث عن معلومات إضافية
Thought	هل أستطيع الوثوق بهذه الجهة؟
Emotion	اهتمام مع بعض التردد
Touchpoint	الموقع / صفحة المشروع
Friction	صعوبة العثور على النتائج السابقة
Opportunity	إظهار أدلة ونتائج ذات صلة بصورة أوضح
Response	تحسين الصفحة وربطها بنتائج وتقارير مناسبة
Owner	المحتوى / البرامج / التقنية بحسب الهيكل
System/Data	CMS + Analytics
KPI	الانتقال من المشروع إلى بدء التبرع

بهذا تصبح Journey Map أكثر من رسم جميل على الحائط.

تصبح أداة تربط:

تجربة المانح + العمليات + البيانات + المسؤوليات + التحسين.

---

الثاني والعشرون: من الخريطة إلى خطة تحسين

بعد الانتهاء من الخريطة، لا ينبغي أن تكون النتيجة:

«لدينا Journey Map.»

بل:

ماذا سنفعل بناءً عليها؟

إذا اكتشفت الجمعية أن الناس يصلون إلى صفحة الدفع ولا يكملون:

راجع Transaction Experience.

إذا كان التبرع الأول جيدًا لكن العلاقة تختفي بعده:

راجع Post-Donation Journey.

إذا كانت الشكاوى تتكرر حول النقطة نفسها:

ابحث عن المشكلة في Frontstage وBackstage.

إذا كان المانحون يقرؤون المشروع لكنهم لا ينتقلون إلى التبرع:

راجع:

Trust + Clarity + Evidence + Relevance.

وإذا كان المانحون السابقون لا يعودون:

لا تبدأ مباشرة بحملة Reactivation.

افهم أولًا:

أين خرجوا من الرحلة ولماذا؟

---

خاتمة: التبرع لحظة، أما الرحلة فهي العلاقة

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

قد يضيف:

ثقة.

أو:

ترددًا.

وقد يزيل:

عائقًا.

أو يخلق:

عائقًا جديدًا.

ولهذا فإن إدارة علاقة المانحين لا تبدأ وتنتهي بقياس:

«كم جمعنا؟»

بل تحتاج أيضًا إلى معرفة:

كيف وصل الناس إلينا؟

ماذا كانوا يحاولون تحقيقه في كل مرحلة؟

ماذا عاشوا معنا؟

أين وثقوا بنا؟

أين ترددوا؟

أين خرجوا؟

لماذا عاد بعضهم؟

وما الذي ينبغي أن نغيره؟

وهنا تظهر الفروق الأساسية:

Donor Journey تخبرنا بالمسار الذي يعيشه المانح.

Donor Journey Map تساعدنا على فهم هذا المسار وتحليله.

Donor Funnel يخبرنا أين حدث الانتقال أو الانقطاع عدديًا.

Journey Map تساعدنا على فهم لماذا حدث.

Current-State Journey تكشف التجربة الموجودة اليوم.

Future-State Journey تصف التجربة التي نريد بناءها.

Frontstage هو ما يراه المانح.

Backstage هو ما تفعله الأنظمة والفرق داخل المؤسسة لصناعة تلك التجربة.

وعندما ترتبط هذه العناصر معًا، لا تصبح الخريطة مجرد أداة تسويقية، بل أداة إدارية تربط التسويق والتقنية والمالية والبرامج وMEAL وإدارة المانحين حول تجربة واحدة.

والهدف ليس تصميم مسار يجبر المانح على السير حيث تريد المؤسسة.

بل:

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

فالجمعية الناضجة لا تعرف فقط من تبرع لها.

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

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

لأن التبرع لحظة، أما الرحلة فهي العلاقة.