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