Покрокова демонстрація AI-агентів для господарства 2 840 га
Це супровідна інструкція до живої демонстрації. Демонстрація це не відео і не презентація, а робочий кабінет агентів на даних господарства: земельний банк на 412 паїв, 34 поля, чотири культури, власна вагова, сторонній елеватор, облік у BAS і Excel, GPS на техніці. Тут зібрані всі 19 сценаріїв і всі 114 кроків з кадрами екранів, щоб можна було подивитись зміст, не проходячи все підряд, і перейти одразу на потрібний крок.
Як користуватись демонстрацією
- Стрілки «назад» і «далі» внизу екрана або клавіші ← →. Можна тиснути прямо по підсвіченій кнопці.
- Кнопка «Кроки» показує весь сценарій, будь-який крок відкривається одним кліком.
- На кроках зі значком «можна ввести своє» приклад замінюється вашими цифрами, і крок перебудовується.
- Кнопка «Посилання» копіює адресу саме цього кроку, щоб надіслати колезі.
- Клавіша P вмикає режим презентації: ховає бічну панель і збільшує шрифт для показу на екрані.
- Місце, де ви зупинились, зберігається. Можна закрити вкладку і повернутись пізніше.
Важливо про цифри
Усі поля, урожайності, ціни, пайовики, покупці і контрагенти в демонстрації умовні. Це приклад, зібраний за типовою картою процесів господарства на 2 до 3 тисяч гектарів в Україні. Жодних реальних даних жодного клієнта тут немає. На реальному прогоні всі ці екрани заповнюються вашими цифрами.
Поле просіло на супутнику: від сигналу до рішення за півдня
NDVI, метеостанція, історія поля, задача агроному, ціна питання в гривнях
Що показує цей сценарій
Найчастіша втрата в рослинництві це не аварія, а те, що проблему побачили на два тижні пізніше. Тут показано, як агент ловить просідання посіву на 22 гектарах, сам відсікає хибні причини, ставить агроному точкове завдання з координатами і перетворює це на цифру в гривнях, за якою вже можна ухвалювати рішення.
- Знімок оновився вночі, агент порівняв його з попереднім
- Порівняння йде не з абстрактною нормою, а з цим самим полем торік у ту саму фазу
- Решта 33 полів у нормі, тому про них жодного повідомлення

- Історія робіт береться з вашого обліку і з журналу обробок
- Погода з метеостанції, не з телефонного застосунку
- Торішня крива по цьому самому полю потрібна, щоб не сплутати проблему з нормальним ходом фази

- Хмара і тінь відсікаються порівнянням двох сусідних знімків
- Якщо просіли всі поля культури, це погода, а не проблема поля
- Кожна перевірка або підтверджує гіпотезу, або знімає її, і це видно

- Точки не випадкові: дві в проблемній зоні, дві в здоровій для порівняння
- Фото прилітають назад у той самий діалог і чіпляються до поля
- Якщо агроном не відповів до 14:00, агент нагадає йому, а не власнику

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


- Наряд іде механізатору, а не «в систему»
- Нагадування про дренаж прив’язане до поля, а не до чиєїсь пам’яті
- Кожен рядок журналу має джерело, з якого агент узяв дані

Підсумок
Проблему знайшли на 9 день, а не на 20. Агроном поїхав не «подивитись поле», а на чотири конкретні точки з координатами. Рішення ухвалила людина, агент лише порахував обидва варіанти і показав, чим один відрізняється від іншого. Різниця між раннім і пізнім виявленням на цьому полі приблизно 411 тисяч гривень.
Що потрібно від господарства, щоб це працювало на реальних даних
- Доступ до супутникових знімків по ваших контурах полів. Якщо контури є в KML або в шейпфайлах, беремо їх, якщо немає, обводимо один раз разом з агрономом.
- Дані вашої метеостанції або найближчої станції, до якої ви довіряєте.
- Історія робіт по полях за 2 до 3 сезонів: що сіяли, що вносили, яка була урожайність. Excel цілком підходить.
- Одна людина з боку господарства, яка підтверджує або відхиляє висновки агента перші два місяці.
Обробка: погодне вікно, бакова суміш і пасіка за 400 метрів
Коли можна заходити, чим, у якому порядку і кого треба попередити
Що показує цей сценарій
Обробка це не «побризкати». Там фаза рослини, температура, вітер, дощ після внесення, сумісність препаратів у баку, строк очікування і сусіди з бджолами. Агент тримає всі ці обмеження одночасно і складає порядок робіт так, щоб встигнути у вікно.
- Рахується не одна температура, а сума годин з листковою вологістю
- Фаза посіву береться з дати сівби і суми активних температур
- Поки ризик нижче порогу, агент мовчить

- Зелена смуга це години, коли заходити можна
- Червона це вітер поза межами або дощ протягом 4 годин після внесення
- Вікно перераховується щогодини разом з прогнозом

- Перевіряється сумісність кожної пари в баку
- Строк очікування рахується від планової дати збирання, а не від сьогодні
- Якщо норма поза етикеткою, агент не «округляє», а зупиняється

- Черга рахується з ризику × площа × очікувана ціна культури
- Перегін між полями враховується у хвилинах, а не «десь поруч»
- Те, що не встигли, автоматично стає першим у наступному вікні

- Обмеження прив’язане до поля, а не до пам’яті агронома
- Попередження йде за 3 доби, як вимагає закон, і фіксується з датою і часом
- Якщо підтвердження від пасічника немає, наряд лишається заблокованим

- Гектари з GPS, витрата з різниці залишків, час з треку
- Розбіжність до 3 відсотків це норма, більше вже питання
- Журнал обробок формується з факту, а не з наміру

Підсумок
Вікно на обробку у червні буває 6 до 10 годин на добу, і воно рідко збігається з тим, коли зручно людям. Агент рахує його заздалегідь, ставить наряди з вечора і не дає зайти на поле, де це заборонено. Одна пропущена фунгіцидна обробка на пшениці це 0,4 до 0,8 тонни з гектара.
Що потрібно від господарства, щоб це працювало на реальних даних
- Метеостанція або погодне джерело, якому ви довіряєте, з погодинним прогнозом.
- Перелік препаратів, якими ви працюєте, з нормами і строками очікування. Досить фотографій етикеток або вашого файлу.
- Контакти сусідів-пасічників і правило, за скільки годин ви їх попереджаєте.
- GPS на обприскувачах, якщо хочете, щоб факт звірявся автоматично. Без GPS факт вносить механізатор, це теж робочий варіант.
План сезону: структура посівів під сівозміну, бюджет і касовий розрив
Що сіяти, скільки гектарів, за які гроші і коли ці гроші повернуться
Що показує цей сценарій
План сезону зазвичай складається в Excel за два вечори і тримається на досвіді головного агронома. Агент не замінює цей досвід, він за хвилину прораховує три варіанти структури з обмеженнями сівозміни, потребою в ресурсах і графіком грошей, щоб рішення ухвалювали з цифрами.
- Площі беруться з реєстру полів, а не з памʼяті
- Історія культур по кожному полю за 4 роки
- Строки договорів оренди підтягуються з реєстру пайовиків

- Правила сівозміни задає ваш агроном, вони не зашиті намертво
- Агент перевіряє кожне поле окремо, а не культуру загалом
- Заборона це заборона: агент не пропонує варіант, який її порушує


- Норми беруться з вашої технології по кожній культурі
- Залишки на складі віднімаються, це вже не «купити все»
- Ціни підтягуються з останніх ваших закупівель, а не з інтернету

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

- Строки договорів беруться з реєстру, а не з памʼяті юриста
- Правило просте: озимі не плануємо на землю, договір на яку закінчується до збирання
- Одночасно ставиться задача на переукладення, бо 96 га це 8 відсотків маржі

- Кожен пункт має дату, після якої дія втрачає сенс
- Нагадування приходять відповідальному, а не всім підряд
- План можна перерахувати будь-коли, він не «затверджений і забутий»

Підсумок
Три варіанти структури, пораховані до потреби в дизелі і до місяця, коли не вистачить грошей. Обраний варіант одразу перетворюється на потребу в насінні, добривах і СЗР, з якою вже можна йти до постачальників у грудні, а не в березні за подвійною ціною.
Що потрібно від господарства, щоб це працювало на реальних даних
- Історія посівів по полях за 3 до 5 років, щоб працювала сівозміна. Excel або вивантаження з обліку.
- Ваші фактичні витрати на гектар за минулий сезон по кожній культурі.
- Строки закінчення договорів оренди, щоб не планувати озимі на землі, яка може піти.
- Ваше уявлення про ціну на наступний сезон, або дозвіл брати біржові котирування.
Посівна: чому засіяних гектарів завжди більше, ніж полів
GPS проти наряду, норма висіву, густота сходів і рішення про пересів
Що показує цей сценарій
У посівну втрачається не урожай, а точність обліку. Наприкінці кампанії сума засіяного не сходиться з площею полів, норми висіву гуляють, а перекриття ніхто не рахує. Агент зводить наряд, GPS і витрату насіння щодня, поки це ще можна виправити.
- План дня рахується з погоди, вологості ґрунту і готовності техніки
- Насіння резервується під наряд, щоб комірник не видав його на інше поле
- Наряд бачать механізатори в телефоні, у тому самому Telegram

- Площа з треку рахується по ширині захвату і фактичному проходу
- Перекриття видно окремо від недосіву
- Агент не звинувачує механізатора, він показує цифру і питання

- Розбіжність 2,9 відсотка це не крадіжка, це майже завжди техніка або форма поля
- Кожна причина має спосіб перевірки за 10 хвилин
- Якщо причина технічна, вона повторюватиметься щодня, поки її не знайдуть

- Видача насіння береться з обліку складу, а не зі слів
- Фактичні гектари з GPS
- Дві незалежні перевірки, які сходяться, це майже завжди правда

- Густота рахується з підрахунків агронома на площадках плюс знімок
- Ціна пересіву це насіння, дизель, робота і втрачений час
- Дата, після якої пересів безглуздий, рахується з суми температур

- Засіяно за реєстром, за GPS і за витратою насіння це три різні цифри, і це нормально
- Важливо не щоб вони збіглись, а щоб різниця була пояснена
- Ця пояснена різниця потім лягає в собівартість

Підсумок
Розбіжність у 6,4 гектара знайдена на третій день, а не в жовтні при закритті сезону. Перевитрата насіння на 214 тисяч гривень видима одразу. Рішення про пересів ухвалене з цифрами, а не в останній день, коли пересівати вже пізно.
Що потрібно від господарства, щоб це працювало на реальних даних
- GPS або трекери на сівалках. Якщо їх немає, факт вносить механізатор у Telegram, це теж працює, просто менш точно.
- Наряди на посівну в будь-якому вигляді, навіть паперові, які фотографують.
- Норми висіву по кожній культурі і гібриду.
- Хто саме має право підтверджувати рішення про пересів.
Жнива: комбайн, який не стоїть, і втрати, які видно того самого дня
Черга машин, простої, заміри втрат за жаткою, вагова і намолот по полях
Що показує цей сценарій
Жнива це логістична задача: поле, комбайн, бункер, перевантажувач, машина, ваги, елеватор. Одна ланка стала і зупинилась уся. Агент рахує цю ланку в реальному часі, ловить простій за 10 хвилин, а не за годину, і показує втрати за жаткою в гривнях того самого дня.
- Вологість береться з проб, які вагар вносить у телефоні
- Прогноз дощу по кожному полю окремо, поля рознесені на 18 кілометрів
- Сушіння це гроші: кожен зайвий відсоток вологи це 190 грн на тонні

- Час рейсу береться з реальних треків, а не з «десь 20 хвилин»
- Враховані черга на ваговій і час розвантаження
- Якщо машин більше, ніж треба, вони теж стоять, і це теж гроші

- Ознака простою: комбайн стоїть, бункер повний, поруч немає машини
- Агент пише диспетчеру, а не власнику, бо це операційне питання
- Якщо диспетчер не відповів за 8 хвилин, агент піднімає питання вище

- Замір це рамка 0,25 квадратного метра і підрахунок зерен, 8 хвилин
- Агент рахує втрати в тоннах і грошах, а не в абстрактних відсотках
- Норма це 1,5 відсотка, усе вище цього це гроші, які лежать на землі

- Кожен рейс привʼязаний до поля, а не до дня
- Залікова вага рахується з вологості і сміттєвої домішки одразу
- Якщо вагар не вніс поле, агент бере його з треку машини

- Урожайність це залікова вага, поділена на зібрані гектари з GPS
- Порівняння йде з планом і з цим самим полем торік
- Відхилення понад 12 відсотків агент піднімає окремо

- Прогноз береться на 06:00 наступного дня і перевіряється вночі
- Якщо прогноз змінився, наряд змінюється до того, як люди виїхали
- Усе рішення про людей і техніку лишається за диспетчером

Підсумок
За 14 днів жнив простої скоротились з 4,2 до 1,4 години на комбайн на добу. Це не «оптимізація», це три додаткові дні збирання за той самий сезон. Втрати за жаткою знайдені на другий день і коштували 186 тисяч замість двох мільйонів, якби їх помітили наприкінці.
Що потрібно від господарства, щоб це працювало на реальних даних
- Дані з вагової господарства, у будь-якому вигляді, навіть з паперового журналу вагаря, який фотографують.
- GPS на комбайнах і на вантажівках, якщо хочете бачити простої автоматично.
- Хто і як заміряє втрати за жаткою сьогодні. Якщо ніяк, це окремий і найшвидший результат.
- Плановий графік вивезення на елеватор і хто відповідає за виклик машин.
Елеватор порахував інакше: розбіжність по вазі і вологості
ТТН, приймальна квитанція, усушка, рефакція, претензія з розрахунком
Що показує цей сценарій
Між ваговою господарства і ваговою елеватора завжди є різниця. Питання не в тому, чи вона є, а в тому, чи хтось її рахує. Агент звіряє кожну машину, показує, де різниця нормальна, а де систематична, і готує претензію з розрахунком, а не з обуренням.
- Проба з кожної машини лишається у господарстві до закриття партії
- Пломба і час виїзду це те, що потім доведе, що по дорозі нічого не сталось
- Без цього претензія перетворюється на «нам здається»

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


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

- Розріз по водію, по перевізнику, по зміні елеватора і по годині доби
- Випадковість розподіляється рівно, система збирається в одному місці
- Це та задача, яку людина в Excel не робить ніколи, бо це 900 рядків

- Показники беруться з лабораторії елеватора і з наших проб
- Партії не змішуються в обліку, бо змішування псує кращу
- Ціна за клас і за білок береться з реальних пропозицій покупців

- Усі цифри вище взяті з документів, які у вас уже є
- Агент не «оптимізує», він читає і звіряє
- Результат тримається на тому, що звірка щоденна, а не квартальна

Підсумок
За три тижні знайдено 41 тонну систематичної недостачі на одному напрямку і 214 тисяч гривень зайво нарахованого сушіння. Претензія пішла з розрахунком по кожній машині. Найважливіше навіть не гроші, а те, що після першої такої претензії розбіжності зникають самі.
Що потрібно від господарства, щоб це працювало на реальних даних
- Приймальні квитанції елеватора. Досить фотографій або pdf, агент їх читає.
- Ваші ТТН і дані вагової господарства за той самий період.
- Договір зберігання і переробки з тарифами на сушіння, очистку і зберігання.
- Хто у вас має право підписувати претензію елеватору.
Продаж: пʼять цін від пʼяти покупців і одна цифра, яку можна порівняти
Базис, якість, доставка, ПДВ, строк оплати і форвард проти зберігання
Що показує цей сценарій
Покупці дають ціни в різних умовах: один на елеваторі, другий на складі, третій в порту, у одного оплата за фактом, у іншого через 14 днів. Порівнювати їх у голові неможливо. Агент зводить усе до однієї цифри: скільки гривень залишиться у вас на рахунку за тонну.
- Залишки з елеватора і зі складу господарства в одній таблиці
- Вартість зберігання рахується щодня, а не «десь у кінці»
- Якість по кожній партії окремо, бо вона впливає на ціну


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

- Історія оплат береться з вашого власного обліку
- Публічні дані це реєстри і судові справи, з посиланнями
- Агент не ставить оцінок «надійний або ні», він показує факти і дати

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

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

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

Підсумок
Різниця між найвищою ціною в пропозиції і найвигіднішою пропозицією по факту склала 922 гривні на тонні. На партії 842 тонни це 776 тисяч гривень, які ніде не було видно, бо всі дивились на цифру в комерційній пропозиції.
Що потрібно від господарства, щоб це працювало на реальних даних
- Пропозиції покупців у будь-якому вигляді, навіть повідомленнями у Viber. Агент їх читає.
- Ваші фактичні тарифи на перевезення і послуги елеватора.
- Історія ваших продажів за 2 сезони, щоб було з чим порівнювати.
- Рішення, хто у вас має право фіксувати ціну і на який обсяг.
Скільки коштує ваша тонна і чому на одному полі вона дорожча на 230 гривень
Розклад собівартості до статті, до поля і до причини
Що показує цей сценарій
Собівартість тонни зазвичай зʼявляється в лютому, одна на культуру, і нею вже нічого не можна змінити. Агент рахує її щомісяця, по кожному полю окремо, і головне: показує, з чого вона склалась і яка стаття дала відхилення.
- Витрати беруться з обліку, а не збираються заново
- Урожайність з вагової і приймальних квитанцій
- Кожну цифру можна розкрити до документа

- Статті беруться такими, як вони у вашому обліку, ми нічого не перейменовуємо
- Оренда паїв рахується як витрата на гектар, а не «десь у загальних»
- Порядок статей за розміром, а не за номером рахунку

- Витрати по кожному полю це наряди, GPS, видача зі складу і оренда саме цих паїв
- Гектари фактичні, з треків, а не з реєстру
- Поля з різницею понад 10 відсотків агент піднімає окремо

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

- Прямі витрати не розподіляються, вони йдуть на поле напряму
- Непрямі діляться за узгодженою базою, і база видима
- Змінили правило, перерахувались усі сезони, а не тільки поточний


- Перерахунок автоматичний після кожного закриття місяця в обліку
- Прогноз собівартості до кінця сезону оновлюється разом з витратами
- Відхилення понад 10 відсотків від плану агент піднімає одразу

Підсумок
Собівартість перестає бути підсумковою цифрою в кінці року і стає інструментом. Видно, що поле №21 дало тонну на 230 гривень дорожче, видно чому, і видно, що з цим робити наступного сезону. На 2 840 гектарах кожні 100 гривень на тонні це приблизно 1,8 мільйона.
Що потрібно від господарства, щоб це працювало на реальних даних
- Витрати з вашого обліку за сезон, з аналітикою по полях або хоча б по культурах.
- Фактичні гектари і намолот по полях, це у вас уже є після жнив.
- Ваше правило розподілу непрямих витрат. Якщо його немає, домовляємось один раз і фіксуємо.
- Доступ до обліку на читання. Записувати туди агент не буде.
Касовий розрив: коли саме не вистачить грошей і що з цим робити
Платіжний календар, дебіторка, що можна зсунути і чим закрити
Що показує цей сценарій
В агро гроші витрачаються за пів року до того, як приходять. Питання не в тому, чи буде розрив, а в тому, чи ви дізнаєтесь про нього в жовтні або 12 квітня зранку. Агент рахує календар щодня і показує розрив з датою і сумою.
- Календар будується з договорів, графіків і планових робіт
- Надходження тільки підтверджені, очікуване позначається окремо
- Перерахунок щодня о 6 ранку і після кожної виписки

- Кожен платіж має джерело: договір, графік або наряд
- Обовʼязкові платежі відділені від тих, що можна зсунути
- Оренда паїв і зарплата ніколи не позначаються як «можна зсунути»

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

- Ставки беруться з ваших реальних пропозицій банків, а не середні по ринку
- Вартість товарного кредиту рахується як різниця в ціні товару
- Продаж зерна раніше оцінюється за втраченою ціною, а не «безкоштовно»

- Календар перераховується щодня, а не раз при складанні
- Якщо реальність розійшлась з планом більше ніж на 10 відсотків, агент повідомить
- Усі нагадування прив’язані до дати, після якої дія втрачає сенс

- Найдорожче в касовому розриві не сам розрив, а те, що про нього дізнаються пізно
- У жовтні ставка і умови інші, ніж у квітні
- Календар лишається живим і після рішення

Підсумок
Розрив видно за пів року, тому розмова з банком іде з позиції планування, а не порятунку. Три варіанти закриття пораховані, включно з тим, скільки коштує кожен. Дебіторка перестала бути «десь щось винні», у неї зʼявились прізвища і дати.
Що потрібно від господарства, щоб це працювало на реальних даних
- Виписки по рахунках або доступ до банк-клієнта на читання.
- Графік платежів за кредитами і лізингом.
- Договори з відстрочками платежів, ваші і ваших покупців.
- Правило, за скільки днів вам потрібне попередження, щоб встигнути зреагувати.
Техніка: пальне, мотогодини, ТО і поломка, яку можна було передбачити
Норма проти факту, обслуговування за мотогодинами, простої і заробіток на послугах
Що показує цей сценарій
Техніка це друга за розміром стаття після добрив і єдина, де відхилення видно щодня. Агент зводить GPS, заправки і наряди, показує, де витрата пального відходить від норми, і не дає пропустити ТО в сезон, коли поломка коштує не запчастини, а втрачені дні.
- Мотогодини з бортових систем або з журналу механіка
- Місцезнаходження з GPS, оновлення кожні 5 хвилин
- Статус ТО рахується від мотогодин, а не від календаря

- Норма береться з історії цієї машини на цій роботі
- Враховується вид роботи, поле і завантаження
- Відхилення понад 8 відсотків агент розбирає окремо

- Кожна версія має спосіб перевірки і час на неї
- Версія про злив ставиться останньою і тільки якщо решта не пояснює
- Агент ніколи не пише висновків про людину, він дає факти інженеру

- Регламент береться з паспорта техніки
- Ціна дня простою рахується з поточного темпу збирання і ціни культури
- Історія поломок парку за 3 роки показує, що саме ламається

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

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

- Усі цифри вище зібрані з даних, які у вас уже збираються
- Нічого нового встановлювати не треба, крім хіба що GPS там, де його немає
- Найбільший ефект дає не аналітика, а щоденність

Підсумок
Перевитрата пального на 7 відсотків знайдена і пояснена технічно, без жодного звинувачення. Прострочене ТО на комбайні закрите за два дні до жнив, а не під час них. Простій техніки взимку перетворений на 340 тисяч гривень доходу від послуг сусідам.
Що потрібно від господарства, щоб це працювало на реальних даних
- GPS або трекери на техніці. Це основа блоку, без них лишається тільки облік заправок.
- Дані про заправки: паливні картки, журнал заправника або чеки.
- Мотогодини з бортових компʼютерів або з журналів механіка.
- Регламент ТО від виробника, зазвичай він у інженера в паперовому вигляді.
Земельний банк: 412 договорів, з яких кілька щороку тихо йдуть до сусіда
Строки оренди, виплати зерном і грошима, спадкоємці, конкурент з кращою ставкою
Що показує цей сценарій
Земельний банк це фундамент усього бізнесу, і водночас найгірше оцифрований блок. Договори лежать у папках, строки памʼятає юрист, а про те, що пай перейшов до сусіда, дізнаються навесні, коли на полі вже чужа техніка. Агент тримає реєстр живим.
- Договори завантажуються один раз, скани розпізнаються
- Кадастрові номери звіряються з публічною кадастровою картою
- Розбіжності площ у договорі і в кадастрі позначаються окремо

- Нагадування прив’язане до строку договору, а не до чиєїсь памʼяті
- Для кожного пайовика видно, скільки гектарів і яка маржа з них
- Ті, у кого поруч працює сусід, позначаються окремо

- Правило перерахунку в зерно фіксоване і однакове для всіх
- Ціна зерна для перерахунку береться на дату, зафіксовану в договорі
- Податки утримуються за законом, це рахує бухгалтерія, агент готує дані

- Ознака: виплата не отримана два роки поспіль
- Агент не робить юридичних висновків, він показує факт і піднімає його юристу
- Для кожного випадку видно суму, яка накопичилась

- Текст готується під конкретну людину: скільки років з нами, скільки гектарів, як отримує
- Ніяких масових розсилок з «шановний клієнте»
- Відправку робить людина, завжди


- Реєстр живий: кожна зміна одразу видно всім, хто має доступ
- Нагадування прив’язані до строків, а не до людей
- Історія по кожному пайовику зберігається, навіть якщо змінився юрист

Підсумок
Усі 412 договорів мають дату, статус і відповідального. За 14 договорами, що закінчуються, робота почалась за 8 місяців, а не за 8 днів. Виплати пайовикам рахуються прозоро і однаково, а не по-різному в різних селах.
Що потрібно від господарства, щоб це працювало на реальних даних
- Реєстр договорів оренди в будь-якому вигляді: Excel, скани, паперові папки. Скани агент читає.
- Ставка орендної плати і правило перерахунку в зерно.
- Дані про виплати за минулі роки, щоб бачити історію по кожному пайовику.
- Хто у вас відповідає за роботу з пайовиками і хто підписує договори.
Звідки агент бере дані і що робити з тим, що половина їх у Viber
BAS і Excel, GPS, вагова, метеостанція, месенджери, папір
Що показує цей сценарій
Це перше питання на кожній зустрічі. Відповідь чесна: агент бере дані звідти, де вони вже є, і не вимагає спершу навести лад. Там, де даних немає взагалі, він каже про це прямо, а не малює красиву цифру.
- Агент не вимагає «спершу впровадьте ERP»
- Кожне джерело підключається окремо і дає свою частину користі
- Те, чого немає ніде, агент позначає як діру, а не домальовує

- Агент завжди показує, на скількох відсотках даних побудована цифра
- Якщо даних менше половини, він не робить висновок, а каже про це
- Діри в даних це окремий екран, а не прихована проблема

- Спершу те, що дає результат без інтеграцій
- Інтеграція з обліком це завжди найдовше, тому вона не перша
- На кожному етапі є видимий результат, а не «чекайте до кінця»

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

- Це не демонстрація, а робота на ваших цифрах
- Ми показуємо і те, що вийшло добре, і те, чого в даних не вистачило
- Якщо на цьому етапі не буде користі, далі йти не варто

Підсумок
Стає видно, що для старту достатньо трьох джерел з семи, а решта підключається поступово. І стає видно, які цифри агент точно не зможе показати, поки їх ніхто не вносить.
Що потрібно від господарства, щоб це працювало на реальних даних
- Один технічний контакт з вашого боку або від вашого підрядника з обліку.
- Вивантаження з обліку за минулий сезон, щоб перевірити на реальних даних до будь-яких інтеграцій.
- Доступ на читання. Записувати в облік агент не буде і не просить таких прав.
Що під капотом: як перевірити будь-яку цифру агента за 10 секунд
Журнал, джерело кожної цифри, повторюваність розрахунку
Що показує цей сценарій
Довіра до агента будується не на словах, а на можливості перевірити. Кожна цифра розкривається до документа, кожна дія лежить у журналі з часом і причиною, а розрахунок можна повторити руками і отримати те саме.
- Кожен доданок має джерело: договір, тариф або документ
- Розрахунок видно повністю, а не тільки результат
- Якщо джерело змінилось, цифра перерахується і це буде видно в журналі

- Записи людською мовою, без кодів помилок
- Кожен запис має джерело і наслідок
- Журнал не можна відредагувати заднім числом

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

- Жодна дія агента не рухає гроші і не змінює дані в обліку
- Найгірше, що може статись, це неправильна порада, яку відхилить людина
- Кожна помилка розбирається і стає правилом

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

Підсумок
Питання «звідки він це взяв» перестає бути риторичним. Головний бухгалтер перевіряє три цифри, бачить, що вони сходяться з обліком, і далі перевіряє вибірково. Це нормальний шлях: спершу перевіряють усе, потім довіряють.
Що потрібно від господарства, щоб це працювало на реальних даних
- Людина, яка перевірить перші розрахунки руками. Зазвичай це головний бухгалтер або економіст.
- Ваша згода на те, що журнал зберігається, це основа перевірки.
Межа: що агент робить сам, що пропонує і чого не робить ніколи
Три рівні автономності і як вони змінюються з часом
Що показує цей сценарій
Найчастіший страх власника це не «а раптом не запрацює», а «а раптом воно почне робити щось саме». Тут показано жорсткий поділ: три рівні дій, і перехід з рівня на рівень відбувається тільки за вашим рішенням.
- Рівень 1 не потребує підтверджень, бо нічого не змінює
- Рівень 2 це підготовлена дія, яку запускає людина
- Рівень 3 не буває доступним ніколи

- Лічильник ведеться окремо по кожному типу дії
- Одне виправлення обнуляє лічильник
- Навіть після переходу лишається поріг за сумою і можливість відкотити назад

- Пороги задаєте ви, ми пропонуємо стартові значення
- Вихід за поріг це не блокування, а повернення до підтвердження
- Уночі агент не робить нічого, крім читання і розрахунків

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

- Пропорція 70 на 30 це типовий сталий стан
- Далі вона майже не рухається, і це нормально
- Мета не в тому, щоб віддати все, а в тому, щоб віддати рутину

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

- Право навчати мають не всі
- Правило суперечить попередньому це привід зупинитись
- Раз на тиждень усі нові правила показуються списком

- Формулювання зрозумілі без технічної підготовки
- Видно, скільки разів правило вже спрацювало
- Скасування діє одразу, без нашої участі

- Правила рівня 3 не створюються взагалі
- Пороги за сумами не змінюються навчанням, тільки налаштуваннями
- Правила «ігноруй перевірку» не існує в принципі

- Правила експортуються у будь-який момент
- Вони написані людською мовою, а не кодом
- Навіть якщо ви припините працювати з нами, цей документ лишається корисним

Підсумок
За сезон з голів агронома, інженера і комірника витягуються десятки правил, які ніде не були записані. Це лишається у господарстві назавжди і не залежить від того, хто працює.
Що потрібно від господарства, щоб це працювало на реальних даних
- Одна людина на кожен напрямок, чиї підтвердження вважаються правилом.
- Півгодини на тиждень на розбір нових правил, перші два місяці.
Як ми перевіряємо агента до того, як він щось порадить
Прогін на ваших минулих сезонах, розбір розбіжностей, ваш тест, пілот
Що показує цей сценарій
Агент не виходить у роботу з обіцянкою «має працювати». Він виходить з цифрою: на ваших минулих даних збіг такий-то, розбіжності розібрані поіменно. Ви бачите заздалегідь, де він сильний, а де потрібна людина.
- Агент не бачить підсумкових цифр сезону
- Порівняння йде по кожному розрахунку окремо, а не загалом
- Прогін повторюється після кожної правки

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

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

- Один напрямок, а не весь бізнес одразу
- Критерій успіху узгоджується до старту, а не після
- Якщо критерій не досягнутий, розширення не буває

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

Підсумок
До першої реальної поради агент уже пройшов ваш минулий сезон, розбір кожної розбіжності і ваш власний тест. Це займає 2 до 3 тижнів і повністю знімає питання «а раптом він помиляється».
Що потрібно від господарства, щоб це працювало на реальних даних
- Дані за 2 минулі сезони. Чим більше, тим точніша оцінка.
- Ваша оцінка, що вважати збігом. Наприклад, собівартість вважається зійшлась, якщо різниця менше 3 відсотків.
- Людина з вашого боку, яка дивиться результати прогону разом з нами.
Скільки це коштує на ваших гектарах
Живий калькулятор: ставите свої обсяги і бачите ціну і окупність
Що показує цей сценарій
Ціна не зі слайда, а порахована при вас. Ви ставите свій земельний банк, урожайність і ту економію, у яку вірите, і бачите вартість впровадження, підписку і окупність.
- Впровадження залежить від площі і кількості напрямків
- Підписка це підтримка, оновлення і робота з вашими правилами
- Курс для перерахунку 41 гривня за долар

- Кожні тисяча гектарів це приблизно 12 додаткових полів
- Більше полів це більше правил і більше налаштувань
- Але цінність росте швидше за ціну, і це видно в калькуляторі

- Немає плати за повідомлення, розрахунок або звернення
- Немає плати за кількість користувачів у господарстві
- Є межа за обсягом обробки документів, і вона висока

- Головна умова це наявність хоч якихось даних
- Друга умова це людина, яка відповідає за результат з вашого боку
- Третя це готовність щось міняти за результатами

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

Підсумок
Стає видно, що на 2 840 гектарах навіть дуже обережна оцінка економії дає окупність за кілька місяців, а на менших площах треба рахувати уважніше. Це чесна відповідь: не всім і не завжди.
Що потрібно від господарства, щоб це працювало на реальних даних
- Ваші реальні обсяги, щоб рахунок був не абстрактним.
- Рішення, з якого напрямку починаємо, від цього залежить обсяг робіт.
Що потрібно від вас: список без води
Доступи, дані, люди і час, з реальними строками
Що показує цей сценарій
Перелік того, що доведеться зробити з вашого боку. Він короткий, але без нього нічого не працює. Краще подивитись його до договору, ніж дізнаватись поступово.
- Не потрібен окремий працівник і не потрібна нова посада
- Потрібен час наявних людей, і небагато
- Головний ризик проєкту завжди тут, а не в техніці

- Спершу вивантаження, доступи потім
- Тільки читання, ніколи не запис
- Кожен доступ можна забрати за хвилину з вашого боку

- Це три невеликі зміни, а не перебудова господарства
- Кожна з них корисна сама по собі, навіть без агента
- Ми не вимагаємо змінити облік або перейти на іншу систему

- Перший результат на четвертий день, без будь-яких доступів
- Найдовше зазвичай чекають доступ до обліку
- Пілот 4 до 6 тижнів, і його не можна пропустити

- Це весь список, нічого не додасться потім
- Якщо чогось з цього немає, ми скажемо про це одразу
- Усе інше робимо ми

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

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

- Агент це підказка, а не система керування
- Дані накопичуються і синхронізуються, коли звʼязок повертається
- Критичні попередження дублюються в SMS, вони проходять і при слабкому звʼязку

- Документування збитків це те, що потім неможливо відновити заднім числом
- Агент фіксує стан до події з даних, які вже є
- Про мінну небезпеку агент не знає нічого сам, він лише тримає ваші відмітки

- Забрати доступ можна з вашого боку, без нашої участі
- Вивантажити дані можна будь-коли
- Зупинити агента можна однією кнопкою

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