מתי לפתח תוכנה בהתאמה אישית
ומתי לקנות מוצר מדף

ארבע שאלות שמכריעות

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

ומה עם העלות

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

לכן השאלה שכדאי לשאול היא לא "כמה זה עולה", אלא "כמה יעלה לשנות את זה בעוד שנתיים". מערכות שהעלינו לייצור ב-2009 עדיין רצות, ואנחנו עדיין מתחזקים אותן — זה פרק הזמן שבו העלות האמיתית מתבררת.