למה Excel הוא לא תשתית ארגונית (ומה כן)

בכל ארגון כמעט יש קובץ אחד שכולם מפחדים לגעת בו.

Excel הוא כלי חישוב מצוין, ותשתית ארגונית גרועה. ההבדל בין שני התפקידים האלה הוא כל הסיפור.

הוא נקרא משהו כמו "מעקב משתתפים, סופי סופי v4". יש בו ארבע-עשרה לשוניות. שלוש מהן אף אחד כבר לא זוכר למה נוצרו. יש בו נוסחה אחת שאם מוחקים אותה, שני דוחות מתפוצצים.

וכשמנהלת תוכנית שואלת שאלה פשוטה, "כמה משתתפים פעילים יש לנו החודש?", התשובה לוקחת יומיים.

זה לא קורה כי הצוות לא מקצועי. זה קורה כי הכלי מעולם לא נבנה בשביל השאלה הזאת.

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

TL;DR

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

מה Excel דווקא עושה מצוין

נתחיל בהוגנות. Excel שרד ארבעים שנה מסיבה טובה.

הוא מהיר. הוא לא דורש אישור מאף אחד. הוא מאפשר לאדם אחד לבנות בעשרים דקות משהו שעונה על שאלה אמיתית. ובארגון שרץ מהר, היכולת הזאת שווה זהב.

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

הבעיה מתחילה ברגע שהגיליון מפסיק להיות כלי, ומתחיל להיות הזיכרון של הארגון.

למה גיליון מתפרק ברגע שיש יותר מאדם אחד?

בגיליון, נתון הוא תא. בתשתית, נתון הוא ישות עם קשרים.

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

ואז מגיע הרגע הקלאסי. מישהו שולח את הקובץ במייל "רק לעדכון קטן". עכשיו יש שתי אמיתות. שבוע אחרי יש חמש.

זו לא בעיה של משמעת. זו בעיה של ארכיטקטורה. קובץ שאפשר להעתיק הוא קובץ שיועתק.

7 סימנים שהאקסל שלכם כבר לא תשתית

1. יש קובץ שרק אדם אחד בארגון באמת יודע לתחזק, וכשהוא בחופשה, משהו נעצר.
2. אותו נתון (טלפון, סטטוס, שיוך לתוכנית) קיים בשני מקומות ולפעמים לא מסכימים ביניהם.
3. הכנת דוח לתורם היא פרויקט של יומיים, לא לחיצת כפתור.
4. אף אחד לא יודע להגיד בביטחון מי שינה מה ומתי.
5. יש עמודות בשם "הערות", "הערות 2" ו-"סטטוס אמיתי".
6. אתם מפחדים למיין את הטבלה, כי פעם זה הרס שורות.
7. כשנכנס עובד חדש, ההכשרה על הקובץ ארוכה מההכשרה על התפקיד.

שלושה סימנים ומעלה זה לא באג. זה תמרור.

מה הופך מערכת לתשתית?

לא הממשק. לא המחיר. שלושה דברים:

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

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

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

בלי שלושת אלה, החלפתם קובץ בקובץ יקר יותר.

Technology by Accumulation מול Technology by Design

רוב הארגונים לא בחרו את מערכת המידע שלהם. הם צברו אותה.

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

זו טכנולוגיה בהצטברות. היא לא נבנתה, היא קרתה.

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

ניהול נתונים בעמותה: מאיפה מתחילים בפועל

לא מבחירת מערכת. מבחירת שאלות.

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

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

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

מה עושים מחר בבוקר

ארבעה צעדים שלא דורשים תקציב ולא דורשים החלטה גדולה:

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

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

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

ובכל מקרה, הקובץ ההוא, זה עם ארבע-עשרה הלשוניות, יכול להמשיך להתקיים. פשוט לא בתור הזיכרון של הארגון.