כיצד לבנות תהליך CRO חוזר עבור לקוחות מסחר אלקטרוני

סיכום

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

בדיוק קיבלתם על עצמכם שלושה לקוחות מסחר אלקטרוני. לראשון יש פריסת מוצר יפהפייה בעמוד אחד, אבל עלויות המשלוח מופיעות רק כשהלקוח עומד לשלם. השני מאלץ כל מבקר ליצור חשבון לפני הקופה. לשלישי יש משפך ללא דופי, אבל כמעט אף אחד לא עובר את עמוד המוצר, ואתם חושדים שזה בגלל שהביקורות קבורות מתחת לקפל. קראתם כל פוסט על שיטות מומלצות בקטגוריה, ואתם יודעים את העצה הסטנדרטית: הציגו עלויות משלוח מוקדם, הציעו קופה כאורח, הדגישו ביקורות. אז אתם מיישמים את כל זה עבור כל שלושת הלקוחות. חודש לאחר מכן, ההכנסות של לקוח אחד בקושי זזו, אחר ראה עלייה מתונה, והשלישי ראה קפיצה משמעותית. השתמשתם באותו ספר משחק—אז למה זה עבד בצורה לא אחידה? כי ספר משחק אינו תהליך. טריגרי ההמרה שמדריכים מ-UXCam, Growth Engines ו-Ping Identity כולם מתכנסים אל—עלויות בלתי צפויות, קופה מסובכת, יצירת חשבון כפויה, חוסר אמון, אפשרויות תשלום מוגבלות, משלוח איטי—הם אמיתיים, אבל הם לא משפיעים על כל חנות באותה עוצמה.

שלב 1: הכבאי (ולמה זה בסדר לעכשיו)

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

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

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

שלב 2: המאבחן (תקנו את הביקורת)

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

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

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

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

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

שלב 3: המדען (ולמה בדיקות A/B לא תמיד השלב הבא)

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

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

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

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

מודל הבגרות במבט חטוף

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

המסקנה

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