כמה עולה בניית אתר לחברה ולארגון

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

מה בעצם קונים כשקונים אתר

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

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

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

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

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

שישה משתנים שקובעים את המחיר

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

כמה סוגי עמודים ייחודיים, לא כמה עמודים

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

מי כותב, מי מצלם ומי מאשר

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

לאילו מערכות האתר מתחבר

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

כמה שפות, ואיזה כיוון כתיבה

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

נגישות ואבטחה: חובה או בונוס

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

עומס האישורים בארגון

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

תבנית, וורדפרס מותאם או פיתוח ייעודי

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

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

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

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

מה עולה כל שנה, גם בלי לגעת באתר

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

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

איך כותבים אפיון שאפשר להשוות עליו

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

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

איך קוראים הצעת מחיר לאתר

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

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

למה ההצעה הזולה יוצאת יקרה

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

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

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

אבני דרך, תשלומים ושינויי היקף

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

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

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

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

למי שייך האתר: קוד, דומיין וחשבונות

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

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

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

גוף ציבורי או ספק של המדינה

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

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

איך בונים תקציב בלי מחירון

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

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

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

מה עושים עכשיו

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

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