≈ 70 екранів і робочих сценаріїв
Реєстри, картки, майстри імпорту, масові операції. На кожен — дизайн, розробка й тести.
Масштаб
Вимоги займають 330 сторінок, а роботи — на 4,5 року для однієї людини
Для тих, хто не читав PRD. Вимоги збирали близько місяця: зі старої програми і з людиною, яка за неї відповідає у Водоканалі. Ось що вийшло.
≈ 330
сторінок вимог у PRD
≈ 99 тис. слів; лише прочитати — близько 8 годин
13
модулів і 845 розділів
кожен модуль — окремий документ на 11–47 сторінок
560
задач в оцінці
8 744 год від дизайну до запуску
≈ 55
людино-місяців роботи
одній людині — понад 4,5 року
19 друкованих форм
Рахунки, виписки, відомості боржників, журнали оплат, повідомлення про повірку, звіти по пільгах.
9 форматів обміну файлами
П'ять банків, два формати для Пенсійного фонду, соцзахист, обсяги юридичних осіб. У кожного свої поля й кодування.
18 розрахункових алгоритмів
Нарахування за нормою і лічильником, пошук діючого тарифу, рознесення оплат, будинковий баланс, пільги, сальдо.
Усе з історією «з якої дати»
Норми, тарифи, власники, пільги, вузли, лічильники. Будь-який рахунок треба вміти показати станом на будь-який день.
6 ролей і ~150 видів дій у журналі
Кожна роль бачить свої дії, а кожна важлива зміна записується: хто, коли, що було і що стало.
Сторінки — це обсяг кожного модуля PRD у сторінках A4 (≈ 300 слів на сторінку). Людино-місяць — 160 робочих годин.
Складність
Систему не можна запустити частинами: нарахування тримається на всьому ланцюжку
Щоб порахувати воду в одній квартирі, система має пройти сім пов'язаних сутностей. Кожна з них має власну історію, правила і винятки, які вимагає закон.
Квартирний лічильник
Покази трьох типів, повірки, пломби, переведення на норму, кілька вводів у квартиру.
Абонент
Мешканці, пільговики й члени їхніх сімей, параметри з датою дії. Пільги змінюють розрахунок.
Послуга
Вид, різновид, норма, тариф, неповне надання. Пов'язана одночасно з лічильником і з вузлом.
Вузол постачання
Свої норми й тарифи, групова зміна абонентів з історією прив'язок.
Адреса
Окрема модель: КАТОТТГ, вулиці з колишніми назвами, коди для банків і держорганів.
Будинок
Характеристики, власник, кількість мешканців за періодами.
Будинковий лічильник
Обсяг до розподілу, небаланс, і результат повертається назад у квартири.
Без однієї ланки дані не мають сенсу
Без будинкового лічильника квартирний рахується інакше і не відповідає закону. Якщо зробити лише частину ланцюжка, нею не зможуть користуватися, і Водоканал не перейде зі старої програми.
Як слова стають годинами
Кожна вимога PRD — це конкретна робота розробки й тестування
Чотири приклади з оцінки. Години взято з пунктів декомпозиції без змін.
Файл «Пільга-2» для соцзахисту · 112 год
Формат dBase III: 17 полів, рівно 189 байтів у рядку, кодування CP866, групування за кодом послуги, підсумки для звірки, рядки-коригування. Розробка 40 год, тестування 72 год, бо помилка в одному байті — і соцзахист файл не прийме.
Оплати з банків · 388 год
П'ять банків зі своїми форматами, рознесення оплати по послугах, розбиття одного рядка на кілька проводок, заблоковані рядки, ручний розбір того, що не зійшлося, звірка «проведено / за файлом / різниця». Розробка 220 год, тестування 112 год.
Будинковий розподіл · 224 год
Показ на кінець місяця, обсяг до розподілу з кількох лічильників і юросіб, розподіл на мешканців без лічильників, небаланс при повному квартирному обліку, підтвердження розрахунку. Розробка 184 год, тестування 40 год.
Картка особового рахунку · 112 год
Дев'ять блоків на одному екрані: послуги, лічильники, пільги, документи, проводки, борг, історія, швидкі дії оператора. Проєктування 32 год, розробка 56 год, тестування 24 год.
Що влазить у бюджет
$100k закінчуються на фундаменті, $150k — на абонентах
Оцінка, розкладена за блоками в порядку, в якому їх треба будувати. Показано наростаючу суму. Управління проєктом і фінальне тестування розподілені пропорційно.
За $100–150k виходить облік абонентів без жодного нарахування. Лічильники, фінанси й оплати з банків у бюджет не потрапляють, а без них систему не запустити.
Що реально дає AI
Пілот показав 1,25× на одному проєкті, а потрібно 2,4–3,6×
AI в оцінці вже враховано. Щоб перевірити, чи можна стиснути її сильніше, ми виміряли реальний час на задачі в нашому пілоті AI-розробки за 20.08–20.10.2026: години в Jira порівняно з активністю в сесіях Claude Code.
Оцінка команди, з AI
- Розробка (фронтенд і бекенд)
- 4 588 год
- Дизайн, архітектура, DevOps, тестування, PM
- 4 156 год
- Разом
- $358k
Найкращий сценарій: розробка ще на 1,25× швидша
- Розробка (фронтенд і бекенд)
- 3 670 год
- Дизайн, архітектура, DevOps, тестування, PM
- 4 156 год
- Разом
- ≈ $320k
1,25×
пілот, один проєкт
121,5 год у Jira на 97 год реальної активності
1,76×
пілот, два проєкти паралельно
людина веде два проєкти, але кожен окремо не дешевшає
2,4×
потрібно для $150k
для всіх ролей, включно з PM і тестуванням
3,6×
потрібно для $100k
те саме, для бюджету клієнта
Звідки береться 2,5×
2,5× дають паралельні проєкти. Один проєкт упирається в людину і зведення коду
Вузьке місце AI-розробки — не швидкість написання коду, а увага людини: поставити задачу, перевірити результат, ухвалити рішення. Ось як виглядає один робочий день у трьох сценаріях.
- Людина: задача і рев'ю (проєкт А)
- Людина: проєкт Б
- Агент пише код
- Очікування
- Мердж, звірка, регресія
- Переробка
Схема: тривалість блоків умовна, співвідношення 1,25× і 1,76× — з пілоту.
Два проєкти — простої заповнюються
Поки агент пише код для проєкту А, людина перевіряє проєкт Б. У проєктів різний код і різні замовники, тож агенти не заважають одне одному і зводити нічого не треба.
Один проєкт — агенти в одному коді
Кілька агентів правлять ті самі моделі даних і міграції. З'являються конфлікти, дублікати функцій, різні підходи до тих самих правил. Усе це треба зводити й переробляти.
В ITA все пов'язане
Ланцюжок від квартирного до будинкового лічильника робить задачі залежними. Після кожного зведення фінансову логіку перевіряє людина, бо помилка — це неправильний борг абонента.
Як читати. По горизонталі — у скільки разів AI-агенти пришвидшують написання коду. По вертикалі — у скільки разів швидше в результаті закінчується весь проєкт. Чим далі лінія від діагоналі, тим більше роботи AI не прискорює: рішення із замовником, рев'ю, тестування, запуск, а при кількох агентах ще й зведення коду.
- Якби проєкт прискорювався так само, як код
- Теорія: половина роботи не прискорюється
- Реальніше: плюс мерджі й звірка між агентами
- Пілот, один проєкт: 1,25×
- Пілот, два проєкти паралельно: 1,76×
- Очікування: 2,5×
Модель ілюстративна: половина роботи послідовна (рішення, рев'ю, тестування, запуск), кожен додатковий паралельний потік додає 5% на мерджі й звірку. Точки 1,25× і 1,76× виміряні в пілоті.
Виграш від паралельних проєктів — маржа компанії, а не знижка клієнту
Людина з агентами справді може вести обсяг 2–2,5 ставки, але на кількох проєктах. Кожен окремий проєкт від цього майже не дешевшає. Для ціни ITA опора — 1,25×, і вона вже закладена в найкращий сценарій ≈ $320k.
Переписати ІТА з AI?
Переписування 1:1 тут не дає готового продукту
Підхід, коли AI переписує стару систему, добре працює там, де є код і платформа лишається та сама. В ITA немає ні того, ні іншого.
Коду немає
ІТА — ліцензійний продукт стороннього розробника. Версія Водоканалу відрізняється від тієї, що продається, і самого коду у Водоканалу немає.
Інша платформа
Стара Windows-програма в локальній мережі перетворюється на веб-систему з ролями, журналом дій і віддаленою роботою. Це нова архітектура, а не копія.
PRD ширший за ІТА
Частини функціоналу, який вимагає Водоканал, у старій програмі немає, а частину правил змінено. Навіть ідеальна копія ІТА не закриє вимоги.
Метод «чистої кімнати» і реверс-інжиніринг можна спробувати, але це експеримент з невідомим результатом. Перевіряти його варто на меншому проєкті, а не на системі, що рахує гроші.
Висновок
У $100–150k не вкластися: ризик занадто високий
Мета звіту — не з'ясувати, хто правий, а хто ні. Ми всі хочемо цей проєкт. Питання одне: за який бюджет його можна довести до запуску і не підставити ні клієнта, ні себе.
Межі зон — з розкладки оцінки за блоками: $150k закінчуються на абонентах, повна система — від $320k.
Ризик для клієнта
Гроші витрачено, а нарахувань, оплат з банків і пільг немає. Водоканал і далі працює на старій програмі. Далі — доплати через зміни обсягу або зупинений проєкт.
Ризик для нас
Робота в мінус або конфлікт посеред проєкту. Незавершена система в портфоліо замість першого кейсу на ринку водоканалів, і другого шансу з цим клієнтом уже не буде.
Ми на одному боці — проти ризику, а не одне проти одного. За $100–150k цю систему не довести до запуску: гроші закінчаться раніше, ніж Водоканал зможе перейти зі старої програми.
Що потрібно вирішити
- Уточнити в клієнта реальний бюджет: після зміни дирекції Водоканалу він міг змінитися.
- Не опускатися нижче ≈ $320k: AI в оцінці вже враховано, і $320k — найкращий сценарій із високим ризиком.
- Якщо бюджет нижчий, разом із Водоканалом вирішити, що переноситься після запуску. Без них це рішення не прийняти.
Як рахували: години й ставки — з оцінки команди. Розкладку за блоками ми зробили за назвами пунктів, тому суми блоків наближені. Прискорення AI виміряне на одному розробнику за 43 робочі дні; активність враховує тільки роботу в Claude Code. Вартість AI-інструментів не включена.