تاريخنا
• Disciple.Tools قصتنا
في عام 2013 ، بدأ فريق ميداني في شمال إفريقيا ، يعمل بشكل تعاوني مع ائتلاف من مختلف المنظمات والجنسيات ، في تطوير CRM (مدير علاقات العملاء) في برنامج احتكاري تم منحه لهم من خلال مؤسستهم. كان هذا البرنامج معياريًا للغاية ويسمح لهم بتطوير نظام يخدم معظم احتياجات مبادرة الوسائط إلى الحركة على الصعيد الوطني دون الحاجة إلى تطوير تقني.
ومع ذلك ، فإن الفرق الميدانية الأخرى وصناع التلمذة والمنظمات رأوا النظام الذي قاموا ببنائه وأرادوا استخدامه لتلميذهم الذين يقومون بجهود الحركة أيضًا. منعتهم طبيعة الملكية للبرنامج الذي كانوا يستخدمونه من إعطاء الأداة للآخرين. بالإضافة إلى ذلك ، بدأ التحالف الذي خدمه الفريق في تجاوز الطبيعة التعاونية للأداة حيث قاموا بتخزين آلاف السجلات أثناء الشراكة مع أكثر من مائة صانع تابع. أصبح الأمن قضية مهمة.
رأى الفريق الحاجة إلى برنامج مصمم خصيصًا لحركات تكاثر التلاميذ والكنيسة التي يمكن لأي فريق ميداني استخدامها. فكرة Disciple.Tools ولدت.
تاريخنا
عندما بدأنا في بناء حل برمجي قائم على الميدان لحركات تكاثر التلميذ والكنيسة ، بحثنا في معرفة حلول CRM الموجودة بالفعل في السوق. كنا نعلم ما إذا كانت الأداة ستلبي الاحتياجات الفريدة للفرق الميدانية في جميع أنحاء العالم ، فيجب أن تكون:
- بأسعار معقولة - قادرة على توسيع وتضمين فرق كبيرة من المتعاونين دون حظر التكلفة.
- تخصيص - مقاس واحد لا يناسب أحد. أردنا حل المملكة الذي يمكن تعديله ليناسب احتياجات الوزارة الفردية.
- التنمية المستدامة - أحيانًا يكون للفرق احتياجات فريدة تتطلب مبرمجًا. يمكن أن يكلف مبرمجو برامج المؤسسات مئات الدولارات في الساعة. يمكن العثور على مطوري WordPress بأسعار أرخص بكثير.
- اللامركزية - بيانات التتبع يمكن أن تعرض الأرواح للخطر. أردنا التخفيف من المخاطر من خلال تجنب حل مركزي حيث يمكن لأي كيان الوصول إلى بيانات الجميع.
- متعدد اللغات - لن يحدث تكاثر التلاميذ والكنائس بين جميع مجموعات الناس من قبل مجموعة عرقية أو لغوية واحدة. سيكون جهدًا مشتركًا لجسد المسيح العالمي. أردنا أداة يمكن أن تخدم أي مؤمن من أي لغة / جنسية.
قمنا بمسح 147 CRMs على أمل وجود حل مناسب بالفعل. كان لدينا معياران رئيسيان:
1 - هل يمكن نشر هذا النظام بأقل تكلفة؟
- ألا يمكن أن ترتفع تكاليف البنية التحتية مع تضاعف الحركة؟
- هل يمكن لنظام واحد أن يخدم 5000 شخص بأقل من 100 دولار في الشهر؟
- هل يمكننا التخلي عن الأنظمة للفرق والوزارات الميدانية الأخرى بحرية دون مطالبتنا بزيادة حجمنا وتمويلنا؟
- هل يمكن أن يكون التطوير لامركزيًا بحيث يتم تقاسم تكاليف التوسع بين كثيرين؟
- هل يمكن لأصغر فريق من شخصين تحمل هذا؟
2 - هل يمكن إطلاق هذا النظام وتشغيله بواسطة أشخاص ذوي تكنولوجيا منخفضة؟
- هل يمكن أن يكون جاهزًا للتلميذ الذي يخرج من الصندوق مباشرة ولا يتطلب كميات كبيرة من التهيئة؟
- هل يمكن تشغيلها بشكل مستقل وغير مركزي ولكن بدون معرفة خاصة بالخوادم والبرمجة النصية وما إلى ذلك؟
- هل يمكن إطلاقه بسرعة في خطوتين؟
في النهاية ، كان سؤالنا هو ، هل يمكن لفريق ميداني أو كنيسة منزلية للمؤمنين الوطنيين نشر الحل والحفاظ عليه بأنفسهم (مستقلين عنا أو أي منظمة أخرى)؟
قمنا بمسح 147 CRM في السوق.
تم استبعاد معظم الحلول التجارية من حيث التكلفة. قد يكون فريقًا صغيرًا قادرًا على تحمل 30 دولارًا لكل شخص شهريًا (متوسط تكلفة إدارة علاقات العملاء التجارية) ، ولكن كيف يمكن لائتلاف مكون من 100 شخص دفع 3000 دولار شهريًا؟ ماذا عن 1000 شخص؟ النمو من شأنه أن يخنق هذه الحلول. حتى المعدلات المخفضة من خلال برامج 501c3 كانت عرضة للإلغاء أو لا يمكن الوصول إليها من قبل المواطنين.
سيتطلب عدد قليل من CRMs مفتوحة المصدر المتبقية في السوق قدرًا هائلاً من إعادة التكوين والتخصيص ليكون مفيدًا في صنع التلميذ. لم يكن بالتأكيد شيئًا يمكن لفريق عمل تلميذ صغير القيام به بدون مهارات خاصة.
لذلك عندما نظرنا إلى المنصات المحتملة والمتاحة على نطاق واسع لإنشاء CRM مخصص لصنع التلميذ ، وصلنا إلى WordPress ، الذي يمكن القول إنه المشروع المفتوح المصدر الأكثر نجاحًا والأكثر اعتمادًا في العالم للشخص العادي. يعمل ثلث مواقع الإنترنت على WordPress. إنه في كل بلد واستخدامه آخذ في الازدياد.
لذلك بدأنا.