Навчання команди користуватися ШІ важливіше за інтеграцію в ІТ

Навчання команди користуватися ШІ важливіше за інтеграцію в ІТ

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

Коротко

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

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

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

Інструменти вже стоять, а вікно ніхто не відкриває

У компанії, з якою я працюю над впровадженням, є відділ продажів і облік. ІТ-частина там зроблена добре. Асистент відкривається з робочого столу. База сайту з товарами підключена. Сайти конкурентів проіндексовані, тобто модель може порівняти ціни і склад пропозиції. Чернетка КП збирається в Excel за кілька хвилин, а на технічне питання клієнта асистент дає готову консультацію.

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

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

Що саме треба вміти, щоб модель відповіла по справі

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

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

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

Учити там, де завтра схоже на сьогодні

Окремий урок із тієї ж компанії стосується вибору місця для навчання. Її облікова система зараз у міграції, і дані обліку на місяць-півтора нестабільні. Агент, який мав працювати з контрагентами і курсами валют, чекає, поки міграція закінчиться.

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

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

Дві години практики замість нового підключення

У цій компанії ми домовились про приблизно дві години навчання відділу продажів на реальних щоденних задачах. Формат тут важливіший за все інше. Лекція про те, які бувають моделі і чим одна краща за іншу, менеджеру нічого не дає. Дає розбір трьох-чотирьох його власних сценаріїв: чернетка КП, звірка з прайсом, технічна відповідь клієнту в Telegram, підказка з бази сайту без вигаданої наявності на складі.

Окремо з'явився кейс проєктного відділу: приблизно півтори години на планах поверхів у PDF під підбір обладнання. Там логіка ближча до агента, який читає документ кількома кроками, витягує параметри і пропонує комплектацію. І знову ключ у людях, які сідають за свій документ і вчаться вести модель: що прочитати, що звірити з нормами, що здати замовнику.

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

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

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

Звичка писати промпт як метрика зрілості

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

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

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

Що робити далі

1. Візьміть один інструмент, який у вас уже є, і порахуйте, скільки самостійних робочих промптів команда написала за п'ять днів на реальних КП чи відповідях клієнтам.
2. Якщо облікова система в міграції, зафіксуйте письмову паузу інтеграцій із датою повернення і перенесіть навчання туди, де дані стабільні: КП, прайс, описи товарів, технічні відповіді.
3. Першим модулем навчання зробіть постановку задачі: роль, мета, контекст, обмеження, формат відповіді і те, що вважати помилкою. Різницю між асистентом і агентом пояснюйте після цього.
4. Поставте в календар близько двох годин живої сесії на трьох сценаріях менеджера з його Excel і його листуванням у Telegram, а прайс підключіть так, щоб ціна читалась рядком таблиці, а не абзацом тексту.
5. Після сесії домовтесь про критерій на два тижні: кожен менеджер здає щонайменше три чернетки КП, де видно його промпт, звірку ціни з прайсом і фінальний текст, який пішов клієнту.