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

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

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

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

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

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

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

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

תרשים הזרימה של תהליך עיצוב השיחה