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