הכינו מפת אחריות
- דומיין: העסק מחזיק בחשבון הרישום; תאריך החידוש והאחראי למעקב ידועים.
- אחסון ו-CMS: רשמו סביבה, גרסה, מודולים ואחראים לתשלומים, עדכונים ותמיכה.
- טפסים, דואר, CRM ותשלומים: לכל ערוץ יש אחראי ושיטת בדיקה נפרדת.
- גישה: תנו הרשאות נחוצות לתקופה מוסכמת; תעדו ביטול ומסירה בלי סיסמאות במסמך רגיל.
בדקו שחזור, ולא רק קיום קובץ
הסכימו מה כולל הגיבוי: קבצים, בסיס נתונים כשיש כזה והגדרות נחוצות. רשמו מקום אחסון, תקופת שמירה ואחראי. התאימו את הליך ה-CMS לגרסה ולתיעוד; הוראות ממערכת אחרת אינן מוכיחות תאימות.
שחזרו לסביבה נפרדת שהוסכמה. בדקו עמודים, תמונות, כניסה, טופס וקשרי נתונים. הגבילו מראש התראות ופעולות תשלום לבדיקה, כדי שהעותק לא יפנה ללקוחות אמיתיים. רשמו תוצאה ומועד בדיקה.
מקור רשמי: 1C-Bitrix: סביבת שרת, עדכונים ומעבר
בדקו אותו תרחיש לפני שינוי ואחריו
לפני עדכון שמרו גרסה מקורית ותיאור תקלה שאפשר לשחזר. בדקו את השינוי בעותק, ואז הסכימו על חלון עבודה ודרך חזרה. אחרי התקנה בדקו את אותו תרחיש שעבר קודם.
באתר שירותים זו פנייה מעמוד בטלפון; בחנות אלה קטלוג, סל והזמנת בדיקה מוסכמת. בדיקת עמוד הבית לבדו אינה מוכיחה שטפסים, דואר ותשלום עובדים. תקלה בשכבה אחת אינה סיבה לנקות מיד את כל המטמונים.
שלחו כרטיס תקלה במקום ״הכול נשבר״
דוגמה מדומה: ״בעמוד יצירת קשר מופיעה שגיאה לאחר שליחה; 13 באוקטובר, 10:20, דפדפן בטלפון; הפנייה לא הגיעה לערוץ הבדיקה״. זה עוזר לשחזר בלי לחשוף נתוני לקוחות.
צרפו URL, צעדים, תוצאה מצופה ומתקבלת, בדיקה מוצלחת אחרונה ושינויים אחרונים. הסירו מידע אישי מצילומי מסך. מסרו סיסמה או מפתח רק בדרך מוגנת מוסכמת ובנפרד מהכרטיס.
הסכימו מה נחשב עבודה שהושלמה
הפרידו בדיקות שוטפות, תיקון בעיה מוסכמת, פיתוח אתר ועלויות שירותים חיצוניים. הסכימו על שעות עבודה וזמני תגובה; ״תמיכה״ אינה מבטיחה אוטומטית 24/7 או SLA קבוע.
בדוח צריכים להופיע שינוי, תרחיש שנבדק, תוצאה ואחראי להמשך. התמיכה של BSMGROUP ב-Bitrix/ASPRO היא שירות נפרד; הרשימה הכללית אינה מבטיחה תמיכה בכל CMS. בעל העסק צריך לדעת היכן מנוהלת הגישה ואיך לבדוק תוצאה.
בואו נדבר על הפרויקט שלכם
ספרו לנו על היעד, השפות והתכונות הדרושות לכם. נסכם את היקף העבודה ואת הצעדים הבאים.