כמעט כל בקשה לאפליקציה מתחילה בתהליך ידני שגוזל שעות. לפעמים אפליקציה היא הפתרון הנכון. בדרך כלל אפשר לפתור את אותה בעיה באוטומציה, בטופס או בכלי שכבר משלמים עליו, בעלות ובזמן קטנים בהרבה.
מתחילים מהתהליך שלא עובד
כשעסק אומר שהוא צריך אפליקציה, הוא בדרך כלל מתאר פתרון. קודם צריך להבין את התהליך: מה לא עובד, מי מבצע אותו היום, כמה פעמים ביום ומה קורה כשהוא נתקע. התשובות קובעות אם צריך פיתוח או סידור של התהליך.
הבעיות שאנחנו פוגשים חוזרות על עצמן: מידע שעובר בין וואטסאפ, אקסל ומייל, אישורים שתלויים באדם אחד שנמצא בחופשה ודוח שמישהו מרכיב ידנית בכל סוף חודש. אף אחת מהן לא דורשת אפליקציה.
- באיזה תהליך מדובר, ובכמה אנשים הוא עובר
- כמה זמן הוא לוקח בשבוע, במספרים שלכם
- איזו שגיאה חוזרת בו, ולמה היא קורית
- איזה מידע נכנס אליו ואיזה יוצא ממנו
- מי יתחזק את הפתרון בעוד שנתיים
שאלה נוספת: אם התהליך הזה ייפסק מחר, מה באמת ייפגע. לפעמים מתברר שאף אחד לא קורא את הדוח החודשי שמישהו מכין.
העלות של אפליקציה לאורך חמש שנים
הצעת המחיר לפיתוח היא רק ההתחלה. אפליקציה דורשת תשלום שוטף גם אחרי ההשקה, ולכן לפני שמחליטים עוברים על כל הסעיפים.
| סעיף | מתי הוא חוזר |
|---|---|
| אפיון ופיתוח ראשוני | חד־פעמי, אבל כמעט תמיד גדל בדרך |
| תחזוקה ותיקוני באגים | שוטף, לכל אורך החיים של המוצר |
| חשבונות מפתח בחנויות האפליקציות | מנוי שנתי, לכל פלטפורמה בנפרד |
| התאמה לגרסאות מערכת הפעלה חדשות | לפחות פעם בשנה, בלי קשר לרצון שלכם |
| אבטחה, גיבוי ותשתית שרת | שוטף, גם כשאין משתמשים חדשים |
| החלפת מפתח או ספק | בכל פעם שמישהו עוזב |
לכן כדאי לחשב את העלות לחמש שנים. אפליקציה שנראית זולה בהצעה יכולה להפוך לסעיף היקר בתקציב הדיגיטל, בעיקר אם היא לא מביאה משתמשים חדשים.
יש גם עלות שלא מופיעה בטבלה: זמן ההנהלה. כל מוצר שאתם מחזיקים דורש החלטות, בדיקות ואנשים שזוכרים איך הוא בנוי. לכן כדאי לבחון את ההחלטה שוב אחרי שנה.
מקרים שבהם אפליקציה בהתאמה אישית מוצדקת
יש מצבים שבהם אין חלופה לפיתוח. זה קורה כשהצורך ייחודי לכם, נוגע בכסף או בבטיחות ואף כלי מדף לא מכסה אותו.
- אתם מוכרים את הכלי עצמו ללקוחות, והוא המוצר
- התהליך דורש חומרה או חיישן שאין לו ממשק קיים
- עבודה בשטח בלי רשת, עם סנכרון מאוחר יותר
- נפח שימוש גדול, שבו עלות הרישיונות לכלי מדף עולה על פיתוח
- דרישה רגולטורית שמחייבת שליטה מלאה במקום שבו הנתונים יושבים
אם אחת השורות מתארת את המצב שלכם, פנו למפתח או לבית תוכנה. אנחנו לא מפתחים אפליקציות. אנחנו מטפלים בתשתית, באבטחת המידע ובאוטומציה סביב הפתרון שתבחרו.
גם במקרים האלה כדאי לפצל: לפתח רק את החלק שאין לו תחליף ולהשאיר את השאר לכלים קיימים. פרויקט קטן עולה לאוויר מהר יותר וקל יותר לתחזק אותו.
מה אפשר לפתור עם מה שכבר משלמים עליו
בהרבה עסקים יש מנוי Microsoft 365 שמנוצל רק בחלקו. יש בו טפסים, רשימות משותפות, אישורים אוטומטיים, אחסון מסודר וכלי AI, ואפשר לבנות מהם חלק גדול מהתהליכים שתוארו כאן.
- טופס שמזין רשימה משותפת, במקום הודעות שמתפזרות בוואטסאפ
- אוטומציה ששולחת בקשת אישור למנהל ומתעדת את התשובה
- קובץ שמתעדכן לבד ומייצר את הדוח החודשי
- תזכורת שנשלחת כשמשימה עוברת את התאריך שלה
- עוזר AI שמנסח תשובות ומסכם פניות של לקוחות
בדשבורד שאנחנו בונים לכל לקוח רואים את ניצול הרישיונות ואת השימוש בכלי ה־AI, ואפשר לבטל את מה שלא בשימוש. את הרישוי עצמו אפשר להזמין דרך חנות התוכנה שלנו.
אנחנו מטמיעים את זה אצל לקוחות כחלק מהעבודה השוטפת, תהליך אחד בכל פעם, לפי מה שהכי מפריע באותו רגע.
מפו את התהליך לפני שאתם מכניסים כלים
אם התהליך לא מסודר, האוטומציה רק תאיץ את הטעויות. לכן מתחילים במיפוי על דף, במפגש של שעה עם האנשים שעושים את העבודה בפועל.
- רשמו את התהליך צעד אחר צעד, כמו שהוא מתבצע היום בפועל
- סמנו כל נקודה שבה מידע מועבר ידנית מכלי אחד לשני
- סמנו כל נקודה שבה התהליך עוצר ומחכה לאדם מסוים
- מחקו צעדים שאף אחד לא יודע להסביר למה הם קיימים
- בחרו צעד אחד לאוטומציה: פשוט לביצוע וגוזל הרבה זמן
- הריצו אותו שבועיים במקביל לתהליך הידני, ואז כבו את הידני
תעדו את מה שיצא: שרטוט אחד וכמה שורות הסבר. מי שיטפל בתהליך בעוד שנה, אצלכם או אצלנו, יבין מה רץ ולמה.
אחרי שהאוטומציה הראשונה רצה חודש בלי טיפול, עוברים לבאה בתור.
אבטחת הנתונים ומדידת החיסכון
לפני שמחברים כלי למידע של החברה, בררו איפה הנתונים יושבים, מי אצל הספק יכול לראות אותם, מה קורה למידע אם תפסיקו לשלם והאם המנוי מתאים לשימוש עסקי.
- התחברות דרך החשבון הארגוני של כל עובד
- אימות דו־שלבי חובה, גם על כלי צדדי וקטן
- הרשאות לפי תפקיד בלבד
- ביטול גישה אוטומטי ביום שעובד מסיים
- תשובה ברורה לשאלה אם הנתונים שלכם מאמנים מודל
שאלה נוספת היא מה קורה כשהכלי נופל. אם תהליך מרכזי אצלכם תלוי בשירות חיצוני, כדאי שיהיה נוהל ידני זמני. גם דף אחד עם הוראות לשעת חירום עוזר.
ואז מודדים. לפני ההטמעה רשמו כמה זמן התהליך לקח בשבוע וכמה טעויות היו בו. חודש אחרי, מדדו את אותו דבר באותה שיטה. אם החיסכון קטן מהמאמץ, כבו את האוטומציה. את הסבב הזה אנחנו עושים עם לקוחות במסגרת ה־IT המנוהל.
שאלות נפוצות
איך יודעים אם אוטומציה תספיק במקום אפליקציה?
שאלו אם הצורך מתחלק לטופס, רשימה, אישור ודוח. אם כן, אוטומציה כמעט תמיד תספיק. אם התהליך דורש חומרה מיוחדת או עבודה בלי רשת, או שהוא המוצר שאתם מוכרים, פיתוח מוצדק.
מו-טק מפתחת אפליקציות?
לא. אנחנו עושים IT מנוהל, אבטחת מידע וסייבר, ייעוץ והטמעת AI וציוד מחשוב וסלולר במחירי יבואן. אם צריך פיתוח, עבדו עם מפתח, ואנחנו נדאג לתשתית, להרשאות ולאבטחה סביבו. גם האוטומציות בתוך Microsoft 365 נעשות אצלנו.
כמה זמן לוקח להטמיע אוטומציה אחת?
זה תלוי בעיקר באנשים ופחות בכלי. מה שמאריך את ההטמעה הוא בדרך כלל ההסכמה על איך התהליך אמור לעבוד. לכן אנחנו מתחילים במפגש מיפוי ורק אחר כך מגדירים את הכלי.
מה עושים עם אפליקציה קיימת שאף אחד לא מתחזק?
קודם בודקים מי מחזיק את הקוד, את חשבונות החנויות ואת השרת. אחר כך מחליטים אם להעביר תחזוקה, להקפיא או להחליף באוטומציה. גם אפליקציה שלא מתפתחת צריכה עדכוני אבטחה וגיבוי, אחרת היא הופכת לסיכון.
עוד בנושא: שירותי IT מנוהלים · דשבורד ניהול IT ורישיונות · רישוי ותוכנה · אבחון IT ואבטחה