Майже все в тому, як ми створюємо корпоративні програмні продукти, зараз змінюється. Протягом багатьох років, коли ви створювали SaaS-продукти, весь ваш фокус дизайну був на тому, як користувач буде взаємодіяти з системою для виконання свого завдання, самостійно або спільно. Тепер багато з основних проблем дизайну стосуються того, як користувач працюватиме з агентами штучного інтелекту для виконання цього завдання. Це перетворює питання на те, як користувач буде налаштовувати, розгортати, оркеструвати або надавати контекст агентам штучного інтелекту для виконання роботи, а потім переглядати та включати їхню роботу. Чи відбувається це в існуючому інтерфейсі користувача? Ви робите це через чат? Це через список завдань чи чергу? Це через конструктор бізнес-процесів? Ви описуєте його як агента або просто продуктивний конкретний результат, якого хоче клієнт? Ви можете побачити, що ранні відмінності проявляються саме зараз у сфері кодування штучного інтелекту, де точаться дебати між IDE, терміналом, веб-інтерфейсом або просто використанням slack. У всіх випадках здається зрозумілим одне: багато в чому користувачеві програмне забезпечення стає простіше. Ручки, перемикачі, перемикачі та компоненти, необхідні людям для виконання завдань, менш потрібні у світі агентів штучного інтелекту. API цих можливостей все ще мають значення для використання агентами штучного інтелекту (тому вони не зникнуть), але вони в основному використовуються у фоновому режимі. І коли вони врешті-решт з'являються для користувача, це більше стосується складних випадків використання, обробки винятків або процесу рецензування, а не звичайної активності. Ми живемо в найцікавішому періоді дизайну програмного забезпечення, в якому ми коли-небудь були. Ми повинні розробляти дизайн як для користувачів, так і для автономних агентів одночасно. І ми знаходимося лише на початкових етапах того, як це виглядає.