Shopify + Zoho
החנות יודעת מה נקנה. לא יודעת מי הלקוח.
החנות יודעת הכול על ההזמנה ומעט מאוד על הלקוח לאורך זמן. כשפנייה שירותית מגיעה, הנציג לא רואה מה נרכש, ואיש השיווק לא יודע מי קונה שוב ומי נעלם אחרי רכישה אחת.
כמה מהקונים היום צריכים להיות לקוח מנוהל?
חנות בינונית עם מאות הזמנות בחודש. הזיזו את סף הכניסה ותראו כמה מהרוכשים היו עוברים ל-CRM כלקוח מנוהל, וכמה היו נשארים רק כרשומת הזמנה בחנות.
התרחיש הוא המחשה של מנגנון ואינו נתון של לקוח. מתוך 420 רוכשים בחודש הדגמה. הכלל המעשי: ככל שהחנות עמוסה יותר, סף נמוך מדי הופך את ה-CRM לעותק שני של מסד ההזמנות - ואז אף אחד לא באמת עובד בו.
מרשימת הזמנות לתמונת לקוח
חיבור החנות ל-Zoho הופך רשימת הזמנות לתמונת לקוח: מה נרכש, מתי, כמה פעמים, ומה קרה בשירות. זה מה שמאפשר גם לתעדף לקוחות חוזרים וגם לתת מענה שירותי בלי לבקש מהלקוח מספר הזמנה בכל פנייה.
תרחישים אפשריים
לקוח שמזמין נוצר או מתעדכן ב-CRM, לפי הסף שנקבע.
היסטוריית רכישות מלאה מוצגת בכרטיס הלקוח.
פנייה שירותית נפתחת ב-Desk עם פרטי ההזמנה.
פילוח לקוחות לפי ערך רכישה או תדירות.
קמפיין ממוקד ללקוחות חוזרים, בכפוף להסכמה נפרדת.
החזרה או ביטול שמתועדים גם בכרטיס הלקוח.
דוח שמשלב נתוני חנות עם פעילות שיווק ושירות.
זיהוי לקוח חוזר לפי דוא"ל או טלפון, בלי כפילות.
מה עשוי לעבור בין המערכות
פרטי לקוח, הזמנות, פריטים, סכומים, סטטוס משלוח והחזרות - בהתאם למה שיוגדר ולמה שנדרש בפועל.
מתי הנתונים עוברים
לרוב בזמן אמת עבור הזמנות חדשות, ובתזמון עבור עדכוני סטטוס. בחנויות עם נפח גבוה כדאי לשקול תזמון גם להזמנות, כדי לא להעמיס.
אפשרויות מימוש
חיבור מובנה, אפליקציה מחנות Shopify, Zoho Flow, או פיתוח מול ה-API. הבחירה תלויה בנפח ובמורכבות ההתאמות בחנות.
מה Alevectis מבצעת
מי בכלל צריך להיכנס ל-CRM, כי זו ההחלטה שקובעת אם המערכת תישאר שמישה.
ממפים את השדות ומזהים רוכש חוזר מול לקוח שכבר מנוהל.
כולל סטטוס עדכני בכרטיס הלקוח.
להזמנה הרלוונטית, כדי שהנציג לא יתחיל מאפס.
שמחברים בין רכישה לבין פעילות שיווקית.
נפרדת מהסכמת הרכישה, לפי תיקון 40.
מוצרי Zoho שמעורבים בחיבור הזה
מה שמזין ומקבל מהחנות. מה שמסומן כקישור נפתח לעמוד מלא.
שאלות שצריך לענות עליהן לפני שמתחילים
- כל קונה נכנס ל-CRM, או רק מי שעובר סף מסוים?
- איך מזהים שרוכש חדש הוא לקוח שכבר קיים?
- מה קורה להזמנה שבוטלה או הוחזרה?
- האם יישלחו קמפיינים ללקוחות החנות, ולפי איזו הסכמה?
שאלות נפוצות
לא כדאי, וזו בדיוק ההחלטה שקובעת אם ההטמעה תישאר שמישה. חנות עם נפח גבוה שמכניסה כל רוכש כלקוח מנוהל הופכת את ה-CRM לעותק שני של מסד ההזמנות. עדיף לקבוע סף - למשל שתי רכישות או יותר - שמפריד בין קונה חד-פעמי לבין לקוח שכדאי לנהל.
בדרך כלל לפי כתובת דוא"ל או מספר טלפון תואם. זה נשמע פשוט אבל דורש כלל ברור מוגדר מראש - אחרת אותו אדם עלול להיפתח כשתי רשומות נפרדות, ואז הדוח על לקוחות חוזרים כבר לא מדויק.
הביטול או ההחזרה מתועדים גם בכרטיס הלקוח, כדי שנציג שירות שרואה את ההיסטוריה לא יסתמך על נתון שגוי. זה חלק ממה שמוגדר באפיון - אילו סטטוסים בחנות מייצרים עדכון ב-CRM.
כן, זה בדיוק סוג הפילוח שהחיבור מאפשר - אבל רק למי שנתן הסכמה לדיוור. הסכמה לרכישה אינה הסכמה לשיווק, ותיקון 40 לחוק התקשורת דורש הסכמה נפרדת ומפורשת להודעה פרסומית.
לא צריכה. כשהפנייה משויכת ללקוח מזוהה, הנציג רואה את היסטוריית ההזמנות שלו בכרטיס בלי לבקש ממנו כלום - זה בדיוק ההבדל בין תמיכה שמרגישה אישית לבין תמיכה שמתחילה מאפס בכל פנייה.
כן, אבל בנפח גבוה כדאי לשקול תזמון במקום עדכון מיידי לכל הזמנה, כדי לא להעמיס על המערכת. סף הכניסה ל-CRM גם הוא קריטי יותר ככל שהנפח עולה - זו בדיוק הנקודה שנבדקת באפיון לפי הנתונים האמיתיים שלכם.
החנות עובדת, אבל אין תמונת לקוח?
בשיחת פתרון טכנית נגדיר מי נכנס ל-CRM ומה עובר מהחנות - כולל הסף הנכון לנפח שלכם.