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