מערכות ואפליקציות בהתאמה אישית לעסק שלכם

להתחיל מהמשתמש

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

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

אבטחה והרשאות

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

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

חופש מנעילה

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

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

דוגמה להמחשה: ניהול טכנאים בשטח

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

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

טעויות נפוצות בפיתוח מותאם

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

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

מתי לא כדאי לפתח?

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

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

שאלות שכדאי לשאול כל מפתח

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

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