כמה זמן לוקח לבנות אתר? לוח זמנים לפי סוג אתר

"כמה זמן זה ייקח?" זו השאלה השנייה תמיד, מיד אחרי "כמה זה עולה". והתשובה הכנה - זו שאף אחד לא אוהב לתת - היא שהחלק שתלוי בי הוא בדרך כלל הקצר יותר.

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

בקצרה, הטווחים מהמאמר בטבלה אחת - מהרגע שהתוכן והמיתוג ביד:

הטווחים, בלי לייפות

מרגע שיש תוכן ומיתוג ביד - לא "בערך", אלא באמת ביד:

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

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

מה באמת מעכב - וזה כמעט אף פעם לא הקוד

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

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

2. אין תמונות, או שיש תמונות גרועות. צילומי טלפון מטושטשים של המוצר, לוגו שקיים רק כקובץ JPG קטן מ-2014, ואין אף תמונה של הצוות. תמונות טובות משנות אתר יותר מכל אפקט.

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

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

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

פרויקטים כמעט לא מתעכבים כי הקוד קשה מדי. הם מתעכבים כי מחכים לטקסט של עמוד "אודות".

איך מקצרים את זה - באמת

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

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

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

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

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

היום שאחרי: העלייה לאוויר היא לא קו הסיום

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

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

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

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

ומה לגבי "דחוף"?

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

"אבל בילדר AI בונה אתר בשעה"

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

שורה תחתונה

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

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