ההיסטוריה שלנו

השמיים Disciple.Tools סיפור

בשנת 2013, צוות שטח בצפון אפריקה, שעבד בשיתוף פעולה עם קואליציה של ארגונים ולאומים שונים, החל לפתח CRM (מנהל קשרי לקוחות) בתוכנה קניינית שהוענקה להם באמצעות הארגון שלהם. התוכנה הזו הייתה מודולרית ביותר ואפשרה להם לפתח מערכת ששירתה את רוב הצרכים של יוזמת המדיה-לתנועה הארצית שלהם ללא צורך רב בפיתוח טכני.

עם זאת, צוותי שטח אחרים, מעצבי תלמידים וארגונים ראו את המערכת שבנו ורצו להשתמש בה גם למאמצי התנועה של התלמידים שלהם. האופי הקנייני של התוכנה שבה הם השתמשו מנע מהם למסור את הכלי לאחרים. בנוסף, הקואליציה שהצוות שירת החלה לעלות על האופי השיתופי של הכלי, כאשר הם אחסנו אלפי רשומות תוך שיתוף פעולה עם יותר ממאה יוצרי תלמידים. האבטחה הפכה לנושא משמעותי.

הצוות ראה צורך בתוכנה שתוכננה במיוחד עבור תנועות ריבוי תלמידים וכנסיות שכל צוות שטח יוכל להשתמש בה. הרעיון ל Disciple.Tools נולד.

ההיסטוריה שלנו

כשהתחלנו לבנות פתרון תוכנה מבוסס שדה עבור תנועות ריבוי תלמידים וכנסיות, בדקנו אילו פתרונות CRM כבר קיימים בשוק. ידענו שאם הכלי עומד לענות על הצרכים הייחודיים של צוותי שטח בכל העולם הוא צריך להיות:

  • משתלמת - מסוגל להרחיב ולכלול צוותים גדולים של משתפי פעולה ללא איסור עלות.
  • התאמה אישית - מידה אחת לא מתאימה לאף אחד. רצינו פתרון מלכות שאפשר לשנות אותו כך שיתאים לצרכי השירות האישיים.
  • פיתוח בר-קיימא - לפעמים לצוותים יש צרכים ייחודיים שדורשים מתכנת. מתכנתי תוכנה ארגוניים יכולים לעלות מאות דולרים לשעה. ניתן למצוא מפתחי וורדפרס בתעריפים זולים בהרבה.
  • מבוזר - מעקב אחר נתונים עלול לסכן חיים. רצינו להפחית סיכונים על ידי הימנעות מפתרון ריכוזי שבו לכל ישות אחת יש גישה לנתונים של כולם.
  • רב-לשוני - ריבוי תלמידים וכנסיות בין כל קבוצות האנשים לא יתרחש על ידי קבוצה אתנית או שפה אחת. זה יהיה מאמץ משותף של הגוף העולמי של ישו. רצינו כלי שיוכל לשרת כל מאמין מכל שפה/לאום.

סקרנו 147 CRMs בתקווה שכבר קיים פתרון מתאים. היו לנו שני קריטריונים מרכזיים:

1 - האם ניתן לפרוס מערכת זו בעלות מינימלית?

  1. האם עלויות התשתית לא יכולות לעלות ככל שהתנועה מתרבה?
  2. האם מערכת אחת יכולה לשרת 5000 אנשים בפחות מ-100 דולר לחודש?
  3. האם נוכל לתת מערכות לצוותי שטח ומשרדים אחרים בחופשיות מבלי לדרוש מאיתנו להגדיל את הגודל והמימון שלנו?
  4. האם הפיתוח יכול להיות מבוזר, כך שעלויות ההרחבה מתחלקות בין רבים?
  5. האם הצוות הקטן ביותר של שני אנשים יכול להרשות זאת לעצמו?

2 - האם ניתן להשיק את המערכת הזו ולהפעיל אותה על ידי אנשי טכנולוגיה נמוכה?

  1. האם זה יכול להיות מוכן להכנת תלמיד ישירות מהקופסה ולא לדרוש כמויות גדולות של תצורה?
  2. האם ניתן להפעיל אותו באופן עצמאי, מבוזר, אך ללא ידע מיוחד על שרתים, סקריפטים וכו'?
  3. האם ניתן להפעיל אותו במהירות בכמה שלבים?

בסופו של דבר, השאלה שלנו הייתה האם צוות שטח או כנסיית בית של מאמינים לאומיים יכולים לפרוס ולקיים את הפתרון בעצמם (ללא תלות בנו או בכל ארגון אחר)?

סקרנו 147 CRMs בשוק.

רוב הפתרונות המסחריים נפסלו בשל עלות. צוות קטן אולי יוכל להרשות לעצמו 30 דולר לאדם לחודש (העלות הממוצעת ל-CRM מסחריים), אבל איך קואליציה של 100 אנשים תשלם 3000 דולר לחודש? מה עם 1000 איש? צמיחה תחנוק את הפתרונות הללו. אפילו תעריפים מוזלים דרך תוכניות 501c3 היו חשופים לביטול או בלתי נגישים לאזרחים.

ה-CRM הבודדים שנותרו בקוד פתוח בשוק, ידרשו כמות עצומה של קונפיגורציה מחדש והתאמה אישית כדי להיות שימושיים ליצירת תלמידים. זה בהחלט לא היה משהו שצוות יצירת תלמידים קטן יכול לעשות בלי כישורים מיוחדים. 

אז כשבדקנו פלטפורמות פוטנציאליות וזמינות רבות ליצירת CRM מותאם אישית להכנת תלמידים, נחתנו על וורדפרס, ללא ספק פרויקט הקוד הפתוח המוצלח והמאומץ ביותר בעולם עבור האדם הממוצע. שליש מאתרי האינטרנט פועלים על וורדפרס. זה נמצא בכל מדינה והשימוש בו רק הולך וגדל. 

אז התחלנו.