איך מחליפים חנות קיימת באתר חדש בלי לאבד את ההזמנות בדרך

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

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

הנה סדר הבדיקות שאני מציע לכל עסק שמתכנן מעבר דומה.

1. קודם ממפים מה יש באתר הישן

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

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

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

2. כותבים את מסלול ההזמנה על דף אחד

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

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

במדיסינה נבנה מסך ניהול להזמנות, ונשלחות התראות באימייל על הזמנות ופניות. אפשר לבחור בהזמנה ב־bit או ב־PayBox; זהו חלק מתהליך ההזמנה של העסק, לא הבטחה לסליקה אוטומטית שהאתר אינו מבצע.

3. בודקים את המקרה הלא נוח, לא רק את המקרה המושלם

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

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

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

4. הדומיין עובר רק כשהחנות מוכנה

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

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

5. משאירים לבעלת העסק שליטה יומיומית

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

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

לפני שמחליפים את האתר

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

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