AI рішення для бізнесу: сервіс, доробка чи система

AI рішення для бізнесу сьогодні пропонують усі: розробники чат-ботів, постачальники CRM, курси, агенції з каталогами на десятки готових продуктів. Власник компанії на 20 людей отримує кілька пропозицій на тиждень і одне питання без відповіді. Що з цього дасть результат, а що стане ще однією підпискою, якою двоє менеджерів користуються раз на тиждень?

Стаття для власників і операційних директорів компаній на 5–100 людей: виробництво під замовлення, будівництво й монтаж, сервіс із виїздом, проєктні компанії. Ми розкладемо ринок на чотири типи рішень. Перший — окремий сервіс на кшталт ChatGPT чи Claude. Другий — ШІ-функція в програмі, яку ви вже маєте, і доробка до неї. Третій — зв’язка конструктора автоматизацій з мовною моделлю. Четвертий — ШІ всередині системи під ваш процес. Для кожного покажемо, де він сильний, де ламається і скільки коштує насправді.

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

Коротко

Типи рішень відрізняються не моделлю, а тим, де живуть дані. Модель може бути та сама. Різниця в тому, чи бачить ШІ ваші замовлення, клієнтів і розрахунки, чи лише текст, який людина вставила в чат.
Окремий сервіс підходить для роботи з текстом однієї людини. Для процесу, де беруть участь кілька людей і є дані клієнтів, його мало.
Ціна за користувача росте разом зі штатом, а не з користю. Рахуйте повну вартість: місця, запуски сценаріїв і час людей на копіювання й перевірку.
Хто перевіряє результат, вирішують до покупки, а не після. У наших системах ціну рахують формули, а клієнту нічого не надсилається без людини.
Система під процес окупається там, де процес повторюється щодня і має етапи, ролі, розрахунки й документи. Для разових задач вистачить сервісу.

Чому ШІ в компанії часто стає ще однією підпискою

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

Що показують дослідження

За дослідженням Top Lead «AI Focus 2026», 93,1% опитаних компаній в Україні вже використовують технології ШІ. Опитали 216 компаній з листопада 2025 по лютий 2026 року. Водночас 25% перебувають на початковому рівні: тестують готові сервіси й експериментують. Ще 14,4% поки не бачать економічного ефекту (Гроші, огляд дослідження Top Lead).

Світова картина жорсткіша. Попередній звіт проєкту NANDA при MIT Media Lab за 2025 рік стверджує, що 95% організацій не отримують бізнес-результату від генеративного ШІ. Офіційну підписку на мовну модель купують лише 40% компаній, а працівники в понад 90% компаній регулярно користуються для роботи особистими ШІ-сервісами. Причину автори бачать не в якості моделей. Системи не вбудовані в щоденну роботу і не вчаться на зворотному зв’язку (Virtualization Review про звіт MIT NANDA). Вибірка в дослідженні невелика, тож цифру варто сприймати як напрям, а не як точну оцінку ринку.

Та сама картина навіть в айті, де до нових інструментів звикають найшвидше. За опитуванням DOU в грудні 2025 року, 81% українських айтівців користуються ШІ в роботі на особистому рівні. Корпоративні підписки від компанії мають 49% із тих, хто користується, а 31% роботодавець платні сервіси не компенсує (DOU, опитування про ШІ в роботі). Люди платять самі й працюють у власних акаунтах. Робочі дані опиняються там, куди компанія не дивиться.

Чому так виходить

Сценарій у більшості компаній однаковий. Хтось із команди спробував чат-бот, сподобалося, власник купив підписки п’ятьом людям. Через місяць двоє користуються, троє забули пароль. Користь є, але вона особиста: менеджер швидше пише листи. Замовлення не стали швидшими, помилок у розрахунках не поменшало.

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

В анонсі однієї з бізнес-подій на DOU це сказано прямо: ШІ-рішення впроваджують фрагментовано, різні функції рухаються окремо, тому навіть сильні інструменти не масштабуються, а ефект лишається точковим (анонс події на DOU). Каталоги готових рішень цю проблему не знімають. Агенція Netpeak, наприклад, зібрала каталог на понад 50 готових рішень для різних відділів (dev.ua про каталог Netpeak). Каталог відповідає на питання «що існує». На питання «що взяти саме нам» він не відповідає.

AI рішення для бізнесу: чотири типи і чим вони відрізняються

Усе, що вам пропонують, зводиться до чотирьох типів. Мовна модель всередині може бути однакова. Відрізняється місце, де працює ШІ, і те, що він бачить.

Тип 1. Окремий сервіс: ChatGPT, Claude, Gemini

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

Добре підходить для листів, текстів, перекладу, розбору довгого договору, формул в Excel, підготовки до перемовин. Тобто для роботи однієї людини з текстом, коли результат вона перевіряє сама.

Ламається на процесах. Сервіс не знає, що замовлення номер 214 чекає відповіді клієнта третій день. Кожен менеджер пише запити по-своєму, тому й результати різні. Відповідь лишається в чаті, а в картці клієнта її немає. Якщо люди працюють в особистих акаунтах, листування з клієнтами й ціни йдуть разом із працівником, коли він звільняється.

Командні тарифи частину проблем знімають: акаунти належать компанії, а не працівнику. Claude Team, наприклад, коштує 20 доларів за місце на місяць при річній оплаті або 25 доларів при помісячній, для команд від 2 до 150 людей, і на вашому контенті модель за замовчуванням не навчають (тарифи Claude). Але навіть командний тариф не підключає ШІ до ваших замовлень. Він лише робить чат спільним і контрольованим.

Тип 2. ШІ-функція в програмі, яку ви вже маєте, і доробка до неї

Постачальники програм вбудовують ШІ у свої продукти: Copilot у Microsoft 365, Gemini в Google Workspace, помічники в CRM. У Bitrix24, наприклад, CoPilot розшифровує записи дзвінків, робить короткий підсумок і сам заповнює поля картки (довідка Bitrix24).

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

Якщо програма закриває більшу частину процесу, а бракує одного-двох шматків, є третій шлях — доробка. Готову програму не міняють, а додають те, чого бракує. Так ми зробили для виробника металоконструкцій. Ціну ферм там рахував інженер у книзі Excel на 104 аркуші, а менеджери вже працювали в CRM. CRM не чіпали: вбудували в неї калькулятор із розрахунком за формулами кошторисника. Тепер для кожної заявки система сама формує комерційну пропозицію у фірмовому PDF і розрахунок в Excel із живими формулами. Разом — 4 дні.

Тип 3. Конструктор плюс модель: Make, n8n, Zapier

Конструктор автоматизацій з’єднує сервіси сценаріями: «прийшла заявка з форми → модель витягла з тексту поля → рядок у Google Таблиці → повідомлення в Telegram». Модель тут — один із кроків сценарію.

Це швидко і недорого. У n8n, наприклад, хмарні тарифи починаються від 20 євро на місяць при річній оплаті, а платите ви за запуски сценаріїв, не за людей: усі плани включають необмежену кількість користувачів (тарифи n8n). Оплата самої моделі йде окремо.

Ламається зв’язка на масштабі й на винятках. Логіка розкидана по десятках сценаріїв, і через рік ніхто не пам’ятає, який за що відповідає. Змінився формат форми чи API одного сервісу — сценарій мовчки перестав працювати. Стан замовлення не видно ніде цілком: частина в таблиці, частина в месенджері. Дані клієнтів проходять через кілька сервісів, і за кожен відповідає хтось інший. Детальніше про вибір між конструкторами — у статті Make, n8n чи Zapier для українського B2B.

Тип 4. ШІ всередині системи під ваш процес

Тут спочатку будують систему, де живуть заявки, клієнти, етапи замовлень, формули, документи й ролі. ШІ в ній — працівник із чітко окресленими обов’язками. Він розбирає заявки й повідомлення у вільній формі, уточнює деталі з клієнтом у Telegram, читає прайси й документи, готує чернетки відповідей для менеджера і пише звіти. Усе, що він зробив, записується в картку замовлення.

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

Слабка сторона — підготовка. Процес треба описати, а запуск займає час: у нас перша робоча версія готова за кілька днів, уся система — за 2–4 тижні після опису процесу. І потрібна людина в компанії, яка відповідає за процес і приймає роботу на реальних замовленнях.

Порівняння чотирьох типів

Критерій	Окремий сервіс	ШІ-функція в програмі	Конструктор і модель	ШІ в системі під процес
Де живуть дані	у чаті конкретної людини	у програмі постачальника	у кількох сервісах, через які йде сценарій	у вашій базі на вашому або нашому сервері
Кому належить логіка	людині, яка пише запит	постачальнику програми	тому, хто зібрав сценарії	компанії: код і дані її
Хто перевіряє результат	той, хто спитав	користувач програми	часто ніхто, сценарій іде сам	роль у процесі, закріплена в системі
Як платите	за місце	за місце, поверх тарифу	за запуски плюс оплата моделі	запуск і підписка на підтримку
Скільки до старту	хвилини	день-два на ввімкнення	кілька днів	перша версія за кілька днів
Де ламається	копіювання між чатом і програмою	ваш процес не вкладається в логіку постачальника	сценарії без власника, мовчазні збої	процес не описаний, немає відповідального

Чотири критерії вибору

Порівнювати моделі між собою — марна справа: вони оновлюються щокварталу. Порівнюйте те, що не зміниться після оновлення.

Де живуть дані

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

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

Друге питання — через скільки місць проходять дані. У зв’язці конструктора їх може бути п’ять: форма, конструктор, модель, таблиця, месенджер. У кожного місця свої налаштування доступу і своя політика зберігання.

Кому належать дані й логіка

Спитайте постачальника: «Що станеться, якщо ми перестанемо платити?» Добра відповідь — ви вивантажите все одним файлом у зрозумілому форматі. Погана — дані лишаться, але без доступу.

Логіка теж має власника. Запити до ШІ, сценарії, формули, шаблони документів — це знання вашої компанії. В особистому акаунті вони належать працівнику. У конструкторі — тому, хто збирав сценарії.

Наше правило: система належить клієнту, код і дані — його. Ставимо на сервер клієнта або на наш, з передачею будь-коли, і щодня робимо резервну копію. Це правило ми вивели з власної помилки: одного разу оновлення зі старої копії затерло свіжий модуль, і відновлювали його вручну. Відтоді контроль версій і бекапи — з першого дня.

Хто перевіряє результат

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

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

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

Ціна за користувача і за операцію

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

Поставте питання так: скільком людям потрібно говорити з ШІ, а скільком — лише бачити результат його роботи? У виробничій компанії на 30 людей розмовляти з чат-ботом треба двом-трьом менеджерам. А бачити розібрану заявку, нагадування й статус замовлення — усім, хто працює із замовленнями. Модель «за місце» змушує платити за всіх.

Як порахувати повну вартість: формула і умовний приклад

Щомісячна підписка — найпомітніша частина витрат, але рідко найбільша. Головне — час людей, який рішення забирає або повертає.

Формула

Річна вартість рішення = підписки + оплата використання + час людей + запуск і підтримка.

Підписки = кількість місць × ціна місця × 12.
Оплата використання = запуски сценаріїв або запити до моделі, якщо їх оплачують окремо.
Час людей = операцій на місяць × хвилин на копіювання й перевірку однієї операції × вартість хвилини × 12.
Запуск і підтримка = разова сума плюс щомісячна підписка, якщо вона є.

Умовний приклад

Візьмемо вигадану компанію на 20 людей. Троє менеджерів обробляють разом 90 заявок на день. Варіант А: власник купує всім командний тариф Claude Team за 20 доларів за місце на місяць при річній оплаті (тарифи Claude). Це 20 × 20 × 12 = 4 800 доларів на рік. Менеджери вставляють заявку в чат, отримують розібрані поля і переносять їх у таблицю.

Тепер час. Скажімо, на копіювання й перевірку однієї заявки йде 4 хвилини. 90 заявок × 4 хвилини = 360 хвилин, тобто 6 годин на день на трьох. За 21 робочий день це 126 годин на місяць. Якщо година менеджера коштує компанії 250 гривень, ручне перенесення обходиться в 31 500 гривень щомісяця. Підписки на цьому тлі — менша частина рахунку.

Варіант Б: конструктор. Заявка з форми сама потрапляє в модель, а розібрані поля — в таблицю. Прості заявки більше не копіюють руками. Складні, що прийшли дзвінком чи голосовим повідомленням, і далі йдуть вручну. Додайте до тарифу час людини, яка підтримує сценарії.

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

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

Що виміряти до вибору

Без своїх цифр порівняння — здогадки. Протягом одного тижня порахуйте три речі:

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

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

Як вибрати рішення: 7 кроків

Порядок важливий. Більшість помилок виникає, коли крок 5 роблять першим.

Виберіть один процес, а не «ШІ взагалі». Найкраще той, що повторюється щодня і де видно втрати: заявки, розрахунки, уточнення з клієнтом. Якщо не знаєте, з чого почати, подивіться список у статті про автоматизацію бізнес процесів підприємства: там 50 процесів, розкладених за відділами.
Опишіть вхід, вихід і хто що робить. Що приходить на початку, що має бути на виході, хто передає роботу кому. Для цього є шаблон опису процесу для ШІ.
Позначте, де лежать дані і які з них персональні. Імена, телефони, адреси клієнтів, реквізити — окремою позначкою.
Для кожного результату ШІ визначте ризик і того, хто перевіряє. За трьома рівнями з попереднього розділу.
Виберіть тип рішення за порогами нижче.
Перевірте кандидата на 20 реальних випадках з минулого місяця.
Порахуйте повну вартість за два роки і лише тоді ухвалюйте рішення.

Пороги: який тип під яку задачу

Задача — текст для однієї людини, дані компанії не потрібні або їх мало. Окремий сервіс з командним тарифом.
Задача живе в програмі, яку ви не міняєте, і вбудована функція її закриває. ШІ-функція в цій програмі. Закриває частково — доробка до програми.
Треба передати дані з одного сервісу в інший, у сценарії до п’яти кроків і майже немає винятків. Конструктор із моделлю.
Процес має етапи, ролі, розрахунок ціни, документи й дані клієнтів, а винятки — щодня. ШІ всередині системи під процес.

Якщо ви вагаєтеся між готовою програмою і своєю системою, пройдіть тест «Готова CRM чи своя система». Він займає 15 хвилин і чесно показує, коли своя система не потрібна.

Тест на реальних випадках

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

Ми робимо так само на кожному запуску. Калькулятор для виробника металоконструкцій перед запуском звірили з Excel на контрольних прикладах, і результат збігся до копійки. По дорозі знайшли помилки в самому Excel: для одного кроку ферм таблиця видавала #Н/Д, а в кількох місцях рахувала неточно. Ми не виправляли мовчки, а передали інженеру. Для одного випадку в калькуляторі є перемикач «як в Excel» або виправлена схема.

Наші правила: що ШІ робить, а що ні

Будь-яке рішення з ШІ варто оцінювати за тим, які в ньому обмеження. Ось три правила, з якими працюють наші системи.

Ціну рахують формули, а не ШІ

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

У Saloy, нашій компанії з виробництва на верстатах з ЧПК, ціна деталі — це площа × ставка × коефіцієнт складності × кількість, плюс заготовка за об’ємом. ШІ може допомогти розібрати, що саме хоче клієнт. Порахувати суму за цією формулою він не береться.

Клієнту нічого не надсилається без людини

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

Приклад: як ШІ-асистент Saloy уточнює деталі з клієнтом

У Saloy частина замовлень іде з каталогу, частина — за кресленням клієнта. Якщо до замовлення є питання, їх позначають на картці.

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

Перед виробництвом стоять «ворота». Якщо замовлення з відкритими питаннями намагаються перевести у виробництво, система попереджає. Саме попереджає, а не блокує: рішення лишається за людиною. Навіщо це потрібно, система показала в перші ж тижні. Одне замовлення програли саме через те, що вчасно не нагадали клієнту. Детально про всю систему — у кейсі власної системи управління для виробництва.

Як ми вибирали рішення для самих себе

Для Saloy влітку 2026 року ми розглядали KeyCRM, зв’язку Google Sheets і Trello та ERPNext. Готові варіанти не підійшли з конкретних причин: ціна за формулою, заготовки, «ворота» перед виробництвом, виплати за операції і Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці.

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

Типові помилки при виборі

Купити підписки всім, «щоб пробували». Без процесу і відповідального за результат половина місць простоює. Почніть з двох-трьох людей і одного процесу.
Вибирати модель замість процесу. Яка модель розумніша, зміниться за пів року. Де живуть ваші дані і хто перевіряє результат, не зміниться.
Пілот на вигаданих прикладах. На охайних демо-даних працює все. Перевіряйте на 20 реальних випадках, включно з незручними.
Дати ШІ рахувати ціну чи суму в документі. Одна правдоподібна помилка в комерційній пропозиції коштує більше, ніж рік підписки.
Не призначити, хто перевіряє. «Всі дивляться» означає «ніхто не дивиться». Перевірка має бути закріплена за роллю.
Дані клієнтів в особистих акаунтах. Коли працівник іде, листування, ціни й запити йдуть разом із ним. Як прописати правила, описано в статті про корпоративну політику щодо ШІ.
Двадцять сценаріїв у конструкторі без власника. Через рік ніхто не знає, що з них працює. Якщо сценаріїв стало більше десяти, а винятків — щодня, це вже процес, якому потрібна система.

Українська специфіка: дані, документи, Telegram

Персональні дані клієнтів

Мінцифри у своїх рекомендаціях для бізнесу радить контролювати, якими даними ви ділитеся з ШІ-системами, і не поширювати персональні дані цільової аудиторії. Там же є порада не доручати штучному інтелекту створення реклами на 100% і маркувати згенерований контент (рекомендації Мінцифри на порталі уряду).

На практиці це означає просте правило вибору. Чим більше персональних даних клієнтів у процесі, тим менше він підходить для особистих акаунтів і довгих ланцюжків сервісів. Для такого процесу варто знати, на якому сервері лежать дані, хто має до них доступ і як їх вивантажити.

Документи у вашому форматі

Чат-бот легко напише текст рахунку. Але рахунок — це ще й нумерація, реквізити з довідника, прив’язка до замовлення, сума прописом і PDF, який потім знайде бухгалтер. Окремий сервіс цього не тримає. У наших системах рахунок, видаткова накладна, акт і комерційна пропозиція формуються з даних замовлення, а не пишуться заново.

Telegram як робочий інтерфейс

У багатьох українських компаніях робоча комунікація з клієнтами і всередині команди вже йде в Telegram. Тому важливо, щоб ШІ працював там, де люди: приймав повідомлення, уточнював деталі, надсилав сповіщення. У наших системах вхід через Telegram, задачі й нагадування теж приходять туди, а майстер запускає таймер операції командою в боті. Інтерфейс системи — українською або російською.

Коли система під процес — поганий вибір

Ми робимо системи під процес, тому тим важливіше сказати чесно, коли вони не потрібні.

Коли досить окремого сервісу

Команда до п’яти людей, замовлень мало, кожне — окрема історія. ШІ потрібен для листів, текстів і розбору документів. Тут командного тарифу ChatGPT чи Claude і пари домовленостей про те, що не можна вставляти в чат, цілком досить.

Якщо потрібен лише бот, що відповідає клієнтам у Telegram за базою знань компанії, — це теж окремий продукт, а не система. У нас для цього є ШІ-бот «Старт»: від 500 грн на місяць плюс підключення 3 000 гривень разово, до 1 000 відповідей ШІ на місяць з оплатою моделі вже в ціні.

Коли краще готова програма з ШІ-функцією

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

Коли вистачить конструктора

Потрібно з’єднати два-три сервіси, сценарій короткий і рідко має винятки. Наприклад, заявка з форми потрапляє в таблицю і приходить сповіщенням у Telegram. Будувати під це систему — зайве.

Коли ще рано

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

Чекліст: питання до постачальника перед оплатою

Ставте ці питання будь-кому, хто пропонує вам ШІ: сервісу, інтегратору, нам.

Де фізично зберігаються наші дані і хто має до них доступ?
Чи навчають модель на наших даних? Де це записано?
Як вивантажити все, якщо ми підемо? У якому форматі?
Кому належать сценарії, запити, формули й шаблони, які ви зробите для нас?
Що ШІ робить сам, а що — лише чернеткою для людини?
Хто і де перевіряє результат? Покажіть це місце в рішенні.
Хто рахує ціну і суми в документах — формула чи модель?
Як рахують оплату: за місце, за запит, фіксовано? Що буде з ціною, якщо нас стане вдвічі більше?
Чи можна перевірити рішення на 20 наших реальних випадках до оплати?
Хто виправляє, коли щось зламалося, і як швидко?

Якщо на половину питань відповідь розмита, ви купуєте ще одну підписку, а не рішення.

Часті питання

Чи можна почати з ChatGPT, а потім перейти на систему? Так, і часто це правильний порядок. Командний тариф покаже, які задачі люди реально доручають ШІ. Ті, що повторюються щодня і потребують даних компанії, — перші кандидати в систему. Важливо одразу домовитися, що дані клієнтів не живуть в особистих акаунтах.

Чи безпечно давати ШІ дані клієнтів? Залежить від того, де працює ШІ. В особистому акаунті працівника контролю немає. У системі, що стоїть на вашому сервері чи на нашому з передачею будь-коли, видно, хто що бачить, а дані й код належать вам. Персональні дані варто передавати моделі лише в тому обсязі, який потрібен для задачі.

Скільки часу займає запуск системи з ШІ під процес? Спочатку тиждень на опис процесу. Перша робоча версія готова за кілька днів після цього, уся система — за 2–4 тижні. Два тижні система працює паралельно зі старим способом, щоб звірити результати на реальних замовленнях.

Якщо ви власник або операційний директор компанії на 5–100 людей і обираєте між підписками, конструктором і системою, опишіть один процес, який у вас повторюється щодня: від заявки до оплати. Покажемо систему на демо за 30 хвилин і чесно скажемо, чи не вистачить вам готового сервісу. Детальніше — ШІ-система управління бізнесом.