Ви вже маєте підписки і напрацьовані промпти, керівництво використання підтримує. Це не треба ламати, і частину роботи правильно лишити саме в чаті: разові нестандартні задачі і творчі формулювання. Ми працюємо на тих самих сімействах моделей, тому питання не в тому, хто розумніший.
| Що саме | Робота через чат | Робота через агента |
|---|---|---|
| Що запускає роботу | людина згадала і зайшла | подія: лист, повідомлення, зміна на порталі, настання дати |
| Контекст | треба принести файлами щоразу | підключений один раз, з дотриманням прав доступу |
| Обсяг даних | обмежений вікном діалогу | вибірковий пошук по всьому масиву, у модель іде тільки знайдений фрагмент з посиланням |
| Результат | текст у вікні, далі руками | запис у CRM, чернетка рахунку, задача зі строком, рядок у журналі |
| Слід | історія чату однієї людини | журнал з підставою на кожну дію, доступний аудитору |
| Права доступу | на совісті того, хто завантажив файл | успадковуються з вашої системи, перевіряються до відповіді |
Механіка така. Агент не переказує документ своїми словами, бо переказ неможливо перевірити. Він розкладає пакет на реєстр вимог: одна вимога це один рядок, поруч тип (жорстка, умова, формальна) і посилання на пункт і сторінку. Ви відкриваєте документ і звіряєте рядок за пятнадцять секунд.
Далі найважливіше: агент позначає власну впевненість. На скані низької якості, на суперечності між двома файлами і на юридичному формулюванні з двома прочитаннями він пише «потребує перевірки людиною» і показує точне місце. У типовому конкурсі це 6 до 8 рядків з майже сотні, і ваш експерт витрачає час тільки на них.
На конкурсі, який ви вже проходили, правильна відповідь вам відома. Тому перша звірка дає не враження, а цифру: скільки вимог збіглось, у чому саме агент помилився і що з цього стало правилом. Наш орієнтир, з яким ми заходимо в проєкт: збіг від 95 відсотків по реєстру вимог і жодної пропущеної жорсткої вимоги. Якщо на ваших документах виходить гірше, це видно на другому тижні, а не після підписання акта.
Розходження перетворюються на правила донора. Наступний конкурс того самого донора розбирається за хвилини, і перевірка стає вибірковою. Саме це ми мали на увазі, коли казали, що перевірка одноразова: вона одноразова на донора, а не одноразова назавжди.
Чого агент не робить. Він не пише заявку замість вашого експерта. Ви сказали прямо, що крафтову частину людина не замінить, і ми з цим згодні: логіка проєкту, показники і сама ідея лишаються за людиною. Агент знімає все навколо, щоб експерт не починав з порожньої сторінки.
Подивитись на екрані ↗Ми розбираємо ваш архів договорів разом з листуванням по правках, саме листуванням, а не тільки фінальними версіями. З нього збирається бібліотека: тип правки, скільки разів вона зустрічалась, чим закінчувалась, і яким формулюванням ми відповідали.
Коли приходить новий договір з коментарями, агент розкладає їх на три купки: те, що ми вже приймали (є перевірене формулювання з посиланням на договір, де воно стояло), те, що приймали з умовою (показуються варіанти і наслідки), і те, чого раніше не було. Останнє йде юристу без жодної спроби вигадати позицію компанії.
Це ваше окреме питання, і відповідь на нього така: агент не вчиться на потоці. Нове правило створює тільки уповноважена людина, і у правила є автор, дата і причина. Якщо рішення виявилось помилковим, правило скасовується одним кліком, а всі документи, де воно встигло спрацювати, знаходяться за один запит і позначаються на перегляд. Автоматичного навчання немає свідомо: інакше на питання «чому агент так зробив» правильною відповіддю буде «так склалось».
На зустрічі ми відповіли на це найслабше, тому розписуємо повністю. Правила задаєте ви, вони видимі і змінюються без програміста.
| Правило | Приклад значення | Хто змінює |
|---|---|---|
| Хто може погоджувати | поіменно або за посадою: фінансовий директор, керівник проєкту | ваші фінанси |
| Що вважається згодою | «приймаємо», «виставляйте», «погоджено», «ок» у відповідь на конкретну суму | ви, перелік відкритий |
| Що згодою не вважається | «подивимось», «ок» без звʼязку із сумою, згода не від уповноваженої особи | ви |
| Мовчання | ніколи не є погодженням | не змінюється |
| Реакція емодзі | не є погодженням, але враховується як контекст у сумнівному випадку | ви |
| Автоматичність | на старті нуль: кожен рахунок підтверджує бухгалтер | вмикається пізніше, за вашим рішенням і до узгодженої суми |
Найважливіше в цьому сценарії не те, що агент знаходить погодження, а те, що він робить, коли не впевнений. Якщо згода прозвучала від людини не з переліку, або сума в тексті не збігається з файлом, рахунок не готується. Агент ставить одне конкретне питання прямо в тій самій гілці і прямо пише, що поки нічого не робить. Поріг обережності ми навмисне ставимо високо: краще зайве питання, ніж рахунок без підстави.
Разом з погодженням підхоплюються умови, які до нього прилипли. Наприклад «виставляйте, тільки на польську компанію»: юридична особа підставляється одразу, а не згадується через тиждень. У бухгалтера в чернетці рахунку стоїть посилання на конкретне повідомлення, і його видно одним натисканням.
Подивитись на екрані ↗Правило, на якому ми наполягаємо: агент не заповнює те, чого не бачив у джерелі. Порожні поля видно, і по них він готує питання клієнту. Це виглядає скромніше за «картка заповнена на сто відсотків», але саме це робить інструмент придатним для роботи.
Окремо про WhatsApp. Ви сказали, що намагаєтесь уникати чатів, але поки не виходить. Ми з цим не боремось: агент читає ті чати, які ви позначили робочими, і дістає з них факти, а не оцінки. Дедлайн клієнта, обіцяний строк, зміна умов оплати. Кожен факт з посиланням на повідомлення і дату. Особисті чати не читаються взагалі.
Запис у бойову CRM перші тижні йде через підтвердження людини. Далі ви самі вирішуєте, які поля агент заповнює сам, а які лишаються на підтвердженні.
Подивитись на екрані ↗| Що робимо ми | Що з цього ви отримуєте документом |
|---|---|
| Опис системи: які дані обробляються, які моделі використовуються, які рішення ухвалюються | документ, який можна показати клієнту, аудитору і своєму комплаєнсу |
| Людина в контурі на всіх діях з наслідками | обсяг автономності по кожній дії, записаний у договорі |
| Повний журнал дій з підставами, записи не редагуються | вивантаження за будь-який період |
| Позначення матеріалів, підготовлених з допомогою ШІ | механізм є, де саме позначати, вирішуєте ви з юристом |
| Заборона навчання на ваших даних у провайдера моделі | умова в договорі і технічне налаштування |
| Перелік субпідрядників обробки даних | додаток до договору, зміни тільки з повідомленням |
Що лишається за вашою стороною: класифікація застосування за регулюванням, рішення про повідомлення клієнтів, і те, чи можна взагалі обробляти дані конкретного клієнта з урахуванням вашого NDA з ним. Останнє ми закриваємо технічно: клієнта можна повністю виключити з обробки.
Подивитись на екрані ↗| Рівень | Приклад | Як обробляється | Що бачить зовнішня модель |
|---|---|---|---|
| Звичайний | публічна інформація, оголошення конкурсів | у вибраному контурі | фрагменти документів |
| Обмежений | документи клієнта під NDA | ваш контур, знеособлення полів | тільки те, що потрібно для конкретної задачі |
| Закритий | клієнти з оборонної галузі | ізольований контур, локальна модель | нічого |
Спроба обробити дані верхнього рівня зовні блокується і потрапляє в журнал. Перевіряється це при прийманні, разом з вашим IT, а не декларується.
Порада з досвіду: у пілот такі клієнти не беруться взагалі. Спочатку показуємо роботу на звичайному сегменті, а закритий контур робиться окремим етапом, коли є довіра і зрозумілі вимоги. Це дешевше і швидше для обох сторін.
| Варіант | Де живуть дані | Що робить ваш IT | Кому підходить |
|---|---|---|---|
| Наш контур | наші сервери у перевірених локаціях, доступ за ролями | нічого, крім погодження | пілот, некритичні дані |
| Ваш хмарний тенант | ваша підписка, ваш регіон, ваші політики | створює середовище і видає доступи | основний варіант для вас |
| Ізольований контур | ваші сервери, без виходу назовні | розгортає і адмініструє разом з нами | оборонні клієнти, суворі NDA |
Відповідь складається з трьох речей і перевіряється не обіцянкою, а тестовим відновленням при прийманні, у вас на очах.
Окремий випадок: дані зникли не у нас, а у зовнішньому джерелі, наприклад портал прибрав сторінку конкурсу. Тоді агент показує, що інформація застаріла і коли вона була зібрана, а не видає її за свіжу.
Подивитись на екрані ↗| Пункт | Як це виглядає |
|---|---|
| Предмет | розробка, впровадження і супровід програмного рішення |
| Сторони | ви і ми, безпосередньо |
| Роль провайдера моделі | інфраструктурний субпідрядник, перелік у додатку, зміна з повідомленням |
| Дані | ваша власність, перелік цілей обробки, заборона навчання, порядок видалення |
| Конфіденційність | взаємна, з урахуванням ваших зобовʼязань перед клієнтами |
| Відповідальність | за роботу рішення. Не за рішення донорів і фінансових інституцій |
| Приймання | за чеклистом, узгодженим до початку робіт |
На першій зустрічі обговорювалась ідея одного акаунта на багатьох співробітників. Для компанії з вашими зобовʼязаннями по NDA і з клієнтами з оборонної галузі ми цей варіант не пропонуємо: він створює ризик у договорі, який дорожчий за економію. Правильний шлях це корпоративний доступ і оплата за фактичним споживанням, з рахунком на вашу юридичну особу і з умовами, які можна показати клієнту.
Перелік нижче це наша пропозиція до узгодження, а не остаточний склад. Перед стартом ми звіримо його з тим, що у вас уже налаштовано, і викинемо все, що дублюється: платити за повторення того, що ви й так бачите, немає сенсу.
| Тип джерела | Що дає | Зазвичай моніторять |
|---|---|---|
| Портали програм і тендерів ЄС | основний потік оголошень | так |
| Портали міжнародних фінансових інституцій і банків розвитку | великі проєкти з довгим циклом | так |
| Портали національних агенцій розвитку і донорів окремих країн | національні програми у ваших країнах присутності | частково |
| Плани і прогнози закупівель донорів на рік | оголошення, якого ще немає: видно за 3 до 9 місяців | рідко |
| Бази вже підтриманих проєктів і грантів | типовий бюджет, типовий заявник, з ким конкуруємо | рідко |
| Реєстри контрактів і рамкових угод | де виконавця фактично вже обрано, туди не йдемо | рідко |
| Локальні портали і бюлетені мовою країни | те, що не потрапляє в англомовні агрегатори | ні |
| Платні агрегатори тендерів і грантів | ширше покриття у зручному форматі | за вашим рішенням, це підписка |
| Ваш власний архів заявок і рішень | що вже подавали, що виграли, що ні | ваша система |
Як з цього виходить короткий список. Потік проходить чотири фільтри: дубль і переоголошення, відповідність профілю конкретного клієнта, реальність строку і прохідність жорстких вимог. До людини доїжджає одне повідомлення зранку з кількома рядками, а не потік. Усе відсіяне лишається доступним: завжди можна подивитись, що саме агент викинув і з якої причини.
Окремо про мову. Джерела мовами країн присутності агент читає в оригіналі. Це не дрібниця: англомовний запит по локальному порталу часто дає порожнечу там, де насправді є оголошення.
Подивитись на екрані ↗Ви сказали, що самостійно нічого встановлювати не можна і що погодження точно знадобиться. Нижче перелік у тому вигляді, у якому його можна переслати айтішникам, не переказуючи нашу розмову своїми словами. Прав адміністратора ми не просимо, кожен доступ має призначення і обсяг.
| Що потрібно | Обсяг | Навіщо | Що буде без цього |
|---|---|---|---|
| Рішення по контуру | наш, ваш тенант або ізольований | визначає все інше | не можемо почати |
| Технічний користувач у сховищі документів | читання визначених тек | база знань, шаблони, архів заявок | сценарій бази знань не працює |
| Доступ до поштової скриньки відділу | читання | розбір звернень, питання донорів | вхідні розбираються вручну |
| Застосунок у робочому просторі Teams | читання визначених каналів, надсилання повідомлень | стрічка, нагадування, погодження | усе йде поштою, працює гірше |
| Доступ до CRM | читання і запис у тестовому середовищі, далі за рішенням | картки клієнтів | агент готує, людина вносить |
| Вихід до зовнішніх порталів | перелік доменів | радар конкурсів | радар працює тільки по вивантаженнях |
| Робочі чати WhatsApp | тільки ті, які ви позначили робочими | домовленості і погодження | частина фактів не доїжджає в CRM |
Якщо якийсь пункт не погодять, ми прямо скажемо, який сценарій без нього не працює, а який працює з обмеженням. Частину даних можна давати вивантаженнями, поки доступи узгоджуються.
Сімнадцять сценаріїв демонстрації це не план робіт. План це два агенти і шість тижнів від дня, коли зʼявились доступи. Беремо те, де результат видно швидко і де ціна помилки низька.
| Хвиля | Що | Чому саме так |
|---|---|---|
| Перша | радар конкурсів і донорів, розбір звернень і картки клієнтів | ваш прямий запит, швидкий результат, нічого не пишеться клієнтам і не чіпаються гроші |
| Друга | рахунки за погодженням у чатах, розбір конкурсної документації | вища цінність, але й вища ціна помилки, тому після першої звірки |
| Третя | база знань і введення консультанта в роботу, договори | накопичувальний ефект |
| Окремо | закритий контур під оборонних клієнтів | окремий етап і окрема розмова з вашим IT |
Скільки часу це займе у вас: близько пʼятнадцяти годин за шість тижнів, розподілених по людях. Якщо стільки часу зараз немає, чесніше посунути старт, ніж робити пілот, у який ніхто не дивиться.
Чого ми не робили: не чіпали ваші системи, не збирали ваші дані і нічого не підключали. Усе, що на екранах, це умовні дані на структурі ваших процесів.