- Що таке Actions on Google
- Як зробити Action правильно
- Урок №1. Action - це саме голос
- Урок №2. Action повинен бути дійсно корисним
- Урок №3. Action повинен бути зрозумілим і передбачуваним
- Урок №4. Action повинен говорити коротко, але природно
- Урок №5. Action повинен взаємодіяти з користувачем
- Урок №6. Action не має права ламатися
- Урок №7. Action повинен дізнаватися користувача
- Урок №8. Action повинен закінчуватися
- І ще кілька порад
В кінці липня Google провів в своєму московському офісі закритий хакатон по створенню Actions для російськомовного Google Асистента. Ми (Just AI) і ще з десяток команд пробували розробити голосові додатки, а хтось навіть опублікував свою працю в каталозі Google Actions. C Хакатона ми винесли масу корисних уроків: як правильно вибрати завдання для свого застосування, чому передбачуваність асистента - це добре, як правильно поставити «крапку» в спілкуванні з користувачем і як пройти модерацію Google. Ділимося порадами, як створити ідеальний Action, на прикладі нашого застосування « Йога для очей ».
Що таке Actions on Google
Google Асистент вміє не тільки виконувати стандартні голосові команди. Для нього можна створювати власні доповнення, які будуть розширювати функціональність асистента: розважальні, освітні, надають якийсь бізнес-сервіс. Такі доповнення Google називає Actions. А на російську це перекладається як «додаток». Детальніше про Actions on Google можна почитати тут .
Як зробити Action правильно
Додаток для голосового асистента - новий канал спілкування з аудиторією, зовсім не схожий, наприклад, на сайт або традиційне мобільний додаток. Це принципово інший користувальницький досвід (UX), у якого вже є свої гайдлайни. Користувач говорить з асистентом, тому ваше додаток для асистента теж має говорити з ним і робити це природною мовою.
На Хакатони ми використовували власний конструктор розмовних інтерфейсів Aimylogic , На якому і реалізували наше перше додаток для Google Асистента - «Йога для очей». І на його прикладі зараз розповімо про найцінніших уроках, які ми вивчили за цей час.
Ось так наш готовий Action виглядає в конструкторі Aimylogic
Урок №1. Action - це саме голос
Асистент - це голосовий інтерфейс. Користувачі кажуть з асистентом, коли їм зручніше сказати, а не відкрити програму або сайт. Тому потрібно абсолютно чітко розуміти, чому та чи інша функція вашого сервісу може бути корисна користувачеві саме через голосовий інтерфейс.
Голос - це коли запитати, дізнатися, замовити потрібно швидко, а іноді і зовсім не дивлячись на екран. Голос - це коли і питання, і відповідь короткі і зрозумілі з першого разу. І якщо заради цього користувачеві не потрібно робити п'ять кліків, то він обов'язково скористається такою можливістю.
У нашому додатку «Йога для очей» є така функція. Це власне вправи для зору. Користувачеві не можна відволікатися на екран під час занять. Ось чому тут ми використовуємо голосовий інтерфейс.
Урок №2. Action повинен бути дійсно корисним
Асистент вирішує завдання користувача, а не просто відкриває браузер. Не робіть додаток для асистента, яка не робить нічого корисного. Action може бути дуже простим і виконувати лише одну функцію вашого сервісу, але вона повинна бути повністю корисна. Інакше в ній немає сенсу.
«Йога для очей» корисна тим, що користувачеві не потрібно запам'ятовувати вправи і їх порядок в різних комплексах. Він просто викликає Action, який зачитує вправу одне за іншим, а користувач виконує їх.
Для цього ми вибрали кілька різноманітних комплексів і розмістили вправи в звичайній Google-таблиці на різних аркушах. Наше додаток використовує цю таблицю як базу даних, вибирає список вправ з потрібного листа за допомогою HTTP-запиту і далі по циклу зачитує їх користувачеві. Як тільки користувач закінчує чергову вправу, він говорить «Давай далі», і Action зачитує наступне.
Урок №3. Action повинен бути зрозумілим і передбачуваним
Action - це діалог між асистентом і користувачем. Асистент завжди пояснює, що він чекає від користувача. Коли Action чекає наступної репліки, користувач повинен розуміти, що він може зараз сказати і як відреагує асистент. В іншому випадку асистент здасться користувачеві неадекватним і незрозумілим. І користуватися ним не захочеться.
Додаток «Йога для очей» коротко, але зрозуміло пояснює користувачеві, що він повинен говорити «Давай далі» всякий раз, як доробляє чергову вправу. Після цього асистент зачитує наступну вправу і знову чекає. Так користувач розуміє, що він повинен робити, і чого від нього чекає асистент. Діалог виходить простий, але на диво ефективний.
У блоці Фрази ми додали синоніми фрази «Давай далі», щоб асистент реагував адекватно і на інші формулювання. А ще ми додали кнопки з підказками - щоб користувач з першого разу зрозумів, як працює наш додаток. Ще ми використовували варіативність у відповідях, щоб не повторювати одну і ту ж фразу кожен раз, як користувач починає заняття.
Урок №4. Action повинен говорити коротко, але природно
Асистент - це робот, який хоче бути схожим на людину. На практиці це виливається в те, що всі репліки асистента повинні бути зрозумілими, але не занадто роботизованими.
Синтез мови - штука складна. Слухати довгий текст від робота важко, трохи переусердствуешь з тривалістю фрази - і користувач не дослухає її до кінця. А якщо асистент зовсім вже як робот буде шифрувати послання в двох словах, то його і зовсім не зрозуміють. Ну або користувачеві буде потрібно більше зусиль, щоб зрозуміти, що від нього вимагається.
Тому працюйте над вашими відповідями. Зробіть їх з одного боку короткими, а з іншого - додайте в них розмовної мови.
Коли ми вибирали в інтернеті комплекси вправ для зору, то побачили, що вони добре підходять для сайту, а не для діалогового інтерфейсу. Тому ми переробили кожну вправу, щоб зробити його одночасно коротше і зрозуміліше на слух. Наприклад, на сайті з вправами був такий текст:
Закрийте очі. Потім розітріть долоні і прикладіть їх до очей. Залишайтеся в такому положенні, поки руки не віддадуть тепло. Потім, не відкриваючи очей, знову розітріть долоні і знову прикладіть їх очам. Виконайте вправу три рази.
Ми змінили його так:
Закрийте очі. Сильно потріть долоні, піднесіть їх до очей і посидьте так декілька хвилин.
І розбили на дві репліки. Коли користувач скаже «Давай далі», асистент відповість «А тепер повторіть так ще два рази».
Не можна просто скопіювати текст з сайту і використовувати його для голосового асистента. Над текстами потрібно попрацювати, щоб вони були зрозумілі на слух.
Урок №5. Action повинен взаємодіяти з користувачем
Асистент - це особистий помічник. Він повинен допомагати користувачеві отримати результат, а не просто чекати від нього дій. На сайті або в мобільному додатку ми робимо інтерфейс з кнопками, списками, картинками і т.д. Голосовий помічник теж може все це, але головна відмінність в тому, що він говорить і дозволяє користувачеві сказати будь-яку фразу. А це змінює підхід до UI.
Користувач може не розчути, що йому сказав асистент. Або не понять з першого разу. Асистент повинен бути завжди готовий повторити, якщо його попросять. Або переформулювати свою відповідь, якщо воно незрозуміле. Поставте себе на місце асистента. Ви говорите з іншою людиною, і вам важливо, щоб той зрозумів вас, і не обов'язково з першого разу. Ви не просто показуєте співрозмовникові аркуш паперу з пунктами меню, а допомагаєте зробити вибір.
У «Йоги для очей» ми зробили так, щоб асистент міг завжди повторити вправу, якщо користувач попросить. Причому не просто вивести текст вправи заново, а в розмовній манері запропонувати зробити вправу ще разок. Для цього ми використовували кілька варіацій фрази «Повтори» в блоці Фрази і поставили ще один бабл з текстом перед тим, як повторити текст вправи.
Урок №6. Action не має права ламатися
Асистент повинен адекватно реагувати навіть на незрозумілі фрази користувача. У асистента немає «синього екрану» або вікна з помилкою і кнопкою ОК. А користувач, в свою чергу, може сказати все що завгодно, причому зовсім не те, чого навчений ваш Action. У цьому випадку додаток не повинно «звинувачувати» користувача в тому, що той «не так говорить». Потрібно якось відреагувати на незрозумілу команду і ще раз пояснити користувачеві, чого від нього чекають.
Просто сказати «Ой, я вас не зрозуміла» - недостатньо. Це все одно що вивести всіма улюблене віконце з помилкою. «І що мені робити далі?» - запитає користувач.
«Йога для очей» реагує на незрозумілі фрази дуже просто - вона уточнює у користувача, завершив той поточне вправу. А якщо і в цьому випадку він відповість щось незрозуміле, то запитає - чи не хоче він взагалі закінчити займатися. Для цього ми використовували гілку «Будь-яка інша фраза» в блоці Фрази, щоб реагувати на незрозумілі команди. Вийшло так, що якщо користувач не налаштований продовжувати заняття, то асистент в невимушеній манері пропонує йому закінчити.
Приділіть незрозумілим фразам більше уваги. Адже це «сама часто використовувана функція» вашого Action.
Урок №7. Action повинен дізнаватися користувача
Асистент на те і асистент, що знає свого користувача і змінює свою поведінку з часом. Погодьтеся, якщо ви запустили Action в найперший раз, то програма має розповісти про те, для чого воно і як ним користуватися. Але якщо ви викликаєте додаток кожен день, то не має сенсу навантажувати вас однієї і тієї ж довідкою кожного разу. Потрібно змінювати поведінку програми, як це робить асистент, який з кожним днем все краще пізнає свого користувача.
У Aimylogic є інформація про те, скільки часу назад користувач звертався до додатка в минулий раз. «Йога для очей» використовує це, щоб по-різному вітати користувача при запуску. А так як зарядкою потрібно займатися щодня, то наш додаток нагадує про це, якщо користувач давно не запускав додаток. Для цього ми використовуємо блок Умови, в якому перевіряємо, скільки часу назад ми отримували попередній запит. Залежно від цього Action йде по різних гілках діалогу.
Урок №8. Action повинен закінчуватися
Потрібно відключатися від мікрофона, коли додаток закінчує свою роботу. Якщо цього не зробити, то Google відхилить ваш додаток при публікації в каталозі. Тому в вашому додатку повинна бути хоча б одна гілка діалогу, яка призводить до виходу з програми. При цьому потрібно обов'язково «закрити» мікрофон.
У «Йоги для очей» користувач завжди може сказати «Досить!» Або «Мені набридло», щоб завершити заняття. У Aimylogic є блок Завершення сценарію - ми використовували його в своєму діалозі, щоб попрощатися з користувачем і завершити наш Action.
І ще кілька порад
Не намагайтеся впихнути всі функції вашого сервісу в голосове додаток для асистента. Діалог - це про простоту, а не про багатофункціональність. Ваш Action може виконувати лише одну функцію, але робити це так зручно, що користувач буде звертатися саме до вашого додатком кожен день.
Не робіть черговий IVR з асистента. Асистент не повинен перераховувати можливі варіанти відповіді - це неприродно. Коли ви потрапляєте в голосове меню - це страждання. Не потрібно робити те ж саме з асистента. Він вміє розпізнавати мову, тому попрацюйте над вашим сценарієм так, щоб він був природним. У тому ж Aimylogic для цього є всі інструменти, і при цьому можна взагалі не писати якийсь код.
Кнопки - це підказки, а не основний елемент голосового UI. Асистент - це не кнопковий інтерфейс, а голосовий. Тому кнопки потрібно використовувати тільки як підказки. Ваш діалог повинен бути таким, щоб користувач впорався і без кнопок.
Напишіть коротку політику конфіденційності і вкажіть в ній назву вашої програми. Без цього ваш додаток не пройде модерацію в Google. Подивіться на наш фінальний варіант, щоб не робити тих самих помилок, що і ми :)
Google Асистент зовсім недавно почав розуміти російську. І в ньому ще поки немає багато чого з того, що є на заході (класний голос, розумна колонка і т.д). Але все це - питання часу. Вже зараз можна пробувати освоювати цей новий канал для своїх сервісів, використовуючи наявний досвід, яким ділиться сам Google та інші розробники.
Якщо ви знайшли друкарську помилку - виділіть її та натисніть Ctrl + Enter! Для зв'язку з нами ви можете використовувати [email protected] .
«І що мені робити далі?
