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

Humind מפרידה בין הכנה לבין מסירה שפונה ללקוחות. עבודה במרחב העבודה של B2B יכולה לשנות Agent, Knowledge, קטלוג, Inbox או Helpdesk בלי לשנות מיד כל משטח פעיל. הבנה של ההפרדה הזו עוזרת לכם לבדוק בכוונה, לערב את חבר הצוות הנכון ולהימנע מהתייחסות לטיוטה שמורה כאל השקה שהושלמה.

לפני שמתחילים

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

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

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

תהליך עבודה שלב אחר שלב

1. שמירת השינוי במרחב העבודה

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

   • אשרו שהשמירה מסתיימת ללא שגיאה.
   • פתחו מחדש את ההגדרה וודאו שהערך נשמר.

2. סנכרון נתוני מקור חיצוני

   השתמשו בסנכרון כאשר Humind צריכה לייבא נתונים מעודכנים ממקור מחובר כמו Shopify. סנכרון משפיע על נתוני המקור ואינו מחליף פרסום של Agent או Helpdesk.

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

3. פרסום תוכן עם גרסאות

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

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

4. הטמעה ואימות הערוץ

   הטמיעו או התקינו את Agent באתר המיועד או בערוץ המכירות המיועד. לאחר מכן בדקו את הדומיין האמיתי, כי תצוגה מקדימה תקינה של מרחב העבודה אינה מוכיחה שההטמעה קיימת ומותרת.

   • פתחו את הערוץ המוטמע בחלון דפדפן פרטי.
   • הריצו את התרחיש המוכן ואשרו שנעשה שימוש במקור הצפוי.

מגבלות חשובות והערות תפעול

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

אימות התוצאה

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

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

פתרון תקלות

העורך מציג את השינוי, אבל הלקוחות לא

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

תוצאה חיה השתנתה לפני הפעולה הצפויה

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

מדריכים קשורים

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