תכננו שיחה שתנחה את המשתמשים בכל השלבים של הפעולה העסקית שלכם. הוספנו דוגמאות להפניות שבהן תוכלו להשתמש כמדריך לתכנון פעולות משלכם שקשורות לעסקאות.
דוגמאות
טיפים לעיצוב
חשוב לוודא שתיבות הדו-שיח נשמעות טבעיות ומעניינות – בדיוק כמו שאדם אמיתי ידבר.
הטקסט שנאמר ב-TTS/בקול לא חייב להתאים בדיוק לטקסט שמוצג בבועות הצ'אט. התכונה פועלת היטב אם בועות הצ'אט הן קבוצת משנה של תיבת הדו-שיח המדוברת.
מקבלים את פני המבקרים מעניינים ומעוררים עניין. כדאי לשאול אותם מה הם צריכים ולהציע להם כמה הצעות כדי לעזור להם להתחיל.
לפני שמזמינים את המשתמש להוסיף פריטים לעגלת הקניות, צריך לבצע בדיקה בקצה העורפי באמצעות
actions.intent.TRANSACTION_REQUIREMENTS_CHECKכדי לוודא שהוגדרו לו תשלומים ל-Google Assistant.היה מוכן להגיב לאותן בעיות בקול כמו בחוויות אחרות בנייד או באינטרנט. לדוגמה, אפשר להציע פריט דומה כשפג התוקף של מידה או צבע מסוימים, או להזמין משתמשים להירשם כדי לקבל הודעה כשהפריט יחזור למלאי.
לתשומת ליבכם: סיכום ההזמנות מבוסס על הנתונים שאתם מעבירים דרך ה-API. התווית 'תשלום באמצעות Google' עוזרת למשתמשים להבין ש-Google ביצעה את התשלום.
כשמבקשים מהמשתמשים מידע, כמו פרטי הכתובת שלהם, צריך להסביר להם למה אתם שולחים את הבקשה ואיך המידע הזה יועיל להם.
Google תציג את שיטת ההרשאה לרכישה (לא נדרש אימות, סיסמה או טביעת אצבע) על סמך ההגדרות של המשתמש. לפעמים, הערכת הסיכונים שלנו תתחיל שלב נוסף באימות, כמו אישור CVV של הכרטיס.
לאחר ביצוע התשלום, חשוב לשלוח קבלה ואישור הזמנה. חשוב שהמשתמשים יבינו שמדובר בגוף האחראי על עיבוד התשלום, ויישלחו אליך את כל הפרטים לגבי ההזמנה, ולא של Google.
כברירת מחדל, אפשר לבצע עסקאות על גבי משטח עם מסך (למשל, טלפון Android) או על פלטפורמה קולית בלבד (כמו Google Home).
כדי לתמוך בצורה הטובה ביותר בעסקאות קוליות בלבד, חשוב לתכנן חוויית שיחה טובה שמנחה את המשתמשים בחוויית העסקה המלאה.
לתשומת ליבכם: ייתכן שאובייקטים מסוימים של Intent עסקאות דורשים מסך. רוב הפרטים האלה (למשל הוספת כתובת חדשה למשלוח, פתרון בעיות שקשורות לתשלומים, קישור חשבונות) יועברו לטלפון באופן אוטומטי. אם יש בשיחה תוספות נוספות שכדאי להציג במסך (למשל, הצגת תשובות עשירות לגבי בניית כרטיסים, הצגת התנאים וההגבלות או מדיניות הפרטיות של המוכר), צריך לבדוק אם הפלטפורמה הנוכחית תומכת ביכולות של
SCREEN_OUTPUTאוWEB_BROWSER. אם לא, צריך להעביר לפלטפורמה חדשה.אם אתם מעדיפים שלא לתמוך בטרנזקציות קוליות בלבד בפעולה, תוכלו להגדיר את פרויקט הפעולות כך שידרוש מסך. לשם כך עוברים אל פריסה > יכולות שטח במסוף הפעולות ומגדירים את האפשרות לפעולות שבוצעו דרישה פלט מסך לאפשרות כן.