Analytics on POS (אנליטיקה ב-POS) ב-Shopify POS עוזרת להבין מה קורה במכירה הפיזית מתוך האפליקציה. לפי מקור Shopify, מסך Analytics ב-Shopify POS מציג נתוני מכירה ומדדים שיכולים לעזור לעובדים ולמנהלים לראות ביצועים בזמן העבודה, בלי להיכנס בכל רגע לאדמין.

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

במדריך הזה

במדריך הזה נסביר את מקור Shopify לפי נושאים: Analytics on POS, נתוני מכירות, OrdersOrders / הזמנותהזמנות בחנות Shopify, כולל פרטי לקוח, מוצרים, תשלום, משלוח וסטטוס טיפול.פתיחה במילון (הזמנות), Net sales (מכירות נטו), Average order value (ערך הזמנה ממוצע), Products (מוצרים), Staff performance (ביצועי צוות), Payments (תשלומים), Discounts (הנחות), Refunds (החזרים), Locations (מיקומים) ושגרת בדיקה.

מונחים מרכזיים: Analytics, POS report, Gross sales (מכירות ברוטו), Net sales, Refunds, Discounts, Average order value, Units per transaction, Sales by staff, Sales by location, Cash tracking, Dashboard (לוח מחוונים).

מה מודדים בקופה

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

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

שימוש יומי ושבועי

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

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

זהירות בפרשנות

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

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

חיבור לאדמין ולתהליך

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

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

הטמעה בחנות ישראלית

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

אל תשאירו את דוחות POS, מכירות, מיקומים, צוות, הנחות והחזרים כידע של אדם אחד. כתבו תהליך קצר שמסביר מי מבצע את הפעולה, מתי מבצעים אותה, מה בודקים לפני שממשיכים, מה אומרים ללקוח, ומה מתעדים אחרי הפעולה. תהליך כתוב חשוב במיוחד כשיש עובדים זמניים, משמרות ערב, פופ-אפים או כמה Locations (מיקומים).

צ'קליסט בדיקה לפני שימוש מול לקוחות

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

בקרה אחרי משמרת

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

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

הדרכת צוות

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

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

תחזוקה שוטפת

בדקו את Analytics ב-Shopify POS מחדש אחרי שינוי גרסת Shopify POS, הוספת מיקום, התקנת POS app (אפליקציית POS), החלפת מדפסת, שינוי ספק תשלום, שינוי מדיניות החזרות או החלפת צוות. תהליך שעבד ביום ההשקה יכול להישבר אחרי שינוי קטן בהגדרות.

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

מדידה ושיפור

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

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

שאלות נפוצות

מה דוח POS טוב צריך לענות?

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

למה לא להסתכל רק על סך מכירות?

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