Постучались с вражеских голосов и спросили за "отечественного производителя". Ну, я ответил.
https://www.bbc.com/russian/features-44985021
https://www.bbc.com/russian/features-44985021
BBC News Русская служба
В России смартфонам назначат "патриотический минимум" программ. Выиграют ли пользователи?
Власти России собираются обязать производителей смартфонов и компьютеров предустанавливать на них российские аналоги основных программ. Среди них - браузеры, клиенты электронной почты и мультимедиа-плееры.
Главная проблема с навыками у Алисы — это детерменированность диалогов. В том смысле, что у вас не получится создать навык, который по экспириенсу близок к «живому языку». Вы можете забить множество синонимов к действиям, но все они сводятся к неким командам. Которые нужно запомнить.
И если диалог сопровождается выводом на экран, то там проще — можно дать подсказку по командам. Но в случае «голого голосового интерфейса» — подсказку можно дать только речью. Но это дико бесит, потому что при привычке давать текстовые подсказки трудно оценить время проговаривания этого же текста ртом.
В итоге Диалоги становятся бесполезными, если пунктов по команде у вас больше двух. Вы тупо будете забывать команды и вся магия «давать команды ртом» пропадает.
Для примера: тот же навык от Марка. Там есть по сути как раз две команды: «подключиться» и «аварийная заявка». (есть еще третья — перейти на сайт Марка, что само по себе не нужно)
Но команды — не очевидны. Потому что, ну, глупо заказывать интернеты через сервис в интенетах, спрашивая голосом — собрать лид в Алисе, наверное, можно. Ну, просто потому что это прикольно. Но все равно все сводится к обычному бизнес-процессу: «назовите номер телефона мы перезвоним». А аварийная заявка — вообще не вариант, поскольку у тебя же нет интернета, если авария!
Как вывод: очевидно, что голосовыми помощниками надо заниматься и как-то искать кейсы применимости. Но чтоб диалоги стали действительно полезными и крутыми, нужно искать более другие кейсы.
Пока я вижу реалную полезную применимость в, например, повторяющихся процессах — например, «заказ воды в бутылках». Но проблема в том, что идентификацию и аутентификацию юзера Алисы, Яндекс еще не запилил. Потому вам придется каждый раз называть какие-то цифры номра телейфона и адрес доставки. Котрый уже будет подтверждаться «вторым фактором», что сводит удобство сервиса к бесполезной игрушке.
И если диалог сопровождается выводом на экран, то там проще — можно дать подсказку по командам. Но в случае «голого голосового интерфейса» — подсказку можно дать только речью. Но это дико бесит, потому что при привычке давать текстовые подсказки трудно оценить время проговаривания этого же текста ртом.
В итоге Диалоги становятся бесполезными, если пунктов по команде у вас больше двух. Вы тупо будете забывать команды и вся магия «давать команды ртом» пропадает.
Для примера: тот же навык от Марка. Там есть по сути как раз две команды: «подключиться» и «аварийная заявка». (есть еще третья — перейти на сайт Марка, что само по себе не нужно)
Но команды — не очевидны. Потому что, ну, глупо заказывать интернеты через сервис в интенетах, спрашивая голосом — собрать лид в Алисе, наверное, можно. Ну, просто потому что это прикольно. Но все равно все сводится к обычному бизнес-процессу: «назовите номер телефона мы перезвоним». А аварийная заявка — вообще не вариант, поскольку у тебя же нет интернета, если авария!
Как вывод: очевидно, что голосовыми помощниками надо заниматься и как-то искать кейсы применимости. Но чтоб диалоги стали действительно полезными и крутыми, нужно искать более другие кейсы.
Пока я вижу реалную полезную применимость в, например, повторяющихся процессах — например, «заказ воды в бутылках». Но проблема в том, что идентификацию и аутентификацию юзера Алисы, Яндекс еще не запилил. Потому вам придется каждый раз называть какие-то цифры номра телейфона и адрес доставки. Котрый уже будет подтверждаться «вторым фактором», что сводит удобство сервиса к бесполезной игрушке.
Следующая проблема с навыками Алисы. Отсутствие аутентификации. Которое не следует путать с идентификацией, да.
Проще говоря, Алиса не умеет отличать одного юзера от другого и здесь не работает кейс «логин/пароль».
Есть возможность идентифицировать устройство по внутреннему ID, но этот способ мягко говоря, не безопасен, если к устройству имеет доступ больше одного человека. Для Я.Станции этот способ не подходит, например.
В итоге, любые сценарии, которые были бы реально полезными реализовать нельзя. Ну, например, вы не сможете запилить сервис «напомни мне сделать». Или заказ той же водички для кулера. Или «проверить баланс».
Даже банальные «заметки на холодильнике» привязываются к ID устройства. Но пользоваться этим не просто, потому что контекст не сохраняется.
Как итог: нужен какой-то очень простой сценарий, как запоминать юзера… Или хотя бы триггер для двухфакторной аутентификации.
Проще говоря, Алиса не умеет отличать одного юзера от другого и здесь не работает кейс «логин/пароль».
Есть возможность идентифицировать устройство по внутреннему ID, но этот способ мягко говоря, не безопасен, если к устройству имеет доступ больше одного человека. Для Я.Станции этот способ не подходит, например.
В итоге, любые сценарии, которые были бы реально полезными реализовать нельзя. Ну, например, вы не сможете запилить сервис «напомни мне сделать». Или заказ той же водички для кулера. Или «проверить баланс».
Даже банальные «заметки на холодильнике» привязываются к ID устройства. Но пользоваться этим не просто, потому что контекст не сохраняется.
Как итог: нужен какой-то очень простой сценарий, как запоминать юзера… Или хотя бы триггер для двухфакторной аутентификации.
Forwarded from IoTing: новости&мысли
и пока российские стартапы рядились за LoRa и пытались запилить что-то там — китайские коллеги сделали IoT-Gatway ценой ~50 долларов
InfineraPresentation0723.pdf
1018.1 KB
Тут у нас сделка у вендоров. Infinera покупает немецкого Coriant. Будут строить «вертикально интегрированного производителя». Преза для инвесторов — прелесть. Вот бы все так делали!