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