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