הנחיות עיצוב

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

דוגמאות

טיפים לעיצוב

  • ודאו שתיבות הדו-שיח נשמעות טבעיות ומעניינות, כמו שאדם אמיתי ידבר.

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

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

  • לפני שמזמינים את המשתמשים להוסיף פריטים לעגלת הקניות, צריך לבצע בדיקה בקצה העורפי על ידי הוספת מילוי יחידות קיבולת (Slot) ושימוש בסוג המשבצת actions.type.TransactionRequirementsCheckResult כדי לוודא שלמשתמש הוגדרו תשלומים ל-Google Assistant.

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

  • לתשומת ליבכם: סיכום ההזמנות מבוסס על הנתונים שאתם מעבירים דרך ה-API. התווית 'תשלום באמצעות Google' עוזרת למשתמשים להבין ש-Google ביצעה את התשלום.

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

  • Google תציג את שיטת ההרשאה לרכישה (לא נדרש אימות, סיסמה או טביעת אצבע) בהתאם להגדרות של המשתמש. בחלק מהמקרים, הערכת הסיכונים תתחיל שלב אימות נוסף, כמו אישור CVV של הכרטיס.

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

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

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

    • לתשומת ליבכם: ייתכן שאובייקטים מסוימים של Intent עסקאות דורשים מסך. רוב הפרטים האלה (כמו הוספת כתובת חדשה למשלוח, פתרון בעיות בתשלום, קישור חשבונות) יועברו לטלפון באופן אוטומטי. אם אתם רוצים להציג בצורה הטובה ביותר את התוספות לשיחה (למשל, הצגת תשובות עשירות לגבי כרטיסים, הצגת התנאים וההגבלות או מדיניות הפרטיות של המוֹכר), צריך לבדוק אם הפלטפורמה הנוכחית תומכת בcapabilities של RICH_RESPONSE או WEB_LINK, ולהעביר אותה לפלטפורמה חדשה אם לא.

    • אם אתם מעדיפים שלא לתמוך בטרנזקציות קוליות בלבד ב-Action, תוכלו להגדיר שהפרויקט ב-Actions ידרוש מסך. לשם כך, עוברים לקטע Deploy > Surface options (פריסה > יכולות פני שטח) בקונסולה ל-Actions, ובוחרים באפשרות Yes (כן) לביצוע הפעולות הנדרשות פלט מסך.