Зачем бизнесу кастомные навыки роботов вместо стандартных программ

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

Что не так со стандартным ПО

Робот «из коробки» умеет то, что заложил производитель: базовое перемещение, стандартные жесты, набор демонстрационных сценариев. На выставке это выглядит хорошо, а на реальном объекте, где своя планировка, свой ассортимент и свои правила общения с клиентом, функций может не хватить.

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

Что такое навык под задачу

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

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

Как выглядит процесс

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

Когда это оправдано, а когда нет

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

Заказывать разработку не стоит, если задача разовая, если стандартная функция уже её закрывает или если нельзя сформулировать, что считать успешным результатом. Окупаемость нужно считать заранее: стоимость разработки против времени сотрудников и других вариантов. Гарантий окупаемости мы не даём, но поможем прикинуть расчёт. Подробнее о том, что мы делаем, на главной странице; о том, как научить робота распознавать нужные объекты, в статье про компьютерное зрение.