Перед стартом спитайте підрядника з автоматизації про десять речей: яку проблему він розвʼязує і як ви це виміряєте, що отримаєте після першого етапу, за якими критеріями приймете роботу, на яких даних пройде пілот, які доступи потрібні і чиї вони, що станеться під час збою, що ШІ робить сам, а що передає людині, що вам передадуть після запуску і хто супроводжуватиме систему. Відповіді на ці питання варто отримати письмово до підписання, бо після старту їх змінювати дорожче.
Питання однакові для будь-якого підрядника і будь-якої задачі: інтеграції CRM з обліком, ШІ-агента для обробки заявок чи автоматичних звітів. Розмова буде предметною, якщо ви прийдете з власними цифрами: скільки разів на тиждень повторюється процес і скільки часу він забирає. Оцінити це можна в калькуляторі витрат часу.
Чек-лист: 10 питань до підрядника
- Яку проблему ви розвʼязуєте і як ми виміряємо результат?
- З чого почнете і що я отримаю після першого етапу?
- За якими критеріями ми приймемо роботу і хто їх перевіряє?
- На яких даних і випадках пройде пілот?
- Які доступи вам потрібні і з якими правами?
- Чиї облікові записи, ключі API, сервери й рахунки сервісів?
- Що станеться, коли зовнішній сервіс недоступний або дані прийшли з помилкою?
- Які дії ШІ виконує сам, а які передає людині?
- Що ви передасте нам після запуску?
- Хто супроводжує систему і що з цього записано в умовах?
Нижче пояснення до кожного питання і ознаки слабкої відповіді.
Як перевірити, що підрядник зрозумів задачу?
Попросіть переказати ваш процес своїми словами і назвати, що саме зміниться для команди. Добра відповідь містить конкретний процес, вимір «до» і спосіб виміру «після»: ручний час на операцію, частку помилок, час від заявки до відповіді.
Питання 1. Якщо підрядник обіцяє відсоток економії ще до розбору процесу, спитайте, звідки це число. Без виміру поточного стану порівнювати результат немає з чим. Як порахувати ручну роботу, ми розбирали у статті про приховані години.
Питання 2. Перший етап має давати перевірюваний результат: карту процесу, робочий сценарій на ваших даних або пілот на обмеженій ділянці. Відповідь «покажемо все наприкінці» означає, що помилку в розумінні задачі ви побачите надто пізно.
Як прийняти роботу автоматизації?
Критерії приймання записують до старту, а не після здачі. Кожен критерій можна перевірити: «заявка із сайту зʼявляється в CRM з усіма полями», «звіт містить дані на момент формування», «складний випадок потрапляє до менеджера, а не обробляється мовчки».
Питання 3. Спитайте, хто з вашого боку підтверджує приймання і на яких прикладах. Якщо критерій звучить як «система працює стабільно», попросіть переписати його через подію, яку можна перевірити.
Питання 4. Пілот на трьох ідеальних прикладах мало що доводить. Попросіть включити звичайні й складні випадки з вашої практики: неповні дані, дублікати, нестандартні замовлення. Для ШІ корисно мати окрему вибірку реальних запитів з перевіреними відповідями і рахувати помилки та частку випадків, які потребують людини, окремо.
Які доступи дати підряднику?
Мінімальні: лише ті системи й дії, які потрібні для задачі. Доступ краще видавати окремим обліковим записом або ключем API, який можна відкликати, не змінюючи пароль усієї команди.
Питання 5. Попросіть список доступів із поясненням, навіщо кожен. Запит «дайте адміністратора на все» без пояснення є підставою уточнити задачу. Окремо домовтеся, як підрядник зберігає ключі і хто з його команди їх бачить.
Питання 6. Облікові записи сервісів, домени, сервери, ключі API і рахунки за платні сервіси мають належати вашій компанії. Якщо їх оформлено на підрядника, після завершення співпраці система може зупинитися разом з його рахунком.
Що має статися, коли автоматизація дає збій?
Збій має бути помітним, а повтор безпечним. Підрядник повинен пояснити, де видно помилку, хто отримує сповіщення і як система повторює крок, не створюючи дублікатів.
Питання 7. Спитайте про конкретний сценарій: CRM не відповіла, а замовлення могло вже зберегтися. Добра відповідь пояснює, як система уникає дублювання під час повтору і що робить, якщо результат операції невідомий. Якщо безпечний повтор неможливий, вона зупиняє автоматичні спроби й передає випадок на перевірку відповідальній людині. Що контролювати після запуску, ми описали в статті про моніторинг автоматизацій.
Питання 8. Для ШІ-агента попросіть перелік дозволених дій і випадків, коли він зупиняється й передає задачу людині. Повернення коштів, зміна замовлень і інші важливі дії потребують окремих правил підтвердження. Відповідь «модель сама розбереться» не є правилом.
Що підрядник має передати після запуску?
Систему, якою ваша команда може користуватися і яку інший спеціаліст зможе підтримувати. Мінімум: інструкції для команди, опис інтеграцій і того, яка система головна для кожного типу даних, доступ до коду або сценаріїв, перелік облікових записів і порядок дій під час типових збоїв.
Питання 9. Спитайте, чи буде навчання команди і в якому вигляді залишаться інструкції. Якщо систему розуміє лише одна людина з боку підрядника, ви залежите від її доступності.
Питання 10. Супровід має бути записаний: хто контролює роботу системи, як повідомляти про помилки, хто оновлює інтеграції, коли змінюється API зовнішнього сервісу, час реакції та обсяг підтримки.
Які відповіді мають насторожити?
- Обіцянка результату у відсотках без виміру поточного процесу.
- Немає критеріїв приймання або вони сформульовані загально.
- Облікові записи й рахунки сервісів оформлюються на підрядника.
- На питання про збої відповідь «такого не буде».
- Немає відповіді, що саме ви отримаєте після запуску.
Одна така відповідь ще не є причиною відмовитися. Але її варто обговорити й зафіксувати письмово до підписання.
Як на ці питання відповідає AXAL
Ми починаємо з розбору процесу: знаходимо, де команда переносить дані, чекає відповіді або виправляє одне й те саме. Після уточнення задачі даємо план із перевірюваними етапами. Правила, доступи й дії ШІ налаштовуємо під конкретний сценарій. До запуску ШІ погоджуємо дозволені дії, випадки передачі людині та правила підтвердження. Пілот проходимо разом із командою на звичайних і складних випадках, перевіряємо помилки й відновлення. Після запуску навчаємо команду, передаємо інструкції, налаштовуємо контроль і погоджуємо порядок супроводу, а час реакції й обсяг підтримки фіксуємо в умовах проєкту.
Напрями, з якими працюємо, зібрані на сторінці послуг автоматизації та ШІ. Роботу починаємо з безкоштовної вступної розмови про вашу задачу. Поглиблений аудит, обсяг розробки, терміни й бюджет погоджуємо окремо: термін залежить від доступів, якості даних та обсягу інтеграцій.
Часті питання
Чи потрібне технічне завдання до першої розмови з підрядником?
Ні. Достатньо описати процес, показати кілька прикладів і назвати поточні цифри: як часто повторюється операція і скільки часу забирає. Технічне завдання зручніше складати після розбору процесу разом із підрядником.
Чи давати підряднику пароль адміністратора?
Краще ні. Створіть окремий обліковий запис або ключ API з правами лише на потрібні дії. Такий доступ легко відкликати після завершення роботи.
Як зрозуміти, чи окупиться автоматизація?
Почніть з оцінки часу, який процес забирає зараз, і того, скільки часу піде на контроль і виправлення після запуску. Калькулятор показує зміну витрат часу, а не окупність: для неї потрібні ще вартість впровадження і витрати на сервіси.
Що робити, якщо підрядник не відповідає на частину питань?
Попросіть письмові відповіді до старту. Без критеріїв приймання, переліку доступів і плану передачі системи ризики залишаються на вашому боці.