Разработка навыка Алисы для бизнеса: что входит в проект

Разработка навыка Алисы нужна, когда компании требуется собственный голосовой сценарий внутри экосистемы Яндекса. Это может быть консультация по услугам, подбор варианта, получение данных от клиента, доступ к информации или взаимодействие с внешней системой.

Со стороны пользователя всё выглядит просто. Он запускает навык и разговаривает с Алисой. Но за этим диалогом находятся сценарий, серверная логика, обработка разных формулировок, интеграции и тестирование.

В этой статье разберём именно разработку навыка Алисы. Какие части входят в проект, что потребуется от заказчика, от чего зависит стоимость и где заканчивается обычный навык и начинается более сложная система.

Guard-IT находится в Новосибирске и реализует цифровые проекты для компаний из разных регионов.

Что на самом деле разрабатывается

Навык представляет собой отдельное приложение, которое работает через Алису.

Пользователь произносит команду запуска. Алиса принимает его реплику и передаёт запрос приложению. Дальнейшее поведение определяется логикой, которую заложили при разработке. После обработки приложение возвращает ответ, а Алиса озвучивает его или показывает на экране.

Поэтому разработка навыка не сводится к написанию нескольких голосовых команд.

В проект обычно входят:

• сценарий общения с пользователем;

• обработка разных вариантов запросов;

• серверная часть;

• подключение необходимых данных и сервисов;

• тестирование;

• подготовка к публикации и запуск.

Состав зависит от задачи. Небольшой информационный навык и сервис, связанный с каталогом или CRM, отличаются по объёму разработки в несколько раз.

Сценарий определяет большую часть проекта

До программирования нужно определить, зачем человек запускает навык и какой результат должен получить.

Голосовой интерфейс отличается от страницы сайта. Пользователь не видит перед собой меню из десяти разделов и не может одновременно сравнивать несколько длинных вариантов. Каждый следующий шаг должен быть понятен из текущего ответа.

Если сценарий составлен плохо, технически исправный навык всё равно будет неудобным.

Нужно предусмотреть основные формулировки пользователя, уточняющие вопросы, альтернативные пути и ситуации, когда запрос невозможно обработать корректно.

При этом нет смысла пытаться заранее описать каждую возможную человеческую фразу. Задача проектирования состоит в том, чтобы создать устойчивую структуру разговора и понятное поведение при отклонении от основного сценария.

Хороший голосовой сценарий проверяется не количеством предусмотренных реплик. Пользователь должен быстро понимать, что может сделать сейчас и какой ответ получит следующим.

Когда требуется серверная часть

Простейший сценарий может работать с небольшим набором заранее заданных ответов.

Бизнес-проекты часто требуют большего. Навыку может понадобиться получить актуальную информацию, проверить данные, сохранить результат разговора или передать сведения во внешнюю систему.

В таком случае появляется собственная серверная логика.

Например, приложение может получать данные из каталога, обращаться к API, отправлять информацию в CRM или использовать внутренний сервис компании.

Если задача выходит далеко за пределы голосового интерфейса и требует сложных процессов, нескольких систем и собственной логики, она частично переходит в область кастомной веб-разработки.

До оценки проекта мы проверяем, какие системы действительно нужно связывать с навыком и позволяют ли они технически выполнить необходимый обмен данными.

Интеграции влияют на стоимость сильнее количества реплик

У навыка может быть двадцать реплик и сложная интеграция с внутренней системой. Такой проект потребует больше работы, чем сценарий из сотни простых заранее подготовленных ответов.

На оценку влияют прежде всего внешние зависимости.

Нужно учитывать наличие API, способ авторизации, структуру данных, ограничения стороннего сервиса и поведение системы при ошибке.

Например, если навык должен показывать актуальную стоимость товара, необходимо определить источник цены. Если требуется передавать заявку, нужно понимать, куда она поступает и какие данные обязательны.

Особенно внимательно проверяются проекты, где внешняя система сама имеет ограничения или нестабильный API. В такой ситуации проблема находится уже не внутри Алисы, и её нельзя решить одним изменением голосового сценария.

Чем навык Алисы отличается от ИИ-агента

Эти технологии могут использоваться вместе, но ставить между ними знак равенства не стоит.

Классический навык строится вокруг определённых сценариев и функций. Разработчик заранее задаёт границы взаимодействия и поведение системы.

ИИ-решение способно принимать более свободные формулировки, работать с базой знаний и формировать ответы с учётом контекста. Более сложный агент также может выполнять разрешённые действия через подключённые инструменты.

Для короткого предсказуемого сценария такая сложность часто не нужна.

Если пользователю требуется выбрать один из нескольких вариантов, получить сведения или выполнить понятное действие, обычный навык может оказаться проще в разработке и дальнейшем сопровождении.

Если задача состоит в свободной консультации по большой базе документов или в автоматизации процессов с использованием ИИ, состав проекта будет другим.

Технологию стоит выбирать после постановки задачи. Добавление ИИ само по себе не делает голосовой сервис удобнее или полезнее.

Что нужно от бизнеса перед оценкой

Большое техническое задание на первом этапе обычно не требуется.

Для предварительной оценки полезнее понять четыре вещи.

Первая — задача пользователя. Нужно описать, зачем человек будет запускать навык и что он должен получить в результате.

Вторая — информация, с которой работает система. Это могут быть услуги, товары, расписание, справочные сведения или другие данные.

Третья — необходимые интеграции. Если навык должен обращаться к CRM, каталогу, системе записи или внутреннему сервису, это необходимо обозначить до расчёта.

Четвёртая — ограничения. Например, какие действия нельзя выполнять автоматически, где требуется участие сотрудника и какие данные нельзя передавать через голосовой интерфейс.

Этой информации достаточно, чтобы понять класс проекта и определить дальнейший объём проработки.

Как проходит разработка навыка Алисы

После разбора задачи мы определяем границы первой версии.

Нет смысла сразу закладывать все возможные функции. Чем больше сценариев появляется до проверки основной идеи, тем дороже становятся разработка, тестирование и дальнейшая поддержка.

Сначала проектируется логика общения. Затем создаётся техническая часть и подключаются необходимые сервисы.

После этого проверяются основные и ошибочные сценарии. Нужно убедиться, что навык нормально реагирует на неполный ответ, неожиданную формулировку и ситуацию, когда внешний сервис недоступен.

Готовое решение тестируется в среде Яндекс Диалогов и подготавливается к публикации. Для публичного навыка необходимо учитывать требования платформы и прохождение модерации.

После запуска имеет смысл анализировать реальные запросы. Пользователи почти всегда формулируют часть вопросов иначе, чем ожидалось при проектировании. Эти данные используются для дальнейшей доработки.

Что получает заказчик

Результатом является не набор текстовых ответов, а работающий голосовой сервис в согласованных границах.

В зависимости от проекта в него входят сценарии взаимодействия, серверная логика, интеграции, обработка ошибок и настройки публикации.

Если предполагается дальнейшее развитие, заранее определяем, как будут обновляться данные и кто отвечает за изменения после запуска.

Для проекта с внешними системами отдельно фиксируем, какие данные получает навык и куда передаёт результат.

Такой подход позволяет оценивать готовность по реальному пользовательскому сценарию, а не по количеству написанных функций.

Собственный навык Guard-IT

У Guard-IT есть работающий навык в каталоге Алисы. Сейчас он используется как ИИ-помощник веб-студии и отвечает на вопросы о разработке сайтов, интернет-магазинах, SEO, рекламе, технической поддержке, ИИ-агентах, стоимости услуг и проектах.

Для нас это полезная собственная площадка для проверки взаимодействия голосового интерфейса с пользователем.

Мы не приписываем этому проекту неподтверждённые показатели продаж или конверсии. Сам факт работающего решения подтверждает практический опыт разработки и поддержки навыка.

Другие выполненные цифровые проекты можно посмотреть в портфолио Guard-IT.

Сколько стоит разработка навыка Алисы

Стоимость разработки навыка Алисы в Guard-IT начинается от 30 000 ₽.

Такой ориентир относится к проекту с понятным ограниченным сценарием без большого количества сложных интеграций.

Цена увеличивается, если требуется собственная серверная логика, обмен данными с внешними системами, большое количество состояний диалога или нестандартная обработка информации.

Мы не оцениваем проект только по числу вопросов и ответов. Два навыка одинакового размера с точки зрения пользователя могут сильно отличаться по объёму серверной разработки.

Перед началом работ фиксируем состав первой версии и отдельно обозначаем функции, которые можно добавить позже.

Другие стартовые ориентиры по услугам студии собраны на странице цен Guard-IT.

Что может осложнить проект

Первый риск связан с самим сценарием. Если пользователю неудобно выполнять задачу голосом, техническая реализация этого не исправит.

Второй риск возникает из-за внешних данных. Неактуальные цены, разные версии информации или нестабильная система-источник приводят к неправильным ответам.

Третий связан с чрезмерной сложностью первой версии. Попытка сразу реализовать десятки сценариев увеличивает стоимость проверки и количество мест, где возможна ошибка.

Наконец, после публикации навык нельзя считать полностью завершённым. Меняются данные компании, пользовательские формулировки и требования используемых сервисов. Для рабочего проекта нужно заранее определить порядок обновлений.

Как понять, что подрядчик правильно оценил задачу

На первой встрече подрядчик не обязан знать точный бюджет сложного навыка по одному предложению.

Гораздо важнее вопросы, которые он задаёт.

Специалист должен выяснить цель сценария, источники данных, необходимые интеграции, ограничения и результат, который должен получить пользователь.

Если стоимость называют до понимания этих вещей, велика вероятность, что в неё входит только самый простой вариант навыка, а необходимые работы появятся уже после старта.

Хорошая оценка показывает границы проекта. Заказчик понимает, что входит в первую версию, какие внешние системы подключаются и какие функции считаются дополнительными.

Обсудить разработку навыка

Если у компании уже есть идея навыка Алисы, для предварительной оценки достаточно описать задачу пользователя, предполагаемый сценарий и системы, с которыми нужно обмениваться данными.

Guard-IT проверит реализуемость идеи, предложит границы первой версии и рассчитает стоимость разработки. Если для задачи лучше подходит другой формат, это можно определить ещё до начала проекта.

Материал носит информационный характер. Возможности платформы Яндекс Диалоги и требования к публикации могут изменяться, поэтому перед запуском проекта они проверяются повторно.