מדריך

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

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

Have a nice dayHave a nice day11 דק' קריאה
בניית אפליקציה לעובדים: מה כל עסק קטן באמת צריך לדעת

הביטוי «אפליקציה לעובדים» גורם לרוב בעלי העסקים הקטנים לדמיין משהו שהם לא יכולים להרשות לעצמם — פלטפורמה פנים-ארגונית מבריקה עם צוות פיתוח מאחוריה, מהסוג שתאגיד של 5,000 איש משיק באירוע השקה. ולכן הם בכלל לא שואלים את השאלה. בינתיים הצוות האמיתי שלהם פועל על קבוצת וואטסאפ, סידור עבודה מודבק על המקרר, ושלושה אנשים שונים שצריך להתקשר לכולם לפני שמישהו יודע מי עובד בשבת.

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

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

מה אפליקציה לעובדים באמת היא (ומה היא לא)

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

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

סימנים שאתם באמת צריכים אחת

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

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

  • הסידור שלכם חי בגיליון אלקטרוני, בתדפיס, או בראש של מישהו — והשינויים מתפשטים בשיחת טלפון.
  • הודעות חשובות הולכות לאיבוד בקבוצת וואטסאפ מלאה בממים ותגובות «אוקיי».
  • לעובדים חדשים לוקח שבועות לגלות איפה הדברים, כי הידע נמצא באנשים, לא במקום.
  • עובדי שטח מקלידים מחדש פרטי עבודה, שעות או תמונות כשהם חוזרים למשרד.
  • אתם לא יכולים בקלות להוכיח למי נאמר מה — לצורכי בטיחות, ציות, או סתם כדי ליישב מחלוקת.
  • החלפות משמרות ובקשות חופשה קורות בהודעה ונשכחות עד שהן גורמות לחור בסידור.
אם הצוות שלכם מתקשר אליכם כדי לברר מתי הוא עובד, אין לכם בעיית תקשורת — יש לכם חור בצורת אפליקציה בעסק שלכם.
מה שאני אומר לבעלים שחושבים שהם «קטנים מדי» בשביל זה
בעל עסק קטן עומד בסדנה ומחזיק טלפון לאוזנו בעוד שלושה פתקים דביקים, סידור עבודה על נייר וצ'אט קבוצתי הומה מרחפים סביבו, מאויר בסגנון עריכתי שטוח וחמים
בעל העסק כמרכזייה אנושית: זה עובד עד כחמישה-עשר אנשים, ואז זה מפסיק לעבוד בשקט.

התכונות שחשובות — ואלה שלא

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

ארבעת הליבה

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

התוספות המפתות

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

תכונהערך יומיומימאמץ בנייהלבנות קודם?
סידור / משמרותגבוהבינוניכן — עמוד השדרה
הודעות צוות והכרזותגבוהנמוך–בינוניכן
מרכז מסמכים ונהליםבינונינמוךכן
תיעוד נתונים בשטח (נוכחות, דיווחים, תמונות)גבוהבינוניכן אם יש עובדי שטח
חופשות והחלפות משמרותבינוניבינוניזמן קצר לאחר מכן
הדרכה, סקרים, הוקרהנמוך–בינוניבינוני–גבוהמאוחר יותר, במכוון
מדריך גס למה שכדאי לבנות קודם באפליקציה לעובדים בעסק קטן.

לבנות, לקנות או להרכיב: האפשרויות הכנות

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

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

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

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

כמה אפליקציה בהזמנה אישית באמת עולה

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

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

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

איך לתחום גרסה ראשונה שבאמת יוצאת לאוויר

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

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

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

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

האתגר האמיתי אינו לבנות אותה — אלא האימוץ

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

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

שוקלים אפליקציה לצוות שלכם?

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

ראו איך אנחנו בונים אפליקציות לעובדים

שאלות נפוצות

כמה קטן זה קטן מדי לאפליקציה לעובדים?
אין כלל לגבי מספר עובדים, אבל הסף הכן עוסק בתיאום, לא בגודל. אם כל הצוות שלכם חולק חדר ויומן, כנראה שאתם לא צריכים אחת. הצורך מופיע כשאנשים במשמרות, בשטח, או מפוזרים בין מיקומים והמידע צריך לנדוד כדי להגיע אליהם — זה יכול לקרות בשמונה אנשים או לא לקרות לעולם בשלושים.
האם לבנות אפליקציה בהזמנה אישית או פשוט לקנות אחת?
לרוב העסקים הקטנים, התחילו בקנייה או בהרכבה מכלים שאתם כבר משתמשים בהם, במיוחד אם הצרכים שלכם סטנדרטיים. בנו בהזמנה אישית כשדרך העבודה שלכם באמת יוצאת דופן, כשדמי המשתמש הופכים לעלות אמיתית ככל שאתם גדלים, או כשאתם צריכים שתשתלב בחוזקה עם המערכת שמריצה את העבודה האמיתית שלכם. הרבה עסקים מתחילים בקנייה ועוברים להזמנה אישית ברגע שהם יודעים בדיוק מה לוחץ.
האם אפליקציה לעובדים צריכה להיות אפליקציה «אמיתית» מחנויות האפליקציות?
לא תמיד. אפליקציית ווב בנויה היטב שעובדת בכל דפדפן בטלפון יכולה לכסות הרבה צרכים בלי התקורה של חנויות האפליקציות, ולרוב מהירה וזולה יותר להעלאה. אפליקציית נייטיב הגיונית כשאתם צריכים דברים כמו שימוש אופליין אמין, התראות דחיפה שאנשים לא יכולים לפספס, או תכונות מצלמה ומיקום. התשובה הנכונה תלויה במה שהצוות שלכם באמת עושה — וזו החלטה ששווה לקחת ברצינות במקום להניח.
מה הסיבה הנפוצה ביותר שאפליקציות לעובדים נכשלות?
אימוץ לקוי, כמעט תמיד — לא טכנולוגיה גרועה. הצוות ממשיך להשתמש בקבוצת הוואטסאפ הישנה או בסידור על הנייר, כך שהמידע חי בשני מקומות ואמון לעולם לא נוצר. התיקון הוא להפוך את ההרגל היומיומי למהיר יותר מהפתרון העוקף ולהוציא במכוון את הערוץ הישן מהשירות כשהאפליקציה עולה לאוויר.
כמה זמן לוקח להעלות גרסה ראשונה לאוויר?
גרסה ראשונה ממוקדת — עמוד השדרה של הסידור ועוד תכונה תומכת אחת או שתיים — היא עניין של שבועות, לא שנה, אם תישארו ממושמעים לגבי ההיקף. פרויקטים נמשכים רק כשאנשים מנסים לבנות הכול בבת אחת או לעולם לא מגדירים מה זה «גמור». השיקו משהו שימושי לקבוצה קטנה מוקדם, ואז התרחבו מתוך שימוש אמיתי.
Have a nice day
Have a nice day
המערכת

‏Have a nice day הוא סטודיו תוכנה שעוזר לעסקים קטנים ובינוניים לעבור לדיגיטל — אוטומציה, בינה מלאכותית ותוכנה בהתאמה אישית שעובדת בשגרת היום-יום, לא רק על שקפים.

שירותים רלוונטיים