اگر همین امروز از یک همکار بپرسید «آخرینبار فلان حامی کِی کمک کرد و چقدر؟»، جواب سریع و مطمئن پیدا میکنید یا باید بگردید بین چند فایل اکسل، چند مکالمه تلگرامی، و حافظه یک نفر؟ اگر جواب دوم است، سازمان شما برنامه جذب خیرین و مدیریت حامی دارد، اما زیرساخت داده ندارد؛ و بدون این زیرساخت، هرچه در مقالههای قبلی این مجموعه درباره بخشبندی حامیان و طراحی برنامه جذب خواندید، فقط تئوری باقی میماند، چون هیچکدام از آنها بدون داده قابلاعتماد قابلاجرا نیست.
چرا زیرساخت داده و بانک حامیان اهمیت دارد؟
بسیاری از مسئولان ارتباطات سمنها و سازمانهای نیکوکاری فکر میکنند «داده» و «بانک اطلاعاتی» مفاهیمی است که فقط سازمانهای بزرگ به آن نیاز دارند. واقعیت برعکس است: هرچه سازمان کوچکتر و منابع محدودتر باشد، هزینه یک تصمیم اشتباه (تماسگرفتن با حامی اشتباه، فراموشکردن حامی کلان، ارسال دوباره یک درخواست به کسی که تازه کمک کرده) نسبتبه بودجه سازمان بزرگتر میشود. یک زیرساخت داده درست، ارزانترین بیمهای است که یک خیریه یا سازمان مردمنهاد میتواند برای رابطهاش با حامیان بخرد.
اصل بنیادین: تفکیک اطلاعات ثابت از اطلاعات رویدادی
پیش از رفتن سراغ ساختار، یک اصل باید جا بیفتد که کل معماری زیرساخت داده حامیان و بانک حامیان روی آن ایستاده: اطلاعات ثابت یک حامی (نامش، شماره تماسش) هرگز نباید با اطلاعات رویدادی او (هر بار که کمک کرده، هر بار که تماس گرفتهاید) در یک ردیف مخلوط شود.
فرض کنید خانم رضایی امسال سه بار کمک کرده. اگر داده بهشکل درست طراحی نشده باشد، رایجترین اشتباه این است که برای هر کمک، یک ردیف جدید با نام و شماره تماس کامل خانم رضایی دوباره تایپ شود؛ نتیجه، یک اکسل شلوغ با نامهای تکراری است که هیچکس نمیداند مجموع کمکهای واقعی این حامی چقدر است.
در ساختار درست، خانم رضایی فقط یک ردیف در جدول پروفایل دارد (با شناسهای مثل R-1404-012)، و هر کمکش یک ردیف تازه در جدول تاریخچه است، با همان شناسه. جدول پروفایل هرگز شلوغ نمیشود؛ جدول تاریخچه هرقدر لازم باشد رشد میکند.
اگر تازه شروع میکنید: اگر همین الان فقط یک اکسل شلوغ دارید، اولین قدم عملی این است: ستونهای «اطلاعات ثابت حامی» را از ستونهای «هر بار کمک» جدا کنید.
اگر میخواهید توسعه دهید: برای شناسه یکتا از یک کد ساده استفاده کنید (سال آشنایی، بهعلاوه کد کوتاه نام، بهعلاوه عدد ترتیبی)، نه تنها نام؛ این کار مشکل همنامی را بهطور کامل حل میکند.
چهار جدول کامل زیرساخت داده حامیان و بانک حامیان
با این اصل، یک زیرساخت کامل از چهار جدول مرتبط شکل میگیرد. برای هرکدام، هم فهرست فیلدها را میآوریم هم یک ردیف نمونه واقعی.
جدول ۱ — پروفایل حامیان
فیلدهای پیشنهادی: شناسه یکتا، نام کامل، شماره تماس، ایمیل (اختیاری)، کانال آشنایی اولیه (از مقاله دوم: کدام مرحله سفر حامی از او شروع شده)، کانال ارتباطی ترجیحی، تاریخ اولین آشنایی، یادداشت کیفی (علاقهمندیها، محدودیتها).
مثال یک ردیف واقعی:
R-1404-012 | زهرا رضایی | 0912XXXXXXX | آشنایی از طریق اینستاگرام | ترجیح تماس: پیامک | آشنایی: خرداد ۱۴۰۴ | یادداشت: علاقهمند به پروژههای آموزشی، نمیخواهد نامش در گزارش عمومی بیاید
جدول ۲ — تاریخچه کمکها
فیلدهای پیشنهادی: شناسه حامی (لینک به جدول ۱)، تاریخ کمک، مبلغ، پروژه یا کمپین مرتبط، کانال پرداخت، نوع کمک (مقطعی یا مستمر).
مثال سه ردیف واقعی برای همان حامی:
R-1404-012 | 1404/03/15 | 500,000 | کمپین رمضان ۱۴۰۴ | کارتبهکارت | مقطعی
R-1404-012 | 1404/06/01 | 300,000 | صندوق آموزش | آنلاین | مستمر
R-1404-012 | 1404/07/01 | 300,000 | صندوق آموزش | آنلاین | مستمر
این جدول همان پایه محاسبه بخشبندی حامیان (مقاله دوم) و تناوب کمک است؛ از همین سه ردیف، سیستم میفهمد خانم رضایی از حامی مقطعی به حامی مستمر تبدیل شده.
جدول ۳ — تعاملات و پیگیری
فیلدهای پیشنهادی: شناسه حامی، تاریخ تعامل، نوع تعامل (تماس، ایمیل، دیدار، پیامک)، خلاصه، اقدام بعدی و تاریخ آن.
مثال یک ردیف واقعی: R-1404-012 | 1404/07/10 | تماس تلفنی | از تبدیلشدن به حامی مستمر تشکر کردیم و گزارش کوتاه پروژه آموزشی را فرستادیم | اقدام بعدی: دعوت به بازدید میدانی در آبان
این جدول، حافظه سازمانی شماست؛ همان جدولی که رعایت قانون سهبهیک در ارتباط با خیرین را قابلپیگیری میکند. بدون آن، وقتی مسئول ارتباطات تغییر کند، تمام تاریخچه رابطه با حامیان کلان از بین میرود.
جدول ۴ — تنظیمات و فهرستهای ثابت
فیلدهای پیشنهادی: فهرست پروژهها و کمپینهای فعال، فهرست کانالهای پرداخت، فهرست کانالهای ارتباطی. این جدول مستقیم دیده نمیشود؛ نقشش تغذیه منوهای کشویی سه جدول دیگر است تا تایپ ناهماهنگ اتفاق نیفتد.
داشبورد مدیریتی: یک نگاه به همهچیز
چهار جدول بالا برای کار روزمره تیم ارتباطات ساخته شدهاند؛ اما مدیران سازمان برای تصمیمگیریهای کلان نیاز به این ندارند که هر روز داخل ردیفهای تاریخچه کمکها بگردند. آنها فقط چند عدد و چند نمودار ساده میخواهند تا در کمتر از یک دقیقه وضعیت کلی را بفهمند. برای همین، یک صفحه پنجم بهنام داشبورد لازم است که هیچ دادهای در آن دستی وارد نمیشود؛ همهچیز با فرمول از دل چهار جدول قبلی بیرون کشیده میشود.
یک داشبورد خوب این موارد را دارد:
چند عدد کلیدی بالای صفحه: تعداد کل حامیان، مجموع کل کمکهای دریافتی، تعداد حامیانی که همین الان فعال هستند، تعداد حامیانی که در خطر قطعشدن هستند، و نرخ حفظ حامی (چند درصد حامیان سال قبل، امسال هم کمک کردهاند).
فهرست چند حامی برتر: نام حامیانی که بیشترین کمک را داشتهاند، تا مدیر بداند درست چهکسانی مهمترین رابطههای مالی سازمان هستند.
نمودار روند ماهانه کمکها: یک نمودار ساده ستونی که مجموع کمک هر ماه را نشان میدهد؛ همین یک نمودار بهسرعت نشان میدهد کدام ماهها قوی بودهاند و کدام ماهها افت داشتهاند.
نمودارهای دایرهای برای سه محور دستهبندی: همان سه محوری که در بخش قبل ساختیم (نوع شخصیت، تناوب کمک، حجم کمک) را به سه نمودار دایرهای کوچک تبدیل کنید. با یک نگاه به این سه نمودار، مدیر میفهمد ترکیب سبد حامیان سالم است یا نیاز به توجه دارد.
یک جعبه جستوجوی سریع: یک خانه خالی که همینکه شناسه یک حامی را در آن تایپ کنید، نام، مجموع کمک، وضعیت، و دستهبندی او را نشان میدهد؛ بدون نیاز به گشتن در جدولها.
نکته مهم این است که این داشبورد را نباید هر بار از نو بسازید؛ یکبار فرمولها را طراحی کنید، بعد هرچه در چهار جدول قبلی داده تازه اضافه شود، همه اعداد و نمودارهای داشبورد خودشان بهروز میشوند.
اگر تازه شروع میکنید: فقط چند عدد کلیدی بالای صفحه (تعداد حامیان، مجموع کمک، تعداد حامیان فعال) کافی است؛ نمودارها را بعدا اضافه کنید.
اگر میخواهید توسعه دهید: این داشبورد را در جلسه ماهانه هیئتمدیره یا تیم مدیریت مرور کنید؛ افت ناگهانی در یکی از اعداد، زودتر از هر گزارش دیگری زنگ خطر را نشان میدهد.
این ساختار چهارجدولی، همان منطقی است که پشت نرمافزارهای حرفهای مدیریت حامی در سراسر دنیا هم هست؛ فقط بدون نیاز به هزینه بالای آن نرمافزارها. یک جدول «چهکسی» (پروفایل)، یک جدول «چهاتفاقیافتاد» (کمک یا تعامل)، و یک شناسه یکتا که این دو را بههم وصل میکند؛ همین سه چیز، پایه هر سیستم جدی مدیریت حامی در دنیاست.
اگر تازه شروع میکنید: فقط جدول ۱ و ۲ را بسازید؛ جدول ۳ و ۴ را میتوانید چند هفته بعد اضافه کنید.
اگر میخواهید توسعه دهید: از فرمولهای ساده اکسل یا گوگلشیت استفاده کنید تا جدول پروفایل بهصورت خودکار «مجموع کمکها»، «تعداد کمکها» و «تاریخ آخرین کمک» را از جدول ۲ بکشد و نمایش دهد.
سه محور دستهبندی حامیان و گزارش سبد حامیان در یک نگاه
تا اینجا یاد گرفتیم داده هر حامی را کجا نگه داریم. حالا سوال مهمتر این است: از روی همین داده، چطور بفهمیم ترکیب کل حامیان سازمانمان چگونه است؟ برای این کار، هر حامی را از سه محور مستقل دستهبندی میکنیم. این سه محور با هم قاطی نمیشوند؛ هرکدام یک سوال جداگانه جواب میدهند.
برای آشنایی بیشار با دستهبندی و بخشبندی حامیان، مقاله «نقشه سفر حامی و بخشبندی حامیان برای خیریه ها و سازمان های نیکوکاری» را مطالعه کنید.
محور اول — حامی چهنوع شخصیتی است؟ هر حامی یا یک فرد است (حقیقی) یا یک سازمان/شرکت (شرکتی). این تفاوت مهم است چون شیوه ارتباط، نوع گزارشدهی، و حتی زمان مناسب تماس با یک فرد و یک شرکت بهکلی فرق دارد؛ یک شرکت در بیشتر موارد به رسید و گزارش مالی رسمی نیاز دارد، یک فرد شاید فقط یک پیام تشکر ساده بخواهد.
محور دوم — حامی چقدر منظم کمک میکند؟ هر حامی یا مقطعی کمک کرده (یکبار یا چند بار پراکنده) یا مستمر شده (کمک منظم و تکرارشونده، برای نمونه ماهانه). این محور نشان میدهد کدام حامیان را باید به سمت تبدیلشدن به حامی مستمر تشویق کرد.
محور سوم — حجم کمک حامی چقدر است؟ حامیان را بر اساس مجموع مبلغ کمکشان به سه سطح تقسیم میکنیم: خرد (کمکهای کوچک)، میانی، و کلان (کمکهای بزرگ که در بیشتر موارد نیاز به توجه و پیگیری شخصی دارند).
نکته کلیدی این است که این سه محور را باید جدا از هم در داده ثبت کنید، نه در یک ستون قاطی. وقتی این سه محور جدا ثبت شوند، میتوانید در یک نگاه یک «گزارش سبد حامیان» بگیرید: چند درصد حامیانمان شرکتی هستند؟ چند درصد مستمر شدهاند؟ چند درصد از کمکهای ما از حامیان کلان میآید در برابر حامیان خرد؟ این گزارش، مهمترین ابزار مدیران ارتباطات برای تصمیمگیری استراتژیک است، نه فقط یک آمار جالب.
اگر تازه شروع میکنید: همین سه ستون ساده (نوع شخصیت، تناوب، سطح مبلغ) را به جدول پروفایل اضافه کنید؛ حتی اگر اول دستی پرشان کنید، از هیچ بهتر است.
اگر میخواهید توسعه دهید: سطح مبلغ و تناوب را با فرمول از جدول تاریخچه کمک محاسبه کنید، نه دستی؛ اینطور همیشه بهروز میماند.
چرا تنوع سبد حامیان به پایداری مالی سازمان کمک میکند
بسیاری از خیریهها فقط وقتی به فکر تنوع منابع مالی میافتند که یک بحران ناگهان بخش بزرگی از کمکهایشان را قطع میکند. تجربه بحرانهای اخیر نشان داده سازمانهایی که وابسته به یک نوع حامی یا یک منبع مالی واحد بودند، در زمان بحران آسیب بیشتری دیدند نسبتبه سازمانهایی که سبد متنوعتری از حامیان داشتند.
بیشتر بخوانید: گزارشهای افرا از وضعیت اکوسیستم نیکوکاری در بحرانهای ۱۴۰۴
منطق این موضوع ساده است: اگر همه کمکهای شما از چند حامی شرکتی بزرگ میآید و یکی از آنها به هر دلیلی (تغییر مدیریت، مشکل مالی خودش، تغییر اولویت) کمکش را قطع کند، بودجه سازمان شما ناگهان با یک شکاف بزرگ روبهرو میشود. اما اگر همان مبلغ از صدها حامی خرد و میانی تامین شود، ازدستدادن چند حامی، آسیب کوچکی است که بهراحتی جبران میشود.
به همین ترتیب، حامیان مستمر یک لایه امنیت مالی هستند که حامیان مقطعی ندارند: یک حامی مستمر، تعهد بلندمدت داده و کمترین احتمال را دارد که یکشبه ناپدید شود؛ در حالی که یک بودجه که فقط روی کمکهای مقطعی و پراکنده ساخته شده، هر ماه از صفر شروع میشود.
به همین دلیل، گزارش سبد حامیانی که در بخش قبل ساختیم، فقط یک آمار نیست؛ یک ابزار مدیریت ریسک مالی است. یک سازمان سالم، ترکیبی متعادل از هر سه محور دارد: هم حامیان حقیقی و هم شرکتی، هم مستمر و هم مقطعی، هم خرد و هم کلان. اگر گزارش سبد شما نشان داد بیشازحد به یک گروه وابستهاید (برای نمونه ۸۰ درصد کمکها فقط از سه حامی کلان)، این زنگ خطری است که باید برنامه جذب خیرین شما بیشتر به سمت گسترش پایه حامیان خرد و میانی برود، حتی اگر این کار زمانبرتر باشد.
سه پرسش کلیدی درباره هر حامی
جدا از دستهبندی ساختاری بالا، یک ابزار عملی دیگر هم لازم دارید: فهمیدن اینکه همین امروز، کدام حامیان نیاز به توجه فوری دارند. برای این کار، فقط سه پرسش ساده از داده هر حامی بپرسید:
پرسش اول: آخرینبار کِی کمک کرد؟ حامیای که همین ماه کمک کرده، وضعیتش با حامیای که یک سال است خبری از او نیست، بهکلی فرق دارد.
پرسش دوم: چند بار کمک کرده؟ یک حامی که پنج بار کمک کرده، رابطه محکمتری با سازمان شما دارد نسبتبه کسی که فقط یکبار کمک کرده.
پرسش سوم: در مجموع چقدر کمک کرده؟ این عدد نشان میدهد این حامی چقدر برای بودجه سازمان شما اهمیت مالی دارد.
وقتی جواب این سه پرسش را برای هر حامی کنار هم بگذارید، حامیان بهطور خودکار در چند گروه قرار میگیرند که هرکدام نیاز به رفتار متفاوتی دارند:
- حامیانی که هم تازه کمک کردهاند، هم زیاد تکرار کردهاند، هم مبلغ بالایی دادهاند: اینها باارزشترین حامیان شما هستند و باید بیشترین توجه شخصی را از مدیر ارتباطات دریافت کنند.
- حامیانی که پیشتر زیاد و منظم کمک میکردند اما مدتی است خبری نیست: اینها در خطر ازدسترفتن هستند و نیاز به یک تماس دلجویانه فوری دارند، نه یک درخواست مالی تازه.
- حامیانی که تازه اولین کمکشان را کردهاند: اینها نیاز به یک تجربه خوشامدگویی گرم دارند تا به حامی دوم و سوم تبدیل شوند.
- حامیانی که مدتهاست هیچ کمکی نکردهاند: اینها را نباید فراموش کرد، اما با روش و لحن متفاوتی باید به آنها نزدیک شد، شاید فقط با یک گزارش دستاورد بدون درخواست مالی.
اگر تازه شروع میکنید: ماهی یکبار، فقط چند دقیقه به این سه پرسش برای پنج حامی کلانتان فکر کنید؛ همین کافی است تا شروع کنید.
اگر میخواهید توسعه دهید: این سه پرسش را با فرمول خودکار کنید تا هر بار که داده تازه وارد میشود، گروه هر حامی خودش بهروز شود.
چطور با داده تصمیم بگیریم
داشتن داده مرتب، فقط نصف راه است؛ نصف دیگر، تبدیل آن داده به تصمیم روزمره است. چند مثال از تصمیمهایی که مستقیم از همین داده بیرون میآید:
تصمیم هفتگی: امروز با چهکسی تماس بگیریم؟ بهجای حدسزدن، فهرست حامیانی را نگاه کنید که مدتی است تعامل نداشتهاند اما در گذشته حامی فعالی بودهاند؛ اول با آنها تماس بگیرید.
تصمیم ماهانه: بودجه محدود تیم ارتباطات را کجا خرج کنیم؟ اگر وقت برای تماس شخصی با همه حامیان ندارید، اول سراغ حامیان کلان و حامیانی بروید که در آستانه تبدیلشدن به حامی مستمر هستند؛ بازگشت این سرمایهگذاری زمانی، بیشتر از تماس تصادفی است.
تصمیم فصلی: کدام کمپین را دوباره اجرا کنیم؟ با نگاهکردن به جدول تاریخچه کمک، ببینید کدام پروژه یا کمپین بیشترین بازگشت را از نظر تعداد و مبلغ کمک داشته؛ آن الگو را برای کمپین بعدی تکرار کنید.
تصمیم سالانه: آیا سبد حامیان ما سالم است؟ با نگاه به گزارش سهمحوری سبد حامیان (بخش قبل)، ببینید آیا بیشازحد به یک گروه وابستهاید؛ اگر بله، هدف سال بعد را متنوعکردن پایه حامیان بگذارید.
نکته مهم: هیچکدام از این تصمیمها نیاز به تحلیل پیچیده ندارد؛ فقط نیاز به این دارد که داده درست جایی باشد که بشود به آن نگاه کرد.
ارتباط شخصیسازیشده با حامیان بر پایه داده
یکی از بزرگترین فایدههای عملی زیرساخت داده، این است که به شما اجازه میدهد پیام یکسان برای همه حامیان نفرستید. یک پیام عمومی که برای همه یکجور ارسال میشود، همیشه ضعیفتر از پیامی است که مخصوص گروه خاصی از حامیان نوشته شده. چند مثال از شخصیسازی پیام بر پایه همان دادهای که جمع کردهاید:
برای حامیان تازه: پیام خوشامدگویی باید گرم و کوتاه باشد، توضیح دهد کمکش درست کجا مصرف میشود، و هیچ درخواست مالی تازهای در آن نباشد.
برای حامیان مستمر: بهجای تکرار درخواست کمک، گزارش دورهای از نتیجه واقعی کمکهایشان بفرستید؛ این کار حس مشارکت را در آنها تقویت میکند و احتمال ادامه کمک ماهانه را بالا میبرد.
برای حامیان کلان: پیام هرگز نباید یک پیامک انبوه باشد؛ یک تماس تلفنی یا دیدار حضوری، متناسب با یادداشتهای کیفی ثبتشده در پروفایل او (علاقهمندیهایش، حساسیتهایش).
برای حامیان در خطر ازدسترفتن: پیام باید حالوهوای دلجویانه داشته باشد، نه فروش؛ برای مثال «مدتی از شما خبر نداشتیم، دلمان برایتان تنگ شده» بهتر از «چرا دیگر کمک نمیکنید؟» است.
برای حامیان شرکتی: ارتباط باید رسمیتر باشد و شامل گزارش مالی و رسید رسمی، چون این حامیان در بیشتر موارد باید به دفتر یا هیئتمدیره خودشان پاسخگو باشند.
کلید اینکار، همان یادداشتهای کیفی و دستهبندیهایی است که در جدول پروفایل ثبت کردید؛ بدون آن داده، شخصیسازی فقط یک شعار باقی میماند.
اگر تازه شروع میکنید: فقط دو گروه را از هم جدا کنید (حامیان کلان در برابر بقیه) و برای همین دو گروه، دو پیام متفاوت بنویسید.
اگر میخواهید توسعه دهید: برای هر گروه از پنج گروهی که در بخش «سه پرسش کلیدی» ساختید، یک الگوی پیام آماده از قبل بنویسید تا هر بار از صفر ننویسید.
هفت ویژگیای که هر زیرساخت داده خوب باید داشته باشد
فارغ از اینکه گوگلشیت باشد یا نرمافزار اختصاصی، این هفت ویژگی، معیار سنجش کیفیت یک زیرساخت داده حامیان است.
قانون صفر: از امنیت اطلاعات خود در بستر و نرمافزاری که آن را ثبت میکنید مطمعن باشید؛ چراکه اطلاعات رفتار حامیان شما یکی از مهمترین داراییهای موسسه شما محسوب میشود و نیاز است تا از امنیت اطلاعاتتان نزد مجموعهای که از بستر نرمافزاری آن میخواهید استفاده کنید مطمعن باشید.
۱. یکتابودن هر حامی. هر انسان یا سازمان، تنها یک شناسه دارد؛ نه دو ردیف برای یک نفر، نه یک ردیف مشترک برای دو نفر. بدون این ویژگی، هر گزارش یا محاسبهای که از داده بیرون میکشید، بهطور نامحسوس اشتباه است.
۲. تفکیک اطلاعات ثابت از اطلاعات رویدادی. توضیح کامل این اصل در بخش پیشین آمد.
۳. اعتبارسنجی ورودی. سیستم باید جلوی ورود داده ناهماهنگ را بگیرد؛ برای نمونه نگذارد یکبار «رمضان ۱۴۰۴» و بار دیگر «کمپین رمضان» برای یک پروژه واحد تایپ شود.
۴. محاسبه خودکار فیلدهای ترکیبی. مجموع کمکها، تاریخ آخرین کمک، تعداد کمکها؛ اینها را هرگز نباید دستی محاسبه و تایپ کرد. محاسبه دستی یعنی دیر یا زود، عددی که میبینید با واقعیت فاصله میگیرد.
۵. قابلیت جستوجوی سریع. در کمتر از چند ثانیه باید بتوانید تاریخچه کامل یک حامی خاص را پیدا کنید. اگر پیداکردن اطلاعات یک نفر چند دقیقه طول میکشد، سیستم شما این ویژگی را ندارد.
۶. دسترسی کنترلشده و پشتیبانگیری. بیش از یک نفر باید بتواند (با سطح دسترسی مناسب) به داده نگاه کند، و یک نسخه پشتیبان همیشه باید وجود داشته باشد. یک فایل اکسل روی لپتاپ شخصی یک نفر، حتی اگر کامل و مرتب باشد، این ویژگی را ندارد.
۷. قابلیت رشد. سیستمی که برای بیست حامی طراحی شده، باید بدون بازطراحی کامل، برای دویست حامی هم کار کند.
اگر تازه شروع میکنید: از این هفت ویژگی، شماره ۱ (یکتابودن) و شماره ۲ (تفکیک) از همه فوریترند؛ همین دو مورد را همین هفته اصلاح کنید.
اگر میخواهید توسعه دهید: یک ارزیابی سالانه از این هفت ویژگی روی سیستم فعلیتان انجام دهید.
گوگلشیت کافی است یا باید نرمافزار بخریم؟
جواب صادقانه: برای اکثر خیریهها و سازمانهای مردمنهاد کوچک و متوسط ایرانی، یک گوگلشیت طراحیشده درست، سالها کافی است. سه نشانه واقعی وجود دارد که نشان میدهد وقت فکرکردن به نرمافزار اختصاصی رسیده است:
- تعداد حامیان فعال از حدود چند صد نفر گذشته و جستوجو یا فیلترکردن در گوگلشیت کند شده.
- بیش از سه یا چهار نفر همزمان نیاز به واردکردن داده دارند و تداخل ویرایش مشکلساز شده.
- نیاز به اتوماسیون ارتباطی دارید (برای نمونه ارسال خودکار پیامک تشکر بلافاصله بعد از ثبت کمک) که در عمل پیادهسازیاش در صفحهگسترده دشوار است.
- تعداد رکوردهای حامیان از چند دههزار نفر عبور کرده یا سازمان چند شعبه مستقل دارد.
بایدها و نبایدهای زیرساخت داده حامیان: جمعبندی کامل مجموعه
در طول این مجموعه مقاله درباره ارتباط با خیرین و جذب و نگهداشت حامیان خیریه در خیریهها و سازمانهای نیکوکاری، نکتههای پراکندهای درباره داده و مدیریت حامی گفته شده. این بخش، تمام آنها را در یکجا جمع میکند.
بایدها
داده ثابت را از داده رویدادی جدا نگه دارید. این اصل بنیادین کل این مقاله است.
برای هر حامی یک شناسه یکتا بسازید و همیشه از آن استفاده کنید. نه نام، نه شماره تماس؛ یک کد ثابت که در هر سه جدول دیگر تکرار میشود.
سه محور دستهبندی (نوع شخصیت، تناوب، حجم کمک) را جدا از هم ثبت کنید. قاطیکردن این سه محور در یک ستون، امکان گزارشگیری سبد حامیان را از بین میبرد.
قواعد یکسان برای ثبت نام، آدرس، و شماره تماس تعیین کنید. همین قاعده ساده، جلوی بسیاری از رکوردهای تکراری آینده را میگیرد.
یک بررسی دورهای برای یافتن و ادغام رکوردهای تکراری برنامهریزی کنید. فصلی یا حداقل سالی یکبار.
یک نفر مشخص را مسئول رسمی سلامت داده کنید.
فقط دادهای را جمع کنید که کاربرد عملی دارد.
تعاملات غیردرخواستی را با همان دقت کمکهای مالی ثبت کنید. بدون جدول تعاملات دقیق، اجرای قانون سهبهیک در ارتباط با خیرین در عمل غیرممکن است.
یک نسخه پشتیبان خارج از دستگاه شخصی هر فرد نگه دارید.
نبایدها
همهچیز را در یک شیت شلوغ نریزید.
به حافظه یک نفر بهجای سیستم تکیه نکنید.
اجازه تایپ آزاد بهجای منوی کشویی ندهید.
فیلدهای محاسبهشده را دستی وارد نکنید.
تغییرات ساختاری در بانک اطلاعاتی را بدون اطلاعرسانی به تیم انجام ندهید.
رکوردهای حامیان قطعشده یا بالقوه را حذف نکنید. این حامیان بخشی از دارایی بلندمدت سازمان هستند، حتی اگر همین امروز کمک نمیکنند.
داده حساس یا خصوصی را بدون قاعده دسترسی مشخص در دسترس همه نگذارید.
برای همه گروههای حامی یک پیام یکسان نفرستید. همانطور که در بخش شخصیسازی گفته شد، این کار فرصتهای واقعی برای تقویت رابطه را از دست میدهد.
چطور بفهمیم سیستم فعلیمان کافی است یا نه
قبل از ساختن هرچیز تازه، همین چند سوال را از سیستم فعلی سازمان خودتان بپرسید:
- آیا اسم یک حامی مشخص، تنها یکبار در کل سیستم شما ظاهر میشود؟
- اگر همین الان یک حامی برای دومینبار کمک کند، آیا ثبت آن کمک به تغییردادن ساختار فایل نیاز دارد؟
- آیا مجموع کمکهای یک حامی را سیستم خودش محاسبه میکند، یا شما دستی جمع میزنید؟
- اگر فردا مسئول فعلی ارتباطات سازمان را ترک کند، آیا نفر بعدی میتواند بدون او، تاریخچه کامل حامیان کلان را پیدا کند؟
- آیا میتوانید همین امروز بگویید چند درصد حامیانتان شرکتی هستند و چند درصد مستمر؟
اگر به دو یا بیشتر از این سوالها جواب نگرانکننده دادید، زمان بازطراحی رسیده؛ خبر خوب این است که با ساختار چهارجدولی این مقاله، این بازطراحی در بیشتر موارد یک تا دو روز کار خالص است.
چطور روزانه، هفتگی، و ماهانه از این سیستم استفاده کنیم
روزانه (یا بلافاصله بعد از هر رویداد): هر کمک تازه، همان روز در جدول ۲ ثبت شود؛ هر تماس یا دیدار مهم، همان روز در جدول ۳ ثبت شود.
هفتگی: یک نگاه سریع به جدول ۳ برای دیدن اینکه کدام حامیان کلان مدتی است تعامل نداشتهاند و باید پیگیری شوند.
ماهانه: بررسی سلامت داده؛ یافتن رکوردهای تکراری و پرکردن فیلدهای خالی مهم. همچنین، نگاهکردن به گزارش سهمحوری سبد حامیان.
سالانه: آمادهسازی گزارش سالانه به حامیان مستقیم از دل همین داده بیرون کشیده میشود.
کدام دادهها از همه مهمترند
حیاتی: شناسه یکتا، نام، شماره تماس، تاریخ و مبلغ هر کمک.
بسیار مهم: کانال ارتباطی ترجیحی، تاریخ آخرین تعامل، نوع شخصیت، تناوب کمک.
ارزشمند اما قابلتاخیر: یادداشتهای کیفی، کانال آشنایی اولیه، تاریخچه کامل تعاملات.
یک مثال کامل از ابتدا تا استفاده روزمره
یک انجمن حمایت از سالمندان در اصفهان را در نظر بگیرید که تا امروز فقط یک اکسل شلوغ داشته. مسیر بازطراحی آنها:
هفته اول، مسئول ارتباطات چهار شیت جدید میسازد: پروفایل، تاریخچه کمک، تعاملات، تنظیمات. برای هر حامی، سه محور نوع شخصیت، تناوب، و سطح مبلغ را هم اضافه میکند.
هفته دوم، فرمولهای خودکار اضافه میشود؛ ناگهان مشخص میشود سه نفر که فکر میکردند «حامی فعال» هستند، بیش از شش ماه است کمکی نکردهاند، و اینکه ۷۰ درصد بودجه فقط از دو حامی کلان میآید؛ یک هشدار جدی برای تنوعبخشی.
ماه دوم، مدیر انجمن بر اساس همین گزارش، تصمیم میگیرد بودجه بیشتری صرف جذب حامیان خرد و میانی کند تا وابستگی به آن دو حامی کلان کم شود. همچنین، برای حامیانی که در خطر ازدسترفتن تشخیص داده شدند، یک تماس دلجویانه (نه درخواست مالی) ترتیب میدهد.
سه ماه بعد، وقتی مدیر میپرسد «چند حامی امسال به مستمر تبدیل شدند و سبد حامیانمان چقدر متنوعتر شده؟»، جواب را در کمتر از یک دقیقه از همین سیستم میگیرند.
چکلیست ساخت زیرساخت داده حامیان
- [ ] چهار جدول جدا برای پروفایل، تاریخچه کمک، تعاملات، و تنظیمات ساخته شده
- [ ] هر حامی یک شناسه یکتا دارد که در هر جدول تکرار میشود
- [ ] سه محور دستهبندی (نوع شخصیت، تناوب، سطح مبلغ) جدا از هم ثبت میشود
- [ ] گزارش سبد حامیان قابل استخراج در یک نگاه است
- [ ] فرمول اتصال بین جدولها برقرار است، نه کپی دستی
- [ ] منوی کشویی برای فیلدهای تکراری فعال است
- [ ] دادههای حیاتی برای همه حامیان کامل است
- [ ] یک روتین روزانه، هفتگی، و ماهانه مشخص برای بهروزرسانی وجود دارد
- [ ] برای هر گروه از حامیان، یک الگوی پیام شخصیسازیشده آماده است
- [ ] یک نسخه پشتیبان خارج از دستگاه شخصی یک نفر وجود دارد
- [ ] مسئول مشخصی برای سلامت داده تعیین شده
جمعبندی
زیرساخت داده حامیان، گرانترین بخش مدیریت حامی بهنظر میرسد اما در عمل ارزانترین بخش آن است؛ چون فقط به یک تصمیم ساختاری درست نیاز دارد، نه بودجه نرمافزاری. اگر بایدها و نبایدهای این مقاله را رعایت کنید، و سه محور دستهبندی حامیان را جدا نگه دارید، هم میتوانید هر روز تصمیم درست بگیرید، هم پیام درست را به گروه درست بفرستید، و هم بفهمید سبد حامیانتان برای روزهای سخت آینده چقدر آماده است. همین ساختار، پایه اجرای بخشبندی حامیان، طراحی برنامه جذب خیرین، و پاسخگویی مالی خیریهها و سازمانهای مردمنهاد است که در مقالههای دیگر این مجموعه دیدهاید و خواهید دید.
اگر میخواهید بدانید سازمانتان در سنجش گزارههای پاسخگویی مالی و گزارشدهی چه وضعیتی دارد، از خودارزیابی رایگان افرا شروع کنید.
گزارش تحلیلی از وضعیت، چالشها و راهکارهای استفادهشده در اکوسیستم نیکوکاری در جنگ ۴۰روزه منتشر شد!
گزارش وضعیت اکوسیستم نیکوکاری در دیماه ۱۴۰۴ را به شکل فایل و رایگان دریافت کنید.
گفتوگو با مدیران خبره اکوسیستم نیکوکاری درباره مدیریت بحران و تابآوری سازمانی
بر اساس استاندارد افرا، موسسه نیکوکاری یا سازمان مردمنهاد خود را بهصورت رایگان مورد سنجش قرار دهید و یک گزارش مدیریتی دریافت کنید.