בניית אתרים מורכבים: מערכות שעובדות בשביל העסק

מה נחשב אתר מורכב?

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

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

למה האפיון חשוב יותר מהקוד?

רוב הבעיות בפרויקטים מורכבים לא נובעות מקוד גרוע, אלא מהגדרות לא ברורות. כשלא הוגדר מראש מה קורה כשלקוח מבטל הזמנה, מי מאשר משתמש חדש או מה מוצג כשהמערכת החיצונית לא עונה, כל אחת מהשאלות האלה צצה באמצע הפיתוח. כל שאלה כזו גוררת החלטה מהירה, שינויים בקוד שכבר נכתב ועיכוב בלוח הזמנים.

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

• סוגי המשתמשים וההרשאות של כל אחד מהם
• רשימת המסכים והמידע שמופיע בכל מסך
• כל תהליך מתואר צעד אחר צעד, כולל מקרים חריגים
• החיבורים למערכות חיצוניות והנתונים שעוברים בכל אחד
• דרישות אבטחה, גיבוי ושמירת מידע אישי

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

מה לשאול ספק לפני פרויקט מורכב?

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

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

וורדפרס או פיתוח מאפס?

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

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

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

איך מחברים את האתר למערכות של העסק?

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

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

מה משפיע על היקף ועלות של אתר מורכב?

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

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

מה קורה אחרי ההשקה?

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

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