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