בלוג

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

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

סיכום

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

כאשר לקוח מעביר לך מקרה בוחן שטוען לעלייה של 43% בהמרות, מה אתה בעצם עושה איתו?

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

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

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

הנתון אומר לך היכן צולם הרנטגן

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

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

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

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

ניצחונות תיקון וניצחונות בנייה אינם מאותו סוג

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

ניצחונות תיקון הם אלה שבהם המותג הסיר חיכוך משלב קיים. Walmart.ca העלתה את ההמרות ב-20% עם עיצוב מחדש רספונסיבי; YETI ראתה עלייה של 63% בהמרות במובייל לאחר שיפוץ מובייל-פירסט; Oransi שיפרה את ההמרות ב-30.56% על ידי טיפול בפסיכולוגיית הקונה. כל אחד מאלה הוא טענה על שלב שבור ספציפי: חוויית מובייל, אמון ברמת הדף, הצגה מבלבלת. הם עוברים היטב — אבל רק במידה שללקוח שלך יש את אותו שבר.

ניצחונות בנייה הם אלה שבהם המותג יצר ביקוש או ערוץ שלא היה קיים קודם. עליית ההכנסות של 26% של Liquid Death הגיעה ממיתוג נועז ומקמפיינים ויראליים במדיה החברתית. פריצת הדרך של Dollar Shave Club הייתה מודל מנויים עם הצעת ערך חזקה. ההידלדלות המוגבלת של Supreme מייצרת מחסור. אלה אמיתיים ומלמדים, אבל הם תלויים בקהל, בקול ובתזמון תרבותי בדרכים שמתנגדות להעברה. אם אתה מריץ "קמפיין ויראלי" כהליך שניתן לחזרה, סביר להניח שתקבל הליך שניתן לחזרה: יקר, עם אי-תוצאה צפויה.

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

סוג מקרה בוחןמה הניצחון באמת מוכיחהשתמש בו כאשר
תיקון משפך (Mattress Firm, Walmart.ca, Oransi)שלב ספציפי דלףהאנליטיקה שלך מראה את אותה נזילה באותו שלב
שיפוץ חוויית משתמש (YETI, Kase)קהל מסוים מגיב לחוויית מובייל או אינטראקטיבית עשירה יותרהמרות במובייל מפגרות אחרי דסקטופ; הקהל צעיר יותר
ביקוש / מיצוב (Liquid Death, Dollar Shave Club, Supreme)זווית ייחודית יכולה להכות נורמות קטגוריהיש לך רישיון לעבוד על מותג וסובלנות לתוצאות בלתי צפויות
לכידה / שימור (Emma Sleep, Ideal of Sweden, Dagne Dover, Brooklinen)הפחתת חיכוך מוקדם גורמת לקהל בעל ערך להרים ידהתנועה קיימת אבל ללקוח חסרים ערוצים בבעלות כמו דוא"ל או SMS

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

המספרים של הלקוח שלך הם מצב ה"לפני" האמיתי

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

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

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

מהלך המיקרו-מחויבות שאתה יכול לבדוק השבוע

אחד המנגנונים השימושיים ביותר במחקר הוא פשוט באופן מטעה. Emma Sleep הגדילה את הרשמות הדוא"ל ב-50% על ידי שאילת שאלה אחת לפני שדה הדוא"ל, ואותו מקרה בוחן מציין שפורמטים של מיקרו-מחויבות רב-שלביים עובדים גם במותגים אחרים. זה לא עיצוב מחדש; זה מנגנון, ואתה יכול לבדוק אותו כמעט על כל לקוח בלי לגעת בשאר האתר.

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

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

זה גם צריך לעבוד בטלפון, בהתחשב בכמה תנועת מסחר אלקטרוני היא ניידת. Ideal of Sweden אספה 698,000 דוא"לים עם שיעור קליקים של 18.8% באמצעות תוכנית לכידה מובייל-פירסט — אותו עיקרון, מכוון למבקרים עם אגודל ראשון. אם טופס הבדיקה מרגיש צפוף או איטי במובייל, למיקרו-מחויבות לא תהיה הזדמנות לעבוד. זה בדיוק סוג השינוי שנראה קטן מדי מכדי להציג, ולעתים קרובות זו הסיבה שהוא מנצח את הצעת העיצוב המחדש בת שישה עמודים. כשאתה רוצה להציע עוד כמה כאלה ללקוח, אלה השינויים הקטנים שבאמת מזיזים את המחט.

עקוב אחר התנאי המוקדם, לא התמורה

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

קחו את תוצאת השיווק ב-SMS של Dagne Dover: החזר ROI של 12,000% ויותר מ-100,000 מנויים. השאלה הראשונה היא לא "באיזה כלי SMS הם השתמשו?" היא "מה היה צריך להיות נכון לפני שה-ROI הזה היה אפשרי?" היו להם מספיק תנועה והצעה מספיק משכנעת כדי ללכוד מספרי טלפון בקנה מידה. ללקוח שלך אולי אין אף אחד מאלה.

הרצף המעשי, אם כן, הוא להתייחס לכל מקרה בוחן ספציפי לערוץ כמפת דרכים עם תנאים מוקדמים. לפני שמבטיחים ללקוח ROI של 12,000% מ-SMS, אתה צריך רשימה. לפני זה, אתה צריך סיבה למישהו למסור את המספר שלו. לפני זה, אתה צריך לדעת אם הקהל של הלקוח בכלל פתוח להודעות טקסט. כל שלב הוא בדיקה נפרדת. מקרה הבוחן לא דוחס את השלבים האלה; הוא רק אומר לך את הצורה הסופית של המכונה.

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

גם כאן שימושיים: מקרי הבוחן חוצי הערוצים. Maelys ו-Poppi מחברים בין ביקוש ב-TikTok להמרה בחנות המקוונת; Nature Made ו-Ninja מקשרים ביצועי מרקטפלייס להתרחבות בוולמארט; Finn משלב אמזון, חנות מקוונת ו-TikTok Shop לתפיסה כלכלית מתואמת אחת. הדפוס החוזר הוא לא "להיות ב-TikTok" או "להיות בוולמארט." זה: תנו לאותות ביקוש מערוץ אחד לעצב המרה בערוץ אחר. אם למוצר יש אלפי ביקורות במרקטפלייס שאומרות "מצוין לדירות קטנות," הביטוי הזה הוא אות לכותרת בדף המוצר, למודעה ולדוא"ל שמחזיר אנשים. מקרה הבוחן אומר לך היכן לחפש את האות הזה, לא באיזו פלטפורמה לקנות.

ניצחונות מסוימים הם תשואה על ריבית דריבית, לא תשואה על מאמץ

ניצחונות תיקון מופיעים מהר. ניצחונות של ריבית דריבית — SEO, אינפלואנסרים, מותג — לוקחים חודשים ואז מרגישים פתאומיים. The Sill העלתה את התנועה האורגנית ב-45% באמצעות SEO של זנב ארוך ואופטימיזציה למהירות האתר. tentree הגיעה ל-ROI של פי 13 על ידי הגדלת תוכנית אינפלואנסרים מ-20 ל-80 יוצרים. אף אחד מאלה אינו תיקון מהיר. הסוכנות שמציעה אותם כמספרים לרבעון הבא בונה על אכזבה.

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

זה גם משנה את הדרך שבה אתה מציג דוגמאות עבר. כשאתה מראה ללקוח מקרה בוחן כמו הקמפיין "Shell Yeah!" של פטגוניה, שיצר למעלה מ-66 מיליון חשיפות ו-728 אלף צפיות וידאו, אתה צריך להיות ברור שאלה מדדי מדיה, לא מדדי הכנסות, ושסיפור ההכנסות לוקח יותר זמן לספר. המספרים אמיתיים; התזמון לא.

הפכו את הניצחון לרשימת נזילות שכל הצוות שלכם יכול לעשות בה שימוש חוזר

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

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

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

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

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

Sources (5)