Доработка работающего сервиса

Сначала провожу аудит: как устроен текущий код, что можно трогать безопасно, а что рискованно. Если кусок проще и надёжнее собрать заново, чем латать — так и говорю до старта, а не после потраченного бюджета.

Почему не называю цену по скриншоту

На экране видна кнопка. В коде за ней может быть три года чужих правок, отсутствие репозитория и полное отсутствие человека, который помнит, зачем сделано именно так. Смета после аудита — единственный честный вариант.

Я смотрю, можно ли добавить сценарий рядом с текущим кодом, не ломая заказы и авторизацию. Если фрагмент проще собрать заново и аккуратно связать со старой системой — так и пишу в смете. За 12 лет я видел достаточно «быстрых правок», которые роняли продакшен.

Что чаще всего дорабатывают

Новое поле и статус в карточке. Кабинет клиента там, где его не было. Форма, которая раньше падала в почту и терялась. Обмен с внешней системой, который перестал работать после обновления. Отчёт, который руководитель ждёт каждый понедельник.

Границу правки фиксирую явно: какие экраны и сценарии трогаем, какие не открываем. После сдачи провожу демонстрацию нового функционала. Следующие доработки — отдельная смета.

Условия работы

Оплата 50/50. Сто процентов вперёд не беру. Работа начинается, когда есть доступ к проекту (репозиторий, сервер, тестовая среда) и согласованный объём. Без доступа — без оценки. Это защищает и вас, и меня.