Комунальний пілот: вимірюйте послугу, а не презентацію

Надійність послуги важливіша за демонстрацію

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

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

Робоча структура порівняння складається з кількох обов’язкових елементів:

• базова процедура до зміни
• однакові типи завдань
• чистий час із урахуванням перевірки
• схожі періоди або паралельні команди із зазначеною різницею навантаження
• окремий показник якості, у якому пропущена критична заявка важить більше за середню швидкість

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

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

Розібраний приклад

Вигадане місто перевіряє прогноз обсягів ремонтних заявок освітлення без адрес і схем мережі. До пілоту середній час планування становив 10 годин щотижня, після — 6, але додалася 1 година перевірки, тому економія дорівнює 3 годинам на тиждень, а не 4. За ті самі тижні змінилися погодні умови та частка неповних заявок, і саме ці обставини пояснюють частину різниці. Постачальник приписав штучному інтелекту все зниження часу й запропонував автоматично змінювати графіки комунальних робіт; таку пропозицію до пілоту не беруть.

Правильний запис у файлі «Паспорти-комунальних-застосувань.md» виглядає так: «Пілот використовувати для чернетки плану й порівняння показників; остаточний план затверджує уповноважений керівник. Ефект оцінювати за чистим часом, повнотою заявок та якістю послуги; масштабування лише після перевірки сезонності й вартості». У цьому записі є межа автоматизації, відповідальна людина й умова наступного кроку.

Хибний запис звучить інакше: «ШІ скоротив тижневе планування з 10 до 6 годин, тому графіки ремонтів можна змінювати автоматично». У ньому загублена година перевірки, два середні значення перетворені на причину, а рішення про обладнання передане моделі. Порівняння ведуть на схожих тижнях або паралельних командах, і різницю навантаження фіксують у тому самому записі.

Зробіть самостійно

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

Типова помилка. рекламувати окупність без експлуатаційних витрат, змішувати різні сезони й доручати моделі безпосередньо керувати критичними послугами.

Самоперевірка:

1. Міські цифри позначено синтетичними.
2. Реальні локації й чутливі характеристики не передано зовнішньому сервісу.
3. Ефект порахований як 10 мінус 6 мінус 1.
4. Контрольний показник не зник зі звіту.

Практика у Lawestro

Створіть у «Проєктах» проєкт «Місто-пілот-2026» з описом мети й межею навчальних даних, а в ньому — сторінку «Паспорти застосувань». На сторінці заведіть таблицю з колонками «застосування — користувач — мінімальні дані — метрика — наслідок помилки — межа автоматизації» і внесіть чотири рядки: аналіз ремонтів води, перевірка рахунків тепла, прогноз звернень освітлення, аналіз публічної регулярності транспорту. Для освітлення додайте окремим рядком базові 10 годин, 6 годин після й 1 годину перевірки, щоб економію було видно як 3 години.

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

Збережіть файл «Паспорти-комунальних-застосувань.md» із чотирма паспортами, чистим часом 3 години й межами автоматизації.

САМОПЕРЕВІРКА
ефект порахований як 10 мінус 6 мінус 1; сезонність і неповні заявки названі окремо; жоден паспорт не дозволяє моделі керувати критичною послугою; файл і сторінка містять ті самі чотири застосування.