ШІ-інструменти

Що входить до цієї категорії

Асистенти, які відповідають на основі ваших матеріалів, копілоти, що живуть усередині іншого продукту, і платформи для підключення моделі до процесу, який раніше виконували вручну. Спільна нитка в усіх одна: модель виконує частину роботи, людина перевіряє.

Продукти, чия єдина робота полягає в створенні тексту, належать до ШІ для текстів. Продукти, що створюють картинки чи відео, лежать у ШІ для зображень і відео. Автоматизація без моделі в ланцюжку належить до no-code і автоматизації.

Чотири форми під одним ярликом

• Чат-асистенти з доступом до ваших документів, звернень або коду.
• Вбудовані копілоти, що з’являються всередині служби підтримки, редактора чи CRM, за які ви вже платите.
• Конструктори агентів, які зв’язують кроки в ланцюжок, викликають інструменти й працюють далі без людини між кроками.
• Шлюзи до моделей, що стоять між вашим кодом і кількома постачальниками та відають ключами, маршрутизацією й витратами.

Сторінки з цінами схожі. Питання при купівлі різні: копілота оцінюють за тим, чи вписується він у процес, а конструктор агентів за тим, що трапляється, коли він помиляється о третій ночі.

Чия модель під капотом і чи це важливо

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

Це важливо з однієї причини: обгортка вирішує, що станеться, коли моделі зміняться. Питайте, яких постачальників підтримує продукт, чи можна перейти без переписування запитів і хто покриває витрати, коли базовий постачальник підвищує ціну.

Чесна відмінність це якість пошуку. Два продукти, спрямовані на ту саму вікі, дають дуже різні відповіді залежно від того, як ділять документи, як ранжують фрагменти й чи визнають, що нічого доречного не знайшли. Інструмент, який ніколи не каже «цього немає у ваших матеріалах», вигадує.

Права доступу, журнали та те, чого ніхто не показує на демо

Асистент, що індексує все під одним службовим обліковим записом, непомітно скасував усі обмеження доступу, які ви роками будували.

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

Для всього, що пише, а не читає, спитайте про радіус ураження. Інструменту з правом оновлювати записи потрібен крок погодження, режим пробного запуску або обидва.

Як працюють гроші

Поширені три моделі, іноді в поєднанні.

Оплата за місце передбачувана й марнотратна, коли половина ліцензій не використовується. Оплата за використання йде за токенами, повідомленнями чи запусками: на пілотному масштабі це дешево, а з масовим впровадженням тривожно. Платформний тариф бере плату за робочий простір, а важкі частини міряє поверх цього.

Просіть жорсткий ліміт витрат, а не сповіщення. Сповіщення приходять, коли гроші вже витрачено. Питайте й про те, на якому тарифі лежать потрібні вам конектори: інтеграція, заради якої все затівалося, часто стоїть на один тариф вище за той, що вам назвали.

Що перевірити під час пробного періоду

Дайте йому двадцять реальних питань, які ваша команда ставила минулого місяця, а не демо-запити. Порахуйте, скільки відповідей ви надіслали б клієнтові без правок.

Потім навмисно перевірте випадок невдачі. Спитайте те, на що матеріали не відповідають, і подивіться, чи отримаєте ви визнання, чи впевнену вигадку.

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

Пілот без змарнованого кварталу

Типовий провал: піврічна оцінка, що дає думку, а не рішення.

Оберіть один процес із вимірюваними «до» і «після». Час на відповіді на певну категорію питань, години на стислий переказ документів, звернення, закриті без ескалації. Будь-що, для чого ви можете назвати поточну цифру.

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

Потім порівняйте з цифрою, яку записали. Якщо покращення справжнє, розширюйте свідомо й запишіть, що спрацювало. Якщо ні, пілот коштував місяць, а не рік, і саме для цього його й запускають.

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