שאלות נפוצות

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

קשור ל-בניית אתריםפיתוח אפליקציות

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

קשור ל-אפיון פרויקטים טכנולוגיים

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

קשור ל-בניית אתריםמסחר אונליין

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

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

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

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

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

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

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

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

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

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

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

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

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

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

קשור ל-בניית אתרים

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

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

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

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

קשור ל-monday

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

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

כן, וזו כבר לא שאלה תיאורטית: מ-1 בינואר 2026 חשבונית מעל 10,000 ₪ מחייבת מספר הקצאה, ומ-1 ביוני 2026 הסף יורד ל-5,000 ₪. המשמעות למערכת היא שהיא צריכה לבקש מספר הקצאה מרשות המסים בזמן אמת, לקבל אותו, ולהדפיס אותו על המסמך, ולדעת מה לעשות כשהשירות לא זמין. אנחנו מחברים את המערכת לממשק, כולל מצב סימולציה לבדיקות לפני שעוברים לייצור.

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

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